On 19 Feb 2025, at 3:47, Zhao Zhili wrote:
>> On Feb 19, 2025, at 03:28, James Almer wrote:
>>
>> Signed-off-by: James Almer
>> ---
>> libavcodec/sbcenc.c | 50 +
>> 1 file changed, 41 insertions(+), 9 deletions(-)
>>
>> diff --git a/libavcodec/sbcenc
On 2/13/2025 7:47 PM, James Almer wrote:
Theora signals "Output last frame again" with an empty packet.
To keep the behaviour of 18f24527eb of ignoring side data only packets, as
generated by the FLAC encoder to propagate updated extradata, also check for
pkt->side_data_size to choose wheter to m
On 2/13/2025 11:49 PM, James Almer wrote:
If sc->tts_count is not 0, then the sample index has already been built.
Fixes: Null-dereference READ
Fixes:
396192874/clusterfuzz-testcase-minimized-audio_decoder_fuzzer-4589309789143040
Signed-off-by: James Almer
---
Supersedes "avformat/mov: ensure
On Mon, Feb 17, 2025 at 01:41:30PM -0500, Rashad Tatum wrote:
> ---
> libavformat/rtsp.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c
> index 0c65f8d1a4..da733938bc 100644
> --- a/libavformat/rtsp.c
> +++ b/libavformat/rtsp.c
> @@ -478,6 +478,
---
tests/Makefile| 1 +
tests/api/Makefile| 2 +-
tests/api/api-dump-stream-meta-test.c | 169 ++
3 files changed, 171 insertions(+), 1 deletion(-)
create mode 100644 tests/api/api-dump-stream-meta-test.c
diff --git a/tests
This is a series of patches to allow proper decoding of ogg metadata in chained
`ogg/vorbis, `ogg/flac` and `ogg/opus` streams.
## Changes since last version:
* Metadata update is now using a factored out function from the vorbis
decoder which includes update the underlying AVStream metadata and
---
libavcodec/decode.c | 20
1 file changed, 20 insertions(+)
diff --git a/libavcodec/decode.c b/libavcodec/decode.c
index cac7e620d2..96e2f0ce95 100644
--- a/libavcodec/decode.c
+++ b/libavcodec/decode.c
@@ -97,6 +97,8 @@ typedef struct DecodeContext {
int lcevc_frame;
Before:
Stream ID: 0, codec name: flac, metadata: encoder=Lavc61.19.100
flac:title=First Stream
Stream ID: 0, packet PTS: 0, packet DTS: 0, metadata: encoder=Lavc61.19.100
flac:title=First Stream
Stream ID: 0, frame PTS: 0, metadata:
Stream ID: 0, packet PTS: 4608, packet DTS: 4608, metadata:
en
---
libavformat/oggdec.h | 14 ++
libavformat/oggparsevorbis.c | 25 +
2 files changed, 31 insertions(+), 8 deletions(-)
diff --git a/libavformat/oggdec.h b/libavformat/oggdec.h
index 43df23f4cb..c8460a66e9 100644
--- a/libavformat/oggdec.h
+++ b/libavf
Samples available at:
https://www.dropbox.com/scl/fo/xrtrna2rxr1j354hrtymq/AGwemlxHYecBLNmQ8Fsy--4?rlkey=lzilr4m9w4gfdqygoe172vvy8&dl=0
Before the changes:
Stream ID: 0, codec name: vorbis, metadata: encoder=Lavc61.19.100
libvorbis:title=First Stream
Stream ID: 0, packet PTS: 0, packet DTS: 0, m
---
libavformat/oggparseflac.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/libavformat/oggparseflac.c b/libavformat/oggparseflac.c
index f25ed9cc15..29f5904575 100644
--- a/libavformat/oggparseflac.c
+++ b/libavformat/oggparseflac.c
@@ -78,6 +78,25 @@ flac_header (AV
See before/after vorbis tests in following patch.
---
libavformat/oggparsevorbis.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/libavformat/oggparsevorbis.c b/libavformat/oggparsevorbis.c
index 9f50ab9ffc..0033d1a224 100644
--- a/libavformat/oggparsevorbis.c
+++ b/libavf
---
libavformat/oggparseopus.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/libavformat/oggparseopus.c b/libavformat/oggparseopus.c
index 218e9df581..fe25ad44f3 100644
--- a/libavformat/oggparseopus.c
+++ b/libavformat/oggparseopus.c
@@ -29,6 +29,7 @@
struct
Before:
Stream ID: 0, codec name: opus, metadata: encoder=Lavc61.19.100
libopus:title=First Stream
Stream ID: 0, packet PTS: -312, packet DTS: -312, metadata:
encoder=Lavc61.19.100 libopus:title=First Stream
Stream ID: 0, frame PTS: -312, metadata:
Stream ID: 0, packet PTS: 648, packet DTS: 648,
---
This fixes the av_freep calls from the previous patch.
libavformat/rtsp.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c
index 0c65f8d1a4..ac17717195 100644
--- a/libavformat/rtsp.c
+++ b/libavformat/rtsp.c
@@ -478,6 +478,7 @@ static void sdp_par
Le mar. 18 févr. 2025 à 22:11, Romain Beauxis
a écrit :
>
> Le mar. 18 févr. 2025 à 17:28, Lynne a écrit :
> >
> > On 17/02/2025 17:19, Romain Beauxis wrote:
> > > libavcodec/decode.c: intercept `AV_PKT_DATA_METADATA_UPDATE` packet extra
> > > data,
> > > attach them to the next decoded frame.
>
On 17/02/2025 17:19, Romain Beauxis wrote:
libavcodec/decode.c: intercept `AV_PKT_DATA_METADATA_UPDATE` packet extra data,
attach them to the next decoded frame.
The metadata needs to be cached because there is no guarantee that each packet
will generate a decoded frame immediately.
`AV_PKT_DAT
> On Feb 19, 2025, at 03:28, James Almer wrote:
>
> Signed-off-by: James Almer
> ---
> libavcodec/sbcenc.c | 50 +
> 1 file changed, 41 insertions(+), 9 deletions(-)
>
> diff --git a/libavcodec/sbcenc.c b/libavcodec/sbcenc.c
> index f2c4fbe329..d85ab
> On Feb 19, 2025, at 11:08, epira...@gmail.com wrote:
>
>
>
> On 19 Feb 2025, at 3:47, Zhao Zhili wrote:
>
>>> On Feb 19, 2025, at 03:28, James Almer wrote:
>>>
>>> Signed-off-by: James Almer
>>> ---
>>> libavcodec/sbcenc.c | 50 +
>>> 1 file cha
Le mar. 18 févr. 2025 à 17:28, Lynne a écrit :
>
> On 17/02/2025 17:19, Romain Beauxis wrote:
> > libavcodec/decode.c: intercept `AV_PKT_DATA_METADATA_UPDATE` packet extra
> > data,
> > attach them to the next decoded frame.
> >
> > The metadata needs to be cached because there is no guarantee th
On 2/18/2025 11:58 AM, Shreesh Adiga wrote:
On Mon, Feb 3, 2025 at 10:03 PM Shreesh Adiga
<16567adigashre...@gmail.com> wrote:
The scalar loop is replaced with masked AVX512 instructions.
For extracting the Y from UYVY, vperm2b is used instead of
various AND and packuswb.
Instead of loading th
On 18 Feb 2025, at 17:56, Tomas Härdin wrote:
> tor 2025-02-13 klockan 12:54 +0100 skrev Tomas Härdin:
>> Hi
>>
>> In the samples_md5 patch discussion Michael wanted the proposed key
>> to
>> be documented. But it turns out we don't have any documentation for
>> metadata keys! So I'm starting th
Signed-off-by: James Almer
---
libavcodec/allcodecs.c | 1 +
libavcodec/codec_internal.h | 6 +++---
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/libavcodec/allcodecs.c b/libavcodec/allcodecs.c
index 4e1b1c9b45..3be33f5cc4 100644
--- a/libavcodec/allcodecs.c
+++ b/libavcode
Eslam Samy via ffmpeg-devel (HE12025-02-18):
> Hi Nicolas,
@anchor{What is top-posting?}
@section What is top-posting?
See @url{https://en.wikipedia.org/wiki/Posting_style#Top-posting}.
Instead, use trimmed interleaved/inline replies
(@url{https://lists.ffmpeg.org/pipermail/ffmpeg-user/2017-Apr
The result will be a dry run of the process, where no value is set but all
the checks are made.
Useful for, as the AV_OPT_SEARCH_FAKE_OBJ flag states, run the relevant
process without having to allocate the corresponding object.
Signed-off-by: James Almer
---
libavutil/opt.c | 77 +++
In some cases there are compression and resource usage benefits from changing
certain encoder values at runtime over of closing, freeing, allocating and
initializing a whole new encoder. The most obvious case is rate control,
quality settings, and such. As such, this commit introduces a new functio
Will be useful in the next commit.
Signed-off-by: James Almer
---
libavcodec/libx264.c | 88
1 file changed, 49 insertions(+), 39 deletions(-)
diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c
index 409f45fc7d..f5517ad080 100644
--- a/libavcod
Preparation work for the following commits.
Signed-off-by: James Almer
---
fftools/ffmpeg_enc.c | 21 +++--
1 file changed, 15 insertions(+), 6 deletions(-)
diff --git a/fftools/ffmpeg_enc.c b/fftools/ffmpeg_enc.c
index 8e68831ee8..acb0702385 100644
--- a/fftools/ffmpeg_enc.c
++
Will be useful in the next commit.
Signed-off-by: James Almer
---
libavcodec/libaomenc.c | 238 +++--
1 file changed, 131 insertions(+), 107 deletions(-)
diff --git a/libavcodec/libaomenc.c b/libavcodec/libaomenc.c
index 0f7571ee7a..38bdff6a38 100644
--- a/li
Signed-off-by: James Almer
---
libavcodec/libx264.c | 28
1 file changed, 28 insertions(+)
diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c
index f5517ad080..d2adfa7bc5 100644
--- a/libavcodec/libx264.c
+++ b/libavcodec/libx264.c
@@ -769,6 +769,32 @@ static v
Signed-off-by: James Almer
---
libavcodec/libaomenc.c | 47 +-
libavcodec/libx264.c | 27
2 files changed, 51 insertions(+), 23 deletions(-)
diff --git a/libavcodec/libaomenc.c b/libavcodec/libaomenc.c
index 38bdff6a38..d040898b0
Preparation work for the following commits.
Signed-off-by: James Almer
---
fftools/ffmpeg_enc.c | 33 -
1 file changed, 24 insertions(+), 9 deletions(-)
diff --git a/fftools/ffmpeg_enc.c b/fftools/ffmpeg_enc.c
index a46af4dce1..8e68831ee8 100644
--- a/fftools/ffm
With this, an encoding process can change certain values that until now were
settable during init only.
A graceful reconfiguration will be attempted first, which depends on the
capabilities of the underlying encoder. If that fails, a full encoder restart
is performed instead.
The reconfiguration p
Preparation work for the following commits.
Signed-off-by: James Almer
---
fftools/ffmpeg.h | 4
fftools/ffmpeg_enc.c | 5 +
fftools/ffmpeg_mux_init.c | 8
3 files changed, 13 insertions(+), 4 deletions(-)
diff --git a/fftools/ffmpeg.h b/fftools/ffmpeg.h
index 6c
Preparation work for the following commits.
Signed-off-by: James Almer
---
fftools/ffmpeg_filter.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/fftools/ffmpeg_filter.c b/fftools/ffmpeg_filter.c
index 800e2a3f06..09086ca67c 100644
--- a/fftools/ffmpeg_filte
On 18 Feb 2025, at 13:46, Niklas Haas wrote:
> From: Niklas Haas
>
> Debugging option to dump the filter graph after insertion of auto-filters.
> Named such to avoid clashing with the existing -dumpgraph option on lavfi
> devices.
> ---
> doc/ffmpeg.texi | 18 ++
>
tor 2025-02-13 klockan 12:54 +0100 skrev Tomas Härdin:
> Hi
>
> In the samples_md5 patch discussion Michael wanted the proposed key
> to
> be documented. But it turns out we don't have any documentation for
> metadata keys! So I'm starting this thread to talk about it. I reckon
> we create a new f
Signed-off-by: James Almer
---
libavcodec/sbcenc.c | 50 +
1 file changed, 41 insertions(+), 9 deletions(-)
diff --git a/libavcodec/sbcenc.c b/libavcodec/sbcenc.c
index f2c4fbe329..d85ab76cb0 100644
--- a/libavcodec/sbcenc.c
+++ b/libavcodec/sbcenc.c
@
---
libavcodec/v4l2_context.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/v4l2_context.c b/libavcodec/v4l2_context.c
index be1df3785b..ea11a689bc 100644
--- a/libavcodec/v4l2_context.c
+++ b/libavcodec/v4l2_context.c
@@ -329,7 +329,7 @@ start:
/* if we a
From: Zhao Zhili
---
libavformat/isom_tags.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/isom_tags.c b/libavformat/isom_tags.c
index a476efb8f1..f05762beec 100644
--- a/libavformat/isom_tags.c
+++ b/libavformat/isom_tags.c
@@ -297,6 +297,8 @@ const AVCodecTag ff_codec_movvi
From: Zhao Zhili
'avs3' is registered at mp4ra.org. The Avs3ConfigurationBox 'av3c'
inside 'avs3' hasn't been registered yet, but is specified by the
AVS3 spec.
---
libavformat/movenc.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/libavformat/movenc.c b/libavfo
From: Zhao Zhili
---
libavcodec/libuavs3d.c | 120 ++---
1 file changed, 89 insertions(+), 31 deletions(-)
diff --git a/libavcodec/libuavs3d.c b/libavcodec/libuavs3d.c
index 53b5faafc5..a22494340c 100644
--- a/libavcodec/libuavs3d.c
+++ b/libavcodec/libuavs3d
Thanks for the patch.
Eslam Samy via ffmpeg-devel (HE12025-02-18):
> ---
> libavcodec/v4l2_context.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/v4l2_context.c b/libavcodec/v4l2_context.c
> index be1df3785b..ea11a689bc 100644
> --- a/libavcodec/v4l2_contex
The new backend is an extension of the existing Torch backend rather than a
separate implementation.
Inference in CLIP differs from other models as it encodes (embeds) both images
and tokenized text labels, then calculates the similarity between the encoded
vectors. As a result, its forward pas
From: Niklas Haas
As an example, the following filter graph (taken from FATE):
sws_flags=+accurate_rnd+bitexact;
split [main][over];
[over] scale=88:72, pad=96:80:4:4 [overf];
[main][overf] overlay=240:16:format=yuv422
Results in this output:
Filter graph:
[L0] split=thread_type=0x00
From: Niklas Haas
And use it to make the output format configurable.
I also added a "none" option to explicitly disable the behavior (in case a
previous command line argument was used to enable it). This has the added
benefit of giving the default "pretty" format the ID 1, allowing `-dumpgraph 1
From: Niklas Haas
Debugging option to dump the filter graph after insertion of auto-filters.
Named such to avoid clashing with the existing -dumpgraph option on lavfi
devices.
---
doc/ffmpeg.texi | 18 ++
fftools/ffmpeg.h| 1 +
fftools/ffmpeg_filter.c
From: Niklas Haas
For use in diagnostic code e.g. avfilter_graph_dump().
---
libavfilter/avfilter.c| 2 ++
libavfilter/filters.h | 6 ++
libavfilter/graphparser.c | 6 ++
3 files changed, 14 insertions(+)
diff --git a/libavfilter/avfilter.c b/libavfilter/avfilter.c
index e732556
On Tue, 18 Feb 2025 13:46:00 +0100 Niklas Haas wrote:
> From: Niklas Haas
>
> And use it to make the output format configurable.
>
> I also added a "none" option to explicitly disable the behavior (in case a
> previous command line argument was used to enable it). This has the added
> benefit of
Based on replies so far it seems no one is objecting to the following
patches:
* [PATCH 1/8] avformat/http: Return EIO for prematurely broken connection
* [PATCH 2/8] libavcodec/wmadec: Return AVERROR_INVALIDDATA on decoding errors
* [PATCH 4/8] avformat/flacdec: Return correct error-codes on read
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Maximilian Kaindl
> Sent: Tuesday, February 18, 2025 12:29 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] avfilter/dnn: add zero-shot image
> classification using CLIP
Hi Nicolas,
Sorry for the misunderstanding—this is my first patch submitted to FFmpeg, and
I'm still familiarizing myself with the codebase.
The logic behind the change I made is explained here: Ticket #9722. I tried to
fix the issue by adding a null check to prevent the segmentation fault wh
On Mon, Feb 3, 2025 at 10:03 PM Shreesh Adiga
<16567adigashre...@gmail.com> wrote:
>
> The scalar loop is replaced with masked AVX512 instructions.
> For extracting the Y from UYVY, vperm2b is used instead of
> various AND and packuswb.
>
> Instead of loading the vectors with interleaved lanes as d
sön 2025-02-16 klockan 17:50 -0300 skrev James Almer:
> Signed-off-by: James Almer
> ---
> libavcodec/codec_internal.h | 5 ++---
> 1 file changed, 2 insertions(+), 3 deletions(-)
>
> diff --git a/libavcodec/codec_internal.h
> b/libavcodec/codec_internal.h
> index 5b2db74590..01033f4705 100644
>
At present, if reading from a readrate-limited input is stalled,
then upon resumption, ffmpeg will read the input without any
throttle till the average readrate matches the specified readrate.
This new option allows to set a speed limit when reading is resumed
until the average readrate matches th
55 matches
Mail list logo
