Re: [FFmpeg-devel] [PATCH] libavfilter/vf_overlay_qsv: Use format of first input to set output format for overlay_qsv

On Mon, 2021-12-13 at 09:40 +, Chen, Wenbin wrote: > > > -Original Message- > > > From: ffmpeg-devel On Behalf Of > > > > Wenbin Chen > > > Sent: Friday, December 10, 2021 3:22 AM > > > To: ffmpeg-devel@ffmpeg.org > > > Cc: Wenbin Chen > > > Subject: [FFmpeg-devel] [PATCH] libavfilte

Re: [FFmpeg-devel] Optimize H264 decoding for loongarch.

LGTM > 2021年12月15日 下午2:06，Shiyou Yin 写道： > > > >> 2021年12月15日 上午11:51，Hao Chen 写道： >> >> ./ffmpeg -i 1_h264_1080p_30fps_3Mbps.mp4 -f rawvideo -y /dev/null -an >> before: 170fps >> after : 296fps >> >> V2: Update loongson_intrinsics.h to 1.0.3 in patch 2/7. >> V3: Resubmit these patches due

Re: [FFmpeg-devel] Optimize H264 decoding for loongarch.

> 2021年12月15日 上午11:51，Hao Chen 写道： > > ./ffmpeg -i 1_h264_1080p_30fps_3Mbps.mp4 -f rawvideo -y /dev/null -an > before: 170fps > after : 296fps > > V2: Update loongson_intrinsics.h to 1.0.3 in patch 2/7. > V3: Resubmit these patches due to the encoding problem of the last > email. > > [PATCH v

Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for vaapi

> -Original Message- > From: ffmpeg-devel On Behalf Of > Michael Niedermayer > Sent: Wednesday, December 15, 2021 5:40 AM > To: FFmpeg development discussions and patches de...@ffmpeg.org> > Subject: Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for > vaapi > > On Tue, Dec

[FFmpeg-devel] [PATCH v3 4/7] avcodec: [loongarch] Optimize h264dsp with LASX.

From: gxw ./ffmpeg -i ../1_h264_1080p_30fps_3Mbps.mp4 -f rawvideo -y /dev/null -an before:225 after :282 Change-Id: Ibe245827dcdfe8fc1541c6b172483151bfa9e642 --- libavcodec/h264dsp.c |1 + libavcodec/h264dsp.h |2 + libavcodec/loongarch/

[FFmpeg-devel] [PATCH v3 3/7] avcodec: [loongarch] Optimize h264qpel with LASX.

From: Shiyou Yin ./ffmpeg -i ../1_h264_1080p_30fps_3Mbps.mp4 -f rawvideo -y /dev/null -an before:183 after :225 Change-Id: I7c7d2f34cd82ef728aab5ce8f6bfb46dd81f0da4 --- libavcodec/h264qpel.c |2 + libavcodec/h264qpel.h |1 + libavcodec/loo

[FFmpeg-devel] [PATCH v3 7/7] avcodec: [loongarch] Optimize pred16x16_plane with LASX.

./ffmpeg -i ../1_h264_1080p_30fps_3Mbps.mp4 -f rawvideo -y /dev/null -an before:295 after :296 Change-Id: I281bc739f708d45f91fc3860150944c0b8a6a5ba --- libavcodec/h264pred.c | 2 + libavcodec/h264pred.h | 2 + libavcodec/loongarch/Makefile

[FFmpeg-devel] [PATCH v3 5/7] avcodec: [loongarch] Optimize h264idct with LASX.

From: Lu Wang ./ffmpeg -i ../1_h264_1080p_30fps_3Mbps.mp4 -f rawvideo -y /dev/null -an before:282 after :293 Change-Id: Ia8889935a6359630dd5dbb61263287f1cb24a0a4 --- libavcodec/loongarch/Makefile | 3 +- libavcodec/loongarch/h264dsp_init_loongarch.c | 15 + libavcodec/loongar

[FFmpeg-devel] [PATCH v3 6/7] avcodec: [loongarch] Optimize h264_deblock with LASX.

From: Jin Bo ./ffmpeg -i ../1_h264_1080p_30fps_3Mbps.mp4 -f rawvideo -y /dev/null -an before:293 after :295 Change-Id: I5ff6cba4eaca0c4218c0c97b880ca500e35f9c87 Signed-off-by: Hao Chen --- libavcodec/loongarch/Makefile | 3 +- libavcodec/loongarch/h264_deblock_lasx.c | 1

[FFmpeg-devel] Optimize H264 decoding for loongarch.

./ffmpeg -i 1_h264_1080p_30fps_3Mbps.mp4 -f rawvideo -y /dev/null -an before: 170fps after : 296fps V2: Update loongson_intrinsics.h to 1.0.3 in patch 2/7. V3: Resubmit these patches due to the encoding problem of the last email. [PATCH v3 1/7] avutil: [loongarch] Add support for loongarch SIMD.

[FFmpeg-devel] [PATCH v3 1/7] avutil: [loongarch] Add support for loongarch SIMD.

From: Shiyou Yin LSX and LASX is loongarch SIMD extention. They are enabled by default if compiler support it, and can be disabled with '--disable-lsx' '--disable-lasx'. Change-Id: Ie2608ea61dbd9b7fffadbf0ec2348bad6c124476 --- Makefile | 2 +- configure|

Re: [FFmpeg-devel] [PATCH] lavc/{av1, h264, h265}_metadata_bsf: fix description of tick_rate

On Tue, Dec 14, 2021 at 11:26 AM myp...@gmail.com wrote: > > On Fri, Aug 27, 2021 at 3:14 PM Zhao Zhili wrote: > > > > Users may take the description literally which leads to inverted > > results. > > --- > > doc/bitstream_filters.texi | 8 > > libavcodec/av1_metadata_bsf.c | 2 +-

[FFmpeg-devel] [PATCH v5] fftools/cmdutils: Avoid crash when opts could not be allocated

From: Yu Yang If 'opts' could not be allocated, exiting the program to avoid crash when release it. Reported-by: TOTE Robot Signed-off-by: Yu Yang --- fftools/cmdutils.c | 2 +- fftools/cmdutils.h | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/fftools/cmdutils.c b/

[FFmpeg-devel] [PATCH] libavcodec/pthread_framec: remove duplicate pointers

From: Yu Yang '*src' and '*avctx' point to the same memory. It is enough to keep one of them. Signed-off-by: Yu Yang --- libavcodec/pthread_frame.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/libavcodec/pthread_frame.c b/libavcodec/pthread_frame.c index 73

[FFmpeg-devel] [PATCH v1] avformat/aviobuf: ffio_copy_url_options

From: Pierre-Anthony Lemieux Signed-off-by: Pierre-Anthony Lemieux --- Notes: Refactors save_avio_options() from dashdec.c and hls.c into a common ffio_copy_url_options() in libavformat/aviobuf.c. Co-authored: Nicholas Vanderzwet liba

Re: [FFmpeg-devel] [PATCH v2 03/03] libavdevice/avfoundation.m: Allow to select devices by digest.

Just sent an updated patch here: http://ffmpeg.org/pipermail/ffmpeg-devel/2021-December/289686.html > On Dec 13, 2021, at 12:25 PM, Marvin Scholz wrote: > > On 13 Dec 2021, at 17:40, Romain Beauxis wrote: > >> This is the third patch of a series of 3 that cleanup and enhance the >> avfoundatio

Re: [FFmpeg-devel] [PATCH v2 02/03] libavdevice/avfoundation.m: Replace mutex-based concurrency handling in avfoundation.m by a thread-safe fifo queue with maximum length.

Just sent an updated patch here: http://ffmpeg.org/pipermail/ffmpeg-devel/2021-December/289684.html > On Dec 13, 2021, at 3:12 PM, Marvin Scholz wrote: > > > > On 13 Dec 2021, at 21:29, Romain Beauxis wrote: > >>> On Dec 13, 2021, at 12:56 PM, Marvin Scholz wrote: >>> >>> >>> >>> On 13 D

[FFmpeg-devel] [PATCH v3 03/03] libavdevice/avfoundation.m: Allow to select devices by unique ID.

This is the third patch of a series of 3 that cleanup and enhance the avfoundation implementation for libavdevice. Changes since last version: * Switched unique ID to use system-prodvided unique ID * Implemented unique IDs for screen capture This patch adds a unique ID to avfoundation devices. Th

Re: [FFmpeg-devel] [PATCH v1 1/1] TEST Committing ref files with mixed EOL, marked as binary

> -Original Message- > From: ffmpeg-devel On Behalf Of Soft Works > Sent: Wednesday, December 15, 2021 1:04 AM > To: ffmpeg-devel@ffmpeg.org > Subject: [FFmpeg-devel] [PATCH v1 1/1] TEST Committing ref files with mixed > EOL, marked as binary > > This commit couldn't be applied due to

[FFmpeg-devel] [PATCH v3 02/03] libavdevice/avfoundation.m: Replace mutex-based concurrency handling in avfoundation.m by a thread-safe fifo queue with maximum length.

This is the second patch of a series of 3 that cleanup and enhance the avfoundation implementation for libavdevice. Changes since last version: * Switched queue implementation to CMSimpleQueue This patch fixes the concurrency model. Avfoundation runs its own producing thread to send produced fra

Re: [FFmpeg-devel] [PATCH v10 1/2] avformat/imf: Demuxer

> > Now the question is whether a malicious attacker can craft those two > files to get access to anything they shouldn't. I suppose at the very > least the attacker can get information that the user opened the file (by > adding an asset on an attacker's server) but that will be a danger with > any

[FFmpeg-devel] [PATCH v3 01/03] libavdevice/avfoundation.m: use AudioConvert, extend supported formats

This is the first patch of a series of 3 that cleanup and enhance the avfoundation implementation for libavdevice. Changes since previous version: none This patch: * Implements support for AudioConverter * Switches to AudioConverter's API to convert unsupported PCM formats (non-interleaved, non-

[FFmpeg-devel] [PATCH v1 1/1] TEST Committing ref files with mixed EOL, marked as binary

This commit couldn't be applied due to mixed line endings in the ref files. For this test, I have added a .gitattributes file, marking these as binary (-diff) Signed-off-by: softworkz --- libavcodec/ass_split.c | 7 +++ tests/ref/fate/.gitattributes| 3 +++ tests/ref/fate/m

Re: [FFmpeg-devel] [PATCH v24 00/21] Subtitle Filtering

> -Original Message- > From: ffmpeg-devel On Behalf Of Michael > Niedermayer > Sent: Tuesday, December 14, 2021 11:06 PM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] [PATCH v24 00/21] Subtitle Filtering > > On Mon, Dec 13, 2021 at 11:40:16PM +, Sof

Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for vaapi

> -Original Message- > From: ffmpeg-devel On Behalf Of Michael > Niedermayer > Sent: Tuesday, December 14, 2021 10:40 PM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for vaapi > > On Tue, Dec 14, 2021 at 12:16:16P

Re: [FFmpeg-devel] [PATCH 001/279] Add a new channel layout API

On Tue, Dec 14, 2021 at 04:30:04PM -0300, James Almer wrote: > On 12/14/2021 3:54 PM, Nicolas George wrote: > > James Almer (12021-12-14): > > > We add a const uint8_t* field to AVChannelCustom. If the user wants to > > > allocate the strings instead, and not worry about their lifetime, they can >

Re: [FFmpeg-devel] [PATCH v24 00/21] Subtitle Filtering

On Mon, Dec 13, 2021 at 11:40:16PM +, Soft Works wrote: > New in V24 > > - Fixes bugs as reported by Michal > - graphicsub2video: use 1x1 output frame size as long as subtitle size is > unknown (0x0) and no size is not explicitly set > - decode: set subtitle frame size from decoding context >

Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for vaapi

On Tue, Dec 14, 2021 at 12:16:16PM -0800, Philip Langdale wrote: > On Tue, 14 Dec 2021 16:39:40 + > "Eoff, Ullysses A" wrote: > > > I have not seen any objections. > > I just added Mark to CC using their email found on this ML. > > Unfortunately, we don't have current email contact for > > Gw

Re: [FFmpeg-devel] [PATCH 000/279] New channel layout API

On 12/14/2021 10:03 AM, Nicolas George wrote: James Almer (12021-12-13): Can't user defined names let you do that without the need to reuse the same AVChannel value in a given layout? And for that matter, can you not set said names within the filter itself and not in the layout? I do not see

Re: [FFmpeg-devel] [PATCH 23/24] ffmpeg: simplify the use of OutputStream.frame_number

On Mon, Dec 13, 2021 at 04:20:41PM +0100, Anton Khirnov wrote: > It features in limiting the number of output frames (-frames option) and > currently can be incremented from two places: > - for video encoding (not streamcopy), in do_video_out() after each > successful avcodec_send_frame() call >

Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for qsv

> -Original Message- > From: ffmpeg-devel On Behalf Of Eoff, > Ullysses A > Sent: Tuesday, December 14, 2021 5:00 PM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for qsv > > > -Original Message- > > From:

Re: [FFmpeg-devel] [PATCH 001/279] Add a new channel layout API

On 12/14/2021 3:54 PM, Nicolas George wrote: James Almer (12021-12-14): We add a const uint8_t* field to AVChannelCustom. If the user wants to allocate the strings instead, and not worry about their lifetime, they can provide the layout with a custom free() function that will take care of cleani

Re: [FFmpeg-devel] [PATCH v10 1/2] avformat/imf: Demuxer

Quoting Pierre-Anthony Lemieux (2021-12-14 17:52:48) > On Tue, Dec 14, 2021 at 2:31 AM Anton Khirnov wrote: > > > > Quoting p...@sandflow.com (2021-12-13 06:43:35) > > > From: Pierre-Anthony Lemieux > > > > > > Signed-off-by: Pierre-Anthony Lemieux > > > --- > > > > > > Notes: > > > The IMF

Re: [FFmpeg-devel] [PATCH 001/279] Add a new channel layout API

James Almer (12021-12-14): > We add a const uint8_t* field to AVChannelCustom. If the user wants to > allocate the strings instead, and not worry about their lifetime, they can > provide the layout with a custom free() function that will take care of > cleaning anything they came up with on uninit(

Re: [FFmpeg-devel] [PATCH 001/279] Add a new channel layout API

On 12/14/2021 9:53 AM, Nicolas George wrote: James Almer (12021-12-14): You could attach it dynamically allocated strings too, and to prevent the need for the module allocating them to outlive the layout, we could add an opaque pointer to AVChannelLayout (not AVChannelCustom) and a user set f

Re: [FFmpeg-devel] [PATCH 2/2] libswscale: Adds ff_hscale8to15_4_avx2 and ff_hscale8to15_X4_avx2 for all filter sizes.

On 12/14/2021 12:23 PM, Alan Kelly wrote: Patch has been rebased from latest commits. These functions replace all ff_hscale8to15_*_ssse3 when avx2 is available. --- libswscale/swscale_internal.h | 2 + libswscale/utils.c| 37 +++ libswscale/x86/Makefile | 1 +

Re: [FFmpeg-devel] [PATCH v10 1/2] avformat/imf: Demuxer

On Tue, Dec 14, 2021 at 2:31 AM Anton Khirnov wrote: > > Quoting p...@sandflow.com (2021-12-13 06:43:35) > > From: Pierre-Anthony Lemieux > > > > Signed-off-by: Pierre-Anthony Lemieux > > --- > > > > Notes: > > The IMF demuxer accepts as input an IMF CPL. The assets referenced by > > the CP

Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for qsv

> -Original Message- > From: ffmpeg-devel On Behalf Of Eoff, > Ullysses A > Sent: Tuesday, December 14, 2021 8:41 AM > To: FFmpeg development discussions and patches > Cc: Mark Thompson ; zhongli_...@126.com > Subject: Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for qsv >

Re: [FFmpeg-devel] [PATCH v10 1/2] avformat/imf: Demuxer

On Tue, Dec 14, 2021 at 2:33 AM Anton Khirnov wrote: > > Quoting p...@sandflow.com (2021-12-13 06:43:35) > > +static int parse_assetmap(AVFormatContext *s, const char *url, AVIOContext > > *in) > > in is always NULL, might as well make it a local variable Addressed by v11 of the patchset. > > >

Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for vaapi

> -Original Message- > From: ffmpeg-devel On Behalf Of Michael > Niedermayer > Sent: Tuesday, December 14, 2021 8:30 AM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for vaapi > > On Tue, Dec 14, 2021 at 04:04:39PM +

Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for qsv

> -Original Message- > From: ffmpeg-devel On Behalf Of Eoff, > Ullysses A > Sent: Tuesday, December 14, 2021 8:00 AM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for qsv > > > -Original Message- > > From: ff

Re: [FFmpeg-devel] 5.0 release

Hi Michael, On Tue, Dec 14, 2021 at 5:19 PM Michael Niedermayer wrote: > > On Mon, Dec 13, 2021 at 10:27:33PM +0100, Diederick C. Niehorster wrote: > > Hi Michael, > > > > On Mon, Dec 13, 2021 at 4:26 PM Michael Niedermayer > > wrote: > > > > > > If you know of any major issues which need to be

[FFmpeg-devel] [PATCH v11 2/2] avformat/imf: Tests

From: Pierre-Anthony Lemieux Signed-off-by: Pierre-Anthony Lemieux --- Notes: Tests for the IMF demuxer. libavformat/Makefile| 1 + libavformat/tests/imf.c | 525 2 files changed, 526 insertions(+) create mode 100644 libavformat/tests/imf.c

[FFmpeg-devel] [PATCH v11 1/2] avformat/imf: Demuxer

From: Pierre-Anthony Lemieux Signed-off-by: Pierre-Anthony Lemieux --- Notes: The IMF demuxer accepts as input an IMF CPL. The assets referenced by the CPL can be contained in multiple deliveries, each defined by an ASSETMAP file: ffmpeg -assetmaps ,,... -i If -asset

Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for vaapi

On Tue, Dec 14, 2021 at 04:04:39PM +, Eoff, Ullysses A wrote: > > -Original Message- > > From: ffmpeg-devel On Behalf Of Soft Works > > Sent: Monday, December 13, 2021 10:56 PM > > To: FFmpeg development discussions and patches > > Subject: Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add

Re: [FFmpeg-devel] [PATCH v2 2/7] avcodec: [loongarch] Optimize h264_chroma_mc with LASX.

On Tue, Dec 14, 2021 at 09:33:11PM +0800, Hao Chen wrote: > From: Shiyou Yin > > ./ffmpeg -i ../1_h264_1080p_30fps_3Mbps.mp4 -f rawvideo -y /dev/null -an > before:170 > after :183 > > Change-Id: I42ff23cc2dc7c32bd1b7e4274da9d9ec87065f20 Theres something odd with the encoding of this mail I

Re: [FFmpeg-devel] 5.0 release

On Mon, Dec 13, 2021 at 10:27:33PM +0100, Diederick C. Niehorster wrote: > Hi Michael, > > On Mon, Dec 13, 2021 at 4:26 PM Michael Niedermayer > wrote: > > > > If you know of any major issues which need to be done before the release do > > them > > now. If you know of any issues which are releas

Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for vaapi

> -Original Message- > From: ffmpeg-devel On Behalf Of Soft Works > Sent: Monday, December 13, 2021 10:56 PM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for vaapi > > > > > -Original Message- > > From: ffm

Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for qsv

> -Original Message- > From: ffmpeg-devel On Behalf Of Eoff, > Ullysses A > Sent: Thursday, December 09, 2021 9:25 AM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for qsv > > > -Original Message- > > From: f

Re: [FFmpeg-devel] [PATCH 2/2] avformat/mxfenc: fix DNxHD GC element_type

On Tue, Dec 14, 2021 at 04:27:43PM +0100, Nicolas Gaullier wrote: > The values for the essence element type were updated in the spec > from 0x05/0x06 (ST2019-4 2008) to 0x0C/0x0D (ST2019-4 2009). > > Fixes ticket #6380. > > Thanks-to: Philip de Nier > Thanks-to: Matthieu Bouron > > Signed-off-

Re: [FFmpeg-devel] [PATCH 1/2] avformat/mxfenc: fix DNxHD GC container_ul

On Tue, Dec 14, 2021 at 04:27:42PM +0100, Nicolas Gaullier wrote: > Signed-off-by: Nicolas Gaullier > --- > libavformat/mxfenc.c | 2 +- > tests/ref/lavf/mxf_opatom | 2 +- > 2 files changed, 2 insertions(+), 2 deletions(-) > > diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c > inde

Re: [FFmpeg-devel] [PATCH] fate: Add regression tests for AVDOVIDecoderConfigurationRecord side data

On Fri, Nov 26, 2021 at 12:06 PM quietvoid wrote: > > Signed-off-by: quietvoid > --- > Files are available here: > https://drive.google.com/drive/folders/1NDhtSoJ-mP5Yi62V6j1wjjPJNq84nP3J > > They're all blank frames encoded with x265, remuxed with FFmpeg > after the mov box is added by dlb_mp4b

[FFmpeg-devel] [PATCH v10 5/5] fate/matroska: Add tests for reading/writing BlockAdditionMapping elements

Tests the parsing and writing of AVDOVIDecoderConfigurationRecord, when it is present as a Dolby Vision configuration block addition mapping. Signed-off-by: quietvoid --- The required regression test file is available here: https://0x0.st/-hWK.mkv Should be moved to fate-suite/mkv/dovi-p5.mkv It

[FFmpeg-devel] [PATCH v10 3/5] avformat/mov: Refactor mov_read_dvcc_dvvc to use ff_isom_parse_dvcc_dvvc

To avoid duplicating code. The implementation in dovi_isom is identical. Signed-off-by: quietvoid --- libavformat/mov.c | 52 --- 1 file changed, 9 insertions(+), 43 deletions(-) diff --git a/libavformat/mov.c b/libavformat/mov.c index 9ebfa0bcc7..e3c

[FFmpeg-devel] [PATCH v10 4/5] avformat/movenc: Refactor mov_write_dvcc_dvvc_tag to use ff_isom_put_dvcc_dvvc

Improves code legibility by not using bit shifts. Also avoids duplicating the dvcC/dvvC ISOM box writing code. Signed-off-by: quietvoid --- libavformat/movenc.c | 24 +++- 1 file changed, 7 insertions(+), 17 deletions(-) diff --git a/libavformat/movenc.c b/libavformat/movenc

[FFmpeg-devel] [PATCH v10 2/5] avformat/matroska{dec, enc}: Parse BlockAdditionMapping elements

Adds handling of dvcC/dvvC block addition mappings. The parsing creates AVDOVIDecoderConfigurationRecord side data. The configuration block is written when muxing into Matroska, if DOVI side data is present for the track. Most of the Matroska element parsing is based on Plex's FFmpeg source code.

[FFmpeg-devel] [PATCH v10 1/5] avformat/dovi_isom: Implement Dolby Vision configuration parsing/writing

Both parse/write implementations are based on mov/movenc. This only adds support for the "Dolby Vision configuration box". Other configuration boxes, such as "Dolby Vision enhancement layer configuration box" are not supported. The new functions will be used to implement parsing/writing the DOVI

[FFmpeg-devel] [PATCH v10 0/5] Add support for Matroska BlockAdditionMapping elements

This patch set adds support for reading/writing the Matroska BlockAdditionMapping elements, as well as for reading/writing dvcC/dvvC blocks in Matroska. Created utility functions to read/write Dolby Vision boxes for ISOM. This was done to avoid duplicating the code, as the Matroska blocks and MOV

[FFmpeg-devel] [PATCH 1/2] avformat/mxfenc: fix DNxHD GC container_ul

Signed-off-by: Nicolas Gaullier --- libavformat/mxfenc.c | 2 +- tests/ref/lavf/mxf_opatom | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c index fcd9afda2a..512baa45d3 100644 --- a/libavformat/mxfenc.c +++ b/libavformat/mxfen

[FFmpeg-devel] [PATCH 2/2] avformat/mxfenc: fix DNxHD GC element_type

The values for the essence element type were updated in the spec from 0x05/0x06 (ST2019-4 2008) to 0x0C/0x0D (ST2019-4 2009). Fixes ticket #6380. Thanks-to: Philip de Nier Thanks-to: Matthieu Bouron Signed-off-by: Nicolas Gaullier --- libavformat/mxfenc.c | 9 - tests/ref/lavf/m

[FFmpeg-devel] [PATCH 2/2] libswscale: Adds ff_hscale8to15_4_avx2 and ff_hscale8to15_X4_avx2 for all filter sizes.

Patch has been rebased from latest commits. These functions replace all ff_hscale8to15_*_ssse3 when avx2 is available. --- libswscale/swscale_internal.h | 2 + libswscale/utils.c| 37 +++ libswscale/x86/Makefile | 1 + libswscale/x86/scale_avx2.asm | 112

Re: [FFmpeg-devel] [PATCH 001/279] Add a new channel layout API

Lynne (12021-12-14): > Ah, okay, I understand. > Does this mean you'd be okay with letting us choose, as long as your > requirements are satisfied? Of course I am okay with a solution where my requirements are satisfied. But I cannot say if they are before seeing the solution you propose, and othe

Re: [FFmpeg-devel] [PATCH 001/279] Add a new channel layout API

14 Dec 2021, 15:23 by geo...@nsup.org: > Lynne (12021-12-14): > >> I think this discussion would go a lot quicker if we could discuss this >> on IRC, would you and Nicolas mind joining and pinging me and elenril >> so we could settle the details? >> > > Yes, I would mind; more: I cannot; I have ot

[FFmpeg-devel] [PATCH] avformat: add bitpacked demuxer

From: Limin Wang Allows user can playback bitpacked pixel format directly: ffplay -video_size 1280x720 test.bitpacked ffplay -f bitpacked -video_size 1280x720 -pixel_format uyvy422 test.yuv Signed-off-by: Limin Wang --- libavformat/Makefile | 1 + libavformat/allformats.c | 1 + li

Re: [FFmpeg-devel] [PATCH 001/279] Add a new channel layout API

Anton Khirnov (12021-12-14): > A transcoder that is not aware of opaque IDs can just blindly copy them > as the data travels along the chain. Same with side data those IDs refer > to. Callers who want to do something nontrivial with them will of course > have to be aware of them, but that's the cas

Re: [FFmpeg-devel] [PATCH 001/279] Add a new channel layout API

Lynne (12021-12-14): > I think this discussion would go a lot quicker if we could discuss this > on IRC, would you and Nicolas mind joining and pinging me and elenril > so we could settle the details? Yes, I would mind; more: I cannot; I have other things claiming my time. And I believe people wh

Re: [FFmpeg-devel] [PATCH 001/279] Add a new channel layout API

14 Dec 2021, 09:32 by c...@passwd.hu: > > > On Tue, 14 Dec 2021, Lynne wrote: > >> 14 Dec 2021, 02:13 by c...@passwd.hu: >> >>> >>> >>> On Tue, 7 Dec 2021, James Almer wrote: >>> >>> I would like to attach some extendable, possibly per-channel metadata to >>> the channel layout. I'd rather put it

[FFmpeg-devel] [PATCH] vf_libplacebo: switch to newer libplacebo helpers

From: Niklas Haas Support for mapping/unmapping hardware frames has been added into libplacebo itself, so we can scrap this code in favor of using the new functions. This has the additional benefit of being forwards-compatible as support for more complicated frame-related state management is adde

Re: [FFmpeg-devel] [PATCH 001/279] Add a new channel layout API

Quoting Nicolas George (2021-12-14 14:15:05) > Anton Khirnov (12021-12-14): > > The same thing happening to channel layouts is something we very much do > > not want IMO. Opaque IDs referring to higher-layer side data allows > > implementing the same capabilities without stuffing complexity in plac

Re: [FFmpeg-devel] Optimize H264 decoding for loongarch.

> 2021年12月14日 下午9:33，Hao Chen 写道： > > ./ffmpeg -i 1_h264_1080p_30fps_3Mbps.mp4 -f rawvideo -y /dev/null -an > before: 170fps > after : 296fps > > V2: Update loongson_intrinsics.h to 1.0.3 in patch 2/7. > > [PATCH v2 1/7] avutil: [loongarch] Add support for loongarch SIMD. > [PATCH v2 2/7] avc

[FFmpeg-devel] [PATCH v2 7/7] avcodec: [loongarch] Optimize pred16x16_plane with LASX.

./ffmpeg -i ../1_h264_1080p_30fps_3Mbps.mp4 -f rawvideo -y /dev/null -an before:295 after :296 Change-Id: I281bc739f708d45f91fc3860150944c0b8a6a5ba --- libavcodec/h264pred.c | 2 + libavcodec/h264pred.h | 2 + libavcodec/loongarch/Makefile

[FFmpeg-devel] [PATCH v2 4/7] avcodec: [loongarch] Optimize h264dsp with LASX.

From: gxw ./ffmpeg -i ../1_h264_1080p_30fps_3Mbps.mp4 -f rawvideo -y /dev/null -an before:225 after :282 Change-Id: Ibe245827dcdfe8fc1541c6b172483151bfa9e642 --- libavcodec/h264dsp.c |1 + libavcodec/h264dsp.h |2 + libavcodec/loongarch/

[FFmpeg-devel] [PATCH v2 6/7] avcodec: [loongarch] Optimize h264_deblock with LASX.

From: Jin Bo ./ffmpeg -i ../1_h264_1080p_30fps_3Mbps.mp4 -f rawvideo -y /dev/null -an before:293 after :295 Change-Id: I5ff6cba4eaca0c4218c0c97b880ca500e35f9c87 Signed-off-by: Hao Chen --- libavcodec/loongarch/Makefile | 3 +- libavcodec/loongarch/h264_deblock_lasx.c | 1

[FFmpeg-devel] [PATCH v2 3/7] avcodec: [loongarch] Optimize h264qpel with LASX.

From: Shiyou Yin ./ffmpeg -i ../1_h264_1080p_30fps_3Mbps.mp4 -f rawvideo -y /dev/null -an before:183 after :225 Change-Id: I7c7d2f34cd82ef728aab5ce8f6bfb46dd81f0da4 --- libavcodec/h264qpel.c |2 + libavcodec/h264qpel.h |1 + libavcodec/loo

[FFmpeg-devel] [PATCH v2 5/7] avcodec: [loongarch] Optimize h264idct with LASX.

From: Lu Wang ./ffmpeg -i ../1_h264_1080p_30fps_3Mbps.mp4 -f rawvideo -y /dev/null -an before:282 after :293 Change-Id: Ia8889935a6359630dd5dbb61263287f1cb24a0a4 --- libavcodec/loongarch/Makefile | 3 +- libavcodec/loongarch/h264dsp_init_loongarch.c | 15 + libavcodec/loongar

[FFmpeg-devel] Optimize H264 decoding for loongarch.

./ffmpeg -i 1_h264_1080p_30fps_3Mbps.mp4 -f rawvideo -y /dev/null -an before: 170fps after : 296fps V2: Update loongson_intrinsics.h to 1.0.3 in patch 2/7. [PATCH v2 1/7] avutil: [loongarch] Add support for loongarch SIMD. [PATCH v2 2/7] avcodec: [loongarch] Optimize h264_chroma_mc with LASX. [PA

[FFmpeg-devel] [PATCH v2 1/7] avutil: [loongarch] Add support for loongarch SIMD.

From: Shiyou Yin LSX and LASX is loongarch SIMD extention. They are enabled by default if compiler support it, and can be disabled with '--disable-lsx' '--disable-lasx'. Change-Id: Ie2608ea61dbd9b7fffadbf0ec2348bad6c124476 --- Makefile | 2 +- configure|

Re: [FFmpeg-devel] [PATCH 001/279] Add a new channel layout API

Anton Khirnov (12021-12-14): > The same thing happening to channel layouts is something we very much do > not want IMO. Opaque IDs referring to higher-layer side data allows > implementing the same capabilities without stuffing complexity in places > it doesn't belong. Opaque IDs only work for app

Re: [FFmpeg-devel] [PATCH 000/279] New channel layout API

Anton Khirnov (12021-12-14): > I don't see a big problem in adding stream (i.e. link-)-level side data > to avfilter. It is not a problem. In fact, if we were to stay with “uint64_t channel_layout”, that is probably what we would do. But we are discussing a new API that could be very much exactly

Re: [FFmpeg-devel] [PATCH 000/279] New channel layout API

James Almer (12021-12-13): > Can't user defined names let you do that without the need to reuse the same > AVChannel value in a given layout? And for that matter, can you not set said > names within the filter itself and not in the layout? I do not see how they could. But as always, "I do not see

Re: [FFmpeg-devel] [PATCH 001/279] Add a new channel layout API

James Almer (12021-12-14): > You could attach it dynamically allocated strings too, and to prevent the > need for the module allocating them to outlive the layout, we could add an > opaque pointer to AVChannelLayout (not AVChannelCustom) and a user set > free() call back to pass that pointer to, on

Re: [FFmpeg-devel] 5.0 release

On 12/14/2021 5:44 AM, Marton Balint wrote: On Tue, 14 Dec 2021, Anton Khirnov wrote: Quoting Marton Balint (2021-12-13 22:30:25) On Mon, 13 Dec 2021, Jean-Baptiste Kempf wrote: On Mon, 13 Dec 2021, at 16:25, Michael Niedermayer wrote: If you know of any major issues which need to be

Re: [FFmpeg-devel] [PATCH 2/7] avcodec: [loongarch] Optimize h264_chroma_mc with LASX.

> 2021年12月14日 下午3:15，Hao Chen 写道： > > From: Shiyou Yin > > ./ffmpeg -i ../1_h264_1080p_30fps_3Mbps.mp4 -f rawvideo -y /dev/null -an > before:170 > after :183 > > Change-Id: I42ff23cc2dc7c32bd1b7e4274da9d9ec87065f20 > --- > libavcodec/h264chroma.c |2 + > libavcodec/h

Re: [FFmpeg-devel] [PATCH 001/279] Add a new channel layout API

On 12/14/2021 5:27 AM, Marton Balint wrote: On Mon, 13 Dec 2021, James Almer wrote: On 12/13/2021 10:13 PM, Marton Balint wrote:  On Tue, 7 Dec 2021, James Almer wrote:  From: Anton Khirnov  [...]  -static const char *get_channel_name(int channel_id)  +static const char *get_ch

Re: [FFmpeg-devel] [PATCH] avformat/mxfenc: fix DNxHD GC ULs

On Tue, Dec 14, 2021 at 10:41:27AM +0100, Matthieu Bouron wrote: > On Tue, Nov 30, 2021 at 10:22:20AM +0100, Nicolas Gaullier wrote: > > Fix GC container ul. > > Fix GC element type both for the generic case and for OPAtom. > > > > Thanks to Philip de Nier > > for checking the values, especially

Re: [FFmpeg-devel] [PATCH v10 1/2] avformat/imf: Demuxer

Quoting p...@sandflow.com (2021-12-13 06:43:35) > +static int parse_assetmap(AVFormatContext *s, const char *url, AVIOContext > *in) in is always NULL, might as well make it a local variable > +{ > +IMFContext *c = s->priv_data; > +struct AVBPrint buf; > +AVDictionary *opts = NULL; >

Re: [FFmpeg-devel] [PATCH v10 1/2] avformat/imf: Demuxer

Quoting p...@sandflow.com (2021-12-13 06:43:35) > From: Pierre-Anthony Lemieux > > Signed-off-by: Pierre-Anthony Lemieux > --- > > Notes: > The IMF demuxer accepts as input an IMF CPL. The assets referenced by the > CPL can be > contained in multiple deliveries, each defined by an ASSE

Re: [FFmpeg-devel] [PATCH] lavc/mediacodecdec: set codec profile and level from extradata for H264+HEVC

On Mon, Dec 13, 2021 at 09:56:05PM +0100, sfan5 wrote: > This value is later passed to MediaCodec and checked at decoder init. > Notably decoding of 10-bit streams before this commit would "work" without > returning errors but only return garbage output (on most Android devices). > From 304d1b

Re: [FFmpeg-devel] [PATCH 001/279] Add a new channel layout API

Quoting Marton Balint (2021-12-14 02:13:00) > > + * > > + * Copying an AVChannelLayout via assigning is forbidden, > > + * av_channel_layout_copy() must be used. instead (and its return value > > should > > + * be checked) > > + * > > + * No new fields may be added to it without a major version bu

Re: [FFmpeg-devel] [PATCH] avformat/mxfenc: fix DNxHD GC ULs

On Tue, Nov 30, 2021 at 10:22:20AM +0100, Nicolas Gaullier wrote: > Fix GC container ul. > Fix GC element type both for the generic case and for OPAtom. > > Thanks to Philip de Nier > for checking the values, especially for OPAtom. > --- > libavformat/mxfenc.c | 8 ++-- > tests/ref/lavf

Re: [FFmpeg-devel] [PATCH 000/279] New channel layout API

Quoting Marton Balint (2021-12-13 23:47:22) > On Sun, 12 Dec 2021, Anton Khirnov wrote: > > > > So what are you proposing? In my view, such higher level information > > should live at a higher level - e.g. in the side data. You can then > > have a filter that reads this side data and gets you the g

Re: [FFmpeg-devel] 5.0 release

Jean-Baptiste Kempf wrote: >On Mon, 13 Dec 2021, at 16:25, Michael Niedermayer wrote: >> previous unused suggestions where: >> Von Neumann, Lorentz, Poincaré, Desitter, De Broglie, Gauss, >> Galois, Viterbi, Darwin > >I'd love a "Lorentz" release :) +1 "Bayer", the inventor of a filter mosaic ..

Re: [FFmpeg-devel] 5.0 release

On Tue, 14 Dec 2021, Anton Khirnov wrote: Quoting Marton Balint (2021-12-13 22:30:25) On Mon, 13 Dec 2021, Jean-Baptiste Kempf wrote: On Mon, 13 Dec 2021, at 16:25, Michael Niedermayer wrote: If you know of any major issues which need to be done before the release do them now. If you kn

Re: [FFmpeg-devel] [PATCH 001/279] Add a new channel layout API

On Tue, 14 Dec 2021, Lynne wrote: 14 Dec 2021, 02:13 by c...@passwd.hu: On Tue, 7 Dec 2021, James Almer wrote: I would like to attach some extendable, possibly per-channel metadata to the channel layout. I'd rather put it into AVChannelLayout, so native layouts could also have metadata

Re: [FFmpeg-devel] [PATCH 001/279] Add a new channel layout API

On Mon, 13 Dec 2021, James Almer wrote: On 12/13/2021 10:13 PM, Marton Balint wrote: On Tue, 7 Dec 2021, James Almer wrote: From: Anton Khirnov [...] -static const char *get_channel_name(int channel_id) +static const char *get_channel_name(enum AVChannel channel_id) { -   

Re: [FFmpeg-devel] [PATCH v10 1/2] avformat/imf: Demuxer

Does anyone have any particularly strong feelings against this? I see nothing obviously wrong with it. The UUID and XML discussion can be finished later, so I see no reason why this shouldn't make it in time for the 5.0 release. I'll apply this weekend if no objections. On 13/12/21 15:43, p...

Re: [FFmpeg-devel] [PATCH 1/7] avutil: [loongarch] Add support for loongarch SIMD.

> 2021年12月14日 下午3:15，Hao Chen 写道： > > From: Shiyou Yin > > LSX and LASX is loongarch SIMD extention. > They are enabled by default if compiler support it, and can be disabled > with '--disable-lsx' '--disable-lasx'. > > Change-Id: Ie2608ea61dbd9b7fffadbf0ec2348bad6c124476 > --- > Makefile