On 26.03.2021 13:58, Tobias Rapp wrote:
Avoids empty "Channel" or "Overall" header lines added to log output
when measurement is restricted to one scope using
"measure_perchannel=none" or "measure_overall=none".
Signed-off-by: Tobias Rapp
---
libavfilter/af_astats.c | 6 --
1 file change
> -Original Message-
> From: Xiang, Haihao
> Sent: Tuesday, April 6, 2021 2:24 PM
> To: Chen, Wenbin ; ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] libavcodec/qsvdec: use the param from
> decodeHeader to configure surface
>
> On Tue, 2021-03-23 at 06:45 +, Chen, Wen
> -Original Message-
> From: Guo, Yejun
> Sent: 2021年4月5日 17:56
> To: FFmpeg development discussions and patches
> Subject: RE: [FFmpeg-devel] [PATCH V6 4/6] lavu: add side data
> AV_FRAME_DATA_BOUNDING_BOXES
>
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
>
The recognization of ARIB STD-B24 caption has been introduced in commit a03885b,
which is used as closed caption in Japanese / Brazilian Digital Television.
But whenever copying arib_caption into mpegts output, arib_caption inside the
outputted stream cannot be recgonized as a arib_caption subtitl
Stream copy for arib_caption into mpegts is not working correctly for now.
This patch utilizes the data stored in codecpar->extradata to write necessary
stream_identifier_descriptor and data_component_descriptor into PMT table
for arib_caption remuxing.
This patch fixes the copying of arib_captio
> I'm talking about starting a page on the wiki and listing all books
> *there*. No patch required.
I will add the books to wiki but while the two old books are there at
https://ffmpeg.org/documentation.html, I would like you to add the books I had
submitted.
_
James Almer (12021-04-01):
> Yet the line has to be drawn somewhere. Otherwise public headers would be
> chock full of structs and/or fields normally kept in internal headers
> because "Someone may find them useful".
You are right, the line has to be drawn somewhere. I posit that the best
place to
On Tue, 2021-04-06 at 07:54 +, Chen, Wenbin wrote:
> > -Original Message-
> > From: Xiang, Haihao
> > Sent: Tuesday, April 6, 2021 2:24 PM
> > To: Chen, Wenbin ; ffmpeg-devel@ffmpeg.org
> > Subject: Re: [FFmpeg-devel] [PATCH] libavcodec/qsvdec: use the param from
> > decodeHeader to co
Guo, Yejun (12021-04-06):
> compile error on ubuntu 18.04 with default setting:
> error: ISO C90 forbids variable length array ‘boxes’ [-Werror=vla]
> AVBoundingBox boxes[nb_bboxes];
This warning is explicitly added by configure it, we do not have to keep
it if it hiders us.
If people agree
Here is the proposed patch to address samples like trac/7277.
This effectively reverts an 11 year old patch
(9044dd83991491309ecb76c389502e410897d7d2) but I wasn't able to identify
the file mentioned in the log.
If anyone knows where to look up the sample in issue 1539 that is not on
trac I can s
On 4/3/2021 8:12 PM, James Almer wrote:
Signed-off-by: James Almer
---
Now using the avformat_ prefix as Anton requested. I forgot about it when i
made v3.
Will apply soon if there are no objections.
libavformat/avformat.h | 39 +++
libavformat/utils.c
James Almer:
> On 4/3/2021 8:12 PM, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> Now using the avformat_ prefix as Anton requested. I forgot about it
>> when i
>> made v3.
>
> Will apply soon if there are no objections.
>
I wonder whether the AVStream *st should be const; together
On 4/6/2021 3:46 PM, Andreas Rheinhardt wrote:
James Almer:
On 4/3/2021 8:12 PM, James Almer wrote:
Signed-off-by: James Almer
---
Now using the avformat_ prefix as Anton requested. I forgot about it
when i
made v3.
Will apply soon if there are no objections.
I wonder whether the AVStream
On Tue, Apr 6, 2021 at 6:51 PM Vittorio Giovara
wrote:
> Here is the proposed patch to address samples like trac/7277.
>
> This effectively reverts an 11 year old patch
> (9044dd83991491309ecb76c389502e410897d7d2) but I wasn't able to identify
> the file mentioned in the log.
>
> If anyone knows
This check is dead as ff_encode_preinit() has an even stricter check.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo_enc.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvideo_enc.c
index d5dd69b88f..2a0fd60cbc 100644
--- a/libavco
The (deprecated) field AVCodecContext.mpeg_quant has no range
restriction; MpegEncContext.mpeg_quant is restricted to 0..1.
If the former is set, the latter is overwritten with it without
checking the range. This can trigger an av_assert2() with the MPEG-4
encoder when writing said field.
Fix this
This has the advantage that one does not waste some allocations
if one errors out because of these checks.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpeg12enc.c | 44 +-
1 file changed, 22 insertions(+), 22 deletions(-)
diff --git a/libavcodec/mpeg
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo_enc.c | 12 +++-
1 file changed, 3 insertions(+), 9 deletions(-)
diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvideo_enc.c
index 0a1d0db86d..e5411f0393 100644
--- a/libavcodec/mpegvideo_enc.c
+++ b/libavcodec/mpegvideo
mpeg_quant may only be set for MPEG-4 and MPEG-2, yet for the latter
it is no option as the code acts as if it were always set.
So deprecate the option for all codecs for which it makes no sense.
Furthermore, given that the code already errors out if the option is set
for a codec that doesn't supp
MPEG-1/2/4 are the only mpegvideo based encoders that support bframes;
yet even the encoders not supporting bframes have options that only make
sense for an encoder that supports bframes; setting any of these options
for such an encoder has no impact on the encoded outcome (but setting
b_strategy t
The MPEG-2 encoder is the only mpegvideo-based encoder that supports
embedding a53 side data.
Signed-off-by: Andreas Rheinhardt
---
I am surprised that no one seems to have noticed this when this option
has been added.
libavcodec/mjpegenc.c | 1 +
libavcodec/mpeg12enc.c | 2 ++
libavco
ff_mpv_decode_init() already sets MpegEncContext.codec_id.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpeg12dec.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/mpeg12dec.c b/libavcodec/mpeg12dec.c
index 92dd6a0b24..db522963c4 100644
--- a/libavcodec/mpeg12dec.c
+++ b/libavc
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mjpegenc.c | 1 +
libavcodec/mpeg12enc.c | 2 ++
libavcodec/mpeg4videoenc.c | 1 +
libavcodec/mpegvideo.h | 3 ++-
libavcodec/mpegvideo_enc.c | 3 +++
5 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/libavcodec/mjpegenc.c
Fixes: out of array read
Fixes:
32968/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MSP2_fuzzer-5315296027082752
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/msp2dec.c | 3 ++-
1 file c
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpeg12enc.c | 8
libavcodec/mpegvideo_enc.c | 14 --
2 files changed, 8 insertions(+), 14 deletions(-)
diff --git a/libavcodec/mpeg12enc.c b/libavcodec/mpeg12enc.c
index 5676caef87..b7d3d1c6b0 100644
--- a/libavcodec/mpeg
On Tue, Apr 06, 2021 at 11:50:22PM +0200, Michael Niedermayer wrote:
> Fixes: out of array read
> Fixes:
> 32968/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MSP2_fuzzer-5315296027082752
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpe
Michael Niedermayer:
> Fixes: out of array read
> Fixes:
> 32968/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MSP2_fuzzer-5315296027082752
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by: Michael Niedermayer
> ---
>
Am Di., 6. Apr. 2021 um 21:51 Uhr schrieb Vittorio Giovara
:
>
> without my patch the sample is shown at a 16:9
> AR (which I assume was the original fix), with my patch the sample uses an
> AR of 1:1 and it is therefore square.
> However I tried with a recent
> Quicktime, and it displays the samp
Andreas Rheinhardt:
> Michael Niedermayer:
>> Fixes: out of array read
>> Fixes:
>> 32968/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MSP2_fuzzer-5315296027082752
>>
>> Found-by: continuous fuzzing process
>> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
>> Signed-off-by: M
All id3v2.4 text information frames are null separated lists:
https://id3.org/id3v2.4.0-frames
This change reads all values into the metadata dictionary without changing the
outputs of ffmpeg or ffprobe
Relevant ticket: https://trac.ffmpeg.org/ticket/6949
Signed-off-by: Lode Willems
---
libavf
> -Original Message-
> From: Xiang, Haihao
> Sent: Tuesday, April 6, 2021 11:08 PM
> To: Chen, Wenbin ; ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] libavcodec/qsvdec: use the param from
> decodeHeader to configure surface
>
> On Tue, 2021-04-06 at 07:54 +, Chen, We
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: 2021年4月7日 0:46
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH V6 4/6] lavu: add side data
> AV_FRAME_DATA_BOUNDING_BOXES
>
> Guo, Yejun (12021-04-06):
> > compile erro
---
src/index | 85 +++
1 file changed, 85 insertions(+)
Better late than never!
diff --git a/src/index b/src/index
index fdde3d3..b0ca46c 100644
--- a/src/index
+++ b/src/index
@@ -35,6 +35,91 @@
News
+ June 15th, 2020, FFmpeg 4.3
33 matches
Mail list logo
