[FFmpeg-devel] [PATCH 2/2] aacdec: fix single-sample delay for SBR streams

Our SBR implementation introduces a single sample of latency into the output, which is currently never skipped. This delay is separate from any container skip value and always present, as it is from an additional part of the decoding process. Fixes Trac issue #9667 >From

[FFmpeg-devel] [PATCH 1/2] decode: add ff_decode_skip_samples function

This is a convenience function, which is required to be called by decoders needing to skip samples every time. It automatically creates and increments side data. This function is a simplified version of an earlier patch. It is only able to add additional delay, rather than insert or override any.

Re: [FFmpeg-devel] [PATCH] lavc/Makefile: build vulkan decode code if vulkan_av1 has been enabled

Dec 3, 2023, 21:23 by ngomp...@gmail.com: > On Sun, Dec 3, 2023 at 3:06 PM Lynne wrote: > >> >> Fixes builds with only vulkan_av1 enabled. >> > > Thanks for this fix! > > Reviewed-by: Neal Gompa > Tested-by: Neal Gompa > Pushed, thanks. ___

[FFmpeg-devel] [PATCH 4/4] libavfilter/vf_dnn_detect: Add yolov4 support

From: Wenbin Chen The difference of yolov4 is that sigmoid function needed to be applied on x, y coordinates. Also make it compatiple with NHWC output as the yolov4 model from openvino model zoo has NHWC output layout. Model refer to:

[FFmpeg-devel] [PATCH 3/4] libavfilter/vf_dnn_detect: Add yolov3 support

From: Wenbin Chen Add yolov3 support. The difference of yolov3 is that it has multiple outputs in different scale to perform better on both large and small object. The model detail refer to: https://github.com/openvinotoolkit/open_model_zoo/tree/master/models/public/yolo-v3-tf Signed-off-by:

[FFmpeg-devel] [PATCH 2/4] libavfilter/vf_dnn_detect: Add input pad

From: Wenbin Chen Add input pad to get model input resolution. Detection models always have fixed input size. And the output coordinators are based on the input resolution, so we need to get input size to map coordinators to our real output frames. Signed-off-by: Wenbin Chen ---

[FFmpeg-devel] [PATCH 1/4] libavfiter/dnn/dnn_backend_openvino: add multiple output support

From: Wenbin Chen Add multiple output support to openvino backend. You can use '&' to split different output when you set output name using command line. Signed-off-by: Wenbin Chen --- libavfilter/dnn/dnn_backend_common.c | 7 - libavfilter/dnn/dnn_backend_openvino.c | 216

Re: [FFmpeg-devel] [PATCH] libavformat/vvc: Make probe more conservative

> > return 0; > > -if ((nal2 & 0x7) == 0) // nuh_temporal_id_plus1 > +if (nuh_temporal_id_plus1 == 0) // nuh_temporal_id_plus1 > +return 0; > +if (nuh_temporal_id_plus1 != 1 && (type >= VVC_IDR_W_RADL && > type <= VVC_RSV_IRAP_11

Re: [FFmpeg-devel] [PATCH] configure: don't warn deprecated symbols from libvpl

On Ma, 2023-11-27 at 16:11 +0800, Xiang, Haihao wrote: > From: Haihao Xiang > > libvpl deprecated some symbols (e.g. MFX_EXTBUFF_VPP_DENOISE2 is used to > replace MFX_EXTBUFF_VPP_DENOISE), however the new symbols aren't support > by MediaSDK runtime. In order to support the combination of libvpl

Re: [FFmpeg-devel] [PATCH v2] lavu/hwcontext_qsv: use mfxImplDescription instead of mfxExtendedDeviceId on Linux

On Ma, 2023-11-27 at 13:37 +0800, Xiang, Haihao wrote: > From: Haihao Xiang > > mfxExtendedDeviceId mightn't be supported in certain configurations of > oneVPL on Linux, so we can't ensure a property filter for > mfxExtendedDeviceId.DeviceID or mfxExtendedDeviceId.VendorID works as > expected.

Re: [FFmpeg-devel] [PATCH 1/2] lavc/qsvdec: return 0 if more data is required

On Ma, 2023-11-27 at 14:01 +0800, Xiang, Haihao wrote: > From: Haihao Xiang > > The type of qsv decoders is FF_CODEC_CB_TYPE_DECODE which must not > return AVERROR(EAGAIN). commit 42b20c9 added an assertion to check the > returned value. > > Signed-off-by: Haihao Xiang > --- >  

Re: [FFmpeg-devel] [PATCH] lavfi/vf_vpp_qsv: set the default value of async_depth to 4

On Vr, 2023-11-24 at 15:00 +0800, Xiang, Haihao wrote: > From: Haihao Xiang > > Both qsv encoders and decoders use 4 as the default value of > async_depth, let's use 4 as the default value for vpp_qsv filter too. > > Signed-off-by: Haihao Xiang > --- >  libavfilter/vf_vpp_qsv.c | 2 +- >  1

Re: [FFmpeg-devel] [PATCH v2] lavu/hwcontext_vaapi: ignore nonexistent device in default DRM device selection

On Di, 2023-11-28 at 13:38 +0800, Xiang, Haihao wrote: > From: Haihao Xiang > > It is possible that renderD128 doesn't exist but renderD129 is > available in a system (see [1]). This change can make sure the default > DRM device selection works even if renderD128 doesn't exist. > > [1] >

Re: [FFmpeg-devel] [PATCH] lavc/ac3: add R-V Zbb extract_exponents

> On Dec 4, 2023, at 04:11, Rémi Denis-Courmont wrote: > > > > Le 3 décembre 2023 19:50:18 GMT+02:00, Zhao Zhili > a écrit : >> >> >>> On Oct 3, 2023, at 00:47, Rémi Denis-Courmont wrote: >>> >>> >>> diff --git a/libavcodec/riscv/ac3dsp_rvb.S

Re: [FFmpeg-devel] [PATCH 6/7] avutil/imgutils: add new function av_image_fill_color()

On date Sunday 2023-12-03 01:27:25 +0100, Marton Balint wrote: > Signed-off-by: Marton Balint > --- > doc/APIchanges | 3 +++ > libavutil/imgutils.c | 4 ++-- > libavutil/imgutils.h | 30 ++ > libavutil/version.h | 2 +- > 4 files changed, 36 insertions(+),

Re: [FFmpeg-devel] [PATCH 5/7] avutil/imgutils: factorize a fill color function

On date Sunday 2023-12-03 01:27:24 +0100, Marton Balint wrote: > In preparation for making it public. > > Signed-off-by: Marton Balint > --- > libavutil/imgutils.c | 101 +++ > 1 file changed, 63 insertions(+), 38 deletions(-) > > diff --git

Re: [FFmpeg-devel] [PATCH 4/7] avutil/imgutils: add support for 32bit pixel format for av_image_fill_black()

On date Sunday 2023-12-03 01:27:23 +0100, Marton Balint wrote: > Signed-off-by: Marton Balint > --- > libavutil/imgutils.c| 32 ++-- > tests/ref/fate/imgutils | 24 > 2 files changed, 34 insertions(+), 22 deletions(-) > > diff --git

Re: [FFmpeg-devel] [PATCH 3/7] avutil/imgutils: fix av_image_fill_black() for some pixel formats

On date Sunday 2023-12-03 01:27:22 +0100, Marton Balint wrote: > - Fixes YA formats, because previous code always assumed alpha as the 4th > component. > - Fixes PAL format (as long as 0 is black, as in a systematic palette), > because > previous code assumed it as limited Y. > - Fixes XYZ

Re: [FFmpeg-devel] [PATCH 2/7] avutil/tests/imgutils: add tests for av_image_fill_black()

On date Sunday 2023-12-03 01:27:21 +0100, Marton Balint wrote: > Signed-off-by: Marton Balint > --- > libavutil/tests/imgutils.c | 60 -- > tests/ref/fate/imgutils| 217 + > 2 files changed, 268 insertions(+), 9 deletions(-) > > diff --git

Re: [FFmpeg-devel] trac spam

On Sun, Dec 03, 2023 at 09:39:50AM +0100, Michael Koch wrote: > please delete: > > comment 14 in ticket 2104 > comment 6 in ticket 2776 > user "bunnybellid" deleted thx [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB No great genius has ever existed without

[FFmpeg-devel] [PATCH] libavfilter/asrc_flite: fixes and improvements

Attached. From fe1ece70c0ecbe6fb24e0823fe46db57242396e4 Mon Sep 17 00:00:00 2001 From: Paul B Mahol Date: Sun, 3 Dec 2023 21:38:08 +0100 Subject: [PATCH 1/2] avfilter/asrc_flite: switch to activate Allows to set EOF timestamp. Signed-off-by: Paul B Mahol --- libavfilter/asrc_flite.c | 24

Re: [FFmpeg-devel] [PATCH 1/7] avutil/tests/imgutils: factorize basic tests to new function

On date Sunday 2023-12-03 01:27:20 +0100, Marton Balint wrote: > Signed-off-by: Marton Balint > --- > libavutil/tests/imgutils.c | 68 ++ > 1 file changed, 39 insertions(+), 29 deletions(-) > > diff --git a/libavutil/tests/imgutils.c

Re: [FFmpeg-devel] [PATCH] Allow using stdin_interaction with pipe's

---  fftools/ffmpeg_demux.c | 2 +-  1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fftools/ffmpeg_demux.c b/fftools/ffmpeg_demux.c index 791952f120..00d7747c3c 100644 --- a/fftools/ffmpeg_demux.c +++ b/fftools/ffmpeg_demux.c @@ -1379,7 +1379,7 @@ int ifile_open(const OptionsContext

Re: [FFmpeg-devel] [PATCH] lavc/Makefile: build vulkan decode code if vulkan_av1 has been enabled

On Sun, Dec 3, 2023 at 3:06 PM Lynne wrote: > > Fixes builds with only vulkan_av1 enabled. > Thanks for this fix! Reviewed-by: Neal Gompa Tested-by: Neal Gompa -- 真実はいつも一つ！/ Always, there's only one truth! ___ ffmpeg-devel mailing list

Re: [FFmpeg-devel] [PATCH] lavc/ac3: add R-V Zbb extract_exponents

Le 3 décembre 2023 19:50:18 GMT+02:00, Zhao Zhili a écrit : > > >> On Oct 3, 2023, at 00:47, Rémi Denis-Courmont wrote: >> >> >> diff --git a/libavcodec/riscv/ac3dsp_rvb.S b/libavcodec/riscv/ac3dsp_rvb.S >> new file mode 100644 >> index 00..48f8bb101e >> --- /dev/null >> +++

[FFmpeg-devel] [PATCH] Allow using stdin_interaction with pipe's

Signed-off-by: Ali Saki <3alis...@gmail.com> --- fftools/ffmpeg_demux.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fftools/ffmpeg_demux.c b/fftools/ffmpeg_demux.c index 791952f120..00d7747c3c 100644 --- a/fftools/ffmpeg_demux.c +++ b/fftools/ffmpeg_demux.c @@ -1379,7

Re: [FFmpeg-devel] [PATCH] lavc/ac3: add R-V Zbb extract_exponents

Le 3 décembre 2023 19:50:18 GMT+02:00, Zhao Zhili a écrit : > > >> On Oct 3, 2023, at 00:47, Rémi Denis-Courmont wrote: >> >> >> diff --git a/libavcodec/riscv/ac3dsp_rvb.S b/libavcodec/riscv/ac3dsp_rvb.S >> new file mode 100644 >> index 00..48f8bb101e >> --- /dev/null >> +++

[FFmpeg-devel] [PATCH] avutil/mem: always align by at least 32 bytes

FFmpeg has instances of DECLARE_ALIGNED(32, ...) in a lot of structs, which then end up heap-allocated. By declaring any variable in a struct, or tree of structs, to be 32 byte aligned, it allows the compiler to safely assume the entire struct itself is also 32 byte aligned. This might make the

[FFmpeg-devel] [PATCH] lavc/Makefile: build vulkan decode code if vulkan_av1 has been enabled

Fixes builds with only vulkan_av1 enabled. >From b7c696af10784110844cc3dbe0ec21538393f309 Mon Sep 17 00:00:00 2001 From: Lynne Date: Sun, 3 Dec 2023 21:02:13 +0100 Subject: [PATCH] lavc/Makefile: build vulkan decode code if vulkan_av1 has been enabled Forgotten. --- libavcodec/Makefile | 2 +-

Re: [FFmpeg-devel] [ANNOUNCE] upcoming vote: TC/CC elections

As nobody seems to be arguing otherwise, we'll proceed with the votes normally. I intend to close them on Tuesday morning - please vote ASAP if you have not done so yet. Cheers, -- Anton Khirnov ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

[FFmpeg-devel] [PATCH] libavformat/vvc: Make probe more conservative

From: Frank Plowman Reduce false positives for VVC files by adding additional checks in `vvc_probe`. Specifically, `nuh_temporal_id_plus1` is tested for valid values in extra cases depending on the NAL unit type, as per ITU-T H.266 section 7.4.2.2. Resolves trac #10703. Signed-off-by: Frank

Re: [FFmpeg-devel] [PATCH] lavc/ac3: add R-V Zbb extract_exponents

> On Oct 3, 2023, at 00:47, Rémi Denis-Courmont wrote: > > > diff --git a/libavcodec/riscv/ac3dsp_rvb.S b/libavcodec/riscv/ac3dsp_rvb.S > new file mode 100644 > index 00..48f8bb101e > --- /dev/null > +++ b/libavcodec/riscv/ac3dsp_rvb.S > > +func ff_extract_exponents_rvb, zbb > +1: >

Re: [FFmpeg-devel] [PATCH] lavc/vc1dsp: R-V V inv_trans

Le sunnuntaina 3. joulukuuta 2023, 16.40.08 EET flow gg a écrit : > c910 > vc1dsp.vc1_inv_trans_4x4_dc_c: 84.0 > vc1dsp.vc1_inv_trans_4x4_dc_rvv_i32: 74.0 > vc1dsp.vc1_inv_trans_4x8_dc_c: 150.2 > vc1dsp.vc1_inv_trans_4x8_dc_rvv_i32: 83.5 > vc1dsp.vc1_inv_trans_8x4_dc_c: 129.0 >

Re: [FFmpeg-devel] [PATCH] avfilter/avfilter: fix OOM case for default activate

Will apply soon. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-devel] [PATCH 1/2] lavfi: introduce textutils

On date Thursday 2023-11-30 01:49:13 +0100, Stefano Sabatini wrote: > Generalize drawtext utilities to make them usable in other filters. > This will be needed to introduce the QR code source and filter without > duplicating functionality. > --- > libavfilter/Makefile | 2 +- >

Re: [FFmpeg-devel] [PATCH] avfilter: allow floating point formatting in expr_int_format (vf_drawtext.c)

On date Saturday 2023-12-02 15:54:34 +0100, Lennart Klebl wrote: > Since I was trying for quite some time to get proper floating point > formatting of positive and negative numbers working with the existing > drawtext/expr_int_format implementation, I added the f format specifier > that is only

Re: [FFmpeg-devel] [PATCH v2 0/3] JPEG XL parser bug fixes

On 11/27/23 09:10, Leo Izen wrote: Two bug fixes related to the JPEG XL parser. They're not exactly related and don't need to be applied in sequence. v2 change: patches themselves are identical, but now there's a FATE test. Leo Izen (3): avcodec/jpegxl_parse{,r}: use correct ISOBMFF

[FFmpeg-devel] [PATCH] lavc/vc1dsp: R-V V inv_trans

c910 vc1dsp.vc1_inv_trans_4x4_dc_c: 84.0 vc1dsp.vc1_inv_trans_4x4_dc_rvv_i32: 74.0 vc1dsp.vc1_inv_trans_4x8_dc_c: 150.2 vc1dsp.vc1_inv_trans_4x8_dc_rvv_i32: 83.5 vc1dsp.vc1_inv_trans_8x4_dc_c: 129.0 vc1dsp.vc1_inv_trans_8x4_dc_rvv_i64: 75.7

Re: [FFmpeg-devel] [PATCH 1/3] doc/encoders/libx264: review and extend option description

On date Sunday 2023-11-19 12:34:09 +0100, Stefano Sabatini wrote: > On date Saturday 2023-11-04 22:26:27 +0100, Stefano Sabatini wrote: [...] > > From a11eafe5a61a572f4e9ab9e4ab9907bba98300e4 Mon Sep 17 00:00:00 2001 > > From: Stefano Sabatini > > Date: Sat, 26 Aug 2023 01:10:09 +0200 > >

Re: [FFmpeg-devel] trac spam

Perhaps the regex search is performed on the rendered text as opposed to the source text?  Taking the spam comment on #2104 as an example, the spammer appears to be using the `[ ]` or `[[|]]` markup, therefore `http` does not appear in the rendered text. But on the other hand, the regex

Re: [FFmpeg-devel] trac spam

On 03/12/2023 08:49, Michael Koch wrote: Does anybody know why the last regex seach pattern in the list doesn't work? I thought it should match if any of the keywords is followed by "http" in the same line, with any number of any characters before, between and after the keywords.

Re: [FFmpeg-devel] trac spam

Are you talking based on the source of the email message? I don't have the messages as email. I see only the comments in the trac timeline: https://trac.ffmpeg.org/timeline Michael ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] trac spam

Hello, 野宮です． In the Message; Subject: Re: [FFmpeg-devel] trac spam Message-ID : Date & Time: Sun, 3 Dec 2023 10:57:40 +0100 [MK] == Michael Koch has written: MN>> I haven't seen the original email so I don't know, but I think it MN>> might be a character code issue. MK>

Re: [FFmpeg-devel] trac spam

I haven't seen the original email so I don't know, but I think it might be a character code issue. Example: Comment 14 in ticket 2104 contains "Great" and "amazing" and "http" in the same line. But the regex filter didn't match. Michael ___

Re: [FFmpeg-devel] trac spam

Hello, In the Message; Subject: Re: [FFmpeg-devel] trac spam Message-ID : Date & Time: Sun, 3 Dec 2023 09:49:55 +0100 [MH] == Michael Koch has written: MH> Am 03.12.2023 um 09:39 schrieb Michael Koch: MH> > please delete: MH> > MH> > comment 14 in ticket 2104 MH> > comment 6

Re: [FFmpeg-devel] trac spam

Am 03.12.2023 um 09:39 schrieb Michael Koch: please delete: comment 14 in ticket 2104 comment 6 in ticket 2776 user "bunnybellid" I have updated the regex search patterns. Does anybody know why the last regex seach pattern in the list doesn't work? I thought it should match if any of the

Re: [FFmpeg-devel] trac spam

please delete: comment 14 in ticket 2104 comment 6 in ticket 2776 user "bunnybellid" I have updated the regex search patterns. Michael ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To