Am 22.03.2022 um 18:47 schrieb Andreas Unterweger:
The last encoded frame is now fetched on EOF. It was previously left in the encoder and
caused a "1 frame left in queue" warning.
Signed-off-by: Andreas Unterweger
---
doc/examples/transcode_aac.c | 22 +++---
1 file
This is basically a cosmetic change (no functional difference).
---
libavformat/librtmp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/librtmp.c b/libavformat/librtmp.c
index 43013e46e0..b23adb9593 100644
--- a/libavformat/librtmp.c
+++ b/libavformat/librtmp.c
On Mon, 2022-04-04 at 11:46 +0200, Hendrik Leppkes wrote:
> On Tue, Mar 15, 2022 at 8:24 AM Xiang, Haihao
> wrote:
> >
> > On Fri, 2022-03-11 at 15:00 +0100, Hendrik Leppkes wrote:
> > > On Fri, Mar 11, 2022 at 2:43 PM Xiang, Haihao
> > > wrote:
> > > >
> > > > On Fri, 2022-03-11 at 09:35
On Tue, 2022-04-05 at 13:50 +0200, Anton Khirnov wrote:
> Quoting Xiang, Haihao (2022-03-11 09:16:25)
> > From: Haihao Xiang
> >
> > Audio isn't supported for MFX_VERSION >= 2.0[1][2]. This is in
> > preparation for oneVPL support
> >
> > [1]:
> >
> On Apr 6, 2022, at 5:34 AM, Mark Gaiser wrote:
>
> On Tue, Apr 5, 2022 at 11:27 PM Mark Gaiser wrote:
>
>>
>>
>> On Tue, Apr 5, 2022 at 11:01 PM Michael Niedermayer <
>> mich...@niedermayer.cc> wrote:
>>
>>> On Mon, Apr 04, 2022 at 12:38:25AM +0200, Mark Gaiser wrote:
This patch
Michael Niedermayer:
> On Tue, Apr 05, 2022 at 05:07:22PM +0200, Andreas Rheinhardt wrote:
>> Michael Niedermayer:
>>> It is supported by the H.263+ AVCodec already
>>>
>>> Is there any case where this does not work ?
>>>
>>> Fixes regression of some command lines
>>>
>>> Signed-off-by: Michael
On Thu, Mar 31, 2022 at 10:31 AM James Zern wrote:
>
> On Wed, Mar 30, 2022 at 11:25 AM Danil Chapovalov
> wrote:
> >
> > ---
> > doc/encoders.texi | 3 +++
> > libavcodec/libvpxenc.c | 6 ++
> > 2 files changed, 9 insertions(+)
> >
>
> lgtm. I'll submit this with a patch version bump
On Tue, Apr 5, 2022 at 7:23 AM Danil Chapovalov
wrote:
>
> I've rechecked documentation for the "vpx_codec_control" - can't find
> any guarantee about the last parameter when the function fails, thus
> prefer to be on the safe side.
>
The check is fine, though the function can only fail due to
On Tue, Apr 05, 2022 at 05:32:12PM +0200, Andreas Rheinhardt wrote:
> lance.lmw...@gmail.com:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavutil/frame.c | 1 +
> > libavutil/frame.h | 6 +
> >
On date Monday 2022-04-04 10:30:27 +0200, Thilo Borgmann wrote:
> Hi,
>
> Am 03.04.22 um 15:59 schrieb Stefano Sabatini:
> > ---
> > tests/README.md | 48
> > 1 file changed, 48 insertions(+)
> > create mode 100644 tests/README.md
> >
> >
On Tue, Apr 5, 2022 at 11:27 PM Mark Gaiser wrote:
>
>
> On Tue, Apr 5, 2022 at 11:01 PM Michael Niedermayer <
> mich...@niedermayer.cc> wrote:
>
>> On Mon, Apr 04, 2022 at 12:38:25AM +0200, Mark Gaiser wrote:
>> > This patch adds support for:
>> > - ffplay ipfs://
>> > - ffplay ipns://
>> >
>>
On Tue, Apr 5, 2022 at 11:01 PM Michael Niedermayer
wrote:
> On Mon, Apr 04, 2022 at 12:38:25AM +0200, Mark Gaiser wrote:
> > This patch adds support for:
> > - ffplay ipfs://
> > - ffplay ipns://
> >
> > IPFS data can be played from so called "ipfs gateways".
> > A gateway is essentially a
On date Tuesday 2022-04-05 07:23:27 +0200, Anton Khirnov wrote:
> Quoting Stefano Sabatini (2022-04-03 17:27:06)
> > Option was added in commit 39aafa5ee90e10382e.
> >
> > Fix trac issue: http://trac.ffmpeg.org/ticket/1698
> > ---
> > doc/ffmpeg.texi | 12
> >
> -Original Message-
> From: ffmpeg-devel On Behalf Of Paul
> B Mahol
> Sent: Tuesday, April 5, 2022 11:19 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [RFC] Switching ffmpeg.c to a threaded
> architecture
>
> On Tue, Apr 5, 2022
On Tue, Apr 5, 2022 at 11:06 PM Soft Works wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Anton Khirnov
> > Sent: Tuesday, April 5, 2022 9:46 PM
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
> > Subject: Re: [FFmpeg-devel] [RFC]
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Anton Khirnov
> Sent: Tuesday, April 5, 2022 9:46 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [RFC] Switching ffmpeg.c to a threaded
> architecture
>
> Quoting Michael
On Mon, Apr 04, 2022 at 12:38:25AM +0200, Mark Gaiser wrote:
> This patch adds support for:
> - ffplay ipfs://
> - ffplay ipns://
>
> IPFS data can be played from so called "ipfs gateways".
> A gateway is essentially a webserver that gives access to the
> distributed IPFS network.
>
> This
Restores the order of operations from before 15a1104, which reduces
errors from floating point calculations, and fixes FATE on mingw64.
---
libavfilter/f_ebur128.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavfilter/f_ebur128.c b/libavfilter/f_ebur128.c
index
On Tue, Apr 05, 2022 at 05:07:22PM +0200, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > It is supported by the H.263+ AVCodec already
> >
> > Is there any case where this does not work ?
> >
> > Fixes regression of some command lines
> >
> > Signed-off-by: Michael Niedermayer
> > ---
>
Quoting Michael Niedermayer (2022-04-05 21:15:42)
> On Mon, Apr 04, 2022 at 01:29:48PM +0200, Anton Khirnov wrote:
> > Hi,
> > this WIP patchset is the first major part of my ongoing work to change
> > ffmpeg.c architecture such that every
> > - demuxer
> > - decoder
> > - filtergraph
> > -
Lynne:
> 5 Apr 2022, 17:32 by andreas.rheinha...@outlook.com:
>
>> lance.lmw...@gmail.com:
>>
>>> From: Limin Wang
>>>
>>> Signed-off-by: Limin Wang
>>> ---
>>> libavutil/frame.c | 1 +
>>> libavutil/frame.h | 6 +
>>>
On Tue, Apr 05, 2022 at 11:59:44AM +0200, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2022-04-01 12:46:08)
> > This ignores >64bit
> > Alternatively we could support that if it occurs in reality
> >
> > Fixes: negation of -9223372036854775808
> > Fixes: integer overflows
> > Fixes:
> >
On Mon, Apr 04, 2022 at 01:29:48PM +0200, Anton Khirnov wrote:
> Hi,
> this WIP patchset is the first major part of my ongoing work to change
> ffmpeg.c architecture such that every
> - demuxer
> - decoder
> - filtergraph
> - encoder
> - muxer
> lives in its own thread. The advantages of doing
Quoting Lynne (2022-04-05 21:00:24)
> 5 Apr 2022, 17:32 by andreas.rheinha...@outlook.com:
> Why is this side data type allocated, rather than what used to be
> the standard, making the side data struct size const? Copy-paste?
>
> Are new fields expected to be added in the future? HDR mastering
>
5 Apr 2022, 17:32 by andreas.rheinha...@outlook.com:
> lance.lmw...@gmail.com:
>
>> From: Limin Wang
>>
>> Signed-off-by: Limin Wang
>> ---
>> libavutil/frame.c | 1 +
>> libavutil/frame.h | 6 +
>> libavutil/mastering_display_metadata.c | 23
On Mon, Apr 4, 2022 at 3:28 PM Marton Balint wrote:
>
>
> On Mon, 4 Apr 2022, Paul B Mahol wrote:
>
> > On Sun, Mar 27, 2022 at 11:41 PM Marton Balint wrote:
> >
> >>
> >>
> >> On Sat, 26 Mar 2022, Wang Cao wrote:
> >>
> >>> The change in the commit will add some samples to the end of the audio
On 4/4/2022 9:29 AM, Dawid Kozinski wrote:
diff --git a/Changelog b/Changelog
index 5a32cf0d5c..21ebc11ff4 100644
--- a/Changelog
+++ b/Changelog
@@ -106,7 +106,8 @@ version 5.0:
- VideoToolbox ProRes encoder
- anlmf audio filter
- IMF demuxer (experimental)
-
+- eXtra-fast Essential Video
Dawid Kozinski:
> ###
> 1. Genaral info
> ###
>
> The patch provided below contains integration layer between ffmpeg framework
> and EVC codec implementation.
> In nutshell it enable using EVC codec (encoding, decoding) by
This commit adds support to libavformat for muxing
and demuxing Jpeg XL images as image2 streams.
---
MAINTAINERS| 1 +
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/img2.c | 1 +
libavformat/img2dec.c | 18 ++
This commit adds encoding support to libavcodec
for Jpeg XL images via the external library libjxl.
---
configure | 3 +-
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/libjxlenc.c | 379 +
4 files changed, 383
This commit adds decoding support to libavcodec
for Jpeg XL images via the external library libjxl.
---
MAINTAINERS | 1 +
configure | 5 +
doc/general_contents.texi | 7 +
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c| 1 +
This commit adds support to libavcodec to read
encoded Jpeg XL images. Jpeg XL is intended to be an
extended-life replacement to legacy mjpeg.
---
MAINTAINERS | 1 +
libavcodec/codec_desc.c | 9 +
libavcodec/codec_id.h | 1 +
libavcodec/version.h| 2 +-
4 files changed,
This patchset adds the Jpeg XL Image format as well as a decoder and encoder
for it based on the external reference implementation library, libjxl.
Changes:
v13:
- Make changes requested by Anton and Andreas from v12
v12:
- Remove the parser in order to avoid avpriv in the ABI
- Add a
On Mon, Apr 4, 2022 at 12:39 AM Mark Gaiser wrote:
> This patch adds support for:
> - ffplay ipfs://
> - ffplay ipns://
>
> IPFS data can be played from so called "ipfs gateways".
> A gateway is essentially a webserver that gives access to the
> distributed IPFS network.
>
> This protocol
Op di 5 apr. 2022 18:04 schreef Andreas Rheinhardt <
andreas.rheinha...@outlook.com>:
>
> Wouldn't it be possible to use unsigned for real_limit?
>
The limit is passed to get_ur_golomb_jpegls which takes int. In that
function, the limit is subtracted from, and the function is used by quite a
few
Martijn van Beurden:
> ---
> libavcodec/flacdec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/flacdec.c b/libavcodec/flacdec.c
> index dd6026f9de..cb32d7cae8 100644
> --- a/libavcodec/flacdec.c
> +++ b/libavcodec/flacdec.c
> @@ -260,7 +260,7 @@ static int
On Tue, Apr 5, 2022 at 4:29 PM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Paul B Mahol:
> > Signed-off-by: Paul B Mahol
> > ---
> > doc/filters.texi| 3 +++
> > libavfilter/src_movie.c | 11 +--
> > 2 files changed, 12 insertions(+), 2 deletions(-)
> >
> >
lance.lmw...@gmail.com:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavutil/frame.c | 1 +
> libavutil/frame.h | 6 +
> libavutil/mastering_display_metadata.c | 23 +
> libavutil/mastering_display_metadata.h | 45
>
Michael Niedermayer:
> It is supported by the H.263+ AVCodec already
>
> Is there any case where this does not work ?
>
> Fixes regression of some command lines
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/ituh263enc.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
Andreas Rheinhardt:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/options.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/options.c b/libavcodec/options.c
> index 91ab994994..2e05d29e1e 100644
> --- a/libavcodec/options.c
> +++
Andreas Rheinhardt:
> In case the BSF has not been drained before flushing/closing,
> the context's next_frame might be set; yet it is not freed
> in flush or close. The former only zeroes it (which automatically
> causes a leak in case it was set). So do this when closing
> and flushing.
>
>
Andreas Rheinhardt:
> Since the switch to the new FIFO API in commit
> ea511196a6c85eb433e10cdbecb0b2c722faf20d, the FIFO is always
> grown by the amount of data intended to be written into it
> even in case the FIFO has enough free space. Fix this by
> only growing the FIFO if needed and then
Paul B Mahol:
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi| 3 +++
> libavfilter/src_movie.c | 11 +--
> 2 files changed, 12 insertions(+), 2 deletions(-)
>
> diff --git a/doc/filters.texi b/doc/filters.texi
> index 636c80dbff..a13977edd8 100644
> ---
I've rechecked documentation for the "vpx_codec_control" - can't find
any guarantee about the last parameter when the function fails, thus
prefer to be on the safe side.
On Tue, Apr 5, 2022 at 3:59 PM James Almer wrote:
>
> On 4/5/2022 9:15 AM, Danil Chapovalov wrote:
> > ---
> >
---
libavcodec/libvpxenc.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavcodec/libvpxenc.c b/libavcodec/libvpxenc.c
index dff1d06b0e..b1d56d99b7 100644
--- a/libavcodec/libvpxenc.c
+++ b/libavcodec/libvpxenc.c
@@ -1250,6 +1250,8 @@ static int
5 Apr 2022, 11:38 by an...@khirnov.net:
> Quoting Lynne (2022-04-03 16:52:24)
>
>> +#include
>>
>
> Either make vulkan depend on threads or make this all conditional somehow.
>
I'll make it optional. The locking functions would do nothing in that case,
with a note for the API user.
>> @@
On 4/5/22 06:50, Anton Khirnov wrote:
Quoting Leo Izen (2022-04-02 22:12:08)
+case JXL_DEC_COLOR_ENCODING:
+av_log(avctx, AV_LOG_DEBUG, "COLOR_ENCODING event emitted\n");
+jret = JxlDecoderGetICCProfileSize(ctx->decoder, >jxl_pixfmt,
On 4/5/2022 9:15 AM, Danil Chapovalov wrote:
---
libavcodec/libvpxenc.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/libavcodec/libvpxenc.c b/libavcodec/libvpxenc.c
index dff1d06b0e..0705863450 100644
--- a/libavcodec/libvpxenc.c
+++ b/libavcodec/libvpxenc.c
@@
On 4/5/2022 10:55 AM, Lynne wrote:
5 Apr 2022, 14:15 by danilchap-at-google@ffmpeg.org:
---
libavcodec/libvpxenc.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/libavcodec/libvpxenc.c b/libavcodec/libvpxenc.c
index dff1d06b0e..0705863450 100644
---
5 Apr 2022, 14:15 by danilchap-at-google@ffmpeg.org:
> ---
> libavcodec/libvpxenc.c | 9 -
> 1 file changed, 8 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/libvpxenc.c b/libavcodec/libvpxenc.c
> index dff1d06b0e..0705863450 100644
> --- a/libavcodec/libvpxenc.c
> +++
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/vf_showinfo.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavfilter/vf_showinfo.c b/libavfilter/vf_showinfo.c
index 1e81d26..18ddf12 100644
--- a/libavfilter/vf_showinfo.c
+++ b/libavfilter/vf_showinfo.c
@@ -824,6 +824,10
From: Limin Wang
Signed-off-by: Limin Wang
---
fftools/ffprobe.c | 5 +
tests/ref/fate/hevc-dv-rpu | 6 ++
2 files changed, 11 insertions(+)
diff --git a/fftools/ffprobe.c b/fftools/ffprobe.c
index 05c167e..a13b93e 100644
--- a/fftools/ffprobe.c
+++ b/fftools/ffprobe.c
@@
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/vf_showinfo.c | 12
1 file changed, 12 insertions(+)
diff --git a/libavfilter/vf_showinfo.c b/libavfilter/vf_showinfo.c
index 12d3931..1e81d26 100644
--- a/libavfilter/vf_showinfo.c
+++ b/libavfilter/vf_showinfo.c
@@
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/hevc_sei.c | 19 +++
libavcodec/hevc_sei.h | 8
libavcodec/hevcdec.c | 10 ++
tests/ref/fate/hevc-dv-rpu | 6 ++
4 files changed, 43 insertions(+)
diff --git
From: Limin Wang
Signed-off-by: Limin Wang
---
libavutil/frame.c | 1 +
libavutil/frame.h | 6 +
libavutil/mastering_display_metadata.c | 23 +
libavutil/mastering_display_metadata.h | 45 ++
---
libavcodec/flacdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/flacdec.c b/libavcodec/flacdec.c
index dd6026f9de..cb32d7cae8 100644
--- a/libavcodec/flacdec.c
+++ b/libavcodec/flacdec.c
@@ -260,7 +260,7 @@ static int decode_residuals(FLACContext *s,
On 3/28/2022 8:24 PM, James Almer wrote:
This function turns a mov channel label into a lavf native bitmask.
Signed-off-by: James Almer
---
libavformat/mov_chan.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/mov_chan.c b/libavformat/mov_chan.c
index
---
libavcodec/libvpxenc.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/libavcodec/libvpxenc.c b/libavcodec/libvpxenc.c
index dff1d06b0e..0705863450 100644
--- a/libavcodec/libvpxenc.c
+++ b/libavcodec/libvpxenc.c
@@ -1250,6 +1250,8 @@ static int
Quoting Xiang, Haihao (2022-03-11 09:16:25)
> From: Haihao Xiang
>
> Audio isn't supported for MFX_VERSION >= 2.0[1][2]. This is in
> preparation for oneVPL support
>
> [1]:
> https://spec.oneapi.io/versions/latest/elements/oneVPL/source/VPL_intel_media_sdk.html#msdk-full-name-feature-removals
From: Niklas Haas
This is mostly straightforward. The major complication is that, as a
result of the 16-bit chunk size limitation, ICC profiles may need to be
split up into multiple chunks.
We also need to make sure to allocate enough extra space in the packet
to fit the ICC profile, so modify
From: Niklas Haas
We re-use the PNGEncContext.zstream for deflate-related operations.
Other than that, the code is pretty straightforward. Special care needs
to be taken to avoid writing more than 79 characters of the profile
description (the maximum supported).
To write the (dynamically sized)
On Fri, 01 Apr 2022 15:31:16 +0200 Andreas Rheinhardt
wrote:
> Passing the PNGEncContext would be more natural.
Changed.
> Since db57a5370bd37105d389a45b04bf4970802407ec the callers'
> max_packet_size are not size_t any more, but always 64bit (so that
> there's no truncation in case size_t is
Quoting Leo Izen (2022-04-02 22:12:08)
> +case JXL_DEC_COLOR_ENCODING:
> +av_log(avctx, AV_LOG_DEBUG, "COLOR_ENCODING event emitted\n");
> +jret = JxlDecoderGetICCProfileSize(ctx->decoder,
> >jxl_pixfmt, JXL_COLOR_PROFILE_TARGET_ORIGINAL, >iccp_len);
Does iccp_len
Quoting Danil Chapovalov (2022-03-24 18:25:24)
> ---
> libavcodec/libvpxenc.c | 9 -
> 1 file changed, 8 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/libvpxenc.c b/libavcodec/libvpxenc.c
> index dff1d06b0e..5db31db5dc 100644
> --- a/libavcodec/libvpxenc.c
> +++
Quoting Michael Niedermayer (2022-04-01 12:46:08)
> This ignores >64bit
> Alternatively we could support that if it occurs in reality
>
> Fixes: negation of -9223372036854775808
> Fixes: integer overflows
> Fixes:
> 46072/clusterfuzz-testcase-minimized-ffmpeg_dem_MATROSKA_fuzzer-5029840966778880
Quoting Lynne (2022-04-03 16:52:24)
> This allows for multiple threads to access the same frame. This is
> unfortunately necessary, as in Vulkan, queues are considered to be
> up to the user to synchronize, while frames often have their layout
> changed upon reading.
>
> Patch attached.
>
>
>
On Tue, Apr 05, 2022 at 11:13:12AM +0200, Anton Khirnov wrote:
> Quoting lance.lmw...@gmail.com (2022-03-28 14:41:08)
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavutil/frame.c | 1 +
> > libavutil/frame.h | 6 +
> >
Quoting lance.lmw...@gmail.com (2022-03-28 14:41:08)
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavutil/frame.c | 1 +
> libavutil/frame.h | 6 +
> libavutil/mastering_display_metadata.c | 23 +
>
Quoting Xiaolei Yu (2022-04-05 08:49:24)
>
> For cases which prefer rejecting broken bitstreams.
> ---
> libavcodec/hevc_refs.c | 15 ---
> 1 file changed, 12 insertions(+), 3 deletions(-)
>
> diff --git a/libavcodec/hevc_refs.c b/libavcodec/hevc_refs.c
> index
The code can also be obtained from branch ffmpeg_mt/mux in my tree
git://git.khirnov.net/libav
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or
Hi,
v3 updated to current HEAD.
Named blurdetect filter now.
Minor fixes on allocation and removed -f option.
Please make this per plane filtering, with default to measure only first
plane.
done in v4.
(Will add Changelog, version.h and fate test once the filter itself looks ok)
Thanks,
For cases which prefer rejecting broken bitstreams.
---
libavcodec/hevc_refs.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/libavcodec/hevc_refs.c b/libavcodec/hevc_refs.c
index fe18ca2b1d..7ea70e301b 100644
--- a/libavcodec/hevc_refs.c
+++
On Mon, Mar 28, 2022 at 08:41:08PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavutil/frame.c | 1 +
> libavutil/frame.h | 6 +
> libavutil/mastering_display_metadata.c | 23 +
>
73 matches
Mail list logo
