From: Richard Shaffer
A basic test for demuxing raw AAC (ADTS) with ID3v2 tags.
---
This is related to the patch 'libavformat/aac: Parse ID3 tags between ADTS
frames', and will fail without it. The test file contains an ID3 tag at the
beginning as well as a second tag between frames. While the te
Attaching sample file for the test.
-Richard
On Sat, Feb 3, 2018 at 11:24 PM, wrote:
> From: Richard Shaffer
>
> A basic test for demuxing raw AAC (ADTS) with ID3v2 tags.
> ---
> This is related to the patch 'libavformat/aac: Parse ID3 tags between ADTS
> frames', and will fail without it. The
I noticed that FriBidi Version 1.0.0 is released on git
https://github.com/fribidi/fribidi/releases
and has a new api. I wonder, does that mean ffmpeg needs any changes to match
it ?
"Version 1.0.0 of FriBidi is a major update that adds support for all the
changes
to the Unicode Bidirectional
Fixes: OOM
Fixes: 5549/clusterfuzz-testcase-minimized-5390553567985664
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/pafvideo.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavco
On 2/3/2018 7:51 PM, Muhammad Faiz wrote:
> Precalculate and constify ff_square_tab.
>
> Signed-off-by: Muhammad Faiz
> ---
> libavcodec/me_cmp.c | 51
> +---
> libavcodec/me_cmp.h | 4 +---
> libavcodec/mpegvideo_enc.c | 2 +-
> lib
On Sat, Feb 3, 2018 at 9:22 PM, Niklas Haas wrote:
> From: Niklas Haas
>
> Right now, the PTS always starts out as 0, which causes problems on a
> seek or when inserting this filter mid-stream.
>
> Initialize it instead to AV_NOPTS_VALUE and copy the PTS from the first
> frame instead if this is
On Sat, Feb 3, 2018 at 9:29 AM, Michael Niedermayer
wrote:
> On Sat, Feb 03, 2018 at 01:36:37AM +0700, Muhammad Faiz wrote:
>> They don't modify AVCodec, no needs to call it at register. They will be
>> wasteful if these codecs are unused. Instead, call static data initialization
>> at codecs' ini
On Sat, Feb 3, 2018 at 5:39 PM, wm4 wrote:
> On Fri, 2 Feb 2018 19:44:18 +
> Josh de Kock wrote:
>
>> ---
>> fftools/cmdutils.c | 2 +-
>> libavcodec/avcodec.h | 6 +-
>> libavcodec/bitstream_filter.c | 4 ++--
>> libavcodec/bitstream_filters.c | 29 +++
Precalculate and constify ff_square_tab.
Signed-off-by: Muhammad Faiz
---
libavcodec/me_cmp.c | 51 +---
libavcodec/me_cmp.h | 4 +---
libavcodec/mpegvideo_enc.c | 2 +-
libavcodec/mpegvideoencdsp.c | 2 +-
libavcodec/snowenc.c
From: Niklas Haas
Right now, the PTS always starts out as 0, which causes problems on a
seek or when inserting this filter mid-stream.
Initialize it instead to AV_NOPTS_VALUE and copy the PTS from the first
frame instead if this is the case.
---
libavfilter/af_loudnorm.c | 5 -
1 file chang
Loooking to it from a pragmatic management point of view, there is a lot of
open source unfriendly community from the EBU/SMPTE world which would have
their opinion about a failed or even more delayed IETF spec finalisation.
I think - given the efforts which have been put into it, the beauty wit
Signed-off-by: Michael Niedermayer
---
libavformat/mov.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index d16b431e03..a9b9ec025f 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -3233,7 +3233,7 @@ static int64_t add_ctts_entr
On Fri, Feb 02, 2018 at 05:55:38PM -0800, Xiaohan Wang (王消寒) wrote:
>
> mov.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> 87157b4053de0e044e78db72ef13e8058075c235
> 0001-Fix-ctts_index-calculation.patch
> From bb376fd2de5da5f9ecdef41621a579252b899d7d Mon Sep 17 00:00:00 2001
>
On Sat, Feb 03, 2018 at 02:29:00AM -0800, Xiaohan Wang (王消寒) wrote:
>
> h264_slice.c | 17 -
> 1 file changed, 16 insertions(+), 1 deletion(-)
> 7fc1e8d4e0df4223089d2466c5a76b12a9171003
> 0001-ffmpeg-Abort-early-on-decode_slice-error.patch
> From 971866f88bba20d7e2a993b1125bd
On Saturday, February 3, 2018, wm4 wrote:
> On Fri, 2 Feb 2018 12:59:45 -0800
> rshaf...@tunein.com wrote:
>
> > From: Richard Shaffer
> >
> > If a subdemuxer has the updated metadata event flag set, the metadata is
> copied
> > to the corresponding stream. The flag is cleared on the subdemuxer
On Sat, Feb 03, 2018 at 10:13:28AM +0100, Paul B Mahol wrote:
> On 2/3/18, Nikolas Bowe wrote:
> > Previously if ff_outlink_frame_wanted() returned 0 it could dereference a
> > null pointer when trying to read nb_samples.
> > ---
> > libavfilter/af_join.c | 3 +++
> > 1 file changed, 3 insertions
On Sat, Feb 03, 2018 at 10:16:07AM +0100, Paul B Mahol wrote:
> On 2/2/18, Michael Niedermayer wrote:
> > Fixes: out of array read
> > Fixes: poc-2017.avi
> >
> > Found-by: GwanYeong Kim
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/utvideodec.c | 2 +-
> > 1 file changed, 1 ins
Fixes: 5540/clusterfuzz-testcase-minimized-6122458273808384
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/scpr.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavcodec/scpr.c b/li
On Wed, Jan 31, 2018 at 03:17:36AM +0100, Michael Niedermayer wrote:
> Fixes: negation of -2147483648 cannot be represented in type 'int'; cast to
> an unsigned type to negate this value to itself
> Fixes: 5396/clusterfuzz-testcase-minimized-655829281536
>
> Found-by: continuous fuzzing proce
On Sat, Feb 03, 2018 at 01:58:10PM +0100, Reto Kromer wrote:
> Michael Niedermayer wrote:
>
> >To clarify my suggestion,
> >the algorithm should be tuned for high bit depth before using
> >it for long term storage. This would be v4 (or later).
> >Personally i would wait for v4 and not use v3 for h
Michael Niedermayer wrote:
>To clarify my suggestion,
>the algorithm should be tuned for high bit depth before using
>it for long term storage. This would be v4 (or later).
>Personally i would wait for v4 and not use v3 for high bit
>depth. Which is why i think its not smart to extend the v3
>impl
On Sat, Feb 03, 2018 at 10:57:44AM +0100, Jerome Martinez wrote:
> On 03/02/2018 00:10, Michael Niedermayer wrote:
> >On Thu, Feb 01, 2018 at 01:43:00PM +0100, Jerome Martinez wrote:
> >>Add support for 16-bit/component RGB with Alpha encoding and decoding in
> >>FFV1, both RGBA64 and GBRAP16 for e
On Fri, 2 Feb 2018 19:44:18 +
Josh de Kock wrote:
> ---
> fftools/cmdutils.c | 2 +-
> libavcodec/avcodec.h | 6 +-
> libavcodec/bitstream_filter.c | 4 ++--
> libavcodec/bitstream_filters.c | 29 ++---
> 4 files changed, 26 insertions(+
On 2/3/18, Nikolas Bowe wrote:
> Previously if ff_outlink_frame_wanted() returned 0 it could dereference a
> null pointer when trying to read nb_samples.
> ---
> libavfilter/af_join.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/libavfilter/af_join.c b/libavfilter/af_join.c
> index
On Sat, 3 Feb 2018 03:29:40 +0100
Michael Niedermayer wrote:
> On Sat, Feb 03, 2018 at 01:36:37AM +0700, Muhammad Faiz wrote:
> > They don't modify AVCodec, no needs to call it at register. They will be
> > wasteful if these codecs are unused. Instead, call static data
> > initialization
> > at
On Fri, 2 Feb 2018 12:59:45 -0800
rshaf...@tunein.com wrote:
> From: Richard Shaffer
>
> If a subdemuxer has the updated metadata event flag set, the metadata is
> copied
> to the corresponding stream. The flag is cleared on the subdemuxer and the
> appropriate event flag is set on the stream.
0001-ffmpeg-Abort-early-on-decode_slice-error.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 03/02/2018 00:10, Michael Niedermayer wrote:
On Thu, Feb 01, 2018 at 01:43:00PM +0100, Jerome Martinez wrote:
Add support for 16-bit/component RGB with Alpha encoding and decoding in
FFV1, both RGBA64 and GBRAP16 for encoding, GBRAP16 for decoding.
Resulting bitstream was tested about lossle
On 2/2/18, Michael Niedermayer wrote:
> Fixes: out of array read
> Fixes: poc-2017.avi
>
> Found-by: GwanYeong Kim
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/utvideodec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/utvideodec.c b/libavcodec/u
Michael Niedermayer wrote:
>I would prefer if the algorithm would be tuned to 16bit data
>before adding more formats to the encoder which require all
>decoders to support them.
>
>Dont you agree that this would be the better strategy ?
To my understanding FFV1 v3 is actually stable. Or am I missi
30 matches
Mail list logo
