From: Tong Wu
Signed-off-by: Tong Wu
---
libavcodec/d3d12va_decode.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/d3d12va_decode.c b/libavcodec/d3d12va_decode.c
index af7cf11640..c61f8c685a 100644
--- a/libavcodec/d3d12va_decode.c
+++ b/libavcodec/d3d12va_d
This message has been marked as Public on 03/19/2024 09:40Z.
On Friday, March 15, 2024 5:27 PM Rémi Denis-Courmont wrote:
>>
>> localaddr option now properly works with IPv6 addresses. Properly
>> resolved interface index in places where default 0 interface index is
>> used (marked with TODO: wi
On 18/03/2024 14:16, Nuo Mi wrote:
> see introductions here: https://dashif.org/docs/VVC%20HLS%20overview%20.pdf
>
> Frank Plowman (1):
> avcodec/vvcdec: support rectangular single-slice subpics
>
> Nuo Mi (13):
> avcodec/vvcdec: NoBackwardPredFlag, only check active pictures
> avcodec/cbs_
On Sat, Mar 16, 2024 at 8:53 PM Henrik Gramner wrote:
> Makes things up-to-date with the upstream at
> https://code.videolan.org/videolan/x86inc.asm
Will push in a few days if there are no comments.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
> -Original Message-
> From: ffmpeg-devel On Behalf Of Guo,
> Yejun
> Sent: Friday, March 15, 2024 3:56 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>; wenbin.chen-at-intel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v6] libavfi/dnn: add LibTorch as one o
Sorry for the slow replay.
On date Monday 2024-03-11 16:57:19 +0100, Nicolas Gaullier wrote:
> Yet another probesize used to get the durations when
> estimate_timings_from_pts is required. It is aimed at users interested
> in better durations probing for itself, or because using
> avformat_find_st
---
libavformat/libsrt.c | 37 +
1 file changed, 37 insertions(+)
diff --git a/libavformat/libsrt.c b/libavformat/libsrt.c
index a7aafea536..80d52b1737 100644
--- a/libavformat/libsrt.c
+++ b/libavformat/libsrt.c
@@ -56,6 +56,8 @@ typedef struct SRTContext {
---
libavformat/libsrt.c | 37 +
1 file changed, 37 insertions(+)
diff --git a/libavformat/libsrt.c b/libavformat/libsrt.c
index a7aafea536..80d52b1737 100644
--- a/libavformat/libsrt.c
+++ b/libavformat/libsrt.c
@@ -56,6 +56,8 @@ typedef struct SRTContext {
Signed-off-by: James Almer
---
libavcodec/h2645_sei.c | 36
libavcodec/h2645_sei.h | 5 +
libavcodec/itut35.h| 2 ++
libavutil/frame.c | 1 +
libavutil/frame.h | 5 +
5 files changed, 49 insertions(+)
diff --git a/libavcodec/h2645_se
Signed-off-by: James Almer
---
configure| 4 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_lcevc.c | 466 +++
4 files changed, 472 insertions(+)
create mode 100644 libavfilter/vf_lcevc.c
diff --git a/
Signed-off-by: James Almer
---
fftools/ffmpeg.h| 3 +++
fftools/ffmpeg_demux.c | 4
fftools/ffmpeg_filter.c | 28 +++-
fftools/ffmpeg_opt.c| 3 +++
4 files changed, 37 insertions(+), 1 deletion(-)
diff --git a/fftools/ffmpeg.h b/fftools/ffmpeg.h
index
On Tue, Mar 19, 2024 at 6:18 PM Frank Plowman wrote:
> On 18/03/2024 14:16, Nuo Mi wrote:
> > see introductions here:
> https://dashif.org/docs/VVC%20HLS%20overview%20.pdf
> >
> > Frank Plowman (1):
> > avcodec/vvcdec: support rectangular single-slice subpics
> >
> > Nuo Mi (13):
> > avcodec/
On date Saturday 2024-03-16 23:29:41 -0500, Marth64 wrote:
> Raw Captions With Time (RCWT) is a format native to ccextractor, a commonly
> used open source tool for processing 608/708 Closed Captions (CC) sources.
> RCWT can be used to archive the original CC bitstream. The muxer was added
> in Jan
James Almer:
> Signed-off-by: James Almer
> ---
> configure| 4 +
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/vf_lcevc.c | 466 +++
> 4 files changed, 472 insertions(+)
> create mode 100644 libavfil
On date Thursday 2024-03-14 11:12:31 +0100, Anton Khirnov wrote:
> ---
> doc/ffmpeg.texi | 14 ++
> 1 file changed, 10 insertions(+), 4 deletions(-)
>
> diff --git a/doc/ffmpeg.texi b/doc/ffmpeg.texi
> index a38ef834e1..801c083705 100644
> --- a/doc/ffmpeg.texi
> +++ b/doc/ffmpeg.texi
On date Tuesday 2024-03-19 11:06:35 -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> configure| 4 +
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/vf_lcevc.c | 466 +++
missing docs, this
James Almer:
> Signed-off-by: James Almer
> ---
> fftools/ffmpeg.h| 3 +++
> fftools/ffmpeg_demux.c | 4
> fftools/ffmpeg_filter.c | 28 +++-
> fftools/ffmpeg_opt.c| 3 +++
> 4 files changed, 37 insertions(+), 1 deletion(-)
>
> diff --git a/fftools/ff
On 3/19/2024 11:56 AM, Andreas Rheinhardt wrote:
James Almer:
Signed-off-by: James Almer
---
configure| 4 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_lcevc.c | 466 +++
4 files changed, 472 i
On 3/19/2024 12:01 PM, Andreas Rheinhardt wrote:
James Almer:
Signed-off-by: James Almer
---
fftools/ffmpeg.h| 3 +++
fftools/ffmpeg_demux.c | 4
fftools/ffmpeg_filter.c | 28 +++-
fftools/ffmpeg_opt.c| 3 +++
4 files changed, 37 insertions(+),
On Tue, 19 Mar 2024 at 15:05, James Almer wrote:
> On 3/19/2024 11:56 AM, Andreas Rheinhardt wrote:
> > James Almer:
> >> Signed-off-by: James Almer
> >> ---
> >> configure| 4 +
> >> libavfilter/Makefile | 1 +
> >> libavfilter/allfilters.c | 1 +
> >> libavfilter
On 3/19/2024 12:20 PM, Kieran Kunhya wrote:
On Tue, 19 Mar 2024 at 15:05, James Almer wrote:
On 3/19/2024 11:56 AM, Andreas Rheinhardt wrote:
James Almer:
Signed-off-by: James Almer
---
configure| 4 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1
Thank you, v5 on the way with documentation updates and examples.
___
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
On date Tuesday 2024-03-12 18:10:09 +0100, Stefano Sabatini wrote:
> On date Tuesday 2024-03-12 10:43:11 -0500, Marth64 wrote:
> > In MPEG-2 user data, there can be different types of Closed Captions
> > formats embedded (A53, SCTE-20, or DVD). The current behavior of the
> > CC extraction code in
On date Monday 2024-03-18 17:58:54 +0100, Stefano Sabatini wrote:
> On date Tuesday 2024-03-12 22:17:36 +0100, Andreas Rheinhardt wrote:
> > Stefano Sabatini:
> > > ---
> > > doc/muxers.texi | 11 +++
> > > 1 file changed, 11 insertions(+)
> > >
> > > diff --git a/doc/muxers.texi b/doc/mu
On Tue, 19 Mar 2024 at 15:27, James Almer wrote:
> On 3/19/2024 12:20 PM, Kieran Kunhya wrote:
> > On Tue, 19 Mar 2024 at 15:05, James Almer wrote:
> >
> >> On 3/19/2024 11:56 AM, Andreas Rheinhardt wrote:
> >>> James Almer:
> Signed-off-by: James Almer
> ---
> configure
Signed-off-by: Marth64
---
Changelog| 2 +-
doc/demuxers.texi| 29
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/rcwtdec.c| 148 +++
5 files changed, 180 insertions(+), 1 deletion(-)
cre
The high level summary of RCWT can be delegated doc/muxers, which
makes it easier to maintain and more consistent with the documentation
of the demuxer.
Signed-off-by: Marth64
---
libavformat/rcwtenc.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/libavformat/rcwtenc.c b/libavformat/rc
Signed-off-by: Marth64
---
doc/muxers.texi | 25 +
1 file changed, 17 insertions(+), 8 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index d9dd72e613..9e8de3dc42 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -2987,16 +2987,15 @@ ogg files can be safe
Signed-off-by: Marth64
---
doc/indevs.texi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/indevs.texi b/doc/indevs.texi
index d1b2bacf8b..fc14737181 100644
--- a/doc/indevs.texi
+++ b/doc/indevs.texi
@@ -1069,9 +1069,9 @@ ffplay -f lavfi
"movie=test.avi[out0];amovie=
On Sun, Mar 17, 2024 at 11:28:31PM +0100, Matthieu Bouron wrote:
> Diff with previous iteration:
> - rebaed on latest master
> - applied feedback from Zhao (removed HAVE_SETMODE block, use a typedef
> struct,
> check that the fd is seekable, moved doc/APIChanges changes to the right
> commit)
Fallback to C11, the minimum supported version, if the requested standard is
not supported by the compliler.
Also, enforce C11 on the host compiler, same as we already do for C11 on the
target compiler.
Signed-off-by: James Almer
---
configure | 55 ++-
Signed-off-by: James Almer
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index b10d081549..a9a9a65ca2 100755
--- a/configure
+++ b/configure
@@ -4012,7 +4012,7 @@ mandir_default='${prefix}/share/man'
# toolchain
ar_default="ar"
cc_defau
On Mar 19, 2024, at 10:21 AM, Kieran Kunhya wrote:
On Tue, 19 Mar 2024 at 15:27, James Almer mailto:jamr...@gmail.com> > wrote:
On 3/19/2024 12:20 PM, Kieran Kunhya wrote:From
https://github.com/v-novaltd/LCEVCdec
" This software is protected by copyrights and other intellectual
property
rights
On Tue, 19 Mar 2024, Michael Niedermayer wrote:
On Sun, Mar 17, 2024 at 08:57:29PM +0100, Marton Balint wrote:
- Only parse the defined masks in dwChannelMask, unless strict_std_compliance
is less than normal. This matches with the behaviour of the wav muxer.
- Ignore additional bits in dw
From: Niklas Haas
This function converts from DOVI_RPU_BUFFER (raw RPU NAL) to the more
standardized T.35 syntax introduced with Dolby Vision Profile 10.
---
libavcodec/Makefile | 2 +-
libavcodec/dovi_rpu.c | 91 +++
libavcodec/dovi_rpu.h | 10 +
3
From: Niklas Haas
AV1 streams don't use configuration records, so delete them when
encoding to AV1. Ideally this would be, as the comment suggests, handled
at the frame-level (and stripped by the av1 encoder), but given the
status quo of copying the packet-level data here directly, we should
defi
From: Niklas Haas
Using the new conversion function implemented in the previous commit.
---
libavcodec/libaomenc.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/libavcodec/libaomenc.c b/libavcodec/libaomenc.c
index 8c1f84cc9fb..2c8fe524fa7 100644
--- a/libavcodec/libaomenc.c
From: Niklas Haas
libx265 supports these natively, we just need to forward them to the
x265picture.
---
libavcodec/libx265.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/libavcodec/libx265.c b/libavcodec/libx265.c
index 92183b9ca26..92b25844ef6 100644
--- a/libavcodec/libx265
On Mon, 18 Mar 2024, James Almer wrote:
LGTM if tested. Sorry for the breakage.
Please backport it to all the relevant release branches too.
OK, will apply.
Thanks,
Marton
On Mon, Mar 18, 2024 at 5:20 PM Marton Balint wrote:
Regression since 0995e1f1b31f6e937a1b527407ed3e850f138098.
The second part of this condition is intended to check whether the
current quantisation group is in the first CTU column of the current
tile. The issue is that ctb_to_col_bd gives the x-ordinate of the first
column of the current tile *in CTUs*, while xQg gives the x-ordinate of
the quantisation g
Hi Oneric,
I was able to validate the whole set. Here are the tests I did ...
(1) test conversion from vtt->ass with bidi mark and visually check display
-- pass
(2) test slash escape fix with a string e.g. \\Nancy, verify broken before
and fixed by patch -- pass
(3) test curly brace escape fix do
On Mon, 18 Mar 2024, Marton Balint wrote:
av_ts_make_time_string() used "%.6g" format in the past, but this format was
losing precision even when the timestamp to be printed was not that large. For
example for 3 hours (10800) seconds, only 1 decimal digit was printed, which
made this format i
FL channel ID is 0, so for an unset value we must check for ID < 0.
Regression since 1f96db959c1235bb7079d354e09914a0a2608f62.
Signed-off-by: Marton Balint
---
libavfilter/af_channelmap.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavfilter/af_channelmap.c b/libav
In this case in_channel_idx was never set and the default 0 was used.
Suprisingly no one noticed that the respective fate test output was wrong.
Signed-off-by: Marton Balint
---
libavfilter/af_channelmap.c | 2 +-
tests/fate/filter-audio.mak | 2 +-
2 files changed, 2 insertions(+), 2 deletions(
MAX_CH is 64, therefore the maximum index is 63.
Signed-off-by: Marton Balint
---
libavfilter/af_channelmap.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavfilter/af_channelmap.c b/libavfilter/af_channelmap.c
index 35dc4c4618..1ecbddd462 100644
--- a/libavfilter/af
Signed-off-by: Marton Balint
---
libavfilter/af_channelmap.c | 41 ++---
1 file changed, 25 insertions(+), 16 deletions(-)
diff --git a/libavfilter/af_channelmap.c b/libavfilter/af_channelmap.c
index 1ecbddd462..62e11103ad 100644
--- a/libavfilter/af_channelmap.c
- Properly initialize all the mappings to -1 by default.
- Make sure every output channel is assigned exactly once
- Autodetect a native layout when only native channels are present
- Always honor the user specified layout, but make sure the mapping is
compatible with it
The last item is a regre
Signed-off-by: Marton Balint
---
doc/filters.texi | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 913365671d..18f0d1c5a7 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -4291,14 +4291,18 @@ It accepts the foll
On Tue, Mar 19, 2024 at 03:58:18PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> configure | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/configure b/configure
> index b10d081549..a9a9a65ca2 100755
> --- a/configure
> +++ b/configure
> @@ -4012,7 +4012,
On Tue, Mar 19, 2024 at 10:21:52PM +0100, Michael Niedermayer wrote:
> On Tue, Mar 19, 2024 at 03:58:18PM -0300, James Almer wrote:
> > Signed-off-by: James Almer
> > ---
> > configure | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/configure b/configure
> > index
On Tue, Mar 19, 2024 at 12:39:10PM -0500, Marth64 wrote:
> Signed-off-by: Marth64
> ---
> Changelog| 2 +-
> doc/demuxers.texi| 29
> libavformat/Makefile | 1 +
> libavformat/allformats.c | 1 +
> libavformat/rcwtdec.c| 148
On Wed, Mar 13, 2024 at 01:24:25PM +0100, Niklas Haas wrote:
> From: Niklas Haas
>
> This filter's existing design has a number of issues:
>
> - There is no guarantee whatsoever about the order in which frames are
> pushed onto the main and ref link, due to this being entirely
> dependent on
> On Mar 19, 2024, at 2:39 PM, Derek Buitenhuis
> wrote:
>
> The reason I never implemented this back when I adde RPU side data is that
> there is a strong chance of generating broken files.
>
> That's because if we do anything to the video with swscale, etc., we're
> now encoding RPUs that a
Yes, v6 is on the way with fix (validated working with probetest parameters
above). I can check the format version, of which there is only 1 known
version.
Thanks for catching this.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org
While ensuring it's at least C11, the minimum supported version.
Also, enforce C11 on the host compiler, same as we already do for C11 on the
target compiler.
Signed-off-by: James Almer
---
Fixed the fallback code.
configure | 56 ++-
1 file c
Signed-off-by: James Almer
---
No changes since last version.
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index f8381d15ff..e6689f7077 100755
--- a/configure
+++ b/configure
@@ -4012,7 +4012,7 @@ mandir_default='${prefix}/share/man'
# tool
Since v5:
* probe check is more strict, passes probetest fuzz
* documentation typos
Signed-off-by: Marth64
--
2.34.1
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link abo
Raw Captions With Time (RCWT) is a format native to ccextractor, a commonly
used open source tool for processing 608/708 Closed Captions (CC) sources.
RCWT can be used to archive the original CC bitstream. The muxer was added
in January 2024. In this commit, add the demuxer.
One can now demux RCWT
The high level summary of RCWT can be delegated doc/muxers, which
makes it easier to maintain and more consistent with the documentation
of the demuxer.
Signed-off-by: Marth64
---
libavformat/rcwtenc.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/libavformat/rcwtenc.c b/libavformat/rc
Signed-off-by: Marth64
---
doc/demuxers.texi | 26 ++
doc/muxers.texi | 29 +++--
2 files changed, 45 insertions(+), 10 deletions(-)
diff --git a/doc/demuxers.texi b/doc/demuxers.texi
index b70f3a38d7..47e82eda55 100644
--- a/doc/demuxers.texi
++
Signed-off-by: Marth64
---
doc/indevs.texi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/indevs.texi b/doc/indevs.texi
index d1b2bacf8b..fc14737181 100644
--- a/doc/indevs.texi
+++ b/doc/indevs.texi
@@ -1069,9 +1069,9 @@ ffplay -f lavfi
"movie=test.avi[out0];amovie=
On Sunday, March 17, 2024 at 04:43:31 PM PDT, Marton Balint
wrote:
> On Wed, 13 Mar 2024, Allan Cady via ffmpeg-devel wrote:>> On Tuesday, March
> 12, 2024 at 02:24:47 PM PDT, Marton Balint wrote:>>> On Tue,
> 12 Mar 2024, Allan Cady via ffmpeg-devel wrote: On Monday, March 11, 2024
>
On 19/03/2024 04:16, Xiang, Haihao wrote:
On Ma, 2024-03-18 at 21:33 +, Mark Thompson wrote:
On 18/03/2024 05:53, Xiang, Haihao wrote:
On So, 2024-03-17 at 20:51 +, Mark Thompson wrote:
For hardware cases where we are forced to have a fixed pool of frames
allocated up-front (such as ar
On Tue, 19 Mar 2024 21:59:53 + Cosmin Stejerean via ffmpeg-devel
wrote:
>
>
> > On Mar 19, 2024, at 2:39 PM, Derek Buitenhuis
> > wrote:
> >
> > The reason I never implemented this back when I adde RPU side data is that
> > there is a strong chance of generating broken files.
> >
> > Th
On 18/03/2024 05:35, Xiang, Haihao wrote:
On So, 2024-03-17 at 20:49 +, Mark Thompson wrote:
Since e0da916b8f5b079a4865eef7f64863f50785463d the ffmpeg utility has
held multiple frames output by the decoder in internal queues without
telling the decoder that it is going to do so. When the de
On Tue, Mar 19, 2024 at 7:04 PM Niklas Haas wrote:
> On Tue, 19 Mar 2024 21:59:53 + Cosmin Stejerean via ffmpeg-devel <
> ffmpeg-devel@ffmpeg.org> wrote:
> >
> >
> > > On Mar 19, 2024, at 2:39 PM, Derek Buitenhuis <
> derek.buitenh...@gmail.com> wrote:
> > >
> > > The reason I never implement
On 18/03/2024 05:33, Lynne wrote:
Mar 17, 2024, 16:36 by s...@jkqxz.net:
On 13/03/2024 16:38, Lynne wrote:
Tested by multiple users on multiple operating systems,
driver implementations and test samples to work.
Co-Authored-by: Dave Airlie
From e2d31951f46fcc10e1263b8603e486e111e9578c Mon
Marton Balint:
> av_ts_make_time_string() used "%.6g" format in the past, but this format was
> losing precision even when the timestamp to be printed was not that large. For
> example for 3 hours (10800) seconds, only 1 decimal digit was printed, which
> made this format inaccurate when it was use
Signal that anything except MP3 and the ID3V2 attached pic types
are forbidden.
Signed-off-by: Andreas Rheinhardt
---
libavformat/mp3enc.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavformat/mp3enc.c b/libavformat/mp3enc.c
index cb250a46ca..4a02a45069 100644
---
It better reflects that this is a muxer-only flag.
Also document the flag.
Signed-off-by: Andreas Rheinhardt
---
libavdevice/pulse_audio_enc.c | 2 +-
libavformat/fifo.c | 2 +-
libavformat/hlsenc.c | 2 +-
libavformat/matroskaenc.c | 6 +++---
libavformat/movenc.
Only the demuxers use it.
Signed-off-by: Andreas Rheinhardt
---
libavformat/codec2.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavformat/codec2.c b/libavformat/codec2.c
index 4a3e10c6e3..9ed57af0a8 100644
--- a/libavformat/codec2.c
+++ b/libavformat/codec2.c
@@ -318,7 +318,6 @@ const
Avoids one #if.
Signed-off-by: Andreas Rheinhardt
---
libavformat/amr.c | 32 +++-
1 file changed, 15 insertions(+), 17 deletions(-)
diff --git a/libavformat/amr.c b/libavformat/amr.c
index 85815e8675..1b80810302 100644
--- a/libavformat/amr.c
+++ b/libavformat/amr.c
(AVStream did not have an AVClass when this muxer was added.)
Signed-off-by: Andreas Rheinhardt
---
libavformat/westwood_audenc.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavformat/westwood_audenc.c b/libavformat/westwood_audenc.c
index 84a871e478..46456e2ecb 1
If AVOutputFormat.video_codec, audio_codec or subtitle_codec
is AV_CODEC_ID_NONE, it means that there is no default codec
for this format and not that it is supported to mux AV_CODEC_ID_NONE.
Signed-off-by: Andreas Rheinhardt
---
libavformat/mux_utils.c | 7 ---
1 file changed, 4 insertions(
This test muxes two streams into a single pcm file, although
the two streams are of course not recoverable from the output
(unless one has extra information). So use the streamhash muxer
instead (which also provides coverage for it; it was surprisingly
unused in FATE so far). This is in preparation
More exactly: Not more than one stream of each type for which
a default codec (i.e. AVOutputFormat.(audio|video|subtitle)_codec)
is set; for those types for which no such codec is set (or for
which no designated default codec in AVOutputFormat exists at all)
no streams are permitted.
Given that wi
Several muxers (e.g. pcm muxers) did not check the number
of streams even though the individual streams were not
recoverable from the muxed files. This commit changes
this by using the FF_OFMT_MAX_ONE_OF_EACH flag
where appropriate.
Signed-off-by: Andreas Rheinhardt
---
libavformat/a64.c
AVOutputFormat has default codecs for audio, video and subtitle
and often these are the only codecs of this type allowed.
So add a flag to AVOutputFormat so that this can be checked generically.
Signed-off-by: Andreas Rheinhardt
---
libavformat/ac4enc.c | 17 ++---
libavform
Signed-off-by: Andreas Rheinhardt
---
libavformat/ttmlenc.c | 55 ---
1 file changed, 26 insertions(+), 29 deletions(-)
diff --git a/libavformat/ttmlenc.c b/libavformat/ttmlenc.c
index af2e2b85a5..1ffbd66f80 100644
--- a/libavformat/ttmlenc.c
+++ b/libavfo
E.g. chromaprint expects to be fed 16bit signed PCM
in native endianness, yet there was no check for this.
Similarly for other muxers. Use the new
FF_OFMT_FLAG_ONLY_DEFAULT_CODECS to enfore this where
appropriate, e.g. for pcm/raw muxers.
Signed-off-by: Andreas Rheinhardt
---
libavformat/chromap
Also mark them as av_cold while just at it.
Signed-off-by: Andreas Rheinhardt
---
libavformat/bit.c | 4 ++--
libavformat/chromaprint.c | 4 ++--
libavformat/filmstripenc.c | 4 ++--
libavformat/gif.c | 4 ++--
libavformat/supenc.c | 4 ++--
5 files changed, 10 insertion
The WADY decoder only supports mono and stereo
This fixes a probetest failure
Signed-off-by: Michael Niedermayer
---
libavformat/wady.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavformat/wady.c b/libavformat/wady.c
index 6dcc0018f3..81a64c6d3f 100644
--- a/libavfo
This combination causes 0 size arrays to be allocated and to leak later
Fixes: memleak
Fixes:
64342/clusterfuzz-testcase-minimized-ffmpeg_dem_MOV_fuzzer-4520993686945792
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Ni
This reverts commit d3aa0cd16f5e952bc346b7c74b4dcba95151a63a.
Fixes: out of array write
Fixes:
64407/clusterfuzz-testcase-minimized-ffmpeg_BSF_H264_MP4TOANNEXB_fuzzer-4966763443650560
The bsf code performs 2 iterations, the first counts how much space is needed
than allocates
and the 2nd pass co
On 3/19/2024 12:29 AM, Andreas Rheinhardt wrote:
This muxer does not have the AVFMT_NOSTREAMS flag; therefore
it is checked generically that there is at least a stream.
Signed-off-by: Andreas Rheinhardt
---
libavformat/iamfenc.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/libavfo
Fixes: shift exponent -1 is negative
Fixes:
65378/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_JPEG2000_fuzzer-5457678193197056
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/jpeg2000htd
Fixes: shift exponent 32 is too large for 32-bit type 'unsigned int'
Fixes:
65909/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VMIX_fuzzer-519459745831321
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
Fixes: timeout
Fixes:
66636/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_RKA_fuzzer-5030913165557760
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 | 2 +-
1 file changed,
Fixes: timeout
Fixes:
66783/clusterfuzz-testcase-minimized-ffmpeg_dem_GENH_fuzzer-5356884892647424
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/id3v2.c | 2 +-
1 file changed, 1 insertion(
> On Mar 20, 2024, at 10:19, Michael Niedermayer wrote:
>
> This reverts commit d3aa0cd16f5e952bc346b7c74b4dcba95151a63a.
>
> Fixes: out of array write
> Fixes:
> 64407/clusterfuzz-testcase-minimized-ffmpeg_BSF_H264_MP4TOANNEXB_fuzzer-4966763443650560
>
> The bsf code performs 2 iterations,
90 matches
Mail list logo
