2016-09-25 8:20 GMT+02:00 Xiaolei Yu :
> ---
> libavcodec/aarch64/Makefile | 2 +-
> libavcodec/aarch64/h264cmc_neon.S | 2 +-
> libavcodec/arm/h264cmc_neon.S | 2 +-
> 3 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/libavcodec/aarch64/Makefile b/libavcodec/aarch64/Make
2016-09-25 5:59 GMT+02:00 James Almer :
> As Lukas suggested in another email, it would be a good idea
> to keep using "sdl" instead of "sdl2" on things like the outdev
> name and the configure option (--enable/disable-sdl). So
> basically, anything an user could interact with.
If this gets chang
---
libavcodec/aarch64/Makefile | 2 +-
libavcodec/aarch64/h264cmc_neon.S | 2 +-
libavcodec/arm/h264cmc_neon.S | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/aarch64/Makefile b/libavcodec/aarch64/Makefile
index 36d9d34..c3df887 100644
--- a/libavcodec
[...]
Patch applied.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Signed-off-by: Josh de Kock
---
configure | 2 +-
libavdevice/sdl2.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index f593191..4cfd840 100755
--- a/configure
+++ b/configure
@@ -291,7 +291,7 @@ External library support:
On 25/09/2016 12:55, Josh de Kock wrote:
Signed-off-by: Josh de Kock
---
configure | 2 +-
libavdevice/sdl2.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index f593191..4cfd840 100755
--- a/configure
+++ b/configure
@@ -291,7 +291,7 @@ E
On Sun, Sep 25, 2016 at 12:55:24PM +0100, Josh de Kock wrote:
> Signed-off-by: Josh de Kock
> ---
> configure | 2 +-
> libavdevice/sdl2.c | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/configure b/configure
> index f593191..4cfd840 100755
> --- a/configure
Signed-off-by: Josh de Kock
---
The --enable-sdl2 option is not being renamed because it's a fairly
big change and sdl2 is incompatible with sdl.
libavdevice/sdl2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavdevice/sdl2.c b/libavdevice/sdl2.c
index 217ccc0..5d9e9
Hi!
Attached patch fixes a long-time regression.
Please comment, Carl Eugen
From 2b991a66c4bf14774210e2c7bfb0bb5f0e4f1b8f Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Sun, 25 Sep 2016 14:27:43 +0200
Subject: [PATCH] lavc/8bps: Fix 32bit output of 24bit video.
Regression since / partial
Hi folks,
I am Pallavi Kumari, a recent graduate in Computer Science from IIIT
Hyderabad, India. My areas of interest includes Information Retrieval and
Extraction, Machine learning, Deep learning , algorithms. I have sound
knowledge C, C++, Python and am familiar with various open source
technolo
2016-09-25 14:28 GMT+02:00 Josh de Kock :
> Signed-off-by: Josh de Kock
> ---
>
> The --enable-sdl2 option is not being renamed because it's a fairly
> big change and sdl2 is incompatible with sdl.
How is (old) sdl in FFmpeg incompatible with the new sdl2 in FFmpeg?
Please rename it.
Patch ok
On 25/09/2016 13:45, Carl Eugen Hoyos wrote:
2016-09-25 14:28 GMT+02:00 Josh de Kock :
Signed-off-by: Josh de Kock
---
The --enable-sdl2 option is not being renamed because it's a fairly
big change and sdl2 is incompatible with sdl.
How is (old) sdl in FFmpeg incompatible with the new sdl2
2016-09-25 14:51 GMT+02:00 Josh de Kock :
> On 25/09/2016 13:45, Carl Eugen Hoyos wrote:
>>
>> 2016-09-25 14:28 GMT+02:00 Josh de Kock :
>>>
>>> Signed-off-by: Josh de Kock
>>> ---
>>>
>>> The --enable-sdl2 option is not being renamed because it's a fairly
>>> big change and sdl2 is incompatible
On 25/09/2016 13:57, Carl Eugen Hoyos wrote:
2016-09-25 14:51 GMT+02:00 Josh de Kock :
On 25/09/2016 13:45, Carl Eugen Hoyos wrote:
2016-09-25 14:28 GMT+02:00 Josh de Kock :
Signed-off-by: Josh de Kock
---
The --enable-sdl2 option is not being renamed because it's a fairly
big change a
2016-09-25 14:59 GMT+02:00 Josh de Kock :
>
>
> On 25/09/2016 13:57, Carl Eugen Hoyos wrote:
>>
>> 2016-09-25 14:51 GMT+02:00 Josh de Kock :
>>>
>>> On 25/09/2016 13:45, Carl Eugen Hoyos wrote:
2016-09-25 14:28 GMT+02:00 Josh de Kock :
>
>
> Signed-off-by: Josh de Kock
>
This commit also adds an sdl alias for the configure script.
Signed-off-by: Josh de Kock
---
configure | 2 ++
libavdevice/sdl2.c | 2 +-
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index f593191..899057d 100755
--- a/configure
+++ b/configure
@@
2016-09-25 15:29 GMT+02:00 Josh de Kock :
> This commit also adds an sdl alias for the configure script.
>
> Signed-off-by: Josh de Kock
> ---
> configure | 2 ++
This is missing the important change to
the help output.
Carl Eugen
___
ffmpeg-d
On 25/09/2016 14:38, Carl Eugen Hoyos wrote:
2016-09-25 15:29 GMT+02:00 Josh de Kock :
This commit also adds an sdl alias for the configure script.
Signed-off-by: Josh de Kock
---
configure | 2 ++
This is missing the important change to
the help output.
These changes are only to
When the input frames contain side data, it will accumulate endlessly in
the coded frame, as av_frame_copy_props will append any new side data.
---
libavcodec/mpegvideo_enc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvideo_enc.c
index 87d7954..
2016-09-25 15:40 GMT+02:00 Josh de Kock :
> On 25/09/2016 14:38, Carl Eugen Hoyos wrote:
>> This is missing the important change to
>> the help output.
>>
>
> These changes are only to not break current scripts,
> users should use --disable-sdl2.
Why?
This makes no sense, we don't use version
inf
2016-09-25 15:43 GMT+02:00 Timo Rothenpieler :
> When the input frames contain side data, it will accumulate endlessly in
> the coded frame, as av_frame_copy_props will append any new side data.
But there is no leak, no?
Is this related to ticket #5799?
Carl Eugen
On 9/25/2016 3:44 PM, Carl Eugen Hoyos wrote:
> 2016-09-25 15:43 GMT+02:00 Timo Rothenpieler :
>> When the input frames contain side data, it will accumulate endlessly in
>> the coded frame, as av_frame_copy_props will append any new side data.
>
> But there is no leak, no?
> Is this related to ti
On 25/09/2016 14:43, Carl Eugen Hoyos wrote:
2016-09-25 15:40 GMT+02:00 Josh de Kock :
On 25/09/2016 14:38, Carl Eugen Hoyos wrote:
This is missing the important change to
the help output.
These changes are only to not break current scripts,
users should use --disable-sdl2.
Why?
This mak
2016-09-25 15:48 GMT+02:00 Josh de Kock :
> On 25/09/2016 14:43, Carl Eugen Hoyos wrote:
>>
>> 2016-09-25 15:40 GMT+02:00 Josh de Kock :
>>>
>>> On 25/09/2016 14:38, Carl Eugen Hoyos wrote:
>>
This is missing the important change to
the help output.
>>> These changes are only to not
On 25/09/2016 14:50, Carl Eugen Hoyos wrote:
2016-09-25 15:48 GMT+02:00 Josh de Kock :
On 25/09/2016 14:43, Carl Eugen Hoyos wrote:
2016-09-25 15:40 GMT+02:00 Josh de Kock :
On 25/09/2016 14:38, Carl Eugen Hoyos wrote:
This is missing the important change to
the help output.
These chang
2016-09-25 15:47 GMT+02:00 Timo Rothenpieler :
> On 9/25/2016 3:44 PM, Carl Eugen Hoyos wrote:
>> 2016-09-25 15:43 GMT+02:00 Timo Rothenpieler :
>>> When the input frames contain side data, it will accumulate
>>> endlessly in the coded frame, as av_frame_copy_props will
>>> append any new side data
On 9/25/2016 3:55 PM, Carl Eugen Hoyos wrote:
> 2016-09-25 15:47 GMT+02:00 Timo Rothenpieler :
>> On 9/25/2016 3:44 PM, Carl Eugen Hoyos wrote:
>>> 2016-09-25 15:43 GMT+02:00 Timo Rothenpieler :
When the input frames contain side data, it will accumulate
endlessly in the coded frame, as a
Le quartidi 4 vendémiaire, an CCXXV, Carl Eugen Hoyos a écrit :
> > And without this, ffmpeg keeps using more and more memory.
> > So while the memory is eventually freed when the encoding is done
> I believe this defines it as not being a leak.
I believe you are wrong. It is not the same kind of
2016-09-25 15:59 GMT+02:00 Timo Rothenpieler :
>>> And without this, ffmpeg keeps using more and more memory.
>>> So while the memory is eventually freed when the encoding is done
>>
>> I believe this defines it as not being a leak.
>
> What else would it be?
(Massive) memory consumption.
Carl E
2016-09-25 16:00 GMT+02:00 Nicolas George :
> Le quartidi 4 vendémiaire, an CCXXV, Carl Eugen Hoyos a écrit :
>> > And without this, ffmpeg keeps using more and more memory.
>> > So while the memory is eventually freed when the encoding is done
>> I believe this defines it as not being a leak.
>
>
Le quartidi 4 vendémiaire, an CCXXV, Carl Eugen Hoyos a écrit :
> (Massive) memory consumption.
That would be if the consumption was necessary.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
___
ffmpeg-devel mailing list
f
On 25/09/2016 14:51, Josh de Kock wrote:
On 25/09/2016 14:50, Carl Eugen Hoyos wrote:
2016-09-25 15:48 GMT+02:00 Josh de Kock :
On 25/09/2016 14:43, Carl Eugen Hoyos wrote:
2016-09-25 15:40 GMT+02:00 Josh de Kock :
On 25/09/2016 14:38, Carl Eugen Hoyos wrote:
This is missing the importan
On 24/09/2016 19:01, Josh de Kock wrote:
Signed-off-by: Josh de Kock
---
libavdevice/sdl2.c | 27 +--
1 file changed, 5 insertions(+), 22 deletions(-)
[...]
Applied.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
htt
On date Saturday 2016-09-24 15:21:11 +0200, wm4 encoded:
> On Fri, 23 Sep 2016 19:46:16 +0200
> Stefano Sabatini wrote:
>
> > On date Friday 2016-09-23 09:34:19 +0200, wm4 encoded:
> > > On Thu, 22 Sep 2016 18:50:27 +0200
> > > Stefano Sabatini wrote:
> > [...]
> > > > Ping. I'd like to commit
---
What else is missing?
---
doc/libav-merge.txt | 10 ++
1 file changed, 10 insertions(+)
diff --git a/doc/libav-merge.txt b/doc/libav-merge.txt
index 4fd863e..e200bdb 100644
--- a/doc/libav-merge.txt
+++ b/doc/libav-merge.txt
@@ -84,4 +84,14 @@ whitespace differences) are passed into c
On 25/09/2016 18:35, Clément Bœsch wrote:
---
What else is missing?
---
doc/libav-merge.txt | 10 ++
1 file changed, 10 insertions(+)
diff --git a/doc/libav-merge.txt b/doc/libav-merge.txt
index 4fd863e..e200bdb 100644
--- a/doc/libav-merge.txt
+++ b/doc/libav-merge.txt
@@ -84,4 +84,14
On Sun, Sep 25, 2016 at 06:36:15PM +0100, Josh de Kock wrote:
> On 25/09/2016 18:35, Clément Bœsch wrote:
> > ---
> > What else is missing?
> > ---
> > doc/libav-merge.txt | 10 ++
> > 1 file changed, 10 insertions(+)
> >
> > diff --git a/doc/libav-merge.txt b/doc/libav-merge.txt
> > inde
On Sat, Sep 24, 2016 at 10:40:35PM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> Not everybody is happy about a timecode track in mp4,
> see ticket #5492.
>
> Please comment, Carl Eugen
> doc/muxers.texi |3 +++
> libavformat/movenc.c |6 --
> libavformat/movenc.h |1 +
> 3 fil
On Sat, Sep 24, 2016 at 03:28:36PM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch hopefully fixes ticket #5136.
>
> Please review, Carl Eugen
> utils.c |4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
> 519f209901429efaf9dffec381290a6a83573deb
> 0001-lavf-utils-Do-not-ov
2016-09-25 20:59 GMT+02:00 Michael Niedermayer :
> On Sat, Sep 24, 2016 at 03:28:36PM +0200, Carl Eugen Hoyos wrote:
>> Hi!
>>
>> Attached patch hopefully fixes ticket #5136.
>>
>> Please review, Carl Eugen
>
>> utils.c |4 +++-
>> 1 file changed, 3 insertions(+), 1 deletion(-)
>> 519f20990142
On 9/24/2016 9:29 PM, Josh de Kock wrote:
> On 24/09/2016 19:24, James Almer wrote:
>> [...]
>
> Both patches look good to me.
>
> --
> Josh
Pushed, thanks.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmp
---
libavformat/mpegtsenc.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c
index fd849e5..ac27b81 100644
--- a/libavformat/mpegtsenc.c
+++ b/libavformat/mpegtsenc.c
@@ -1790,11 +1790,15 @@ static int mpegts_check_bitstr
On Sat, Sep 24, 2016 at 10:40:35PM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> Not everybody is happy about a timecode track in mp4,
> see ticket #5492.
>
> Please comment, Carl Eugen
> From 47a813709643106b0d0a2eceff822107c395d15c Mon Sep 17 00:00:00 2001
> From: Carl Eugen Hoyos
> Date: Sat, 24
> On Sep 25, 2016, at 1:49 PM, Michael Niedermayer
> wrote:
>
> On Sat, Sep 24, 2016 at 10:40:35PM +0200, Carl Eugen Hoyos wrote:
>> Hi!
>>
>> Not everybody is happy about a timecode track in mp4,
>> see ticket #5492.
>>
>> Please comment, Carl Eugen
>
>> doc/muxers.texi |3 +++
>>
Allowing larger timestamps makes it impossible to calculate basic things like
the
difference of 2 timestamps or their sum without checking each individual
computation for
overflow.
This should avoid a significant number of overflow checks
Fixes Ticket5136
Signed-off-by: Michael Niedermayer
---
On Sun, Sep 25, 2016 at 09:04:30PM +0200, Carl Eugen Hoyos wrote:
> 2016-09-25 20:59 GMT+02:00 Michael Niedermayer :
> > On Sat, Sep 24, 2016 at 03:28:36PM +0200, Carl Eugen Hoyos wrote:
> >> Hi!
> >>
> >> Attached patch hopefully fixes ticket #5136.
> >>
> >> Please review, Carl Eugen
> >
> >> ut
On Sat, Sep 03, 2016 at 11:22:43AM +0200, Michael Niedermayer wrote:
> On Fri, Aug 05, 2016 at 11:24:35PM +0200, Carl Eugen Hoyos wrote:
> > Hi!
> >
> > 2016-08-04 16:01 GMT+02:00 James Almer :
> > >> So the advantage is that compilation gets measurably faster
> > >> with your patch?
> > >
> > > N
* Updates the width/height sanity check to check all values against
INT_MAX.
* Correctly utilizes the stored width or height by default, and if
sampled or display values are available they are utilized.
Signed-off-by: Jan Ekström
---
libavformat/mxfdec.c | 30 +++---
* Renames the `width` and `height` entries to `stored_{width,height}`
according to the specification's naming.
* Switches the data type of widths and heights to uint32_t according
to specification, adds additional checks to make sure we don't
overflow INT_MAX as codecpar->{width,height} are s
On Mon, 26 Sep 2016, Jan Ekström wrote:
* Updates the width/height sanity check to check all values against
INT_MAX.
* Correctly utilizes the stored width or height by default, and if
sampled or display values are available they are utilized.
Signed-off-by: Jan Ekström
---
libavformat/mxfde
On Tue, Aug 09, 2016 at 05:15:30PM +0200, Jean-Yves Simon wrote:
> ---
> libavcodec/hevc.c | 3 +++
> 1 file changed, 3 insertions(+)
applied
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
While the State exists there can be no freedom; when there is free
On Sun, Sep 25, 2016 at 02:43:47PM -0500, Rodger Combs wrote:
> ---
> libavformat/mpegtsenc.c | 8 ++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
probably ok or rather ive no better idea either
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Re
2016-09-25 23:55 GMT+02:00 Michael Niedermayer :
>> > probably ok
>> > it might be ultimately easier to reject demuxer output that has
>> > timestamps close to INT64 MAX/MIN instead of protecting all
>> > computations one by one though
>>
>> I don't disagree but I am probably unable to improve the
2016-09-26 1:52 GMT+02:00 Jan Ekström :
> * Renames the `width` and `height` entries to `stored_{width,height}`
> according to the specification's naming.
This should be a separate patch. (Although I wonder how useful it is:
Are you planning to add yourself as mxf maintainer? This would be
very
On Sep 26, 2016 09:29, "Carl Eugen Hoyos" wrote:
>
> 2016-09-26 1:52 GMT+02:00 Jan Ekström :
>
> If this fixes anything (I am not sure I understand: Are you changing a
> type which introduces a possible undefined behaviour, so you add an
> additional check at the same time?) it should be part of a
Hi!
As requested by Clément, no opinion here.
Please comment, Carl Eugen
From 233aaff6511c3b105a7ac2dad2d55d03455df153 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Mon, 26 Sep 2016 08:52:36 +0200
Subject: [PATCH] lavf/movenc: Only write timecode track for mov by default.
---
Changelog
2016-09-25 21:47 GMT+02:00 Clément Bœsch :
>> +{ "write_tmcd", "force or disable writing tmcd",
>> offsetof(MOVMuxContext, write_tmcd), AV_OPT_TYPE_INT, {.i64 = -1}, -1, 1,
>> AV_OPT_FLAG_ENCODING_PARAM},
>
> AV_OPT_TYPE_BOOL
Applied with that change.
[...]
> Didn't test nor looked in dep
57 matches
Mail list logo
