From: Jason Stevens
Hi,
This patch adds missing dnxhr mxf container essense ULs to the mxf encoder.
This fixes dnxhr mxf files being quarantined by Avid Media Composer.
Jason Stevens (1):
libavformat/mxfenc: add missing dnxhr mxf container essence ULs
libavformat/mxfenc.c | 47 ++
From: Jason Stevens
---
libavformat/mxfenc.c | 47
1 file changed, 47 insertions(+)
diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
index 7f629dbe53..cf58c8b834 100644
--- a/libavformat/mxfenc.c
+++ b/libavformat/mxfenc.c
@@ -146,6 +146,11 @
Signed-off-by: Paul B Mahol
---
configure | 1 +
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/avcodec.h| 1 +
libavcodec/codec_desc.c | 7 ++
libavcodec/mwsc.c | 191
libavformat/riff.c |
Hello,
Is this patch in a better shape for inclusion?
Regards,
On Fri, Aug 24, 2018 at 2:46 AM myp...@gmail.com wrote:
> On Fri, Aug 24, 2018 at 2:55 AM Marton Balint wrote:
> >
> >
> >
> > On Thu, 23 Aug 2018, myp...@gmail.com wrote:
> >
> > > On Wed, Aug 22, 2018 at 4:30 AM Tudor Suciu
> w
On Thu, Aug 23, 2018 at 12:13:15AM +0200, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/avcodec.h| 1 +
> libavcodec/codec_desc.c | 7 ++
> libavcodec/huffyuvdec.c | 174 ++
On Sat, 25 Aug 2018, Tudor Suciu wrote:
Hello,
Is this patch in a better shape for inclusion?
The code seems OK, please resend the patch with a docs/protocols.texi
update for the new option.
Thanks,
Marton
Regards,
On Fri, Aug 24, 2018 at 2:46 AM myp...@gmail.com wrote:
On Fri, A
On Sat, 25 Aug 2018, Marton Balint wrote:
On Sat, 25 Aug 2018, Tudor Suciu wrote:
Hello,
Is this patch in a better shape for inclusion?
The code seems OK, please resend the patch with a docs/protocols.texi
update for the new option.
On the second look, there are some strange things:
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/avcodec.h| 1 +
libavcodec/codec_desc.c | 7 ++
libavcodec/huffyuvdec.c | 174 +++-
libavformat/riff.c | 1 +
6 files changed, 128 insert
lör 2018-08-25 klockan 02:00 -0700 skrev j...@wizardofthenet.com:
> > From: Jason Stevens
>
> ---
> libavformat/mxfenc.c | 47
> 1 file changed, 47 insertions(+)
>
> diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
> index 7f629dbe53..cf58c8b
Hello Marton,
The new version takes into account your remarks, modifications.
Regards,
From 11cd8cf4bedecc88700424f1a0782beafe70c9f1 Mon Sep 17 00:00:00 2001
From: Tudor Suciu
Date: Sat, 25 Aug 2018 14:06:57 +0200
Subject: [PATCH] add pkt_length to libsrt
---
doc/protocols.texi | 7 +++
On Fri, Aug 24, 2018 at 04:33:18PM -0300, James Almer wrote:
> On 8/24/2018 3:56 PM, Devin Heitmueller wrote:
> > Create a new av_get_frame_filename3() API which is just like the
> > previous version but accepts a 64-bit integer for the "number"
> > argument. This is useful in cases where you want
On Sat, 25 Aug 2018, Michael Niedermayer wrote:
On Fri, Aug 24, 2018 at 04:33:18PM -0300, James Almer wrote:
On 8/24/2018 3:56 PM, Devin Heitmueller wrote:
Create a new av_get_frame_filename3() API which is just like the
previous version but accepts a 64-bit integer for the "number"
argument
On 8/25/2018 10:30 AM, Marton Balint wrote:
>
>
> On Sat, 25 Aug 2018, Michael Niedermayer wrote:
>
>> On Fri, Aug 24, 2018 at 04:33:18PM -0300, James Almer wrote:
>>> On 8/24/2018 3:56 PM, Devin Heitmueller wrote:
Create a new av_get_frame_filename3() API which is just like the
previo
Hi,
I noticed that configure can be a bit slow - few minutes on my macOS
system, 1:30m on linux/bash, 30s on linux/dash, and even if
pathological, still a too-long 10 minutes on Windows (MSYS2) (same
duration as a full build with make -j4 after configure).
I added some timing information printout
On Fri, Aug 24, 2018 at 08:53:29PM +0200, Timo Rothenpieler wrote:
> ---
> libavcodec/avcodec.h | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
> index 31e50d5a94..2c5e78c88d 100644
> --- a/libavcodec/avcodec.h
> +++ b/libavcodec/avcodec.h
> @@
On Fri, Aug 24, 2018 at 01:14:43AM +0100, Kieran Kunhya wrote:
>
> mpeg4videodec.c | 91
> ++--
> mpegvideo.c | 73 ++--
> mpegvideo.h |2 +
> 3 files changed, 146 insertions(+), 20 delet
Fixes ticket #6897
---
libavformat/movenc.c | 40 +---
1 file changed, 29 insertions(+), 11 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 72a6e12d52..93bb50ce86 100644
--- a/libavformat/movenc.c
+++ b/libavformat/movenc.c
@@ -1589,
On Thu, Aug 23, 2018 at 08:13:13PM +0200, Martin Vignali wrote:
[...]
> swscale_internal.h |2 -
> utils.c| 70
> ++---
> 2 files changed, 68 insertions(+), 4 deletions(-)
> 911c6d681b09ab719e2c8abe337887732c28b65e
> 0003-swscale
On Sat, Aug 25, 2018 at 03:30:48PM +0200, Marton Balint wrote:
>
>
> On Sat, 25 Aug 2018, Michael Niedermayer wrote:
>
> >On Fri, Aug 24, 2018 at 04:33:18PM -0300, James Almer wrote:
> >>On 8/24/2018 3:56 PM, Devin Heitmueller wrote:
> >>>Create a new av_get_frame_filename3() API which is just l
On 8/25/2018 5:15 PM, Michael Niedermayer wrote:
On Fri, Aug 24, 2018 at 08:53:29PM +0200, Timo Rothenpieler wrote:
---
libavcodec/avcodec.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index 31e50d5a94..2c5e78c88d 100644
--- a/libavcodec/avc
On Sun, Aug 19, 2018 at 12:01:04PM +0200, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/mpeg4videodec.c | 8
> 1 file changed, 8 insertions(+)
applied
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Freedom in capi
Please use git send-email to send your patches, or at least send each
patch, created by git format-patch, as individual attachment. Your files
seem to contain multiple patches one after another, which makes them
very hard to follow.
But nice work! Let's hope this does not cause any regressions
On Sat, Aug 25, 2018 at 02:33:03PM +, avih wrote:
> Hi,
>
> I noticed that configure can be a bit slow - few minutes on my macOS
> system, 1:30m on linux/bash, 30s on linux/dash, and even if
> pathological, still a too-long 10 minutes on Windows (MSYS2) (same
> duration as a full build with ma
Thanks.
I'll post the 3 parts of main.patch unmodified as individualemails like Timo
requested, and then I'll look at the failures.
On Saturday, August 25, 2018 9:00 PM, Michael Niedermayer
wrote:
On Sat, Aug 25, 2018 at 02:33:03PM +, avih wrote:
> Hi,
>
> I noticed that configu
For overview see:
http://ffmpeg.org/pipermail/ffmpeg-devel/2018-August/233665.html
Attached is patch 1/3 which was at "main.patch" of that message.
About 50-70% of configure runtime was being spent inside one
function: flatten_extralibs() and callees resolve() and unique().
It manipulates strings
For overview see:
http://ffmpeg.org/pipermail/ffmpeg-devel/2018-August/233665.html
Attached is patch 3/3 which was at "main.patch" of that message.
After the previous speedups, configure spent 20-60% of its runtime
at check_deps(). It's particularly slow with bash. After some local
optimizations
To delay filtering until a given wallclock timestamp.
Signed-off-by: Marton Balint
---
doc/filters.texi | 36 ++
libavfilter/Makefile | 2 +
libavfilter/allfilters.c | 2 +
libavfilter/f_cue.c | 182 +++
libavfilter/versio
On Sat, Aug 25, 2018 at 5:02 AM, Tomas Härdin wrote:
> lör 2018-08-25 klockan 02:00 -0700 skrev j...@wizardofthenet.com:
> > > From: Jason Stevens
> >
> > ---
> > libavformat/mxfenc.c | 47
> > 1 file changed, 47 insertions(+)
> >
> > diff --git a/li
For overview see:
http://ffmpeg.org/pipermail/ffmpeg-devel/2018-August/233665.html
Attached is patch 2/3 which was at "main.patch" of that message.
print_enabled_components() was invoking sed about 350 times on one
file. This is never instant but takes many seconds where fork is
slow (Windows). I
It turns out the the output order of "unique()" was important, andfailing to
keep the original order (where it keeps the last instanceof recurring items)
caused some linkage failures.
This Patch 1/3 v2 squashes opt1-reorder-unique.patch onto the originalpatch
1/3, and updates the commit message
On Mon, Aug 20, 2018 at 11:28:59PM +0200, Michael Niedermayer wrote:
> Fixes: signed integer overflow: -19818 + -2147483648 cannot be represented in
> type 'int'
> Fixes:
> 9545/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SNOW_fuzzer-4928769537081344
>
> Found-by: continuous fuzzing proces
On Thu, Aug 16, 2018 at 03:36:27PM +0200, Michael Niedermayer wrote:
> Fixes: null pointer dereference
> Fixes: wtv-crash-75fa58662ded1c1d349f3d1df89394fd690cf92f
>
> Found-by: Paul Ch
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mpegts.c | 4 ++--
> 1 file changed, 2 insertions(+),
Marton Balint (2018-08-25):
> +FFFrameQueue queue;
There is already a frame queue in the link, it would be much better to
use it rather than having a second one. For that, you need to use a
"activate" callback instead of filter_frame, the working is mostly the
same for simple filters like that
Signed-off-by: Paul B Mahol
---
configure | 1 +
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/avcodec.h| 1 +
libavcodec/codec_desc.c | 7 ++
libavcodec/mwsc.c | 192
libavformat/riff.c |
Signed-off-by: Paul B Mahol
---
configure | 1 +
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/avcodec.h| 1 +
libavcodec/codec_desc.c | 7 ++
libavcodec/wcmv.c | 247
libavformat/riff.c |
On Sat, 25 Aug 2018, Nicolas George wrote:
Marton Balint (2018-08-25):
+FFFrameQueue queue;
There is already a frame queue in the link, it would be much better to
use it rather than having a second one. For that, you need to use a
"activate" callback instead of filter_frame, the working
On Sat, Aug 25, 2018 at 06:42:48PM +, avih wrote:
> It turns out the the output order of "unique()" was important, andfailing to
> keep the original order (where it keeps the last instanceof recurring items)
> caused some linkage failures.
>
> This Patch 1/3 v2 squashes opt1-reorder-unique.p
On Sat, Aug 25, 2018 at 06:11:10PM +, avih wrote:
> For overview see:
> http://ffmpeg.org/pipermail/ffmpeg-devel/2018-August/233665.html
>
> Attached is patch 3/3 which was at "main.patch" of that message.
>
> After the previous speedups, configure spent 20-60% of its runtime
> at check_deps(
By adopting the same behaviour as if there was corrupted data in the
buffer (see the check for V4L2_BUF_FLAG_ERROR) the resulting rawvideo
now at least contains valid data (the previous frame being duplicated).
Fixes video capturing for some stk1160 devices.
---
libavdevice/v4l2.c | 5 ++---
1 fil
After a seek we drop all frames from the filter anyway. Audio filters already
had a similar approach.
Signed-off-by: Marton Balint
---
fftools/ffplay.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/fftools/ffplay.c b/fftools/ffplay.c
index 368e262123..5d9121e5b7 100644
--- a/fftools/ffpl
Fixes: Timeout
Fixes:
9654/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_INDEO4_fuzzer-6289863463665664
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/indeo4.c | 8
1 file change
Fixes: signed integer overflow: -26884 * 91439 cannot be represented in type
'int'
Fixes:
9687/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_RA_144_fuzzer-4995588121690112
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Mich
On 09-08-2018 10:09 AM, Gyan Doshi wrote:
On 08-08-2018 12:47 AM, Nicolas George wrote:
Gyan Doshi (2018-08-08):
That will just defer the breaking change.
That will leave people time to notice the change and allow old and new
scripts to work during the transition.
Will do it this way.
R
43 matches
Mail list logo
