On Thu, Jul 3, 2025, 16:02 Michael Niedermayer
wrote:
> Hi Pavel
>
> On Mon, Jun 30, 2025 at 11:39:32PM -0600, Pavel Koshevoy wrote:
> > On Mon, Jun 30, 2025, 21:46 Michael Niedermayer
> > wrote:
> >
> > > On Mon, Jun 30, 2025 at 07:32:36PM -0600, Pavel Koshevoy wrote:
> > > > On Mon, Jun 30, 20
Hi
On Thu, Jul 03, 2025 at 03:28:32PM -0700, Pavel Roslyy wrote:
> Hello,
>
> After experimenting, I think it would be a better idea to move the hca_*
> options into libavcodec/hcadec.c rather than duplicating them into the usm
> demuxer. Before I try to submit patches that do this I have some q
Hi
On Mon, Jun 30, 2025 at 05:42:20PM +0300, Jan Studený via ffmpeg-devel wrote:
> Date: Mon, 30 Jun 2025 17:42:20 +0300
> From: Jan Studený
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [PATCH v2] avfilter/vf_lut3d_opencl Initial support for OpenCL
> implementation of vf_lut3d.
>
> Hello FFmpeg
Hi
On Sun, Jun 29, 2025 at 09:45:22PM -0600, Pavel Koshevoy wrote:
> On Sun, Jun 29, 2025 at 7:01 PM Michael Niedermayer
> wrote:
>
> > Hi
> >
> > On Sat, Jun 28, 2025 at 08:49:08PM -0600, Pavel Koshevoy wrote:
> > > On Sat, Jun 28, 2025 at 5:03 PM Michael Niedermayer <
> > mich...@niedermayer.c
On 7/1/25 06:58, Alexander Strasser via ffmpeg-devel wrote:
___
While I agree with you on the merits that LLM-generated code tends to be
low quality, ideally that will be caught during code review. I think a
blanket ban on it makes more sense becaus
--- Begin Message ---
On 2025-07-01 16:50 +0530, Gyan Doshi wrote:
>
> On 2025-07-01 04:28 pm, Alexander Strasser via ffmpeg-devel wrote:
>
> > Thus I want this thread to start a discussion, that eventually leads
> > to a policy about submitting and integrating "AI" generated content.
>
> In prac
On 04.07.2025 01:02, Jorge Estrada wrote:
Changes look good to me. I appreciate the fixes. Thanks!
applied, thanks!
On Thu, Jul 3, 2025 at 3:49 PM Timo Rothenpieler
wrote:
On 03.07.2025 23:05, Jorge Estrada wrote:
ping
Completely forgot about this, sorry.
Patch does not compile, cause
--- Begin Message ---
On 2025-07-01 14:44 +0200, Kacper Michajlow wrote:
> On Tue, 1 Jul 2025 at 12:58, Alexander Strasser via ffmpeg-devel
[...]
> >
> > I do not like the branding of the LLMs as AI, thus I will for now
> > continue to call it "AI" in quotes. I'm open for better terms.
> >
> > It w
--- Begin Message ---
On 2025-07-03 02:16 +0200, Gerion Entrup wrote:
> Am Dienstag, 1. Juli 2025, 12:58:23 Mitteleuropäische Sommerzeit schrieb
> Alexander Strasser via ffmpeg-devel:
[...]
> > Thus I want this thread to start a discussion, that eventually leads
> > to a policy about submitting an
Changes look good to me. I appreciate the fixes. Thanks!
On Thu, Jul 3, 2025 at 3:49 PM Timo Rothenpieler
wrote:
> On 03.07.2025 23:05, Jorge Estrada wrote:
> > ping
>
> Completely forgot about this, sorry.
>
> Patch does not compile, cause vector_types.h does not exist.
> If I remove it, it can
On 03.07.2025 23:05, Jorge Estrada wrote:
ping
Completely forgot about this, sorry.
Patch does not compile, cause vector_types.h does not exist.
If I remove it, it can't find uchar2, which is purely a CUDA side type.
Isn't that whole construct around there entirely unneeded?
You can always ju
Hello,
After experimenting, I think it would be a better idea to move the hca_*
options into libavcodec/hcadec.c rather than duplicating them into the usm
demuxer. Before I try to submit patches that do this I have some questions.
1) I plan on removing the hca_* options from libavformat/hca.c an
Hi Pavel
On Mon, Jun 30, 2025 at 11:39:32PM -0600, Pavel Koshevoy wrote:
> On Mon, Jun 30, 2025, 21:46 Michael Niedermayer
> wrote:
>
> > On Mon, Jun 30, 2025 at 07:32:36PM -0600, Pavel Koshevoy wrote:
> > > On Mon, Jun 30, 2025 at 3:46 PM Scott Theisen <
> > > scott.the.elm-at-gmail@ffmpeg.
On Thu, Jul 03, 2025 at 04:25:18PM +0200, Diego Felix de Souza via ffmpeg-devel
wrote:
> Date: Thu, 3 Jul 2025 16:25:18 +0200
> From: ddeso...@nvidia.com
> To: ffmpeg-devel@ffmpeg.org
> CC: Diego de Souza
> Subject: [PATCH 1/3] avutil/hwcontext_cuda: Expands pixel formats support
>
> From: Diego
This aligns declared function types in checkasm with real definition.
Fixes FATE: checkasm-{sw_rgb,sw_scale,sw_yuv2rgb,sw_yuv2yuv}
Fixes: runtime error: call to function through pointer to incorrect
function type
Fixes: c1a0e657638f7007dcc807a2d985c22631fcd6d3
Signed-off-by: Kacper Michajłow
Fixes: avcodec/opus/dec.c: runtime error: applying non-zero offset 10 to null
pointer
Signed-off-by: Kacper Michajłow
---
libavcodec/opus/dec.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavcodec/opus/dec.c b/libavcodec/opus/dec.c
index 6c59dc1f46..dbefcddb0c 100644
--- a/libavcod
On 2025/07/03 12:32, James Almer wrote:
On 7/3/2025 1:28 PM, Andreas Rheinhardt wrote:
Scott Theisen:
This matches how the other libraries define their exported symbols.
---
libavformat/libavformat.v | 5 -
libavutil/libavutil.v | 4 +++-
2 files changed, 7 insertions(+), 2 deletion
ping
On Thu, Jun 19, 2025 at 7:43 PM Jorge Estrada
wrote:
> Thanks for the feedback. Addressed your points and attached an updated
> patch
>
> - Simplified the documentation to just point to the pad filter for usage
> but kept the examples
> - Made the adjustments to vf_pad_cuda.c
> - Updated vf
Patch attached.
- Andreas
From 1f85427ebe8ac63ba0d89c49bc0df917106753cb Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Thu, 3 Jul 2025 22:32:15 +0200
Subject: [PATCH] avcodec/mpegvideo_dec: Avoid implicit NULL + offset
Happens since 4fc874ef0813d39983f9b634cec42798aa94b57a
when this cod
Servus Michael,
On Thu, Jun 19, 2025 at 5:05 AM Michael Niedermayer
wrote:
>
> Fixes:
> 410609432/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SANM_fuzzer-4935159201988608
> Fixes: out of array access
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master
On Thu, Jun 19, 2025 at 5:05 AM Michael Niedermayer
wrote:
>
> Fixes:
> 423673969/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SANM_fuzzer-5466731806261248
> Fixes: out of array access
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Michael Niedermayer:
> On Thu, Jul 03, 2025 at 09:14:42PM +0200, Andreas Rheinhardt wrote:
>> Michael Niedermayer:
>>> Fixes: Timeout
>>> Fixes:
>>> 421650030/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SMACKAUD_fuzzer-611767493632
>>>
>>> Found-by: continuous fuzzing process
>>> https:
On Thu, Jul 03, 2025 at 09:14:42PM +0200, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > Fixes: Timeout
> > Fixes:
> > 421650030/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SMACKAUD_fuzzer-611767493632
> >
> > Found-by: continuous fuzzing process
> > https://github.com/google/oss
On 03.07.2025 16:00, Steven Liu wrote:
Timo Rothenpieler 于2025年7月3日周四 00:57写道：
---
libavformat/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/Makefile b/libavformat/Makefile
index 2e73f1325e..816eb9be4a 100644
--- a/libavformat/Makefile
+++ b/libavf
Fixes: Timeout
Fixes:
421997576/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_CRI_fuzzer-5335057265131520
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
tools/target_dec_fuzzer.c | 1 +
1 file chang
Fixes: Timeout
Fixes:
421954742/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MPC8_fuzzer-4914605805862912
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
tools/target_dec_fuzzer.c | 1 +
1 file chan
Fixes: Timeout
Fixes:
421954735/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_QDRAW_fuzzer-4515776981172224
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
tools/target_dec_fuzzer.c | 1 +
1 file cha
Fixes: Timeout
Fixes:
425754611/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_PIXLET_fuzzer-4778526102585344
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
tools/target_dec_fuzzer.c | 1 +
1 file ch
Maybe fixes undefined -x8000 (no doesnt replicate)
Fixes:
70869/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ALS_fuzzer-5476567461986304
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcode
Fixes: Timeout
Fixes:
421951267/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_CAVS_fuzzer-4766360421072896
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpe
Signed-off-by: Michael Niedermayer
---
tools/target_dec_fuzzer.c | 1 +
1 file chang
When splitting a 5 lines image in 2 slices one will be 3 lines and thus need
more space
Fixes: Assertion sc->slice_coding_mode == 0 failed at libavcodec/ffv1enc.c:1668
Fixes:
422811239/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_FFV1_fuzzer-4933405139861504
Found-by: continuous fuzzing pr
Fixes: Timeout
Fixes:
421945523/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_INTERPLAY_VIDEO_fuzzer-4776910965506048
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
tools/target_dec_fuzzer.c | 1 +
See: [FFmpeg-devel] libtheora maintainer ?
Signed-off-by: Michael Niedermayer
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 07cea8afeb5..1065b0d11be 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -210,7 +210,7 @@ Codecs:
lib
We do not support larger tiles as we use signed int
Alternatively we can check this in apv_decode_tile_component() or
init_get_bits*()
or support bitstreams above 2gb length
Fixes: init_get_bits() failure later
Fixes:
421817631/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_APV_fuzzer-4957386
On Thu, 26 Jun 2025, Marton Balint wrote:
On Wed, 25 Jun 2025, Michael Niedermayer wrote:
On Tue, Jun 24, 2025 at 09:23:10PM +0200, Marton Balint wrote:
It was never reliable to detect if a filtergraph have sources, because a
filter
can act as a source only after some time, for examp
Michael Niedermayer:
> Fixes: Timeout
> Fixes:
> 421650030/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SMACKAUD_fuzzer-611767493632
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by: Michael Niedermayer
> ---
> l
Hi Pierre,
Do you maybe have a patch that would work with the latest ffmpeg version?
Best Regards,
Gregor
On Thu, Jun 12, 2025 at 10:48 AM Pierre Le Fevre via ffmpeg-devel <
ffmpeg-devel@ffmpeg.org> wrote:
>
>
>
> -- Forwarded message --
> From: Pierre Le Fevre
> To: FFmpeg dev
On Mon, Aug 19, 2024 at 09:28:22PM +0200, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2024-08-17 01:15:03)
> > This is likely not the proper way to fix this
>
> I agree.
> Can you share the sample?
In case anyone doesnt have the sample yet, the sample is publically available
here:
https:
On 03.07.2025 20:03, Andreas Rheinhardt wrote:
Timo Rothenpieler:
On 03.07.2025 19:16, Andreas Rheinhardt wrote:
Timo Rothenpieler:
---
libavformat/whip.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavformat/whip.c b/libavformat/whip.c
index 7cd3f48ba9..71
Timo Rothenpieler:
> On 03.07.2025 19:16, Andreas Rheinhardt wrote:
>> Timo Rothenpieler:
>>> ---
>>> libavformat/whip.c | 6 +++---
>>> 1 file changed, 3 insertions(+), 3 deletions(-)
>>>
>>> diff --git a/libavformat/whip.c b/libavformat/whip.c
>>> index 7cd3f48ba9..71c667cd31 100644
>>> --- a/
On 03.07.2025 19:16, Andreas Rheinhardt wrote:
Timo Rothenpieler:
---
libavformat/whip.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavformat/whip.c b/libavformat/whip.c
index 7cd3f48ba9..71c667cd31 100644
--- a/libavformat/whip.c
+++ b/libavformat/whip.c
@@ -
Timo Rothenpieler:
> ---
> libavformat/whip.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/libavformat/whip.c b/libavformat/whip.c
> index 7cd3f48ba9..71c667cd31 100644
> --- a/libavformat/whip.c
> +++ b/libavformat/whip.c
> @@ -926,7 +926,7 @@ static int parse_a
ffmpegagent:
> This is an alternative to
> https://ffmpeg.org/pipermail/ffmpeg-devel/2025-June/345575.html.
>
> Andreas Rheinhardt (4):
> avcodec/avcodec: Check sample_rate generically
> avcodec/wma,wmaprodec: Remove always-false checks
> avcodec/wma: Remove redundant nb_channels check
> a
Andreas Rheinhardt:
> Patch attached.
>
> - Andreas
>
Will apply this patchset tonight unless there are objections.
- Andreas
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit
ffmpegagent:
> This patchset adds a H263DecContext and moves the fields of MpegEncContext
> that are only used by the H.263-based decoders (those using h263dec.c) to
> it. It also adds a special slice context for the MPEG-1/2 decoders and moves
> the GetBitContext from MpegEncContext to the actual
Andreas Rheinhardt:
> Patches attached.
>
> - Andreas
>
Will apply tonight unless there are objections.
- Andreas
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above,
On 03.07.2025 17:22, Jack Lau wrote:
On Jul 3, 2025, at 22:24, Timo Rothenpieler wrote:
On 03.07.2025 03:07, Jack Lau wrote:
On Jul 3, 2025, at 00:56, Timo Rothenpieler wrote:
---
libavformat/tls.c | 9 -
libavformat/tls_openssl.c | 3 +++
2 files changed, 3 insertions(+), 9
On 7/3/2025 1:28 PM, Andreas Rheinhardt wrote:
Scott Theisen:
This matches how the other libraries define their exported symbols.
---
libavformat/libavformat.v | 5 -
libavutil/libavutil.v | 4 +++-
2 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/libavformat/libavforma
Scott Theisen:
> This matches how the other libraries define their exported symbols.
> ---
> libavformat/libavformat.v | 5 -
> libavutil/libavutil.v | 4 +++-
> 2 files changed, 7 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/libavformat.v b/libavformat/libavformat.v
> index
Hi
On Thu, Jul 03, 2025 at 10:56:39AM +0200, Nicolas George wrote:
> Michael Niedermayer (HE12025-07-02):
[...]
> To be clear, you suggest, IIUC:
>
> - The developer registers the error code.
> - The developer writes the explanation for the error when registering
> the error code.
> - The devel
From: Caleb Sawyer
Added metadata_descriptor and metadata_std_descriptor to the PMT for
synchronous KLV streams. Asynchronous KLV streams remain as they were. The
descriptors are required by MISB ST-1402.2 and are in accordance with ISO/IEC
13818-1.
Signed-off-by: Caleb Sawyer
---
libavform
On Thu, Jul 03, 2025 at 04:43:42PM +0200, Michael Niedermayer wrote:
> Hi
>
> For fuzzer issues, to whom can i forward libtheora issues ?
> (there are 2 in ossfuzz)
>
> David is listed in Maintainers but he seems inactive since 2013
>
> If theres noone, thats ok too but then these issues will ju
> On Jul 3, 2025, at 22:24, Timo Rothenpieler wrote:
>
> On 03.07.2025 03:07, Jack Lau wrote:
>>> On Jul 3, 2025, at 00:56, Timo Rothenpieler wrote:
>>>
>>> ---
>>> libavformat/tls.c | 9 -
>>> libavformat/tls_openssl.c | 3 +++
>>> 2 files changed, 3 insertions(+), 9 deletions(
Hi
For fuzzer issues, to whom can i forward libtheora issues ?
(there are 2 in ossfuzz)
David is listed in Maintainers but he seems inactive since 2013
If theres noone, thats ok too but then these issues will just be ignored
by me as I dont have enough time to debug eternal libs
also https://li
--- Begin Message ---
From: Diego de Souza
The supported YUV pixel formats were separated between planar
and semiplanar. This approach reduces the number of CUDA kernels
for all pixel formats.
This patch:
1. Adds support for YUV 4:2:2 planar and semi-planar formats:
yuv422p, yuv422p10, n
--- Begin Message ---
From: Diego de Souza
Add support for uploading additional pixel formats to NVIDIA GPUs:
- Planar formats (yuv420p10, yuv422p, yuv422p10, yuv444p10)
- Semiplanar formats (nv16, p210, p216)
Signed-off-by: Diego de Souza
---
libavfilter/vf_hwupload_cuda.c | 6 +++---
1 file
--- Begin Message ---
From: Diego de Souza
Add support for additional pixel formats in CUDA hardware context:
- Planar formats (yuv420p10, yuv422p, yuv422p10, yuv444p10)
- Semiplanar formats (nv16, p210, p216)
Signed-off-by: Diego de Souza
---
libavutil/hwcontext_cuda.c | 7 ++-
1 file cha
On 03.07.2025 03:07, Jack Lau wrote:
On Jul 3, 2025, at 00:56, Timo Rothenpieler wrote:
---
libavformat/tls.c | 9 -
libavformat/tls_openssl.c | 3 +++
2 files changed, 3 insertions(+), 9 deletions(-)
diff --git a/libavformat/tls.c b/libavformat/tls.c
index 5ec4cca58a..f888970
Timo Rothenpieler 于2025年7月3日周四 01:04写道：
>
> ---
> libavformat/udp.c | 49 +++
> 1 file changed, 28 insertions(+), 21 deletions(-)
>
> diff --git a/libavformat/udp.c b/libavformat/udp.c
> index 7d64ff07ed..e02eff0f33 100644
> --- a/libavformat/udp.c
> ++
Timo Rothenpieler 于2025年7月3日周四 01:09写道：
>
> ---
> libavformat/tls.c | 12 +---
> 1 file changed, 9 insertions(+), 3 deletions(-)
>
> diff --git a/libavformat/tls.c b/libavformat/tls.c
> index f888970969..bd9c05e6dc 100644
> --- a/libavformat/tls.c
> +++ b/libavformat/tls.c
> @@ -81,7 +81,
Timo Rothenpieler 于2025年7月3日周四 01:09写道：
>
> ---
> libavformat/udp.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/udp.c b/libavformat/udp.c
> index c1ebdd1222..30f075de8e 100644
> --- a/libavformat/udp.c
> +++ b/libavformat/udp.c
> @@ -780,7 +780,7 @@ static
Timo Rothenpieler 于2025年7月3日周四 01:09写道：
>
> ---
> libavformat/tls.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/tls.c b/libavformat/tls.c
> index 018b24cd48..5ec4cca58a 100644
> --- a/libavformat/tls.c
> +++ b/libavformat/tls.c
> @@ -114,7 +114,7 @@ int ff
Timo Rothenpieler 于2025年7月3日周四 00:59写道：
>
> ---
> libavformat/tls.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/tls.c b/libavformat/tls.c
> index da53835200..018b24cd48 100644
> --- a/libavformat/tls.c
> +++ b/libavformat/tls.c
> @@ -137,7 +137,7 @@ int ff
Timo Rothenpieler 于2025年7月3日周四 00:59写道：
>
> ---
> libavformat/whip.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/libavformat/whip.c b/libavformat/whip.c
> index 7cd3f48ba9..71c667cd31 100644
> --- a/libavformat/whip.c
> +++ b/libavformat/whip.c
> @@ -926,7 +926,
Timo Rothenpieler 于2025年7月3日周四 00:58写道：
>
> ---
> libavformat/whip.c | 150 ++---
> 1 file changed, 75 insertions(+), 75 deletions(-)
>
> diff --git a/libavformat/whip.c b/libavformat/whip.c
> index a1cf8aff1b..7cd3f48ba9 100644
> --- a/libavformat/whip.c
>
Timo Rothenpieler 于2025年7月3日周四 00:57写道：
>
> ---
> libavformat/whip.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavformat/whip.c b/libavformat/whip.c
> index a6cdccc21c..a1cf8aff1b 100644
> --- a/libavformat/whip.c
> +++ b/libavformat/whip.c
> @@ -1303,6 +1303,7 @@ next_packet:
>
Timo Rothenpieler 于2025年7月3日周四 00:57写道：
>
> ---
> libavformat/whip.c | 9 +++--
> 1 file changed, 3 insertions(+), 6 deletions(-)
>
> diff --git a/libavformat/whip.c b/libavformat/whip.c
> index 5fdbd6949d..a6cdccc21c 100644
> --- a/libavformat/whip.c
> +++ b/libavformat/whip.c
> @@ -1221,7 +
Timo Rothenpieler 于2025年7月3日周四 00:57写道：
>
> ---
> libavformat/Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/Makefile b/libavformat/Makefile
> index 2e73f1325e..816eb9be4a 100644
> --- a/libavformat/Makefile
> +++ b/libavformat/Makefile
> @@ -639,7 +
On Thu, Jul 03, 2025 at 08:26:23AM +0100, Kieran Kunhya via ffmpeg-devel wrote:
> Date: Thu, 3 Jul 2025 08:26:23 +0100
> From: Kieran Kunhya
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 3/5] avcodec/get_bits: Use FF_PTR_ADD() in
> init_get_bits()
>
> On
When timeclamp and/or fps are low, j can be negative.
Fix Ticket11640
---
libavfilter/avf_showcqt.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavfilter/avf_showcqt.c b/libavfilter/avf_showcqt.c
index 8ff6ecb..8f9b782 100644
--- a/libavfilter/avf_showcqt.c
+++ b/lib
Marvin Scholz (HE12025-06-25):
> Would you be fine with just the removal of the messing with
> the AVDictionary entries then, leaving the macros in place,
> essentially removing STEAL_OPTION and doing a copy in CONSUME_OPTION?
>
> IMHO saving two copies of a string does not justify abusing the
> A
Michael Niedermayer (HE12025-07-02):
> its a bit fuzzy, for example
> AVERROR(EAGAIN) is for the program
> but AVERROR_PATCHWELCOME is for the developer
> while AVERROR_PROTOCOL_NOT_FOUND is for the one building the lib
> and a EOF is for the one supplying the input file
Indeed, but my point stand
--- Begin Message ---
On Thu, 3 Jul 2025, 03:02 Michael Niedermayer,
wrote:
> Fixes: NULL + 0
> Fixes:
> 421817631/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_APV_fuzzer-4957386534354944
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpe
73 matches
Mail list logo
