On Thu, Feb 16, 2017 at 12:23:28AM +0100, Andreas Cadhalpun wrote:
> Signed-off-by: Andreas Cadhalpun
> ---
> libavcodec/tiff.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavcodec/tiff.c b/libavcodec/tiff.c
> index efbd9791a5..474ea90015 100644
> --- a/libavcodec/tiff.c
> +++ b/l
On Thu, Feb 16, 2017 at 12:39:17AM +0100, Andreas Cadhalpun wrote:
> Signed-off-by: Andreas Cadhalpun
> ---
> libavcodec/mpegaudiodec_template.c | 3 +++
> 1 file changed, 3 insertions(+)
should be ok
why was this not detected by fate ?
are we lacking a test for this ?
[...]
--
Michael G
On Thu, Feb 16, 2017 at 12:56:38AM +0100, Andreas Cadhalpun wrote:
> Signed-off-by: Andreas Cadhalpun
> ---
> libavcodec/wmaprodec.c | 7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
should be ok
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
the structure is different, it doesn't appear in ffmpeg3
On Wed, Feb 15, 2017 at 10:00 AM, Michael Niedermayer <
mich...@niedermayer.cc> wrote:
> On Wed, Feb 15, 2017 at 08:24:24AM +0800, Shi Qiu wrote:
> > no, it's different in ffmpeg3
>
> which commit fixed it ?
>
> [...]
> --
> Michael Gnu
2017-02-16 4:59 GMT+08:00 Moritz Barsnick :
> On Wed, Feb 15, 2017 at 23:45:49 +0800, Steven Liu wrote:
> > +proto = avio_find_protocol_name(hls->basename);
> > +if (hls->method || (proto && !av_strcasecmp(proto, "http"))) {
>
> Would this also need to apply to https? (I'm not sure
2017-02-16 4:19 GMT+08:00 Michael Niedermayer :
> On Wed, Feb 15, 2017 at 11:45:49PM +0800, Steven Liu wrote:
> > When the http method is not set, the method will use POST for ts,
> > PUT for m3u8, it is not unify, now set it unify.
> > This ticket id: 5315
> >
> > Signed-off-by: Steven Liu
> > -
When the http method is not set, the method will use POST for ts,
PUT for m3u8, it is not unify, now set it unify.
This ticket id: 5315
Reviewed-by: Moritz Barsnick
Signed-off-by: Steven Liu
---
libavformat/hlsenc.c | 27 ++-
1 file changed, 18 insertions(+), 9 deletions
Signed-off-by: Andreas Cadhalpun
---
libavcodec/bink.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/bink.c b/libavcodec/bink.c
index cc55870114..91004a6ae5 100644
--- a/libavcodec/bink.c
+++ b/libavcodec/bink.c
@@ -1299,10 +1299,6 @@ static av_cold int de
On 2/15/2017 1:29 PM, Vittorio Giovara wrote:
> ---
> Updated according to James' review.
> Please CC.
> Vittorio
>
> libavformat/matroskadec.c | 69
> --
> tests/ref/fate/matroska-spherical-mono | 6 ++-
> 2 files changed, 71 insertions(+), 4 deleti
Signed-off-by: Andreas Cadhalpun
---
libavcodec/wmaprodec.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/libavcodec/wmaprodec.c b/libavcodec/wmaprodec.c
index 4d530264df..1ad1e23541 100644
--- a/libavcodec/wmaprodec.c
+++ b/libavcodec/wmaprodec.c
@@ -323,9 +323,6 @@
Signed-off-by: Andreas Cadhalpun
---
libavcodec/mpegaudiodec_template.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavcodec/mpegaudiodec_template.c
b/libavcodec/mpegaudiodec_template.c
index 1114428f33..53c09edced 100644
--- a/libavcodec/mpegaudiodec_template.c
+++ b/libavcodec/mpe
Signed-off-by: Andreas Cadhalpun
---
libavcodec/tiff.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/tiff.c b/libavcodec/tiff.c
index efbd9791a5..474ea90015 100644
--- a/libavcodec/tiff.c
+++ b/libavcodec/tiff.c
@@ -1386,6 +1386,7 @@ static av_cold int tiff_end(AVCodecContext *av
On Tue, Feb 14, 2017 at 08:44:54PM +0100, Daniel Oberhoff wrote:
> filter strictly “halves” the image efficiently, which is often exactly what
> is needed
> likely much faster than using scale
> fully slice parallelized
>
> Signed-off-by: Daniel Oberhoff
> ---
> libavfilter/Makefile | 1 +
On Wed, Feb 15, 2017 at 08:53:18AM +0100, wm4 wrote:
> There is no reason that draining couldn't return an error or two. But
> some decoders don't handle this very well, and might always return an
> error. This can lead to API users getting into an infinite loop and
> burning CPU, because no progre
On 2017-02-14 22:25, Mark Thompson wrote:
> On 14/02/17 19:44, Daniel Oberhoff wrote:
>> filter strictly “halves” the image efficiently, which is often exactly what
>> is needed
>> likely much faster than using scale
>
> Did you benchmark this? How?
>
> $ time ./ffmpeg -f lavfi -i allyuv -vf 's
On Wed, Feb 15, 2017 at 23:45:49 +0800, Steven Liu wrote:
> +proto = avio_find_protocol_name(hls->basename);
> +if (hls->method || (proto && !av_strcasecmp(proto, "http"))) {
Would this also need to apply to https? (I'm not sure whether those
protocols are distinguished.)
> +
On Wed, Feb 15, 2017 at 11:45:49PM +0800, Steven Liu wrote:
> When the http method is not set, the method will use POST for ts,
> PUT for m3u8, it is not unify, now set it unify.
> This ticket id: 5315
>
> Signed-off-by: Steven Liu
> ---
> libavformat/hlsenc.c | 14 +++---
> 1 file chang
Signed-off-by: Sasi Inguva
---
libavformat/mov.c | 12
1 file changed, 12 insertions(+)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index b5181775e7..2a7cbfe142 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -2847,11 +2847,23 @@ static int64_t find_prev_closest_ind
Hi Vittorio,
I could reply to all your further comments and clarify some
miscommunication, but I'm just tired of arguing about this. As long as you
are convinced that you can round trip the information defined in the spec,
then I am fine with whatever you folks choose to do. I would rather make
so
On 2/15/17, Mulvya V wrote:
> Hi,
>
> At present, the 'file' option is shown as a possible choice of value for
> the 'expr' option in the metadata filter, due to a misplaced 'end table'
> directive. Corrected in patch.
>
> Regards,
> Mulvya
>
applied
__
On 15/02/17 18:15, Carl Eugen Hoyos wrote:
> 2017-02-15 17:47 GMT+01:00 wm4 :
>
>> What I don't want is that you post a new failing case approximately
>> every 24 hours, with no end in sight, and with the implication that
>> it's supposed to be fixed before merge. At this rate it could take
>> wee
Hi,
At present, the 'file' option is shown as a possible choice of value for
the 'expr' option in the metadata filter, due to a misplaced 'end table'
directive. Corrected in patch.
Regards,
Mulvya
0001-doc-correct-table-end-for-metadata-filter.patch
Description: Binary data
On Wed, Feb 15, 2017 at 03:22:33PM +0100, Michael Niedermayer wrote:
> On Wed, Feb 15, 2017 at 10:24:15AM +0100, wm4 wrote:
> > These patches merge the previously skipped Libav commits, which made
> > avconv lazily initialize libavfilter graphs. This means the filters
> > are initialized with the a
Hi Aaron,
On Wed, Feb 15, 2017 at 11:48 AM, Aaron Colwell wrote:
>> If the spec changes, it will be the contents of the equi/cbmp/mesh.
>> By exporting them raw as extradata, said changes in the spec would
>> require no changes to our implementation.
>
>
> This is one of the main reasons I was su
2017-02-15 17:47 GMT+01:00 wm4 :
> What I don't want is that you post a new failing case approximately
> every 24 hours, with no end in sight, and with the implication that
> it's supposed to be fixed before merge. At this rate it could take
> weeks, with every day following the same pattern.
Are
On 2017-02-15 17:55, James Almer wrote:
> On 2/13/2017 9:44 AM, James Darnley wrote:
>> x86-64 only
>>
>> Yorkfield:
>> - sse2: 2.16x (434 vs. 201 cycles)
>>
>> Skylake:
>> - sse2: 3.04x (378 vs. 124 cycles)
>> - avx: 3.29x (378 vs. 115 cycles)
>> ---
>> libavcodec/x86/h264_deblock.asm | 119
>>
On Wed, Feb 15, 2017 at 05:47:32PM +0100, wm4 wrote:
> On Wed, 15 Feb 2017 17:17:03 +0100
> Michael Niedermayer wrote:
>
> > On Wed, Feb 15, 2017 at 03:22:33PM +0100, Michael Niedermayer wrote:
> > > On Wed, Feb 15, 2017 at 10:24:15AM +0100, wm4 wrote:
> > > > These patches merge the previously
On Thu, Feb 9, 2017 at 8:20 PM, wrote:
> From: Pavel Koshevoy
>
> ps.sps_list entries may be NULL, so check before dereferencing
> ---
> libavcodec/vda_h264_dec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/vda_h264_dec.c b/libavcodec/vda_h264_dec.c
> ind
On 2/13/2017 9:44 AM, James Darnley wrote:
> x86-64 only
>
> Yorkfield:
> - sse2: 2.16x (434 vs. 201 cycles)
>
> Skylake:
> - sse2: 3.04x (378 vs. 124 cycles)
> - avx: 3.29x (378 vs. 115 cycles)
> ---
> libavcodec/x86/h264_deblock.asm | 119
>
> libavco
On Wed, Feb 15, 2017 at 5:52 AM James Almer wrote:
> On 2/14/2017 11:20 PM, Vittorio Giovara wrote:
> > On Tue, Feb 14, 2017 at 6:54 PM, James Almer wrote:
> >> On 2/14/2017 5:52 PM, Vittorio Giovara wrote:
> >>> On Fri, Feb 10, 2017 at 6:25 PM, Michael Niedermayer
> >>> wrote:
> On Fri, F
On Wed, 15 Feb 2017 17:17:03 +0100
Michael Niedermayer wrote:
> On Wed, Feb 15, 2017 at 03:22:33PM +0100, Michael Niedermayer wrote:
> > On Wed, Feb 15, 2017 at 10:24:15AM +0100, wm4 wrote:
> > > These patches merge the previously skipped Libav commits, which made
> > > avconv lazily initialize
Signed-off-by: Vittorio Giovara
---
Updated with fate changes and more consistent names.
Please CC.
Vittorio
doc/APIchanges | 5 +++
ffprobe.c | 11 +--
libavformat/dump.c | 10 ++
libavutil/spherical.h
---
Updated according to James' review.
Please CC.
Vittorio
libavformat/matroskadec.c | 69 --
tests/ref/fate/matroska-spherical-mono | 6 ++-
2 files changed, 71 insertions(+), 4 deletions(-)
diff --git a/libavformat/matroskadec.c b/libavformat/matr
Update the fate test as needed.
---
V2 bounds are validated and UINT32_MAX is used.
Please CC.
Vittorio
libavformat/mov.c | 53 ++-
tests/ref/fate/mov-spherical-mono | 6 -
2 files changed, 57 insertions(+), 2 deletions(-)
diff --git a/lib
---
As suggested by James.
Please CC.
Vittorio
libavformat/mov.c | 26 ++
1 file changed, 22 insertions(+), 4 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index a1774b3..2efd51e 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -4623,7 +4623,7 @
On Wed, Feb 15, 2017 at 03:22:33PM +0100, Michael Niedermayer wrote:
> On Wed, Feb 15, 2017 at 10:24:15AM +0100, wm4 wrote:
> > These patches merge the previously skipped Libav commits, which made
> > avconv lazily initialize libavfilter graphs. This means the filters
> > are initialized with the a
On 2017-02-14 17:21, Henrik Gramner wrote:
> On Mon, Feb 13, 2017 at 1:44 PM, James Darnley wrote:
>> Originally committed to x264 in 1637239a by Henrik Gramner who has
>> agreed to re-license it as LGPL. Original commit message follows.
>>
>> x86: Avoid some bypass delays and false dependenc
When the http method is not set, the method will use POST for ts,
PUT for m3u8, it is not unify, now set it unify.
This ticket id: 5315
Signed-off-by: Steven Liu
---
libavformat/hlsenc.c | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
diff --git a/libavformat/hlsenc.c b/li
Le septidi 27 pluviôse, an CCXXV, James Almer a écrit :
> If the spec changes, it will be the contents of the equi/cbmp/mesh.
> By exporting them raw as extradata, said changes in the spec would
> require no changes to our implementation.
By this reasoning, we could as well replace libavformat by
On Tue, Feb 14, 2017 at 6:21 PM, Michael Niedermayer
wrote:
> On Sat, Feb 11, 2017 at 02:56:32AM +0100, Michael Niedermayer wrote:
>> On Fri, Feb 10, 2017 at 05:21:00PM -0500, Vittorio Giovara wrote:
>> > In particular cases, it is possible to initialize top_field_first
>> > but not interlaced_fra
On Wed, Feb 15, 2017 at 10:24:15AM +0100, wm4 wrote:
> These patches merge the previously skipped Libav commits, which made
> avconv lazily initialize libavfilter graphs. This means the filters
> are initialized with the actual output format, instead of whatever
> libavformat reports.
>
> It's a p
On Wed, Feb 15, 2017 at 8:52 AM, James Almer wrote:
> On 2/14/2017 11:20 PM, Vittorio Giovara wrote:
>> On Tue, Feb 14, 2017 at 6:54 PM, James Almer wrote:
>>> On 2/14/2017 5:52 PM, Vittorio Giovara wrote:
On Fri, Feb 10, 2017 at 6:25 PM, Michael Niedermayer
wrote:
> On Fri, Feb 10
On 2/14/2017 11:20 PM, Vittorio Giovara wrote:
> On Tue, Feb 14, 2017 at 6:54 PM, James Almer wrote:
>> On 2/14/2017 5:52 PM, Vittorio Giovara wrote:
>>> On Fri, Feb 10, 2017 at 6:25 PM, Michael Niedermayer
>>> wrote:
On Fri, Feb 10, 2017 at 04:11:43PM -0500, Vittorio Giovara wrote:
> Si
2017-02-15 12:00 GMT+01:00 wm4 :
> On Wed, 15 Feb 2017 11:48:36 +0100
> Carl Eugen Hoyos wrote:
>
>> 2017-02-14 14:08 GMT+01:00 Michael Niedermayer :
>> > My concern are the growing number of regressions
>>
>> > (which implies more get added than fixed).
>>
>> From a purely quantitative pov this i
2017-02-14 20:44 GMT+01:00 Daniel Oberhoff :
> filter strictly “halves” the image efficiently, which is often exactly what
> is needed
> likely much faster than using scale
I am not a native speaker but this seems to imply
you never tested the performance of the new filter:
Does it have another
Hi Ronald,
On Tue, Feb 14, 2017 at 09:46:55AM -0500, Ronald S. Bultje wrote:
> > The huge difference in the amount of the data to be processed; in other
> > words the very essence of the vector quantization technology where frame
> > data is represented by a codebook, by design meant to be much sm
On Wed, 15 Feb 2017 11:48:36 +0100
Carl Eugen Hoyos wrote:
> 2017-02-14 14:08 GMT+01:00 Michael Niedermayer :
> > My concern are the growing number of regressions
>
> > (which implies more get added than fixed).
>
> From a purely quantitative pov this is correct.
Do you propose we should r
2017-02-14 14:08 GMT+01:00 Michael Niedermayer :
> My concern are the growing number of regressions
> (which implies more get added than fixed).
From a purely quantitative pov this is correct.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpe
Fixes #5442.
Signed-off-by: Paul B Mahol
---
libavformat/mpl2dec.c | 8
1 file changed, 8 insertions(+)
diff --git a/libavformat/mpl2dec.c b/libavformat/mpl2dec.c
index 59589d5..dfcdf5a 100644
--- a/libavformat/mpl2dec.c
+++ b/libavformat/mpl2dec.c
@@ -23,6 +23,8 @@
* MPL2 subtitles
On Wed, 15 Feb 2017 10:24:23 +0100
wm4 wrote:
> From: Timo Rothenpieler
>
> ---
> libavcodec/cuvid.c | 13 +
> 1 file changed, 13 insertions(+)
>
> diff --git a/libavcodec/cuvid.c b/libavcodec/cuvid.c
> index f5a49ce86f..a0682e3cdc 100644
> --- a/libavcodec/cuvid.c
> +++ b/libavco
On Wed, 15 Feb 2017 10:07:48 +0100
Paul B Mahol wrote:
> On 2/15/17, wm4 wrote:
> > On Sat, 11 Feb 2017 11:56:07 +0100
> > Paul B Mahol wrote:
> >
> >> Signed-off-by: Paul B Mahol
> >> ---
> >> libavformat/mpl2dec.c | 8
> >> 1 file changed, 8 insertions(+)
> >>
> >> diff --git a/l
From: Timo Rothenpieler
---
ffmpeg.c | 13 --
ffmpeg.h | 1 -
ffmpeg_cuvid.c | 141 -
3 files changed, 30 insertions(+), 125 deletions(-)
diff --git a/ffmpeg.c b/ffmpeg.c
index e9ef04a542..1d4d572d9a 100644
--- a/ffmpeg.
From: Anton Khirnov
This is a more appropriate place for it, and will also be useful in the
following commit.
This merges Libav commit d2e56cf. It was previously skipped.
Signed-off-by: wm4
---
ffmpeg.c| 11 ---
ffmpeg_filter.c | 11 +++
2 files changed, 11 insertions(
From: Timo Rothenpieler
---
libavcodec/cuvid.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/libavcodec/cuvid.c b/libavcodec/cuvid.c
index f5a49ce86f..a0682e3cdc 100644
--- a/libavcodec/cuvid.c
+++ b/libavcodec/cuvid.c
@@ -140,6 +140,19 @@ static int CUDAAPI cuvid_handle_vid
From: Anton Khirnov
Be more careful when an input stream encounters EOF when its filtergraph
has not been configured yet. The current code would immediately mark the
corresponding output streams as finished, while there may still be
buffered frames waiting for frames to appear on other filtergrap
These patches merge the previously skipped Libav commits, which made
avconv lazily initialize libavfilter graphs. This means the filters
are initialized with the actual output format, instead of whatever
libavformat reports.
It's a prerequisite to making hardware decoding support saner, as
hardwar
Broken by the previous Libav commit (even in Libav, thus a separate
commit).
Signed-off-by: wm4
---
ffmpeg_filter.c | 44 +---
1 file changed, 21 insertions(+), 23 deletions(-)
diff --git a/ffmpeg_filter.c b/ffmpeg_filter.c
index 8490f4a455..f21a8c85f8 10
From: Anton Khirnov
This makes sure the actual stream parameters are used, which is
important mainly for hardware decoding+filtering cases, which would
previously require various weird workarounds to handle the fact that a
fake software graph has to be constructed, but never used.
This should als
Some callers (like do_subtitle_out()) call this with an AVPacket that is
not refcounted. This can cause undefined behavior.
Calling av_packet_move_ref() does not make a packet refcounted if it
isn't yet. (And it can't be made to, because it always succeeds,
and can't return ENOMEM.)
Call av_packe
From: Anton Khirnov
This will be useful in the following commit, after which the muxer
timebase is not always available when encoding.
This merges Libav commit 3e265ca. It was previously skipped.
There is a minor change with setting the mux_timebase field only after
the muxer's write_header fun
On Tue, 14 Feb 2017 18:43:30 +0100
Michael Niedermayer wrote:
> On Tue, Feb 14, 2017 at 06:11:22PM +0100, Michael Niedermayer wrote:
> > On Mon, Feb 13, 2017 at 12:57:30PM +0100, Michael Niedermayer wrote:
> > > On Mon, Feb 13, 2017 at 10:31:19AM +0100, wm4 wrote:
> > > > On Fri, 10 Feb 2017
On 2/15/17, wm4 wrote:
> On Sat, 11 Feb 2017 11:56:07 +0100
> Paul B Mahol wrote:
>
>> Signed-off-by: Paul B Mahol
>> ---
>> libavformat/mpl2dec.c | 8
>> 1 file changed, 8 insertions(+)
>>
>> diff --git a/libavformat/mpl2dec.c b/libavformat/mpl2dec.c
>> index 59589d5..0e30cb0 100644
>
62 matches
Mail list logo
