Signed-off-by: James Almer
---
libavcodec/hevc/hevcdec.c | 37 +
1 file changed, 37 insertions(+)
diff --git a/libavcodec/hevc/hevcdec.c b/libavcodec/hevc/hevcdec.c
index 7d3e844945..91119fbc58 100644
--- a/libavcodec/hevc/hevcdec.c
+++ b/libavcodec/hevc/hevcd
Signed-off-by: James Almer
---
libavutil/frame.c | 1 +
libavutil/frame.h | 11 +++
2 files changed, 12 insertions(+)
diff --git a/libavutil/frame.c b/libavutil/frame.c
index 992115e04f..d1566298ae 100644
--- a/libavutil/frame.c
+++ b/libavutil/frame.c
@@ -59,6 +59,7 @@ static const AVS
Signed-off-by: James Almer
---
libavfilter/vf_showinfo.c | 12
1 file changed, 12 insertions(+)
diff --git a/libavfilter/vf_showinfo.c b/libavfilter/vf_showinfo.c
index 8109ca7fce..c706d00c96 100644
--- a/libavfilter/vf_showinfo.c
+++ b/libavfilter/vf_showinfo.c
@@ -38,6 +38,7 @@
#
Signed-off-by: James Almer
---
libavformat/dump.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/libavformat/dump.c b/libavformat/dump.c
index 3d37623a41..f19ee584b1 100644
--- a/libavformat/dump.c
+++ b/libavformat/dump.c
@@ -37,6 +37,7 @@
#include "libavutil/replaygain.h"
Signed-off-by: James Almer
---
libavcodec/avcodec.c | 1 +
libavcodec/packet.c | 1 +
libavcodec/packet.h | 11 +++
3 files changed, 13 insertions(+)
diff --git a/libavcodec/avcodec.c b/libavcodec/avcodec.c
index e7e2c09222..fe19d99a84 100644
--- a/libavcodec/avcodec.c
+++ b/libavcod
As defined in section G.14.3.2.3 of ITU-T H.265, it's required for proper
signaling of
MV-HEVC.
Signed-off-by: James Almer
---
libavutil/Makefile | 2 +
libavutil/tdrdi.c | 35
libavutil/tdrdi.h | 129 +
3 files changed, 166 insertio
On 31/01/2025 07:16, Zhao Zhili wrote:
On Jan 31, 2025, at 03:40, Timo Rothenpieler wrote:
AV1 uses a vastly different range than what the global options permit,
and also for the other codecs the range of the global options is at
least misaligned.
It ’s simpler to update qmin upper thresho
For anamorphic videos, enabling this option leads to adjustment of
output dimensions to obtain square pixels when the user requests
proportional scaling through either of the w/h expressions or
force_original_aspect_ratio.
Output SAR is always reset to 1.
Option added to scale, scale_cuda, scale_
On Fri, 31 Jan 2025, Viraaj Raulgaonkar wrote:
On Fri, Jan 31, 2025 at 4:49 AM Marton Balint wrote:
On Thu, 30 Jan 2025, Viraaj Raulgaonkar wrote:
> If std_strict_compliance < FF_COMPLIANCE_STRICT, then warn the user of
> the invalid sample rate instead of returning an error. This allows
> On Jan 31, 2025, at 03:40, Timo Rothenpieler wrote:
>
> AV1 uses a vastly different range than what the global options permit,
> and also for the other codecs the range of the global options is at
> least misaligned.
It ’s simpler to update qmin upper threshold than add qmin/qmax for each
e
On 1/30/2025 8:23 PM, Timo Rothenpieler wrote:
From: Diego de Souza
Added support for MV-HEVC encoding for stereoscopic videos (2 views
only). Compatible with the framepack filter when using the
AV_STEREO3D_FRAMESEQUENCE format.
Signed-off-by: Diego de Souza
---
libavcodec/nvenc.c | 70
On Fri, Jan 31, 2025 at 4:49 AM Marton Balint wrote:
>
>
>
> On Thu, 30 Jan 2025, Viraaj Raulgaonkar wrote:
>
> > If std_strict_compliance < FF_COMPLIANCE_STRICT, then warn the user of
> > the invalid sample rate instead of returning an error. This allows the
> > sample rate to be decoded in certa
Hi Martin
On Wed, Jan 29, 2025 at 11:53:53AM +0200, Martin Storsjö wrote:
> On a Zen 5, on Ubuntu 24.04 (with CLOCKS_PER_SEC 100), the
> value of clock() in this loop increments by 0 most of the time,
> and when it does increment, it usually increments by 1 compared
> to the previous round.
>
On 2025-01-30 9:09 a.m., Araz Iusubov wrote:
The Reference-Only feature in DirectX 12 is a memory optimization
technique designed for video decoding scenarios.
This feature requires that reference resources must be allocated with
the D3D12_RESOURCE_FLAG_VIDEO_DECODE_REFERENCE_ONLY resource flag.
From: Diego de Souza
Added support for MV-HEVC encoding for stereoscopic videos (2 views
only). Compatible with the framepack filter when using the
AV_STEREO3D_FRAMESEQUENCE format.
Signed-off-by: Diego de Souza
---
libavcodec/nvenc.c | 70 +
libavc
On Thu, 30 Jan 2025, Viraaj Raulgaonkar wrote:
If std_strict_compliance < FF_COMPLIANCE_STRICT, then warn the user of
the invalid sample rate instead of returning an error. This allows the
sample rate to be decoded in certain cases.
Fixes Trac Ticket #11361.
---
libavformat/riffdec.c | 7 +++
On Sun, Jan 26, 2025 at 07:29:07PM -0800, p...@sandflow.com wrote:
> From: Pierre-Anthony Lemieux
>
> ---
> tests/fate/jpeg2000.mak | 130 ++-
> tests/ref/fate/jpeg2000dec-ds0_hm_15_b8 | 6 ++
> tests/ref/fate/jpeg2000dec-ds0_ht_02_b11 | 6 ++
> tests/re
On 1/30/2025 4:40 PM, Timo Rothenpieler wrote:
From: Diego de Souza
Added support for MV-HEVC encoding for stereoscopic videos (2 views
only). Compatible with the framepack filter when using the
AV_STEREO3D_FRAMESEQUENCE format.
Signed-off-by: Diego de Souza
---
libavcodec/nvenc.c | 49
---
libavcodec/nvenc.c | 4 +++-
libavcodec/version.h | 4 ++--
2 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/libavcodec/nvenc.c b/libavcodec/nvenc.c
index a5c507150c..eb813ba32e 100644
--- a/libavcodec/nvenc.c
+++ b/libavcodec/nvenc.c
@@ -254,8 +254,10 @@ static void nvenc_map_
AV1 uses a vastly different range than what the global options permit,
and also for the other codecs the range of the global options is at
least misaligned.
Fixes #11365
---
libavcodec/nvenc.c | 49 +
libavcodec/nvenc.h | 2 ++
libavcodec/nvenc_a
From: Diego de Souza
Added support for MV-HEVC encoding for stereoscopic videos (2 views
only). Compatible with the framepack filter when using the
AV_STEREO3D_FRAMESEQUENCE format.
Signed-off-by: Diego de Souza
---
libavcodec/nvenc.c | 49 +
libavc
From: Diego de Souza
This commit adds support for Ultra High Quality mode for AV1 on
NVIDIA GPUs.
Signed-off-by: Diego de Souza
---
libavcodec/nvenc.h | 1 +
libavcodec/nvenc_av1.c | 5 -
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavcodec/nvenc.h b/libavcodec/nven
From: Diego de Souza
This commit extends the support for Temporal Filtering in NVENC for
AV1 and H.264 codecs. For natural videos with noise, NVENC temporal
filtering improves video coding efficiency by 4-5%.
Signed-off-by: Diego de Souza
---
libavcodec/nvenc.c | 40 ++
From: Diego de Souza
This commit adds support for 4:2:2 encoding for HEVC and H.264 on
NVIDIA Blackwell GPUs. Additionally, it supports 10-bit encoding
for H.264 on Blackwell GPUs.
Signed-off-by: Diego de Souza
---
libavcodec/nvenc.c | 68 +
libavco
From: Diego de Souza
This commit adds support for 4:2:2 decoding for HEVC and H.264 on
NVIDIA Blackwell GPUs for cuviddec. Moreover, it supports 10-bit
decoding for H.264 on Blackwell GPUs.
Signed-off-by: Diego de Souza
---
libavcodec/cuviddec.c | 83 +--
From: Diego de Souza
This commit adds support for 4:2:2 decoding for HEVC and H.264 on
NVIDIA Blackwell GPUs. Additionally, it supports 10-bit decoding
for H.264 on Blackwell GPUs.
Signed-off-by: Diego de Souza
---
libavcodec/h264_slice.c | 3 +++
libavcodec/hevc/hevcdec.c | 6 ++
liba
From: Diego de Souza
This commit adds support for 4:2:2 pixel formats, namely NV16 and
P216 for NVIDIA GPUs.
Signed-off-by: Diego de Souza
---
libavutil/hwcontext_cuda.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavutil/hwcontext_cuda.c b/libavutil/hwcontext_cuda.c
index 3de38473
This series adds support for new features and capabilities added in
todays release of the Video Codec SDK 13.0.
Diego de Souza (7):
avutil/hwcontext_cuda: add 4:2:2 pixel format support
avcodec/nvdec: add 4:2:2 decoding and 10-bit support
avcodec/cuviddec: add HEVC/H.264 4:2:2 and H.264 10-b
If std_strict_compliance < FF_COMPLIANCE_STRICT, then warn the user of
the invalid sample rate instead of returning an error. This allows the
sample rate to be decoded in certain cases.
Fixes Trac Ticket #11361.
---
libavformat/riffdec.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-
On 30/01/2025 05:42, Marth64 wrote:
LGTM. I had noticed that #ffmpeg channel has +r mode but #ffmpeg-devel
does not which can confuse people. So if user does not have registered nick
they will only be loaded into #ffmpeg-devel.
Maybe this gets changed or explained in a second patch later but thi
On 1/30/2025 2:39 AM, Vitaly Buka via ffmpeg-devel wrote:
Hello,
Would it be possible to merge this patch?
Thanks,
Vitaly
Pushed, thanks.
OpenPGP_signature.asc
Description: OpenPGP digital signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmp
On 1/28/2025 9:23 PM, James Almer wrote:
Fixes: signed integer overflow: 7803923888585309955 - -3407677434275325337
cannot be represented in type 'int64_t' (aka 'long')
Fixes:
377736723/clusterfuzz-testcase-minimized-media_pipeline_integration_fuzzer-5052449500889088
Signed-off-by: James Almer
The Reference-Only feature in DirectX 12 is a memory optimization
technique designed for video decoding scenarios.
This feature requires that reference resources must be allocated with
the D3D12_RESOURCE_FLAG_VIDEO_DECODE_REFERENCE_ONLY resource flag.
Reference textures must also be separated fr
Should match the non-extradata path now, and fix ticket #11078.
Signed-off-by: James Almer
---
libavcodec/speexdec.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/speexdec.c b/libavcodec/speexdec.c
index d25823ef6e..b335e2fbe8 100644
--- a/libavcodec/speexd
The current filename length for the stream name when RTMP is acting as
a server is too short. Certain services such as Amazon IVS use very
long streamkeys (close to 500 characters) when using the new enhanced
RTMP multitrack feature.
When using software such as OBS that can utilize Amazon IVS mult
On 2025-01-29 10:24 am, Gyan Doshi wrote:
On 2025-01-27 10:48 am, Gyan Doshi wrote:
This error code is for expected exits, like after listing options for a
device.
Plan to push tomorrow.
Pushed as 1911a6ec26236588f72413c2b9bfe54a97a6a145
Regards,
Gyan
_
Hi Marton,
On Mon, Jan 27, 2025 at 1:25 AM Marton Balint wrote:
>
>
>
> On Sun, 26 Jan 2025, Viraaj Raulgaonkar wrote:
>
> > Instead of returning an error for invalid sample rates, warn the user
> > and set sample_rate to INT_MAX. This allows the sample rate to be
> > decoded in certain cases.
>
On Thu, 30 Jan 2025 at 02:57, Michael Niedermayer
wrote:
>
> Fixes: out of array access
> Fixes: crash-a41ef3db699013f669b076f02f36942925f5a98c
>
> Found-by: Kacper Michajlow
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/h263dec.c | 13 +
> 1 file changed, 9 insertions(+),
On Wed, 29 Jan 2025 at 20:58, Leo Izen wrote:
>
> If there's a very large ISOBMFF box that needs to be skipped, it can
> cause an overflow for ctx->skip. There's already a safeguard to return
> quickly if ctx->skip > bufsize, so changing ctx->skip to int64_t will
> allow this to happen even if ctx
> -Original Message-
> From: Marth64
> Sent: Thursday, January 30, 2025 7:56 AM
> To: Soft Works
> Cc: FFmpeg development discussions and patches de...@ffmpeg.org>; Kieran Kunhya
> Subject: Re: [FFmpeg-devel] [PATCH v2 00/11] fix broken CC detection
> and ffpr
Le mer. 29 janv. 2025 à 17:40, Marvin Scholz a écrit :
>
>
>
> On 29 Jan 2025, at 15:40, Romain Beauxis wrote:
>
> > This patch makes sure that ogg/flac headers are parsed again when
> > encountering a new logic stream inside a chained ogg bistream[1].
> >
> > This patches makes it possible to ret
Hi,
If extended it will have to be more generic. But for only two fields
present now I did not want to over engineer this in the initial
addition of the option.
It makes sense except for the DVB subs. I thought those were discrete
graphics or text streams. Wouldn't analyzeduration catch them?
> -Original Message-
> From: Marth64
> Sent: Thursday, January 30, 2025 6:41 AM
> To: Soft Works
> Cc: FFmpeg development discussions and patches de...@ffmpeg.org>; Kieran Kunhya
> Subject: Re: [FFmpeg-devel] [PATCH v2 00/11] fix broken CC detection
> and ffpr
> What do you think about this?
On first glance it sounds promising. I think it's worth exploring.
I've not used coded_side_data before so I'd have to look again with
fresh eyes to make a better opinion.
Thanks
___
ffmpeg-devel mailing list
ffmpeg-devel@
> -Original Message-
> From: Marth64
> Sent: Thursday, January 30, 2025 6:46 AM
> To: Soft Works
> Cc: FFmpeg development discussions and patches de...@ffmpeg.org>; Kieran Kunhya
> Subject: Re: [FFmpeg-devel] [PATCH v2 00/11] fix broken CC detection
> a
That said, the concept of exposing the properties was rejected. I
understand why since they are internal.
So the conversation would have to be re-opened, or maybe an
alternative solution devised.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https
> LOL 😊
lol indeed :)
> Another use case is in combination with Subtitle Filtering: If there's
> auto-conversion desired in ffmpeg
Yeah that's reasonable. I would request a manual switch or some other
way to establish the filter unconditionally, for those who do want to
operate on the sparse file
Hello,
Would it be possible to merge this patch?
Thanks,
Vitaly
___
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 subje
> -Original Message-
> From: Marth64
> Sent: Thursday, January 30, 2025 6:25 AM
> To: Soft Works
> Cc: FFmpeg development discussions and patches de...@ffmpeg.org>; Kieran Kunhya
> Subject: Re: [FFmpeg-devel] [PATCH v2 00/11] fix broken CC detection
> and ffpr
> So, this has to be worked out in some way. Do you want to submit something or
> shall I?
https://patchwork.ffmpeg.org/project/ffmpeg/list/?series=12356
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-dev
> -Original Message-
> From: Marth64
> Sent: Thursday, January 30, 2025 6:07 AM
> To: Soft Works
> Cc: FFmpeg development discussions and patches de...@ffmpeg.org>; Kieran Kunhya
> Subject: Re: [FFmpeg-devel] [PATCH v2 00/11] fix broken CC detection
> and ffpr
> Which kind of recurrence pattern are you talking about?
I am talking about really sparse pattern. e.g. nothing for a long
time, then ads inserted or program changes, and embedded bit stream
starts.
It's not that often but it happens with SCTE-20, or sloppy DVD edits
for example.
> Even if it wa
From: Marth64
Sent: Thursday, January 30, 2025 5:44 AM
To: Soft Works
Cc: FFmpeg development discussions and patches ;
Kieran Kunhya
Subject: Re: [FFmpeg-devel] [PATCH v2 00/11] fix broken CC detection and
ffprobe fields (cover letter)
> > For what it's worth, I have seen this
> For what it's worth, I have seen this and it can definitely happen.
Hi, I have seen it too, especially with SCTE-20 samples. Thanks
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, v
LGTM. I had noticed that #ffmpeg channel has +r mode but #ffmpeg-devel
does not which can confuse people. So if user does not have registered nick
they will only be loaded into #ffmpeg-devel.
Maybe this gets changed or explained in a second patch later but this is
good enough.
Will push tomorrow. Thanks
___
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".
kiwiirc appears offline, it shows a CloudFlare gateway timeout.
Replace with the new Libera.Chat web client
---
src/contact | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/contact b/src/contact
index 537ca9d..6943d06 100644
--- a/src/contact
+++ b/src/contact
@@ -104,7 +104
From: softworkz
Signed-off-by: softworkz
---
doc/fftools-common-opts.texi | 4
1 file changed, 4 insertions(+)
diff --git a/doc/fftools-common-opts.texi b/doc/fftools-common-opts.texi
index 8b0931a86d..37bed92864 100644
--- a/doc/fftools-common-opts.texi
+++ b/doc/fftools-common-opts.texi
From: softworkz
This commit adds two logging flags: 'timing' and 'datetiming'.
Usage:
ffmpeg -loglevel +timing
or
ffmpeg -loglevel +datetiming
Signed-off-by: softworkz
---
fftools/opt_common.c | 12
1 file changed, 12 insertions(+)
diff --git a/fftools/opt_common.c b/fftools/
From: softworkz
Signed-off-by: softworkz
---
doc/APIchanges | 3 +++
libavutil/log.c | 32 +---
libavutil/log.h | 10 ++
libavutil/version.h | 2 +-
4 files changed, 43 insertions(+), 4 deletions(-)
diff --git a/doc/APIchanges b/doc/APIchanges
This pathcset adds two logging flags: 'timing' and 'datetiming'.
Usage:
ffmpeg -loglevel +timing
or
ffmpeg -loglevel +datetiming
Update V2
* Fix merge conflicts
Update V3
* Rebased
softworkz (3):
avutil/log: support logging of date and timing information
fftools/opt_common: add timin
Fixes: out of array access
Fixes: crash-a41ef3db699013f669b076f02f36942925f5a98c
Found-by: Kacper Michajlow
Signed-off-by: Michael Niedermayer
---
libavcodec/h263dec.c | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/libavcodec/h263dec.c b/libavcodec/h263dec.c
i
If the command array failed to allocate, the current parsed
Command has to be cleared, else memory allocated for it
would be leaked.
Fix CID 1638635
---
libavfilter/f_sendcmd.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter/f_sendcmd.c b/libavfilter/f_sendcmd.c
index 8a0c368108..
Makes clearing the Command more explicit and
consistent.
---
libavfilter/f_sendcmd.c | 20 ++--
1 file changed, 14 insertions(+), 6 deletions(-)
diff --git a/libavfilter/f_sendcmd.c b/libavfilter/f_sendcmd.c
index d5d72e6410..8a0c368108 100644
--- a/libavfilter/f_sendcmd.c
+++ b/l
Add a new filter 'dnn_clip' that performs zero-shot image classification using
CLIP (Contrastive Language-Image Pre-Training) models. The filter supports:
- Loading and running CLIP models through the LibTorch backend
- Outputting classification confidence scores as frame side data
Requires token
On Wed, Jan 29, 2025 at 10:21 PM Jan Ekström wrote:
>
> On Sun, Jan 26, 2025 at 9:41 PM Kacper Michajłow wrote:
> >
> > Signed-off-by: Kacper Michajłow
> > ---
> > libavformat/vqf.c | 8
> > 1 file changed, 4 insertions(+), 4 deletions(-)
> >
> > diff --git a/libavformat/vqf.c b/libavf
On Sun, Jan 26, 2025 at 9:41 PM Kacper Michajłow wrote:
>
> Signed-off-by: Kacper Michajłow
> ---
> libavformat/vqf.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/libavformat/vqf.c b/libavformat/vqf.c
> index 58b1546f53..fbe54739cd 100644
> --- a/libavformat/v
If there's a very large ISOBMFF box that needs to be skipped, it can
cause an overflow for ctx->skip. There's already a safeguard to return
quickly if ctx->skip > bufsize, so changing ctx->skip to int64_t will
allow this to happen even if ctx->skip would overflow a signed int.
Several other member
If there are no comments, I will push in a few days.
___
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 "unsubscr
Le 25/01/2025 à 01:46, Michael Niedermayer a écrit :
[...]
this passes tests.
but if you want, you could instead of testing "extra metadata (not needed for
decoding)"
test more than 1 packet
having a best case score of 1 seems to be something that will
likely fail sooner or later by not detect
On 29 Jan 2025, at 15:40, Romain Beauxis wrote:
> This patch makes sure that ogg/flac headers are parsed again when
> encountering a new logic stream inside a chained ogg bistream[1].
>
> This patches makes it possible to retrieve metadata in chained ogg/flac
> bitstreams. It is particularly imp
Le mer. 29 janv. 2025 à 15:43, Romain Beauxis
a écrit :
>
> This patch adds a fate test for ogg/flac chained streams.
>
> First, a new api-dump-stream-meta-test utility is introduced then it is
> used to dump the metadata of a ogg/flac chained sample.
>
> Sample is available here:
https://www.drop
This patch adds a fate test for ogg/flac chained streams.
First, a new api-dump-stream-meta-test utility is introduced then it is
used to dump the metadata of a ogg/flac chained sample.
Sample is available here:
https://www.dropbox.com/scl/fo/fxt2edwkyj2mjc9qubku5/AICHxJyxMMAK8MIJqWLcvk4?rlkey=m
This patch makes sure that ogg/flac headers are parsed again when
encountering a new logic stream inside a chained ogg bistream[1].
This patches makes it possible to retrieve metadata in chained ogg/flac
bitstreams. It is particularly important because ogg/flac is one of the
only (if not the only
Le mar. 28 janv. 2025 à 00:25, Michael Niedermayer
a écrit :
>
> On Fri, Jan 24, 2025 at 07:40:40PM -0600, Romain Beauxis wrote:
> > Hi all!
> >
> > Le sam. 18 janv. 2025 à 11:54, Romain Beauxis
> > a écrit :
> > >
> > > This patch makes sure that ogg/flac headers are parsed again when
> > > enco
On 29 Jan 2025, at 14:09, Steven Liu wrote:
>
>
>
> Ingo Oppermann 于2025年1月29日 周三17:54写道：
> Hi Ingo,
>
> Great job, thanks for your valuable patch,
> The current implementation of the hls_time might produce segments
> with shorter duration in some cases. With the hls_min_time option
> a minima
Ingo Oppermann 于2025年1月29日 周三17:54写道：
Hi Ingo,
Great job, thanks for your valuable patch,
> The current implementation of the hls_time might produce segments
> with shorter duration in some cases. With the hls_min_time option
> a minimal segment duration will be enforced.
>
> Instead of changing
Hi Andreas,
I am not sure if that is needed. I can add the data observed on my machine
(AMD 7950x Zen 4),
I think this will vary from machine to machine. It is expected to be around
2x
compared to AVX2 and there is no core change apart from processing the
scalar loop with masked instructions.
The
Shreesh Adiga:
> Signed-off-by: Shreesh Adiga <16567adigashre...@gmail.com>
> ---
> v3: Fix build failure on older nasm by replacing "kmovw k, tmpw"
> with "kmov k, tmpd" which matches "kmovw k, r32" syntax.
> v2: Tried to align operands and improve indentation for ASM routine.
> libswscale/x8
On Wed, Jan 29, 2025 at 4:40 PM Frank Plowman wrote:
> On 26/01/2025 03:10, Nuo Mi wrote:
> > fixes https://github.com/ffvvc/tests/tree/main/fuzz/passed/000323.bit
> >
> > Co-authored-by: Frank Plowman
> > ---
> > libavcodec/vvc/ps.c | 11 +--
> > 1 file changed, 9 insertions(+), 2 dele
On 29/01/2025 18:58, Martin Storsjö wrote:
This table is zero initialized by default, and has to be
explicitly initialized.
Coincidentally, this fixes linking checkasm with Apple's older
linker. (In Xcode 15, Apple switched to a new linker. The one in
older toolchains seems to have a bug where i
This table is zero initialized by default, and has to be
explicitly initialized.
Coincidentally, this fixes linking checkasm with Apple's older
linker. (In Xcode 15, Apple switched to a new linker. The one in
older toolchains seems to have a bug where it won't figure out to
load object files from
The current implementation of the hls_time might produce segments
with shorter duration in some cases. With the hls_min_time option
a minimal segment duration will be enforced.
Instead of changing the current behaviour of hls_time which might
break existing workflows, the new option hls_min_time w
On a Zen 5, on Ubuntu 24.04 (with CLOCKS_PER_SEC 100), the
value of clock() in this loop increments by 0 most of the time,
and when it does increment, it usually increments by 1 compared
to the previous round.
Due to the "last_t + 2*last_td + (CLOCKS_PER_SEC > 1000) >= t"
expression, we only m
On 26/01/2025 03:10, Nuo Mi wrote:
> fixes https://github.com/ffvvc/tests/tree/main/fuzz/passed/000323.bit
>
> Co-authored-by: Frank Plowman
> ---
> libavcodec/vvc/ps.c | 11 +--
> 1 file changed, 9 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/vvc/ps.c b/libavcodec/vvc/ps.c
On 2025-01-27 10:48 am, Gyan Doshi wrote:
This error code is for expected exits, like after listing options for a
device.
Plan to push tomorrow.
Regards,
Gyan
---
fftools/ffmpeg_demux.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/fftools/ffmpeg_demux.c b/f
Still not 100% certain about the reason,
but this works for both #11054 and #11078.
The max value of s->mode is 2 which means ultra wide band?
---
libavcodec/speexdec.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/speexdec.c b/libavcodec/speexdec.c
index d25
Correction: this fix the sample from #11054 but not #11078.
Still trying to figure out why.
> On Jan 28, 2025, at 8:21 PM, shenleban tongying
> wrote:
>
> The max frame_size for speex format is 32000 Hz * 20 ms / 1000 ms = 640
>
> close #11054 and #11078
>
> Signed-off-by: shenleban tongyin
The max frame_size for speex format is 32000 Hz * 20 ms / 1000 ms = 640
close #11054 and #11078
Signed-off-by: shenleban tongying
---
libavcodec/speexdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/speexdec.c b/libavcodec/speexdec.c
index d25823ef6e..555012a34
Fixes: signed integer overflow: 7803923888585309955 - -3407677434275325337
cannot be represented in type 'int64_t' (aka 'long')
Fixes:
377736723/clusterfuzz-testcase-minimized-media_pipeline_integration_fuzzer-5052449500889088
Signed-off-by: James Almer
---
libavformat/mov.c | 2 +-
1 file cha
Hi
On Tue, Jan 28, 2025 at 10:12:30PM +0200, Jan Ekström wrote:
> On Tue, Jan 28, 2025 at 4:24 PM Michael Niedermayer
> wrote:
> >
> > Maybe fixes: 11435
> >
>
> Do I understand correctly that the root issue that's being attempted
> to be fixed by the initial patch set is that unusual demuxers w
Hi
On Tue, Jan 28, 2025 at 10:12:30PM +0200, Jan Ekström wrote:
> On Tue, Jan 28, 2025 at 4:24 PM Michael Niedermayer
> wrote:
> >
> > Maybe fixes: 11435
> >
>
> Do I understand correctly that the root issue that's being attempted
> to be fixed by the initial patch set is that unusual demuxers w
On Mon, Jan 27, 2025 at 9:56 PM Jan Ekström wrote:
>
> On Sat, Jan 25, 2025 at 9:38 PM Jan Ekström wrote:
> >
> > Found out to have been utilized via a user reporting an attached
> > image not being available in a player utilizing avformat's demuxing
> > capabilities.
> > ---
>
> Asked around in
On Tue, Jan 28, 2025 at 4:24 PM Michael Niedermayer
wrote:
>
> Maybe fixes: 11435
>
Do I understand correctly that the root issue that's being attempted
to be fixed by the initial patch set is that unusual demuxers were
possible to have been probed and opened through the HLS meta demuxer?
In that
---
doc/filters.texi | 687 +++
1 file changed, 687 insertions(+)
diff --git a/doc/filters.texi b/doc/filters.texi
index a14c7e7e77..c4f312d2b8 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -26890,6 +26890,693 @@ value.
@c man end VIDEO FIL
---
doc/filters.texi | 630 +--
1 file changed, 10 insertions(+), 620 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index c4f312d2b8..28be8920fd 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -8619,45 +8619,6 @@ Set planes to fi
On 28 Jan 2025, at 18:43, James Almer wrote:
> Fixes stack-buffer-overflow errors running under asan.
>
> Signed-off-by: James Almer
> ---
> tests/checkasm/sw_rgb.c | 18 +-
> 1 file changed, 9 insertions(+), 9 deletions(-)
>
> diff --git a/tests/checkasm/sw_rgb.c b/tests/checkas
The key idea is to pass the pre-generated tables to the TBL instruction
and churn through the data 16 bytes at a time. The remaining 4 elements
are handled with a specialized block located at the end of the routine.
The 3210 variant can be implemented using rev32, but surprisingly it is
slower tha
On Tue, 28 Jan 2025, Martin Storsjö wrote:
On Thu, 23 Jan 2025, Martin Storsjö wrote:
When running the cleanup in rtmp_close on failures in rtmp_open,
we can in rare cases end up using rt->playpath, assuming that it
is still set.
The crash could happen if we hit the fail codepath in rtmp_open
On Tue, 28 Jan 2025, epira...@gmail.com wrote:
On 24 Jan 2025, at 22:40, Martin Storsjö wrote:
Traditionally, macOS has shipped an old version of rsync that lacked
support for this version, hence this check (added in
a8b3f0c5cf548f654e30c981988bb71981a3f8d3).
However, in macOS 15.x, they have
1 - 100 of 7469 matches
Mail list logo
