On 05-07-2018 10:42 AM, hwren wrote:
+
+libdavs2 uses GPLv2, so you may also need to add @code{--enable-gpl} while
configuring.
Is it permissible to link against GPLv3 ffmpeg build? If yes, please
change above line to what x264 section currently has.
Thanks,
Gyan
Almost another one.
hwrenx.
At 2018-07-04 04:28:16, "Carl Eugen Hoyos" wrote:
>2018-07-03 6:22 GMT+02:00, hwren :
>
>> +- AVS2 video decoder via libdavs2
>
>Is this related to ticket #6948 or is this another codec?
>
>Carl Eugen
>___
>ffmpeg
Signed-off-by: hwren
---
libavformat/riff.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/riff.c b/libavformat/riff.c
index 8911725..4153372 100644
--- a/libavformat/riff.c
+++ b/libavformat/riff.c
@@ -369,6 +369,7 @@ const AVCodecTag ff_codec_bmp_tags[] = {
{ AV_CODEC_ID_Z
Signed-off-by: hwren
---
libavcodec/Makefile | 1 +
libavcodec/avcodec.h | 1 +
libavcodec/avs2_parser.c | 95
libavcodec/codec_desc.c | 7
libavcodec/parser.c | 1 +
libavcodec/version.h | 4 +-
6 files changed, 107 in
Signed-off-by: hwren
---
Changelog | 1 +
configure | 4 ++
doc/decoders.texi | 10 +++
doc/general.texi | 8 +++
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/libdavs2.c | 177 ++
The decoder could not work well without its parser,
so I merged the parser-patch into the codec-patch.
Thanks for advice, hwrenx.
At 2018-07-04 04:24:39, "Carl Eugen Hoyos" wrote:
>2018-07-03 6:22 GMT+02:00, hwren :
>> Signed-off-by: hwren
>> ---
>> doc/APIchanges | 3 +++
>>
On Wed, Jul 04, 2018 at 11:35:03AM -0700, Baptiste Coudurier wrote:
> ---
> libavformat/mxfenc.c | 80 +---
> 1 file changed, 39 insertions(+), 41 deletions(-)
>
> diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
> index 77f60f5874..b98d234f03 10064
On Wed, 4 Jul 2018, Baptiste Coudurier wrote:
---
libavformat/mxf.c| 1 +
libavformat/mxfdec.c | 2 ++
libavformat/mxfenc.c | 41 +
libavformat/utils.c | 6 +-
4 files changed, 45 insertions(+), 5 deletions(-)
diff --git a/libavformat/mxf.c b/lib
On 04/07/2018 23:05, Baptiste Coudurier wrote:
> +if (length < 0)
> +return AVERROR_INVALIDDATA;
> +
> +int array_count = avio_rb32(s->pb);
> +int array_elem_size = avio_rb32(s->pb);
Mixed declarations aren't allowed in FFmpeg.
- Derek
_
---
libavformat/mxf.c| 1 +
libavformat/mxfdec.c | 2 ++
libavformat/mxfenc.c | 41 +
libavformat/utils.c | 6 +-
4 files changed, 45 insertions(+), 5 deletions(-)
diff --git a/libavformat/mxf.c b/libavformat/mxf.c
index 8376a2b9bf..451cbcfb2c 1
---
libavformat/mxfdec.c | 103 +++
1 file changed, 103 insertions(+)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 575126d639..13226333cc 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -52,6 +52,7 @@
#include "libavutil/i
Hi Marton,
On Wed, Jul 4, 2018 at 1:38 PM, Marton Balint wrote:
>
>
> On Wed, 4 Jul 2018, Baptiste Coudurier wrote:
>
> ---
>> libavformat/mxf.c| 1 +
>> libavformat/mxfdec.c | 3 +++
>> libavformat/mxfenc.c | 41 +
>> libavformat/utils.c | 6 +-
>
On Wed, Jul 04, 2018 at 09:32:32AM +0200, Karsten Otto wrote:
>
> > Am 04.07.2018 um 03:26 schrieb Michael Niedermayer :
> >
> > Signierter PGP-Teil
> > On Tue, Jul 03, 2018 at 10:25:36PM +0200, Karsten Otto wrote:
> >> TL;DR: I will drop patch 3/3, may rather spend some time investigating why
>
On Wed, 4 Jul 2018, Baptiste Coudurier wrote:
---
libavformat/mxfdec.c | 102 +++
1 file changed, 102 insertions(+)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 3f443bbbc9..54e4be7934 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/
On Wed, 4 Jul 2018, Baptiste Coudurier wrote:
---
libavformat/mxf.c| 1 +
libavformat/mxfdec.c | 3 +++
libavformat/mxfenc.c | 41 +
libavformat/utils.c | 6 +-
4 files changed, 46 insertions(+), 5 deletions(-)
diff --git a/libavformat/mxf.c b/l
On Wed, Jul 04, 2018 at 03:03:03AM +0200, Michael Niedermayer wrote:
> On Tue, Jul 03, 2018 at 11:52:59PM +0200, Carl Eugen Hoyos wrote:
> > 2018-07-03 23:05 GMT+02:00, Michael Niedermayer :
> > > Fixes: out of array read
> > > Fixes: asff-crash-0e53d0dc491dfdd507530b66562812fbd4c36678
> > >
> > >
Without this check some crafted files might crash because a packet might be
demuxed which have no corresponding mxf track.
Signed-off-by: Marton Balint
---
libavformat/mxfdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index b
On Tue, 3 Jul 2018, Tomas Härdin wrote:
tis 2018-07-03 klockan 22:36 +0200 skrev Marton Balint:
On Mon, 25 Jun 2018, Marton Balint wrote:
> Also use common code with opAtom.
>
> Fixes ticket #2776.
> Partially fixes ticket #5671.
> Fixes ticket #5866.
Will push the series soon.
Sorry,
--
-
Shlomi Fish http://www.shlomifish.org/
What does “Zionism” mean? - http://shlom.in/def-zionism
It is impossible to make anything foolproof because fools are so ingenious.
— Source Unknown
Please reply to list if it'
---
libavformat/mxf.c| 1 +
libavformat/mxfdec.c | 3 +++
libavformat/mxfenc.c | 41 +
libavformat/utils.c | 6 +-
4 files changed, 46 insertions(+), 5 deletions(-)
diff --git a/libavformat/mxf.c b/libavformat/mxf.c
index 8376a2b9bf..451cbcfb2c
---
libavformat/sccenc.c | 90 ++--
1 file changed, 54 insertions(+), 36 deletions(-)
diff --git a/libavformat/sccenc.c b/libavformat/sccenc.c
index f3cf3d599c..dd6a4b36d8 100644
--- a/libavformat/sccenc.c
+++ b/libavformat/sccenc.c
@@ -23,16 +23,22 @@
#in
---
libavformat/mxfenc.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
index 1f272ce6e5..036adce011 100644
--- a/libavformat/mxfenc.c
+++ b/libavformat/mxfenc.c
@@ -2935,6 +2935,9 @@ static int mxf_interleave_get_packet(AVForm
---
libavformat/mxf.c| 17 +
libavformat/mxf.h| 2 ++
libavformat/mxfenc.c | 4 +++-
tests/ref/lavf/mxf | 2 +-
4 files changed, 23 insertions(+), 2 deletions(-)
diff --git a/libavformat/mxf.c b/libavformat/mxf.c
index c8b57f7f0b..8376a2b9bf 100644
--- a/libavformat/m
---
libavformat/mxfdec.c | 102 +++
1 file changed, 102 insertions(+)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 3f443bbbc9..54e4be7934 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -52,6 +52,7 @@
#include "libavutil/i
---
libavformat/sccdec.c | 100 ---
1 file changed, 56 insertions(+), 44 deletions(-)
diff --git a/libavformat/sccdec.c b/libavformat/sccdec.c
index 89d21b9c1f..0472b4e031 100644
--- a/libavformat/sccdec.c
+++ b/libavformat/sccdec.c
@@ -24,9 +24,14 @@
#inc
---
libavcodec/ratecontrol.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavcodec/ratecontrol.c b/libavcodec/ratecontrol.c
index 49d169ba25..28bdddbad1 100644
--- a/libavcodec/ratecontrol.c
+++ b/libavcodec/ratecontrol.c
@@ -705,16 +705,16 @@ int ff_vbv_updat
---
libavformat/audiointerleave.c | 10 +++---
tests/ref/lavf/mxf| 4 ++--
2 files changed, 9 insertions(+), 5 deletions(-)
diff --git a/libavformat/audiointerleave.c b/libavformat/audiointerleave.c
index 6d4954befe..dea5d99821 100644
--- a/libavformat/audiointerleave.c
+++ b/lib
---
libavformat/mxfenc.c| 9 +++--
tests/ref/lavf/mxf | 6 +++---
tests/ref/lavf/mxf_d10 | 2 +-
tests/ref/lavf/mxf_dv25 | 2 +-
tests/ref/lavf/mxf_dvcpro50 | 2 +-
tests/ref/lavf/mxf_opatom | 2 +-
tests/ref/lavf/mxf_opatom_audio | 2 +-
7 f
---
libavformat/mxfenc.c| 208 ++--
tests/ref/lavf/mxf | 6 +-
tests/ref/lavf/mxf_d10 | 2 +-
tests/ref/lavf/mxf_dv25 | 2 +-
tests/ref/lavf/mxf_dvcpro50 | 2 +-
tests/ref/lavf/mxf_opatom | 2 +-
tests/ref/la
---
libavformat/mxfenc.c| 46 ++---
tests/ref/lavf/mxf | 6 ++---
tests/ref/lavf/mxf_d10 | 2 +-
tests/ref/lavf/mxf_dv25 | 2 +-
tests/ref/lavf/mxf_dvcpro50 | 2 +-
tests/ref/lavf/mxf_opatom | 2 +-
tests/ref/lavf
---
libavformat/mxfenc.c | 80 +---
1 file changed, 39 insertions(+), 41 deletions(-)
diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
index 77f60f5874..b98d234f03 100644
--- a/libavformat/mxfenc.c
+++ b/libavformat/mxfenc.c
@@ -1104,14 +1104,16 @@
On Wed, 4 Jul 2018 18:55:42 +0200
Carl Eugen Hoyos wrote:
> 2018-06-28 10:52 GMT+02:00, Shlomi Fish :
>
> > Attached is the 2nd take of the patch for vf_weave.c. Please review.
>
> Patch applied.
>
Thanks!
> Thank you, Carl Eugen
> ___
> ffmpeg-d
Hi,
On Wed, 4 Jul 2018 18:45:09 +0200
Carl Eugen Hoyos wrote:
> 2018-06-28 10:52 GMT+02:00, Shlomi Fish :
>
> > Attached is the 2nd take of the patch for vf_weave.c. Please review.
>
> For future patches:
>
> > The changes contained in this patch are hereby placed under the Expat
> > licenc
On 07/04/2018 07:01 PM, Carl Eugen Hoyos wrote:
> I don't understand: If everything is enabled and there are
> no options to disable features, how did you (and other
> people in favour of this change) measure performance?
Everything is automatically enabled indeed, but most of the system checks a
2018-06-14 18:03 GMT+02:00, Josh de Kock :
> - Exposing options, for now everything is automatically enabled
I don't understand: If everything is enabled and there are
no options to disable features, how did you (and other
people in favour of this change) measure performance?
Carl Eugen
2018-06-28 10:52 GMT+02:00, Shlomi Fish :
> Attached is the 2nd take of the patch for vf_weave.c. Please review.
Patch applied.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hello,
On Wed, 4 Jul 2018, at 16:19, Pedro Arthur wrote:
> 2018-07-04 4:03 GMT-03:00 Jean-Baptiste Kempf :
> > On Wed, 4 Jul 2018, at 01:22, Carl Eugen Hoyos wrote:
> >> 2018-07-04 0:14 GMT+02:00, Jean-Baptiste Kempf :
> >> > On Tue, 3 Jul 2018, at 20:59, Carl Eugen Hoyos wrote:
> >> >> How is thi
Hello,
On Wed, 4 Jul 2018, at 18:42, Carl Eugen Hoyos wrote:
> > The point is: you can recreate all of those arrays.
>
> I believe the only way to recreate (some of) the
> arrays in libavcodec/*data* is to look into old
> FFmpeg sources but I apparently misunderstand
> you, sorry.
>
> I always t
2018-06-28 10:52 GMT+02:00, Shlomi Fish :
> Attached is the 2nd take of the patch for vf_weave.c. Please review.
For future patches:
> The changes contained in this patch are hereby placed under the Expat licence.
If you add a new file (like a new filter or decoder) please feel free
to use the
2018-07-04 9:03 GMT+02:00, Jean-Baptiste Kempf :
> On Wed, 4 Jul 2018, at 01:22, Carl Eugen Hoyos wrote:
>> 2018-07-04 0:14 GMT+02:00, Jean-Baptiste Kempf :
>> > On Tue, 3 Jul 2018, at 20:59, Carl Eugen Hoyos wrote:
>> >> How is this case different from many arrays in libavcodec/*data*?
>> >
>> > I
On 7/4/18, Jean-Baptiste Kempf wrote:
> On Tue, 3 Jul 2018, at 20:59, Carl Eugen Hoyos wrote:
>> How is this case different from many arrays in libavcodec/*data*?
>
> It is very different: the arrays in *data* come either from a mathematical
> computation or a spec.
>
> Else, as some Debian Develo
On 7/4/18, Shlomi Fish wrote:
> On Thu, 28 Jun 2018 11:52:10 +0300
> Shlomi Fish wrote:
>
>> Hi all!
>>
>> Attached is the 2nd take of the patch for vf_weave.c. Please review.
>>
>
> Ping.
If expat license is compatible with LGPL that it is ok for merge.
Otherwise it should not be committed.
__
Hey $list, not an FFmpeg developer, but I worked on the meson port and figured
I could address some of the points that were made.
Since the initial post I have also added support for compiling with Msys/MingW
on Window now in addition to MSVC.
## Performance comparison
A significant part of the
2018-07-04 4:03 GMT-03:00 Jean-Baptiste Kempf :
> On Wed, 4 Jul 2018, at 01:22, Carl Eugen Hoyos wrote:
>> 2018-07-04 0:14 GMT+02:00, Jean-Baptiste Kempf :
>> > On Tue, 3 Jul 2018, at 20:59, Carl Eugen Hoyos wrote:
>> >> How is this case different from many arrays in libavcodec/*data*?
>> >
>> > It
While the error is not fatal, the message should not be displayed only
in verbose logging, as its consequences are of interest.
Also fix message formatting (missing space).
Signed-off-by: Moritz Barsnick
---
Ideally, the returned mfxStatus would be evaluated and printed, but no
such function is
On Wed, Jul 4, 2018, at 09:05, Thomas Guillem wrote:
> On macOS, a zero rc_max_rate cause an error from
> VTSessionSetProperty(kVTCompressionPropertyKey_DataRateLimits).
>
> on iOS (depending on device/version), a zero rc_max_rate cause invalid
> arguments from the vtenc_output_callback after few
On Mon, Jul 02, 2018 at 02:10:44AM +0200, Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes:
> 8774/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TRUEMOTION2_fuzzer-5942199639343104
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
>
On Tue, Jul 03, 2018 at 01:08:58AM +0200, Michael Niedermayer wrote:
> The profile field is changed by code inside and outside the decoder,
> its not a reliable indicator of the internal codec state.
> Maintaining it consistency with studio_profile is messy.
> Its easier to just avoid it and use on
On Tue, Jul 03, 2018 at 12:51:11PM +0200, Marton Balint wrote:
> More than 64 is not *that* insane, so let's report the error at least.
>
> Signed-off-by: Marton Balint
> ---
> libavcodec/utils.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavcodec/utils.c b/libavcodec/utils.c
>
On Thu, 28 Jun 2018 11:52:10 +0300
Shlomi Fish wrote:
> Hi all!
>
> Attached is the 2nd take of the patch for vf_weave.c. Please review.
>
Ping.
--
-
Shlomi Fish http://www.shlomifish.org/
My Aphorisms - http://www.shlomif
> Am 04.07.2018 um 03:26 schrieb Michael Niedermayer :
>
> Signierter PGP-Teil
> On Tue, Jul 03, 2018 at 10:25:36PM +0200, Karsten Otto wrote:
>> TL;DR: I will drop patch 3/3, may rather spend some time investigating why
>> "ff ee 47 9d“ passes the mp3 header parser. Also, the aa file "index" can
On Tue, Jul 3, 2018, at 20:53, Carl Eugen Hoyos wrote:
> 2018-07-03 17:05 GMT+02:00, Thomas Guillem :
> > On macOS, a zero rc_max_rate cause an error from
> > VTSessionSetProperty(kVTCompressionPropertyKey_DataRateLimits).
> >
> > on iOS (depending on device/version), a zero rc_max_rate cause inva
---
libavcodec/videotoolboxenc.c | 72 ++--
1 file changed, 36 insertions(+), 36 deletions(-)
diff --git a/libavcodec/videotoolboxenc.c b/libavcodec/videotoolboxenc.c
index aa9aae7e05..050e5cefee 100644
--- a/libavcodec/videotoolboxenc.c
+++ b/libavcodec/videotoolb
On macOS, a zero rc_max_rate cause an error from
VTSessionSetProperty(kVTCompressionPropertyKey_DataRateLimits).
on iOS (depending on device/version), a zero rc_max_rate cause invalid
arguments from the vtenc_output_callback after few frames and then a crash
within the VideoToolbox library.
---
l
On Wed, Jun 27, 2018 at 5:52 PM Jun Zhao wrote:
>
> the right blending calc is:
> (alpha * Frame_2 + (MAX - alpha) * Frame_1 + 512) >> 10
>
> Signed-off-by: Jun Zhao
> ---
> libavfilter/vf_minterpolate.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavfilter/vf_
On Wed, 4 Jul 2018, at 01:22, Carl Eugen Hoyos wrote:
> 2018-07-04 0:14 GMT+02:00, Jean-Baptiste Kempf :
> > On Tue, 3 Jul 2018, at 20:59, Carl Eugen Hoyos wrote:
> >> How is this case different from many arrays in libavcodec/*data*?
> >
> > It is very different: the arrays in *data* come either fr
56 matches
Mail list logo