On Wed, Nov 2, 2016 at 9:20 PM, Andreas Cadhalpun
wrote:
> On 02.11.2016 21:10, Hendrik Leppkes wrote:
>> On Wed, Nov 2, 2016 at 8:13 PM, Andreas Cadhalpun
>> wrote:
>>> On 01.11.2016 23:10, Hendrik Leppkes wrote:
Am 01.11.2016 17:17 schrieb "Andreas Cadhalpun" <
andreas.cadhal...@googl
On Thu, Nov 03, 2016 at 01:12:03AM +0100, Andreas Cadhalpun wrote:
> This fixes probing dts/eac3/mp2 in hls.
>
> The problem was introduced in commit 04964ac311abe670fb3b60290a330f2067544b13.
>
> Also update the fate reference for the fate-segment-mp4-to-ts test.
>
> Signed-off-by: Andreas Cadha
On Thu, Nov 03, 2016 at 01:04:21AM +0100, Andreas Cadhalpun wrote:
> On 03.11.2016 00:42, Michael Niedermayer wrote:
> > On Wed, Nov 02, 2016 at 10:30:30PM +0100, Andreas Cadhalpun wrote:
> >> On 02.11.2016 13:07, Michael Niedermayer wrote:
> >>> On Sat, Oct 22, 2016 at 01:16:00AM +0200, Andreas Ca
Hi,
Andreas Cadhalpun kirjoitti 2016-11-03 02:12:
This fixes probing dts/eac3/mp2 in hls.
The problem was introduced in commit
04964ac311abe670fb3b60290a330f2067544b13.
Also update the fate reference for the fate-segment-mp4-to-ts test.
Thanks.
Can you point me to some example streams wit
Signed-off-by: Michael Niedermayer
---
libavcodec/ac3dec.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavcodec/ac3dec.c b/libavcodec/ac3dec.c
index a95c204..499971a 100644
--- a/libavcodec/ac3dec.c
+++ b/libavcodec/ac3dec.c
@@ -426,6 +426,10 @@ static int decode_exponents(AC3Decode
On date Wednesday 2016-11-02 11:14:35 +0100, Michael Niedermayer encoded:
> On Sun, Oct 16, 2016 at 12:16:25AM +0200, Thomas Volkert wrote:
> > Hi,
> >
> > I'd like to ask for refund of my expenses for LinuxCon (see thread
> > "FFmpeg at LinuxCon 2016"):
> >
> > - 191 € for 2 * 675km by car
> >
Function(s) Tested: av_packet_clone().
This test checks if av_packet_clone() can successfully make a copy of an
AVPacket. Compares all data members in AVPacket EXCEPT for "buf" because "buf"
is
initialized to NIL in the original AVPacket [to be cloned].
Signed-off-by: Thomas Turner
---
libavco
Build keyframes index information into metadata.
Be used to http VOD flv.
Signed-off-by: Steven Liu
---
doc/muxers.texi |3 +
libavformat/flvenc.c | 323 --
2 files changed, 317 insertions(+), 9 deletions(-)
diff --git a/doc/muxers.texi
Signed-off-by: Michael Niedermayer
---
ffmpeg.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/ffmpeg.c b/ffmpeg.c
index 3b91710..6b7ce72 100644
--- a/ffmpeg.c
+++ b/ffmpeg.c
@@ -789,6 +789,7 @@ static void output_packet(OutputFile *of, AVPacket *pkt,
OutputStream *ost)
if (ost->nb_bit
On 11/3/2016 10:55 AM, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> ffmpeg.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/ffmpeg.c b/ffmpeg.c
> index 3b91710..6b7ce72 100644
> --- a/ffmpeg.c
> +++ b/ffmpeg.c
> @@ -789,6 +789,7 @@ static void output_packet(O
On Thu, Nov 03, 2016 at 11:17:05AM -0300, James Almer wrote:
> On 11/3/2016 10:55 AM, Michael Niedermayer wrote:
> > Signed-off-by: Michael Niedermayer
> > ---
> > ffmpeg.c | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/ffmpeg.c b/ffmpeg.c
> > index 3b91710..6b7ce72 100644
> > --
On Thu, Nov 03, 2016 at 04:55:40AM -0700, Thomas Turner wrote:
> Function(s) Tested: av_packet_clone().
>
> This test checks if av_packet_clone() can successfully make a copy of an
> AVPacket. Compares all data members in AVPacket EXCEPT for "buf" because
> "buf" is
> initialized to NIL in the or
On Wed, Nov 2, 2016 at 3:50 PM, Derek Buitenhuis wrote:
> On 10/26/2016 7:31 PM, Sasi Inguva wrote:
> > According to spec ISO_IEC_15444_12 "For any media stream for which no
> segment index is present, referred to as non‐indexed stream, the media
> stream associated with the first Segment Index b
On 11/3/2016 4:56 PM, Sasi Inguva wrote:
>> I am just converting the *reference* stream duration from that streams'
> timescale to the timescale of the stream I am setting to.
>
>
Indeed, I misread this (midnight emails FTL; I read time_scale 3 times instead
of 2).
Anyway, the rest seems OK to
On Thu, Nov 3, 2016, at 05:05 AM, Steven Liu wrote:
> Build keyframes index information into metadata.
Can be simplified to:
"Add keyframe index metadata."
> Be used to http VOD flv.
The above phrase is not very descriptive. I suggest something like:
"Used to facilitate seeking; particularly f
Dear FFmpeg developers,
I'm trying to build a fork of ffmpeg under Linux (Ubuntu 14.04, gcc 4.82) which
then integrates the codec I'm working on (https://github.com/bbc/turingcodec).
This codec uses some boost libraries which ship with the source code. However,
when I build ffmpeg enabling the
On Thu, Nov 03, 2016 at 05:02:50PM +, Derek Buitenhuis wrote:
> On 11/3/2016 4:56 PM, Sasi Inguva wrote:
> >> I am just converting the *reference* stream duration from that streams'
> > timescale to the timescale of the stream I am setting to.
> >
> >
>
> Indeed, I misread this (midnight ema
On Wed, Nov 02, 2016 at 11:48:57AM -0400, Vittorio Giovara wrote:
> Avoids a forward-declaration in the following commit.
>
> Signed-off-by: Vittorio Giovara
> ---
> Please CC.
> Vittorio
applied
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
You can kil
ping.
Thanks!
On Mon, Oct 31, 2016 at 10:25 PM, Sasi Inguva wrote:
> For MP4F files , stream duration is updated by the sum of duration of
> moof's http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavformat/mov.c;h=
> 414007e7aa128aa66e07395b42c0cd4b369b3146;hb=HEAD#l4193 , only if the
> durat
Hi,
On 03.11.2016 11:18, Anssi Hannula wrote:
> Andreas Cadhalpun kirjoitti 2016-11-03 02:12:
>> This fixes probing dts/eac3/mp2 in hls.
>>
>> The problem was introduced in commit
>> 04964ac311abe670fb3b60290a330f2067544b13.
>>
>> Also update the fate reference for the fate-segment-mp4-to-ts test
On 03.11.2016 09:52, Hendrik Leppkes wrote:
> Hence my point about trying to stick to a common behavior scheme
> without looking at what *OUR* decoder needs - there could be others,
> after all.
> Its common to write extradata into codecpar if its present. You can
> try to dispute that as long as y
Le duodi 12 brumaire, an CCXXV, Clement Boesch a écrit :
> ---
> So this is just a prototype that is starting to work. It needs a split
> (and completion of the long TODO list) before review but I wanted to
> share it for early feedbacks.
>
> So long story short: AVSubtitle → AVFrame, you have to
On Thu, Nov 3, 2016 at 7:39 PM, Andreas Cadhalpun
wrote:
> On 03.11.2016 09:52, Hendrik Leppkes wrote:
>> Hence my point about trying to stick to a common behavior scheme
>> without looking at what *OUR* decoder needs - there could be others,
>> after all.
>> Its common to write extradata into cod
---
libavformat/mov.c | 25 +++--
1 file changed, 23 insertions(+), 2 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 4222088..2cb041f 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -1824,6 +1824,8 @@ static void mov_parse_stsd_video(MOVContext
On 03.11.2016 19:53, Hendrik Leppkes wrote:
> Since you want docs, I even found one extremely specific to this
> particular case:
> https://ffmpeg.org/ffmpeg-formats.html#apng
>
> "All headers, but the PNG signature, up to (but not including) the
> first fcTL chunk are transmitted as extradata."
>
On 11/3/2016 4:00 PM, Andreas Cadhalpun wrote:
> On 03.11.2016 19:53, Hendrik Leppkes wrote:
>> Since you want docs, I even found one extremely specific to this
>> particular case:
>> https://ffmpeg.org/ffmpeg-formats.html#apng
>>
>> "All headers, but the PNG signature, up to (but not including) th
On 03.11.2016 20:03, James Almer wrote:
> On 11/3/2016 4:00 PM, Andreas Cadhalpun wrote:
>> On 03.11.2016 19:53, Hendrik Leppkes wrote:
>>> Since you want docs, I even found one extremely specific to this
>>> particular case:
>>> https://ffmpeg.org/ffmpeg-formats.html#apng
>>>
>>> "All headers, but
Signed-off-by: Sasi Inguva
---
libavformat/mov.c | 30 --
tests/fate/mov.mak | 6 +-
2 files changed, 25 insertions(+), 11 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 4222088..f5b2035 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov
A lot of changes happen at the same time:
- Add private_fields.h to devine private fields in AVFilterLink.
It allows to have the private fields directly in structured types
without needing an indirection for an opaque structure nor the
structure definition in public headers.
- Add a framequ
Le tridi 3 brumaire, an CCXXV, Paul B Mahol a écrit :
> Idea sounds sane, i havent chacked each change if it is correct.
Thanks. I intend to push this one and also 1/4 in this series soon if
nobody objects. Real review is needed for 3 and the new version of 4.
Regards,
--
Nicolas George
sig
Hi,
>On Sun, Oct 16, 2016 at 2:32 PM, Marton Balint wrote:
I haven't been checking ffmpeg-devel too much lately and just saw
these patches today. I'm glad to see that an ffmpeg libebur128 port is
being taken seriously now, I had some trouble getting traction on a
few similar patches earlier this
From: Anton Khirnov
It should only be done for DEVICE_BUSY/IN_EXECUTION
(cherry picked from commit 0956fd460681e8ccbdae19f135f0d3970bf95c2f)
Fixes ticket #5924.
---
libavcodec/qsvenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/qsvenc.c b/libavcodec/qsvenc.c
On 03.11.2016 11:07, Michael Niedermayer wrote:
> On Thu, Nov 03, 2016 at 01:04:21AM +0100, Andreas Cadhalpun wrote:
>> Yes, but it's not clear that the parser internal state is still correct
>> after a change of the codec id.
>
> what exact case are we talking about ?
>
> A. The parser changeing
Le primidi 11 brumaire, an CCXXV, James Almer a écrit :
> No. You insist this is about technical merits, and i already mentioned this
> is not about that.
What else is there?
> I'll repeat what i said. This is not a technical discussion. This is a
> design issue.
I really do not understand you.
On 03.11.2016 11:30, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/ac3dec.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/libavcodec/ac3dec.c b/libavcodec/ac3dec.c
> index a95c204..499971a 100644
> --- a/libavcodec/ac3dec.c
> +++ b/libavcodec/a
On Mon, Oct 17, 2016 at 5:20 PM, Moritz Barsnick wrote:
> On Mon, Oct 17, 2016 at 17:09:15 +0200, wm4 wrote:
>> Does this copy parts of libebur128 to FFmpeg?
>> Why?
>
> There was a long discussion regarding this patch:
>
> http://lists.ffmpeg.org/pipermail/ffmpeg-devel/2016-April/192668.html
>
>
On Thu, Nov 03, 2016 at 09:18:57PM +0100, Andreas Cadhalpun wrote:
> On 03.11.2016 11:30, Michael Niedermayer wrote:
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/ac3dec.c | 4
> > 1 file changed, 4 insertions(+)
> >
> > diff --git a/libavcodec/ac3dec.c b/libavcodec/ac3dec.c
Le sextidi 6 brumaire, an CCXXV, Andy Furniss a écrit :
> Beats legacy by a couple of fps on my old CPU and combined
> with nv12 conversion makes the difference between being able
> to do 1080p60 and not.
Thanks to everyone for all the testing.
I do not think I can take credit for beating the leg
2016-11-03 20:52 GMT+01:00 Nicolas George :
> - buffersrc: always push the frame immediately.
Does this (or another part of the patch) fix the various OOM cases
with filters?
If yes, I believe tickets exist and should ideally be mentioned.
Thank you, Carl Eugen
__
2016-11-01 21:08 GMT+01:00 Marton Balint :
> --- a/configure
> +++ b/configure
> @@ -1491,7 +1489,6 @@ EXTERNAL_LIBRARY_LIST="
> libcdio
> libcelt
> libdc1394
> -libebur128
I believe this line should stay.
Carl Eugen
___
ffmpeg-devel
Signed-off-by: Sasi Inguva
---
libavcodec/utils.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/utils.c b/libavcodec/utils.c
index 87de15f..a33afaa 100644
--- a/libavcodec/utils.c
+++ b/libavcodec/utils.c
@@ -2391,7 +2391,9 @@ int attribute_align_arg
avcodec_d
Sorry, forgot to add the fate test reference file. Sending it again.
On Thu, Nov 3, 2016 at 12:41 PM, Sasi Inguva wrote:
> Attaching the fate sample.
>
> On Thu, Nov 3, 2016 at 12:39 PM, Sasi Inguva wrote:
>
>> Signed-off-by: Sasi Inguva
>> ---
>> libavformat/mov.c | 30 -
Le tridi 13 brumaire, an CCXXV, Carl Eugen Hoyos a écrit :
> Does this (or another part of the patch) fix the various OOM cases
> with filters?
> If yes, I believe tickets exist and should ideally be mentioned.
You mean the various "buffer queue overflow"? Not as is, but it does
make fixing them e
On Thu, Nov 3, 2016 at 11:31 PM, Sasi Inguva
wrote:
> Signed-off-by: Sasi Inguva
> ---
> libavcodec/utils.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/utils.c b/libavcodec/utils.c
> index 87de15f..a33afaa 100644
> --- a/libavcodec/utils.c
> +++ b/libav
Signed-off-by: Sasi Inguva
---
libavformat/mov.c | 30 ++---
tests/fate/mov.mak | 6 +-
tests/ref/fate/mp4-init-nonkeyframe | 120
3 files changed, 145 insertions(+), 11 deletions(-)
create mode 100644 tests/ref/fate/
This matrix needs to be applied after all others have (currently only
display matrix from trak), but cannot be handled in movie box, since
streams are not allocated yet. So store it in main context, and apply
it when appropriate, that is after parsing the tkhd one.
Signed-off-by: Vittorio Giovara
On Thu, Nov 03, 2016 at 03:36:02PM -0700, Sasi Inguva wrote:
> Signed-off-by: Sasi Inguva
> ---
> libavformat/mov.c | 30 ++---
> tests/fate/mov.mak | 6 +-
> tests/ref/fate/mp4-init-nonkeyframe | 120
>
wheres the s
On Thu, Nov 03, 2016 at 11:48:20AM -0700, Zhenni Huang wrote:
> ---
> libavformat/mov.c | 25 +++--
> 1 file changed, 23 insertions(+), 2 deletions(-)
breaks fate
--- ./tests/ref/fate/rgb24-mkv 2016-11-03 12:44:02.227971688 +0100
+++ tests/data/fate/rgb24-mkv 2016-11-04 00
Hi!
Not sure if this really helps but ffmpeg can duplicate an enormous
amount of frames without any notice to the user.
Please comment, Carl Eugen
From fdecd0309a111d2faca2fcffc95583276a4e826f Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Fri, 4 Nov 2016 00:16:51 +0100
Subject: [PATCH]
2016-11-04 0:19 GMT+01:00 Carl Eugen Hoyos :
> Not sure if this really helps but ffmpeg can duplicate an enormous
> amount of frames without any notice to the user.
> Fixes ticket #5194.
Locally changed to #5193.
Carl Eugen
___
ffmpeg-devel mailing li
On Thu, Nov 03, 2016 at 02:55:56PM +0100, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> ffmpeg.c | 1 +
> 1 file changed, 1 insertion(+)
applied
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Does the universe only have a finite life
Actually my messages are awaiting moderation approval because the file is
too big (1.5 MB). I am giving this drive link
https://drive.google.com/file/d/0Bz6XfEJZ-9N3aVYtS0tIMFRVZmM/view?usp=sharing
On Thu, Nov 3, 2016 at 4:12 PM, Michael Niedermayer
wrote:
> On Thu, Nov 03, 2016 at 03:36:02PM
On Fri, Nov 04, 2016 at 12:12:44AM +0100, Michael Niedermayer wrote:
> On Thu, Nov 03, 2016 at 03:36:02PM -0700, Sasi Inguva wrote:
> > Signed-off-by: Sasi Inguva
> > ---
> > libavformat/mov.c | 30 ++---
> > tests/fate/mov.mak | 6 +-
>
> > tests/ref/fa
On Fri, Nov 04, 2016 at 12:20:54AM +0100, Carl Eugen Hoyos wrote:
> 2016-11-04 0:19 GMT+01:00 Carl Eugen Hoyos :
>
> > Not sure if this really helps but ffmpeg can duplicate an enormous
> > amount of frames without any notice to the user.
>
> > Fixes ticket #5194.
>
> Locally changed to #5193.
On Wed, Nov 02, 2016 at 02:37:25PM +, Derek Buitenhuis wrote:
> This is in the same the same vein as c981b1145a857c8f962c93b8eecb1c613b20ffe9.
>
> Signed-off-by: Derek Buitenhuis
> ---
> libavcodec/libx265.c | 5 -
> libavcodec/version.h | 2 +-
> 2 files changed, 5 insertions(+), 2 dele
Updated patch attached. PFA
On Thu, Nov 3, 2016 at 2:00 AM, Michael Niedermayer
wrote:
> On Thu, Nov 03, 2016 at 01:10:26AM +0530, Pallavi Kumari wrote:
> > Necessary changes has been done. PFA.
> >
> > Usage:
> >
> > ./ffmpeg -i kpg.mp3 -filter_complex peakpoints=wsize=16 -f null -
> >
> > On W
On 11/3/16, Muhammad Faiz wrote:
> 2-channels convolution using complex fft
> improves speed significantly
>
> not sure if it should be enabled by default
> so disable it by default
>
> Signed-off-by: Muhammad Faiz
> ---
> doc/filters.texi| 4 +++
> libavfilter/af_firequalizer.c
Signed-off-by: James Almer
---
ffmpeg.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/ffmpeg.c b/ffmpeg.c
index 9809876..8c672cd 100644
--- a/ffmpeg.c
+++ b/ffmpeg.c
@@ -805,9 +805,11 @@ static void output_packet(OutputFile *of, AVPacket *pkt,
OutputStream *ost)
Add keyframe index metadata
Used to facilitate seeking; particularly for HTTP pseudo streaming.
Reviewed-by: Lou Logan
Signed-off-by: Steven Liu
---
doc/muxers.texi |3 +
libavformat/flvenc.c | 331 --
2 files changed, 324 insertions(+),
On Thu, 3 Nov 2016, Kyle Swanson wrote:
Hi,
On Sun, Oct 16, 2016 at 2:32 PM, Marton Balint wrote:
I haven't been checking ffmpeg-devel too much lately and just saw
these patches today. I'm glad to see that an ffmpeg libebur128 port is
being taken seriously now, I had some trouble getting t
On Thu, 3 Nov 2016, Hendrik Leppkes wrote:
On Mon, Oct 17, 2016 at 5:20 PM, Moritz Barsnick wrote:
On Mon, Oct 17, 2016 at 17:09:15 +0200, wm4 wrote:
Does this copy parts of libebur128 to FFmpeg?
Why?
There was a long discussion regarding this patch:
http://lists.ffmpeg.org/pipermail/ffmp
On Thu, 3 Nov 2016, Carl Eugen Hoyos wrote:
2016-11-01 21:08 GMT+01:00 Marton Balint :
--- a/configure
+++ b/configure
@@ -1491,7 +1489,6 @@ EXTERNAL_LIBRARY_LIST="
libcdio
libcelt
libdc1394
-libebur128
I believe this line should stay.
Why? Maybe the commit message is
Fixes valgrind warnings about usage of uninitialized values.
Signed-off-by: James Almer
---
libavcodec/rawdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/rawdec.c b/libavcodec/rawdec.c
index 45cf27f..e53eb2e 100644
--- a/libavcodec/rawdec.c
+++ b/libavcodec/r
63 matches
Mail list logo
