[FFmpeg-devel] [PATCH 7/9] mjpegdec: convert to receive_frame()

2020-12-01 Thread Anton Khirnov
This will be useful in the following commit. --- libavcodec/jpeglsdec.c| 2 +- libavcodec/mjpegdec.c | 71 +-- libavcodec/mjpegdec.h | 8 ++-- libavcodec/sp5xdec.c | 28 ++ tests/ref/fate/exif-image-jpg | 4 +- 5

[FFmpeg-devel] [PATCH 3/9] tests: drop api-codec-param test

2020-12-01 Thread Anton Khirnov
It fundamentally depends on deprecated lavf internals. --- tests/api/Makefile | 1 - tests/api/api-codec-param-test.c | 256 --- tests/fate/api.mak | 8 - 3 files changed, 265 deletions(-) delete mode 100644

[FFmpeg-devel] [PATCH 8/9] codec_desc: add SMVJPEG flags

2020-12-01 Thread Anton Khirnov
Same flags as MJPEG, as it's essentially the same thing. --- libavcodec/codec_desc.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavcodec/codec_desc.c b/libavcodec/codec_desc.c index 3b148883b8..fc5a5be46e 100644 --- a/libavcodec/codec_desc.c +++ b/libavcodec/codec_desc.c @@ -1512,6

[FFmpeg-devel] [PATCH 1/9] img2dec: export avg_frame_rate

2020-12-01 Thread Anton Khirnov
--- libavformat/img2dec.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/libavformat/img2dec.c b/libavformat/img2dec.c index a08d4f7977..ccb933ae33 100644 --- a/libavformat/img2dec.c +++ b/libavformat/img2dec.c @@ -220,8 +220,10 @@ int ff_img_read_header(AVFormatContext

[FFmpeg-devel] [PATCH 5/9] ffmpeg: stop accessing deprecated stream-embedded codec context

2020-12-01 Thread Anton Khirnov
--- fftools/ffmpeg.c | 12 ++-- 1 file changed, 2 insertions(+), 10 deletions(-) diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c index 80f436eab3..b446d9b206 100644 --- a/fftools/ffmpeg.c +++ b/fftools/ffmpeg.c @@ -3568,12 +3568,6 @@ static int init_output_stream(OutputStream *ost,

[FFmpeg-devel] [PATCH 4/9] lavf/mux: rewrite guessing the packet duration

2020-12-01 Thread Anton Khirnov
Factor out the code into a separate muxing-specific function. Stop accessing the deprecated AVStream-embedded codec context, use the average framerate (if specified) instead. --- libavformat/mux.c| 49 ++-- tests/ref/fate/asf-repldata | 28 +--

[FFmpeg-devel] [PATCH 2/9] lavd/caca: do not access deprecated codec context

2020-12-01 Thread Anton Khirnov
Use the stream timebase instead. --- libavdevice/caca.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavdevice/caca.c b/libavdevice/caca.c index be3ff79736..726cfda95f 100644 --- a/libavdevice/caca.c +++ b/libavdevice/caca.c @@ -180,7 +180,7 @@ static int

Re: [FFmpeg-devel] [PATCH 2/2] avcodec/cbs_h2645: remove dead code in cbs_h2645_replace_ps()

2020-12-01 Thread James Almer
On 9/29/2020 11:22 AM, James Almer wrote: Missed in 0720e15c0330f0f101c02d5c2c6548e964079f6d. PS units are now guaranteed to always be reference counter. Signed-off-by: James Almer --- libavcodec/cbs_h2645.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/libavcodec/cbs_h2645.c

Re: [FFmpeg-devel] [PATCH] Support HDR10+ metadata for HEVC.

2020-12-01 Thread Mohammad Izadi
Ian, can you please take a look into it? And if it's fine to push it. Thanks, Mohammad On Mon, Nov 23, 2020 at 1:29 PM Mohammad Izadi wrote: > From: Mohammad Izadi > > HDR10+ is dynamic metadata (A/341 Amendment - SMPTE2094-40) that needs to > be decoded from ITU-T T.35 in HEVC bitstream.

Re: [FFmpeg-devel] [PATCH 1/4 v2] avcodec/cbs: add an AVClass to CodedBitstreamType for option handling

2020-12-01 Thread James Almer
On 11/15/2020 6:55 PM, James Almer wrote: So unit parsing may be configured with caller set options. Signed-off-by: James Almer --- libavcodec/cbs.c | 9 + libavcodec/cbs_internal.h | 6 ++ 2 files changed, 15 insertions(+) diff --git a/libavcodec/cbs.c

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/cbs_av1: ensure Sequence Header unit content is always reference counted

2020-12-01 Thread James Almer
On 9/29/2020 11:22 AM, James Almer wrote: Prevents a NULL pointer dereference. Signed-off-by: James Almer --- libavcodec/cbs_av1.c | 4 1 file changed, 4 insertions(+) diff --git a/libavcodec/cbs_av1.c b/libavcodec/cbs_av1.c index c66757125f..aef8cf8e64 100644 ---

Re: [FFmpeg-devel] [PATCH] avformat/hls: Fixes overwriting existing #EXT-X-PROGRAM-DATE-TIME value in HLS playlist Bug ID: 8989

2020-12-01 Thread Vignesh Ravichandran
Ping Steven, Andreas, Andriy and others, I have pushed a patch with the sscanf check ( http://ffmpeg.org/pipermail/ffmpeg-devel/2020-December/273185.html) and also verified that the build passes (

[FFmpeg-devel] [PATCH] avformat/hls: Fixes overwriting existing #EXT-X-PROGRAM-DATE-TIME value in HLS playlist

2020-12-01 Thread Vignesh Ravichandran
Bug ID: 8989 This is is due to the following behavior in the current code: 1. The initial_prog_date_time gets set to the current local time 2. The existing playlist (.m3u8) file gets parsed and the segments present are added to the variant stream 3. The new segment is created and added 4. The

Re: [FFmpeg-devel] [PATCH] Moves yuv2yuvX_sse3 to yasm, unrolls main loop and other small optimizations for ~20% speedup.

2020-12-01 Thread Alan Kelly
Ping On Thu, Nov 19, 2020 at 9:42 AM Alan Kelly wrote: > --- > All of Henrik's suggestions have been implemented. Additionally, > m3 and m6 are permuted in avx2 before storing to ensure bit by bit > identical results in avx2. > libswscale/x86/Makefile | 1 + > libswscale/x86/swscale.c

<    1   2