RCWT (Raw Captions With Time) is a format native to ccextractor,
a commonly used OSS tool for processing 608/708 Closed Captions (CC).
RCWT can be used to archive the original extracted CC bitstream.
The muxer was added in January 2024. In this commit, add the demuxer.
One can now demux RCWT
This is in response to the last paragraph of feedback in
https://ffmpeg.org//pipermail/ffmpeg-devel/2024-March/323858.html
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link
On Wed, Mar 20, 2024 at 08:35:25PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavcodec/hevc_ps.c | 17 +++--
> libavcodec/hevc_ps.h | 2 +-
> libavcodec/vulkan_hevc.c | 2 +-
> 3 files changed, 17 insertions(+), 4 deletions(-)
the 3 patches fix the
On Wed, Mar 20, 2024 at 11:17:09PM -0300, James Almer wrote:
> On 3/20/2024 10:15 PM, Michael Niedermayer wrote:
> > Fixes: null pointer dereference
> > Fixes:
> > 67023/clusterfuzz-testcase-minimized-ffmpeg_dem_IAMF_fuzzer-6011025237278720
> >
> > Found-by: continuous fuzzing process
> >
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
Signed-off-by: Marth64
---
doc/muxers.texi | 29 +++--
1 file changed, 19 insertions(+), 10 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index d9dd72e613..0695a317d4 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -2987,19 +2987,18 @@ ogg files can
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
RCWT (Raw Captions With Time) is a format native to ccextractor,
a commonly used OSS tool for processing 608/708 Closed Captions (CC).
RCWT can be used to archive the original extracted CC bitstream.
The muxer was added in January 2024. In this commit, add the demuxer.
One can now demux RCWT
If ff_subtitles_queue_insert() were to given a NULL buffer
with 0 length, it would still attempt to grow the packet
or memcpy depending on if merge option is enabled.
In this commit, consider a NULL buffer with 0 length as
an empty event and do not attempt to modify the packet.
This way, if a
Since v7:
* Demuxer is simplified, reduced to 92 LOC
* Documentation feedback addressed
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
On Wed, Mar 20, 2024 at 11:22:11PM -0300, James Almer wrote:
> On 3/20/2024 10:15 PM, Michael Niedermayer wrote:
> > Fixes: null pointer derference
> > Fixes:
> > 67007/clusterfuzz-testcase-minimized-ffmpeg_dem_IAMF_fuzzer-6522819204677632
> >
> > Found-by: continuous fuzzing process
> >
> On date Wednesday 2024-03-20 16:01:36 +0800, wenbin.chen-at-
> intel@ffmpeg.org wrote:
> > From: Wenbin Chen
> >
> > Signed-off-by: Wenbin Chen
> > ---
> > Changelog | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/Changelog b/Changelog
> > index e3ca52430c..d0c41887f3
From: Wenbin Chen
Signed-off-by: Wenbin Chen
---
Changelog | 1 +
1 file changed, 1 insertion(+)
diff --git a/Changelog b/Changelog
index e3ca52430c..4af55ff537 100644
--- a/Changelog
+++ b/Changelog
@@ -35,6 +35,7 @@ version :
- AEA muxer
- ffmpeg CLI loopback decoders
- Support
On 3/20/2024 10:15 PM, Michael Niedermayer wrote:
Fixes: null pointer derference
Fixes:
67007/clusterfuzz-testcase-minimized-ffmpeg_dem_IAMF_fuzzer-6522819204677632
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael
On 3/20/2024 10:15 PM, Michael Niedermayer wrote:
Fixes: null pointer dereference
Fixes:
67023/clusterfuzz-testcase-minimized-ffmpeg_dem_IAMF_fuzzer-6011025237278720
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael
Fixes: null pointer dereference
Fixes:
67023/clusterfuzz-testcase-minimized-ffmpeg_dem_IAMF_fuzzer-6011025237278720
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/iamf.c | 7 ---
1 file
Fixes: out of array access
Fixes:
67021/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-4883576579489792
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/cbs_h266_syntax_template.c | 2 ++
Fixes: null pointer derference
Fixes:
67007/clusterfuzz-testcase-minimized-ffmpeg_dem_IAMF_fuzzer-6522819204677632
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/iamf_reader.c | 3 ++-
1
Fixes: Timeout
Fixes:
66964/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SRGC_fuzzer-5413170363564032
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/mscc.c | 43
On 3/20/2024 7:23 PM, Michael Niedermayer wrote:
Hi
why is sizeof(HEVCVPS) is 7463476 ?
If you think about this for a moment, a VPS in the bit stream is what, 5 bytes ?
Now iam not even talking about someone proving you a 10mb file with a million
VPSs
7TB allocation, memsets memcpies, ...
On 3/20/2024 8:17 PM, James Almer wrote:
Signed-off-by: James Almer
---
libavcodec/hevc_ps.h | 190 +--
1 file changed, 91 insertions(+), 99 deletions(-)
diff --git a/libavcodec/hevc_ps.h b/libavcodec/hevc_ps.h
index 88d6f617b5..9cdec9b6c1 100644
---
Signed-off-by: James Almer
---
libavcodec/hevc_ps.c | 17 +++--
libavcodec/hevc_ps.h | 2 +-
libavcodec/vulkan_hevc.c | 2 +-
3 files changed, 17 insertions(+), 4 deletions(-)
diff --git a/libavcodec/hevc_ps.c b/libavcodec/hevc_ps.c
index 20ceb09829..d3edc0810d 100644
---
Signed-off-by: James Almer
---
libavcodec/hevc_ps.h | 190 +--
1 file changed, 91 insertions(+), 99 deletions(-)
diff --git a/libavcodec/hevc_ps.h b/libavcodec/hevc_ps.h
index 88d6f617b5..9cdec9b6c1 100644
--- a/libavcodec/hevc_ps.h
+++
These were defined in a way compatible with the Vulkan HEVC acceleration, which
expects bitmasks, yet the fields were being overwritting on each loop with the
latest read value.
Signed-off-by: James Almer
---
libavcodec/hevc_ps.c | 44 ++--
Mar 20, 2024, 23:24 by mich...@niedermayer.cc:
> Hi
>
> why is sizeof(HEVCVPS) is 7463476 ?
>
> If you think about this for a moment, a VPS in the bit stream is what, 5
> bytes ?
>
> Now iam not even talking about someone proving you a 10mb file with a million
> VPSs
> 7TB allocation, memsets
> On Mar 21, 2024, at 12:10 AM, Paul B Mahol wrote:
>
> Why? This is pointless.
>
> volumedetect have histogram output, float patch does not have it at all.
> Use astats filter.
>
> On Wed, Mar 20, 2024 at 9:47 PM Yiğithan Yiğit
> wrote:
>
>> ___
Hi
why is sizeof(HEVCVPS) is 7463476 ?
If you think about this for a moment, a VPS in the bit stream is what, 5 bytes ?
Now iam not even talking about someone proving you a 10mb file with a million
VPSs
7TB allocation, memsets memcpies, ...
But even with a totally normal file 7mb is easily
On Wed, Mar 20, 2024 at 9:30 PM Michael Niedermayer
wrote:
>
> On Tue, Mar 19, 2024 at 08:16:42PM +0100, Niklas Haas wrote:
> > From: Niklas Haas
> >
> > libx265 supports these natively, we just need to forward them to the
> > x265picture.
> > ---
> > libavcodec/libx265.c | 11 +++
> >
Why? This is pointless.
volumedetect have histogram output, float patch does not have it at all.
Use astats filter.
On Wed, Mar 20, 2024 at 9:47 PM Yiğithan Yiğit
wrote:
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
>
0001-avfilter-af_volumedetect.c-Add-32bit-float-audio-sup.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ons 2024-03-20 klockan 14:12 +0100 skrev Michael Niedermayer:
> On Wed, Mar 20, 2024 at 12:20:11PM +0100, Tomas Härdin wrote:
> > ons 2024-03-20 klockan 03:59 +0100 skrev Michael Niedermayer:
> > > Fixes: shift exponent -1 is negative
> > > Fixes: 65378/clusterfuzz-testcase-minimized-
> > >
On Wed, Mar 20, 2024 at 01:44:58PM -0300, James Almer wrote:
> 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
> ---
> Now with the new options added
On Wed, Mar 20, 2024 at 03:23:53PM +0100, Niklas Haas wrote:
> On Tue, 19 Mar 2024 22:55:56 +0100 Michael Niedermayer
> wrote:
> > is it neccessary to drop compatibility to the old syntax ?
>
> Only if we want to use framesync. If we don't care about synchronizing
> the streams, then we could
On Thu, Mar 21, 2024 at 01:53:12AM +0800, Zhao Zhili wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of Michael
> > Niedermayer
> > Sent: 2024年3月20日 21:02
> > To: FFmpeg development discussions and patches
> > Subject: Re: [FFmpeg-devel] [PATCH 3/3] Revert
> >
On Wed, 20 Mar 2024, Andreas Rheinhardt wrote:
Andreas Rheinhardt:
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
On Tue, Mar 19, 2024 at 08:16:42PM +0100, Niklas Haas wrote:
> 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(+)
breaks build here
CC
> what is ASSA?
This should just be ASS, will update
> let's expand SCC
> for the sake of exclicitness, I'd avoid more acronyms, I'd guess this
> is source Closed Caption?
Actually SCC is a format itself (Scenarist Closed Caption) of which FFmpeg
has a muxer and demuxer.
SCC is one of the
> -Original Message-
> From: ffmpeg-devel On Behalf Of Michael
> Niedermayer
> Sent: 2024年3月20日 21:02
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 3/3] Revert "avcodec/h264_mp4toannexb_bsf:
> fix missing PS before IDR frames"
>
> On Wed, Mar
On Wed, Mar 20, 2024 at 7:00 PM James Almer wrote:
>
> On 3/18/2024 6:31 PM, Jan Ekström wrote:
> > Differences to v9:
> > 1. rebased on top of current master
> > 2. renamed the avctx AVFrameSideData array according to Anton's naming
> > sense,
> > as at this point that is now OK by James as
Stefano Sabatini:
> ---
> doc/muxers.texi | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/doc/muxers.texi b/doc/muxers.texi
> index d9dd72e613..25d1a5907e 100644
> --- a/doc/muxers.texi
> +++ b/doc/muxers.texi
> @@ -1776,6 +1776,16 @@ force the @ref{image2} muxer:
> ffmpeg
On 3/18/2024 6:31 PM, Jan Ekström wrote:
Differences to v9:
1. rebased on top of current master
2. renamed the avctx AVFrameSideData array according to Anton's naming sense,
as at this point that is now OK by James as well and I just want to get this
done with.
3. removed the avctx
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
---
Now with the new options added to CMDLINE_SET
configure | 75
---
doc/muxers.texi | 39 +++
1 file changed, 39 insertions(+)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 25d1a5907e..e7f2a93058 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -1831,6 +1831,45 @@ ffmpeg -i INPUT -f hash -hash md5 -
See also
---
doc/muxers.texi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index d9dd72e613..25d1a5907e 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -1776,6 +1776,16 @@ force the @ref{image2} muxer:
ffmpeg -i INPUT -c:v gif -f image2
---
libavformat/gxfenc.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavformat/gxfenc.c b/libavformat/gxfenc.c
index 9ea24c2f27..0aea7bd7c2 100644
--- a/libavformat/gxfenc.c
+++ b/libavformat/gxfenc.c
@@ -692,7 +692,7 @@ static int
---
libavformat/gxfenc.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/libavformat/gxfenc.c b/libavformat/gxfenc.c
index 7495924722..9ea24c2f27 100644
--- a/libavformat/gxfenc.c
+++ b/libavformat/gxfenc.c
@@ -137,7 +137,7 @@ static void
On date Wednesday 2024-03-20 16:01:36 +0800,
wenbin.chen-at-intel@ffmpeg.org wrote:
> From: Wenbin Chen
>
> Signed-off-by: Wenbin Chen
> ---
> Changelog | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/Changelog b/Changelog
> index e3ca52430c..d0c41887f3 100644
> --- a/Changelog
On date Tuesday 2024-03-19 17:44:28 -0500, Marth64 wrote:
> 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
On date Tuesday 2024-03-19 17:44:26 -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
On Wed, Mar 20, 2024 at 3:48 AM Frank Plowman wrote:
> 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
On Tue, 19 Mar 2024 22:55:56 +0100 Michael Niedermayer
wrote:
> is it neccessary to drop compatibility to the old syntax ?
Only if we want to use framesync. If we don't care about synchronizing
the streams, then we could drop FS and just use a custom activate
function which forwards output
Marth64:
> 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.
>
>
On date Tuesday 2024-03-19 12:39:13 -0500, Marth64 wrote:
> 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
> +++
On date Tuesday 2024-03-19 12:39:10 -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 20, 2024 at 12:20:11PM +0100, Tomas Härdin wrote:
> ons 2024-03-20 klockan 03:59 +0100 skrev Michael Niedermayer:
> > Fixes: shift exponent -1 is negative
> > Fixes: 65378/clusterfuzz-testcase-minimized-
> > ffmpeg_AV_CODEC_ID_JPEG2000_fuzzer-5457678193197056
> >
> > Found-by:
On Wed, Mar 20, 2024 at 02:41:05PM +0800, Zhao Zhili wrote:
>
>
> > On Mar 20, 2024, at 10:19, Michael Niedermayer
> > wrote:
> >
> > This reverts commit d3aa0cd16f5e952bc346b7c74b4dcba95151a63a.
> >
> > Fixes: out of array write
> > Fixes:
> >
Andreas Rheinhardt:
> 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
This message has been marked as Public on 03/20/2024 12:35Z.
On Wednesday, March 20, 2024 1:18 PM Rémi Denis-Courmont wrote:
>> In all other cases, determining the interface ID by address should be
>> ok,
>
> No! The only other case is non-LL addressing, which does not require link ID
> at all.
Le 20 mars 2024 13:45:10 GMT+02:00, "Ignjatović, Lazar (RS)"
a écrit :
>
>This message has been marked as Public on 03/20/2024 11:45Z.
>On Wednesday, March 20, 2024 12:30 PM Rémi Denis-Courmont wrote:
>
>> You're not supposed to guess the link ID from the local address. This is
>>
This message has been marked as Public on 03/20/2024 11:45Z.
On Wednesday, March 20, 2024 12:30 PM Rémi Denis-Courmont wrote:
> You're not supposed to guess the link ID from the local address. This is
> counter-sensical. And it's entirely possible to have the same LL address
> assigned to two
Le 20 mars 2024 13:09:15 GMT+02:00, "Ignjatović, Lazar (RS)"
a écrit :
>
>This message has been marked as Public on 03/20/2024 11:09Z.
>On Wednesday, March 20, 2024 11:51 AM Rémi Denis-Courmont wrote:
>
>> Same fundamental problem as previous version, AFAICT.
>>
>> -1
>
>Would you mind being
ons 2024-03-20 klockan 03:12 +0100 skrev Andreas Rheinhardt:
> 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
ons 2024-03-20 klockan 03:59 +0100 skrev Michael Niedermayer:
> Fixes: shift exponent -1 is negative
> Fixes: 65378/clusterfuzz-testcase-minimized-
> ffmpeg_AV_CODEC_ID_JPEG2000_fuzzer-5457678193197056
>
> Found-by: continuous fuzzing process
>
This message has been marked as Public on 03/20/2024 11:09Z.
On Wednesday, March 20, 2024 11:51 AM Rémi Denis-Courmont wrote:
> Same fundamental problem as previous version, AFAICT.
>
> -1
Would you mind being more specific?
There are 2 problems you pointed out, one about SO_BINDTODEVICE, and
Same fundamental problem as previous version, AFAICT.
-1
___
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
avformat: enable UDP IPv6 multicast interface selection
localaddr option now properly works with IPv6 addresses. Properly
resolved interface index in places where default 0 interface index is
used (marked with TODO: within udp.c). Adjusted binding for multicast
sockets that are used for reading
On Mon, 2024-03-18 at 21:22 +, Mark Thompson wrote:
> On 18/03/2024 04:21, fei.w.wang-at-intel@ffmpeg.org wrote:
> > From: Fei Wang
> >
> > According to Table A.2 in spec.
> >
> > Signed-off-by: Fei Wang
> > ---
> > libavcodec/vaapi_encode_h265.c | 176 +++-
>
From: Wenbin Chen
Signed-off-by: Wenbin Chen
---
Changelog | 1 +
1 file changed, 1 insertion(+)
diff --git a/Changelog b/Changelog
index e3ca52430c..d0c41887f3 100644
--- a/Changelog
+++ b/Changelog
@@ -35,6 +35,7 @@ version :
- AEA muxer
- ffmpeg CLI loopback decoders
- Support
On Mon, 2024-03-18 at 21:11 +, Mark Thompson wrote:
> On 18/03/2024 04:21, fei.w.wang-at-intel@ffmpeg.org wrote:
> > From: Fei Wang
> >
> > There is no Main8/10 profile defined in HEVC REXT profiles. Use
> > Main12
> > which is compatible with 8/10bit.
> >
> > Signed-off-by: Fei Wang
>
> 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
70 matches
Mail list logo