[libav-devel] [PATCH v4 4/6] lavc: add async decoding/encoding API

This needs to be explicitly supported by the AVCodec. Async mode can be enabled for AVCodecs without explicit support too, which is treated as if the codec performs all work instantly. --- libavcodec/avcodec.h | 114 +++ libavcodec/utils.c | 30

[libav-devel] [PATCH v4 6/6] lavc: deprecate old functions

And replace some doxygen references to them. This is as suggested on the mailing list. --- libavcodec/avcodec.h | 12 +--- libavformat/avformat.h | 4 ++-- 2 files changed, 11 insertions(+), 5 deletions(-) diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h index

[libav-devel] [PATCH v4 5/6] lavf: use new decode API

--- libavformat/utils.c | 24 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/libavformat/utils.c b/libavformat/utils.c index 31faa95..6df1a32 100644 --- a/libavformat/utils.c +++ b/libavformat/utils.c @@ -1945,22 +1945,22 @@ FF_ENABLE_DEPRECATION_WARNINGS

[libav-devel] [PATCH v4 1/6] lavc: introduce a new decoding/encoding API with decoupled input/output

Until now, the decoding API was restricted to outputting 0 or 1 frames per input packet. It also enforces a somewhat rigid dataflow in general. This new API seeks to relax these restrictions by decoupling input and output. Instead of doing a single call on each decode step, which may consume the

[libav-devel] [PATCH v4 3/6] avconv: use new encode API

The flushing case is a bit strange; not simplifying it so the change is less noisy. --- avconv.c | 80 +--- 1 file changed, 51 insertions(+), 29 deletions(-) diff --git a/avconv.c b/avconv.c index a0713f0..68e3515 100644 --- a/avconv.c

[libav-devel] [PATCH v4 2/6] avconv: use new decode API

--- avconv.c | 73 +++- 1 file changed, 49 insertions(+), 24 deletions(-) diff --git a/avconv.c b/avconv.c index 3700b6f..a0713f0 100644 --- a/avconv.c +++ b/avconv.c @@ -1094,6 +1094,33 @@ static void do_streamcopy(InputStream *ist,

Re: [libav-devel] [PATCH 1/2] add application private packet and frame side data

On Tue, 22 Mar 2016 08:59:24 -0600 John Stebbins <stebb...@jetheaddev.com> wrote: > On 03/22/2016 05:02 AM, Luca Barbato wrote: > > On 22/03/16 09:36, wm4 wrote: > >> As far as I understand it, not every decoder will be able to pass this > >> through correc

Re: [libav-devel] [PATCH 1/2] add application private packet and frame side data

On Mon, 21 Mar 2016 20:20:48 -0600 John Stebbins wrote: > From: John Stebbins > > This side data is a better more flexible replacement for > AVCodecContext.reordered_opaque. During decoding, it is added to an > AVPacket by

Re: [libav-devel] [PATCH 1/2] lavc: export the timestamps when decoding in AVFrame.pts

On Sun, 20 Mar 2016 07:53:15 +0100 Anton Khirnov wrote: > Currently it's exported as AVFrame.pkt_pts, which is also the only use > for that field. The reason it is done like this is that lavc used to > export various codec-specific "timing" information in AVFrame.pts, which >

Re: [libav-devel] [PATCH] Generate the lists of enabled protocols/bsfs from configure.

On Sun, 20 Mar 2016 10:01:44 +0100 Anton Khirnov wrote: > --- > configure | 14 ++ > libavcodec/bitstream_filters.c | 37 +-- > libavformat/protocols.c| 105 > + > 3 files changed, 16

Re: [libav-devel] [PATCH 6/6] lavc: deprecate old functions

On Mon, 7 Mar 2016 15:23:40 -0500 Vittorio Giovara <vittorio.giov...@gmail.com> wrote: > On Mon, Mar 7, 2016 at 3:12 PM, wm4 <nfx...@googlemail.com> wrote: > > And replace some doxygen references to them. > > --- > > libavcodec/avcodec.h | 12 +---

[libav-devel] [PATCH 5/6] lavf: use new decode API

--- libavformat/utils.c | 24 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/libavformat/utils.c b/libavformat/utils.c index 31faa95..6df1a32 100644 --- a/libavformat/utils.c +++ b/libavformat/utils.c @@ -1945,22 +1945,22 @@ FF_ENABLE_DEPRECATION_WARNINGS

[libav-devel] [PATCH 3/6] avconv: use new encode API

The flushing case is a bit strange; not simplifying it so the change is less noisy. --- avconv.c | 80 +--- 1 file changed, 51 insertions(+), 29 deletions(-) diff --git a/avconv.c b/avconv.c index c74b4b8..8823858 100644 --- a/avconv.c

[libav-devel] [PATCH 4/6] lavc: add async decoding/encoding API

This needs to be explicitly supported by the AVCodec. Async mode can be enabled for AVCodecs without explicit support too, which is treated as if the codec performs all work instantly. --- libavcodec/avcodec.h | 110 +++ libavcodec/utils.c | 30

[libav-devel] [PATCH 2/6] avconv: use new decode API

Rather than refactoring everything, add a function that resembles the avcodec_decode_audio4() API. --- avconv.c | 31 +++ 1 file changed, 27 insertions(+), 4 deletions(-) diff --git a/avconv.c b/avconv.c index d878646..c74b4b8 100644 --- a/avconv.c +++ b/avconv.c @@

[libav-devel] [PATCH 1/6] lavc: introduce a new decoding/encoding API with decoupled input/output

Until now, the decoding API was restricted to outputting 0 or 1 frames per input packet. It also enforces a somewhat rigid dataflow in general. This new API seeks to relax these restrictions by decoupling input and output. Instead of doing a single call on each decode step, which may consume the

[libav-devel] [PATCH 6/6] lavc: deprecate old functions

And replace some doxygen references to them. --- libavcodec/avcodec.h | 12 +--- libavformat/avformat.h | 4 ++-- 2 files changed, 11 insertions(+), 5 deletions(-) diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h index 3517584..0d15d13 100644 --- a/libavcodec/avcodec.h +++

[libav-devel] [PATCH 0/6] Add decoding/encoding API with decoupled input/output

This has been often discussed, and everyone agreed it was a good idea. Here are patches which add such an API, but without making proper use of it yet. wm4 (6): lavu: improve documentation of some AVFrame functions lavc: factor apply_param_change() AV_EF_EXPLODE handling lavc: introduce

Re: [libav-devel] [PATCH] lavc: add a new bitstream filtering API

On Fri, 4 Mar 2016 19:00:14 +0100 Anton Khirnov wrote: > Deprecate the current bitstream filtering API. > --- > configure | 2 +- > libavcodec/Makefile| 2 + > libavcodec/avcodec.h | 202 +++-- >

Re: [libav-devel] [PATCH 01/14] lavc: add a new bitstream filtering API

On Fri, 4 Mar 2016 09:15:40 +0100 Anton Khirnov wrote: > Deprecate the current bitstream filtering API. > --- > configure | 2 +- > libavcodec/Makefile| 2 + > libavcodec/avcodec.h | 194 -- >

Re: [libav-devel] [PATCH 02/15] lavc: add a new bitstream filtering API

On Fri, 04 Mar 2016 11:04:55 +0100 Anton Khirnov <an...@khirnov.net> wrote: > Quoting wm4 (2016-03-04 10:48:27) > > On Fri, 04 Mar 2016 08:27:54 +0100 > > Anton Khirnov <an...@khirnov.net> wrote: > > > > > Quoting Hendrik Leppkes (2016-02-26 10:53:24)

Re: [libav-devel] [PATCH 02/15] lavc: add a new bitstream filtering API

On Fri, 04 Mar 2016 08:27:54 +0100 Anton Khirnov wrote: > Quoting Hendrik Leppkes (2016-02-26 10:53:24) > > On Thu, Feb 25, 2016 at 4:05 PM, Anton Khirnov wrote: > > > Deprecate the current bitstream filtering API. > > > +/** > > > + * Iterate over all

Re: [libav-devel] [PATCH 1/6] lavu: improve documentation of some AVFrame functions

On Fri, 04 Mar 2016 08:16:42 +0100 Anton Khirnov wrote: > No important objections from me now. Since this is a rather large > change, I'd wait until next week for more comments, then push it if > there are none. I also have some follow up patches to make. But would be nice if

Re: [libav-devel] [PATCH 3/6] lavc: introduce a new decoding/encoding API with decoupled input/output

On Sun, 28 Feb 2016 18:05:17 +0100 Diego Biurrun <di...@biurrun.de> wrote: > On Sat, Feb 27, 2016 at 03:15:32PM +0100, wm4 wrote: > > > > For now, there are no codecs supporting this API. The API can work with > > codecs using the old API, and most code added here it

[libav-devel] [PATCH 4/6] avconv: remove sub-frame warning

It's not practical to keep this with the new decode API. --- No changes. --- avconv.c | 7 --- avconv.h | 1 - 2 files changed, 8 deletions(-) diff --git a/avconv.c b/avconv.c index 35ea1f5..d878646 100644 --- a/avconv.c +++ b/avconv.c @@ -1337,13 +1337,6 @@ static void

[libav-devel] [PATCH 3/6] lavc: introduce a new decoding/encoding API with decoupled input/output

Until now, the decoding API was restricted to outputting 0 or 1 frames per input packet. It also enforces a somewhat rigid dataflow in general. This new API seeks to relax these restrictions by decoupling input and output. Instead of doing a single call on each decode step, which may consume the

[libav-devel] [PATCH 5/6] avconv: use new decode API

Rather than refactoring everything, add a function that resembles the avcodec_decode_audio4() API. --- No changes. --- avconv.c | 31 +++ 1 file changed, 27 insertions(+), 4 deletions(-) diff --git a/avconv.c b/avconv.c index d878646..c74b4b8 100644 --- a/avconv.c +++

[libav-devel] [PATCH 6/6] avconv: use new encode API

The flushing case is a bit strange; not simplifying it so the change is less noisy. --- No changes. --- avconv.c | 44 1 file changed, 28 insertions(+), 16 deletions(-) diff --git a/avconv.c b/avconv.c index c74b4b8..40152ff 100644 --- a/avconv.c +++

[libav-devel] [PATCH 2/6] lavc: factor apply_param_change() AV_EF_EXPLODE handling

Remove the duplicated code for handling failure of apply_param_change(). --- No changes. --- libavcodec/utils.c | 28 +++- 1 file changed, 15 insertions(+), 13 deletions(-) diff --git a/libavcodec/utils.c b/libavcodec/utils.c index a9a7423..866cdfc 100644 ---

[libav-devel] [PATCH 1/6] lavu: improve documentation of some AVFrame functions

--- Changed some minor things that were pointed out. --- libavutil/frame.h | 14 +- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git a/libavutil/frame.h b/libavutil/frame.h index 5a04177..a39a1ef 100644 --- a/libavutil/frame.h +++ b/libavutil/frame.h @@ -391,6 +391,10 @@

Re: [libav-devel] [PATCH 1/6] lavu: improve documentation of some AVFrame functions

On Sat, 27 Feb 2016 10:48:24 -0500 Vittorio Giovara <vittorio.giov...@gmail.com> wrote: > On Sat, Feb 27, 2016 at 9:15 AM, wm4 <nfx...@googlemail.com> wrote: > > --- > > libavutil/frame.h | 14 +- > > 1 file changed, 13 insertions(+), 1 deletion(

Re: [libav-devel] [PATCH 3/6] lavc: introduce a new decoding/encoding API with decoupled input/output

On Mon, 29 Feb 2016 11:41:45 +0800 Zhang Rui <bbcal...@gmail.com> wrote: > 2016-02-27 22:15 GMT+08:00 wm4 <nfx...@googlemail.com>: > > Until now, the decoding API was restricted to outputting 0 or 1 frames > > per input packet. It also enforces a somewha

Re: [libav-devel] [PATCH 1/6] lavu: improve documentation of some AVFrame functions

On Sat, 27 Feb 2016 15:21:24 +0100 Luca Barbato <lu_z...@gentoo.org> wrote: > On 27/02/16 15:15, wm4 wrote: > > In addition, undefined behavior can occur in certain > > + * cases. > > Would be better to list the cases. > > The rest looks fine. The

[libav-devel] [PATCH 4/6] avconv: remove sub-frame warning

It's not practical to keep this with the new decode API. --- avconv.c | 7 --- avconv.h | 1 - 2 files changed, 8 deletions(-) diff --git a/avconv.c b/avconv.c index 35ea1f5..d878646 100644 --- a/avconv.c +++ b/avconv.c @@ -1337,13 +1337,6 @@ static void process_input_packet(InputStream

[libav-devel] [PATCH 5/6] avconv: use new decode API

Rather than refactoring everything, add a function that resembles the avcodec_decode_audio4() API. --- avconv.c | 31 +++ 1 file changed, 27 insertions(+), 4 deletions(-) diff --git a/avconv.c b/avconv.c index d878646..c74b4b8 100644 --- a/avconv.c +++ b/avconv.c @@

[libav-devel] [PATCH 1/6] lavu: improve documentation of some AVFrame functions

--- libavutil/frame.h | 14 +- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git a/libavutil/frame.h b/libavutil/frame.h index 5a04177..6f5d733 100644 --- a/libavutil/frame.h +++ b/libavutil/frame.h @@ -391,6 +391,10 @@ void av_frame_free(AVFrame **frame); * If src is not

[libav-devel] [PATCH 2/6] lavc: factor apply_param_change() AV_EF_EXPLODE handling

Remove the duplicated code for handling failure of apply_param_change(). --- libavcodec/utils.c | 28 +++- 1 file changed, 15 insertions(+), 13 deletions(-) diff --git a/libavcodec/utils.c b/libavcodec/utils.c index a9a7423..866cdfc 100644 --- a/libavcodec/utils.c +++

[libav-devel] [PATCH 0/6] Add decoding/encoding API with decoupled input/output

This has been often discussed, and everyone agreed it was a good idea. Here are patches which add such an API, but without making proper use of it yet. wm4 (6): lavu: improve documentation of some AVFrame functions lavc: factor apply_param_change() AV_EF_EXPLODE handling lavc: introduce

[libav-devel] [PATCH 3/6] lavc: introduce a new decoding/encoding API with decoupled input/output

Until now, the decoding API was restricted to outputting 0 or 1 frames per input packet. It also enforces a somewhat rigid dataflow in general. This new API seeks to relax these restrictions by decoupling input and output. Instead of doing a single call on each decode step, which may consume the

[libav-devel] [PATCH 6/6] avconv: use new encode API

The flushing case is a bit strange; not simplifying it so the change is less noisy. --- avconv.c | 44 1 file changed, 28 insertions(+), 16 deletions(-) diff --git a/avconv.c b/avconv.c index c74b4b8..40152ff 100644 --- a/avconv.c +++ b/avconv.c @@

Re: [libav-devel] [PATCH 1/6] lavu: add a way to query hwcontext frame constraints

On Fri, 26 Feb 2016 12:06:09 + Mark Thompson <s...@jkqxz.net> wrote: > On 26/02/16 11:46, wm4 wrote: > > On Thu, 25 Feb 2016 23:47:39 + > > Mark Thompson <s...@jkqxz.net> wrote: > > > >> --- > >> libavutil/hwcontext.c

Re: [libav-devel] [PATCH 1/6] lavu: add a way to query hwcontext frame constraints

On Thu, 25 Feb 2016 23:47:39 + Mark Thompson wrote: > --- > libavutil/hwcontext.c | 45 > libavutil/hwcontext.h | 68 > ++ > libavutil/hwcontext_internal.h | 10 +++ > 3 files

Re: [libav-devel] [PATCH 02/15] lavc: add a new bitstream filtering API

On Thu, 25 Feb 2016 16:05:42 +0100 Anton Khirnov wrote: > Deprecate the current bitstream filtering API. > --- > configure | 2 +- > libavcodec/Makefile| 2 + > libavcodec/avcodec.h | 178 +++-- >

Re: [libav-devel] [PATCH 1/2] lavu: VAAPI hwcontext implementation

On Mon, 15 Feb 2016 23:24:31 + Mark Thompson wrote: > --- > configure | 5 + > libavutil/Makefile | 1 + > libavutil/hwcontext.c | 3 + > libavutil/hwcontext.h | 1 + > libavutil/hwcontext_internal.h | 1 + >

Re: [libav-devel] [PATCH 11/14] lavfi: add a filter for uploading normal frames to CUDA

On Fri, 12 Feb 2016 10:09:16 +0100 Anton Khirnov wrote: > --- > configure | 1 + > doc/filters.texi | 11 ++ > libavfilter/Makefile | 1 + > libavfilter/allfilters.c | 1 + > libavfilter/vf_hwupload_cuda.c | 237 >

Re: [libav-devel] [PATCH 01/13] opt: add an option type for AVBufferRef

On Tue, 9 Feb 2016 18:54:35 +0100 Anton Khirnov wrote: > --- > doc/APIchanges | 5 + > libavutil/opt.c | 45 + > libavutil/opt.h | 12 > libavutil/version.h | 2 +- > 4 files changed, 63

Re: [libav-devel] [PATCH 03/13] lavu: add a framework for handling hwaccel frames

On Tue, 9 Feb 2016 18:54:37 +0100 Anton Khirnov wrote: > --- > doc/APIchanges | 2 + > libavutil/Makefile | 2 + > libavutil/frame.c | 11 ++ > libavutil/frame.h | 6 + > libavutil/hwcontext.c | 397 >

Re: [libav-devel] [PATCH 01/13] opt: add an option type for AVBufferRef

On Wed, 10 Feb 2016 09:47:46 +0100 Anton Khirnov wrote: > Quoting Hendrik Leppkes (2016-02-10 09:11:17) > > On Wed, Feb 10, 2016 at 9:01 AM, Anton Khirnov wrote: > > > Quoting Hendrik Leppkes (2016-02-09 23:13:32) > > >> On Tue, Feb 9, 2016 at 6:54 PM,

Re: [libav-devel] [PATCH 03/12] hwcontext: add a VDPAU implementation

On Tue, 02 Feb 2016 20:15:56 +0200 Rémi Denis-Courmont <r...@remlab.net> wrote: > Le 2016-02-02 17:26, wm4 a écrit : > > On Tue, 02 Feb 2016 14:53:46 +0200 > > Rémi Denis-Courmont <r...@remlab.net> wrote: > > > >> Le 2016-02-02 14:29, wm4 a écri

Re: [libav-devel] [PATCH] lavc: add a field for passing AVHWFramesContext to encoders

On Tue, 2 Feb 2016 16:57:45 +0100 Anton Khirnov wrote: > --- > libavcodec/avcodec.h | 12 > libavcodec/utils.c | 13 + > 2 files changed, 25 insertions(+) > > diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h > index fe3366b..12458ab 100644

Re: [libav-devel] [PATCH 03/12] hwcontext: add a VDPAU implementation

On Tue, 02 Feb 2016 14:53:46 +0200 Rémi Denis-Courmont <r...@remlab.net> wrote: > Le 2016-02-02 14:29, wm4 a écrit : > > I'll ask my favorite question for vdpau related things: how does this > > handle display preemption? > > I think that there are no reason

Re: [libav-devel] [PATCH 08/12] lavfi: pass the hw frames context through the filter chain

On Tue, 02 Feb 2016 16:14:09 +0100 Anton Khirnov <an...@khirnov.net> wrote: > Quoting wm4 (2016-02-02 13:35:46) > > On Tue, 2 Feb 2016 12:41:28 +0100 > > Anton Khirnov <an...@khirnov.net> wrote: > > > > > --- > > > libavfilter/avfilter.c

Re: [libav-devel] [PATCH 10/12] lavc: add a field for passing AVHWFramesContext to encoders

On Tue, 02 Feb 2016 16:16:19 +0100 Anton Khirnov <an...@khirnov.net> wrote: > Quoting wm4 (2016-02-02 13:36:45) > > On Tue, 2 Feb 2016 12:41:30 +0100 > > Anton Khirnov <an...@khirnov.net> wrote: > > > > > --- > > > libavcodec/avcodec.

Re: [libav-devel] [PATCH 01/12] buffer: add support for pools using caller data in allocation

On Tue, 2 Feb 2016 12:41:21 +0100 Anton Khirnov wrote: > This should allow using more complex allocators than simple malloc > wrappers. > --- > libavutil/buffer.c | 27 ++- > libavutil/buffer.h | 17 + >

Re: [libav-devel] [PATCH 02/12] lavu: add a framework for handling hwaccel frames

On Tue, 2 Feb 2016 12:41:22 +0100 Anton Khirnov wrote: > --- > libavutil/Makefile | 2 + > libavutil/frame.c | 11 ++ > libavutil/frame.h | 2 + > libavutil/hwcontext.c | 401 > + >

Re: [libav-devel] [PATCH 10/12] lavc: add a field for passing AVHWFramesContext to encoders

On Tue, 2 Feb 2016 12:41:30 +0100 Anton Khirnov wrote: > --- > libavcodec/avcodec.h | 11 +++ > libavcodec/utils.c | 2 ++ > 2 files changed, 13 insertions(+) > > diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h > index fe3366b..cfd299d 100644 > ---

Re: [libav-devel] [PATCH 03/12] hwcontext: add a VDPAU implementation

On Tue, 2 Feb 2016 12:41:23 +0100 Anton Khirnov wrote: > --- > libavutil/Makefile | 2 + > libavutil/hwcontext.c | 3 + > libavutil/hwcontext_internal.h | 2 + > libavutil/hwcontext_vdpau.c| 408 > + >

Re: [libav-devel] [PATCH 08/12] lavfi: pass the hw frames context through the filter chain

On Tue, 2 Feb 2016 12:41:28 +0100 Anton Khirnov wrote: > --- > libavfilter/avfilter.c | 15 +++ > libavfilter/avfilter.h | 7 +++ > libavfilter/buffersrc.c | 9 + > 3 files changed, 31 insertions(+) > > diff --git a/libavfilter/avfilter.c

Re: [libav-devel] [PATCH 4/4] vaapi: rename struct vaapi_context to AVVAAPIContext

On Tue, 12 Jan 2016 15:28:24 +0100 Anton Khirnov <an...@khirnov.net> wrote: > Quoting wm4 (2016-01-12 12:04:22) > > On Tue, 12 Jan 2016 10:26:21 +0100 > > Anton Khirnov <an...@khirnov.net> wrote: > > > > > This is properly namespaced and consistent

Re: [libav-devel] [PATCH] hls: Add a blacklist option

On Wed, 13 Jan 2016 18:14:16 +0100 Luca Barbato wrote: > concat can be abused to leak local file contents as url parameter. > > CC: libav-sta...@libav.org > Reported-By: Максим Андреев > --- > > Not sure if we want to add a whitelist option as well.

Re: [libav-devel] [PATCH 4/4] vaapi: rename struct vaapi_context to AVVAAPIContext

On Wed, 13 Jan 2016 11:06:06 +0100 Anton Khirnov wrote: > I don't think it's particularly painful, as far as API changes go -- you > only need like 2 different lines for each version (the struct name + > av_mallocz() vs the new constructor). > > And besides > - it needs to be

Re: [libav-devel] [PATCH 4/4] vaapi: rename struct vaapi_context to AVVAAPIContext

On Tue, 12 Jan 2016 10:26:21 +0100 Anton Khirnov wrote: > This is properly namespaced and consistent with the naming in the rest > of Libav. Also, add a constructor for this struct. > --- > doc/APIchanges | 4 > libavcodec/Makefile | 1 + >

Re: [libav-devel] [PATCH 3/4] vaapi: move private fields out of the public hwaccel context

On Tue, 12 Jan 2016 10:26:20 +0100 Anton Khirnov wrote: > Store them in private data instead. > --- > libavcodec/vaapi.c | 125 > > libavcodec/vaapi.h | 17 ++ > libavcodec/vaapi_h264.c | 14 ++--- >

Re: [libav-devel] [RFC] avcodec: Add native DCA decoder based on libdcadec.

On Sun, 03 Jan 2016 20:10:44 +0100 Anton Khirnov wrote: > Quoting foo86 (2016-01-03 18:50:13) > > This is initial version of libdcadec DCA decoder port I hacked together over > > the last week. This patch is of RFC/inquiry type and not meant for immediate > > inclusion. > > >

Re: [libav-devel] [PATCH 1/5] lavu: add a framework for handling hwaccel frames

On Fri, 01 Jan 2016 20:54:36 +0100 Anton Khirnov <an...@khirnov.net> wrote: > Quoting wm4 (2016-01-01 20:23:25) > > On Fri, 01 Jan 2016 16:35:28 +0100 > > Anton Khirnov <an...@khirnov.net> wrote: > > > > > Quoting wm4 (2015-12-27 14:29:11)

Re: [libav-devel] [PATCH 3/5] lavc: add support for allocating hwaccel frames internally

On Fri, 01 Jan 2016 16:46:29 +0100 Anton Khirnov <an...@khirnov.net> wrote: > Quoting wm4 (2015-12-27 14:39:10) > > On Sun, 20 Dec 2015 20:59:29 +0100 > > Anton Khirnov <an...@khirnov.net> wrote: > > > > > --- > > > libavcodec/avcodec.h

Re: [libav-devel] [PATCH 4/5] lavc/vdpau: add support for allocating surfaces internally

On Fri, 01 Jan 2016 20:02:07 +0200 Rémi Denis-Courmont <r...@remlab.net> wrote: > Le 2016-01-01 18:09, Anton Khirnov a écrit : > > Quoting wm4 (2015-12-27 14:41:16) > >> On Sun, 20 Dec 2015 20:59:30 +0100 > >> Anton Khirnov <an...@khirnov.net> wrote: >

Re: [libav-devel] [PATCH 1/5] lavu: add a framework for handling hwaccel frames

On Fri, 01 Jan 2016 16:35:28 +0100 Anton Khirnov <an...@khirnov.net> wrote: > Quoting wm4 (2015-12-27 14:29:11) > > On Sun, 20 Dec 2015 20:59:27 +0100 > > Anton Khirnov <an...@khirnov.net> wrote: > > > +static int retrieve_data_alloc(AVFrame *dst, const AVFra

Re: [libav-devel] [PATCH 3/5] lavc: add support for allocating hwaccel frames internally

On Sun, 20 Dec 2015 20:59:29 +0100 Anton Khirnov wrote: > --- > libavcodec/avcodec.h | 20 > libavcodec/utils.c | 3 +++ > 2 files changed, 23 insertions(+) > > diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h > index 8083111..79aa3b7 100644 >

Re: [libav-devel] [PATCH 4/5] lavc/vdpau: add support for allocating surfaces internally

On Sun, 20 Dec 2015 20:59:30 +0100 Anton Khirnov wrote: > --- > libavcodec/vdpau.c | 101 > ++-- > libavcodec/vdpau_h264.c | 1 + > libavcodec/vdpau_internal.h | 11 + > libavcodec/vdpau_mpeg12.c | 1 + >

Re: [libav-devel] [PATCH 2/5] hwframe: add a VDPAU implementation

On Sun, 20 Dec 2015 20:59:28 +0100 Anton Khirnov wrote: > --- > libavutil/Makefile | 1 + > libavutil/hwframe.c | 3 + > libavutil/hwframe_internal.h | 2 + > libavutil/hwframe_vdpau.c| 264 > +++ >

Re: [libav-devel] [PATCH 1/5] lavu: add a framework for handling hwaccel frames

On Sun, 20 Dec 2015 20:59:27 +0100 Anton Khirnov wrote: > --- > libavutil/Makefile | 2 + > libavutil/frame.c| 11 +++ > libavutil/frame.h| 2 + > libavutil/hwframe.c | 202 > +++ >

Re: [libav-devel] [PATCH 1/2] wrapped_avframe: Use a friendlier name

On Sat, 14 Nov 2015 03:46:33 +0100 Vittorio Giovara wrote: > From: Luca Barbato > > The end user reading 'wrapped_avframe' would be otherwise puzzled. > > Reported-By: Daemon404 > Signed-off-by: Vittorio Giovara >

Re: [libav-devel] [PATCH 2/3] avcodec: Define side data type for fallback track

On Fri, 6 Nov 2015 11:24:08 -0800 John Stebbins <stebb...@jetheaddev.com> wrote: > On Fri, 2015-11-06 at 17:17 +0100, wm4 wrote: > > On Fri, 6 Nov 2015 07:29:18 -0800 > > John Stebbins <stebb...@jetheaddev.com> wrote: > > > > > This side data type

Re: [libav-devel] [PATCH 2/3] avcodec: Define side data type for fallback track

On Fri, 6 Nov 2015 07:29:18 -0800 John Stebbins wrote: > This side data type is meant to be added to AVStream side data. > A fallback track indicates an alternate track to use when the > current track can not be decoded for some reason. e.g. no > decoder available for

Re: [libav-devel] [PATCH] mov: detect cover art pictures by content

On Sat, 31 Oct 2015 14:36:38 +0100 wm4 <nfx...@googlemail.com> wrote: > I've got some m4a samples that had jpeg cover art marked as png. Since > these files were supposedly written by iTunes, and other software can > read it (e.g. clementine does), this should be worked around. >

Re: [libav-devel] [PATCH] mov: detect cover art pictures by content

On Sun, 1 Nov 2015 09:41:48 -0500 Ganesh Ajjanagadde wrote: > I meant of course if they start using PNGSIG instead of copying over > the magic constant. I still strongly encourage it. > > > > > The other issue (the 64 bit constant) was discussed to death, and it > > turned out

Re: [libav-devel] [PATCH] mov: detect cover art pictures by content

On Sat, 31 Oct 2015 12:37:17 -0400 Ganesh Ajjanagadde <gajja...@mit.edu> wrote: > On Sat, Oct 31, 2015 at 12:10 PM, wm4 <nfx...@googlemail.com> wrote: > > On Sat, 31 Oct 2015 17:08:07 +0100 > > Luca Barbato <lu_z...@gentoo.org> wrote: > > > >>

Re: [libav-devel] [PATCH] mov: detect cover art pictures by content

On Sat, 31 Oct 2015 19:39:52 +0100 Luca Barbato <lu_z...@gentoo.org> wrote: > On 31/10/15 18:58, wm4 wrote: > > On Sat, 31 Oct 2015 17:53:55 +0100 > > Luca Barbato <lu_z...@gentoo.org> wrote: > > > >> On 31/10/15 17:10, wm4 wrote: > >>>

Re: [libav-devel] [PATCH] mov: detect cover art pictures by content

On Sat, 31 Oct 2015 17:53:55 +0100 Luca Barbato <lu_z...@gentoo.org> wrote: > On 31/10/15 17:10, wm4 wrote: > > On Sat, 31 Oct 2015 17:08:07 +0100 > > Luca Barbato <lu_z...@gentoo.org> wrote: > > > >> On 31/10/15 14:36, wm4 wrote: > >>

[libav-devel] [PATCH] mov: detect cover art pictures by content

I've got some m4a samples that had jpeg cover art marked as png. Since these files were supposedly written by iTunes, and other software can read it (e.g. clementine does), this should be worked around. Since png has a very simple to detect header, while it's apparently a real pain to detect jpeg

Re: [libav-devel] [PATCH] mov: detect cover art pictures by content

On Sat, 31 Oct 2015 17:08:07 +0100 Luca Barbato <lu_z...@gentoo.org> wrote: > On 31/10/15 14:36, wm4 wrote: > > I've got some m4a samples that had jpeg cover art marked as png. Since > > these files were supposedly written by iTunes, and other software can > > re

Re: [libav-devel] [PATCH] wrapped_avframe: Use a friendlier name

On Wed, 28 Oct 2015 13:17:23 +0100 Vittorio Giovara <vittorio.giov...@gmail.com> wrote: > On Wed, Oct 28, 2015 at 11:52 AM, wm4 <nfx...@googlemail.com> wrote: > > On Wed, 28 Oct 2015 11:25:43 +0100 > > Luca Barbato <lu_z...@gentoo.org> wrote: > > > &g

Re: [libav-devel] [PATCH] vdpau: remoe dysfunctional H.263 support

On Wed, 28 Oct 2015 20:59:01 +0100 Luca Barbato wrote: > On 28/10/15 20:21, Rémi Denis-Courmont wrote: > > The VDPAU API never explicitly supported H.263 in the first place. > > --- > > configure| 2 -- > > libavcodec/Makefile | 1 - > >

Re: [libav-devel] [PATCH] wrapped_avframe: Use a friendlier name

On Wed, 28 Oct 2015 11:25:43 +0100 Luca Barbato wrote: > On 28/10/15 02:45, Vittorio Giovara wrote: > > imho go for "rawframes", no space like other codes, different from > > Changed this way, will hit the tree this night. Wrong color. IMHO it's misleading, because it

Re: [libav-devel] [PATCH] wrapped_avframe: Use a friendlier name

On Tue, 27 Oct 2015 18:01:22 +0100 Luca Barbato wrote: > The end user reading 'wrapped_avframe' would be otherwise puzzled. > > Reported-By: Daemon404 > --- > libavcodec/wrapped_avframe.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [libav-devel] [PATCH] lavc: Move deprecation warning to documentation

On Fri, 23 Oct 2015 01:31:06 +0200 Hendrik Leppkes wrote: > On Thu, Oct 22, 2015 at 11:53 PM, Vittorio Giovara > wrote: > > attribute_deprecated triggers a heavy amount of warning in every use > > of the structure when Libav is compiled with gcc,

Re: [libav-devel] [PATCH] avformat/mov: Autodetect mp3s which need parsing

ale == st->codec->sample_rate) { > >> +st->need_parsing = AVSTREAM_PARSE_FULL; > >> +} > > > > We already set PARSE_FULL for another flavour, what breaks if we just > > set it always? Heuristics are fragile. > > There were a few obje

Re: [libav-devel] [PATCH] mpjpeg: Cope with multipart lacking the initial CRLF

On Thu, 22 Oct 2015 05:10:57 +0200 Luca Barbato wrote: > Some server in the wild do not put the boundary at a newline > as rfc1347 7.2.1 states. > Cope with that by reading a line and if it is not empty reading > a second one. > > Reported-By: bitingsock > --- >

Re: [libav-devel] [PATCH] mpjpeg: Cope with multipart lacking the initial CRLF

On Thu, 22 Oct 2015 13:15:58 +0200 Luca Barbato <lu_z...@gentoo.org> wrote: > On 22/10/15 11:20, wm4 wrote: > > >> +/* some implementation do not provide the required > >> + * initial CRLF (see rfc1341 7.2.1) > >> + */ > >> +

Re: [libav-devel] [PATCH 4/6] avformat: Rework add_to_pktbuf

On Tue, 20 Oct 2015 15:07:41 +0200 Luca Barbato wrote: > Make it return an error and check its return value when it is used. > Simplify the usage by calling `av_packet_ref` internally when needed. > --- > libavformat/utils.c | 66 >

Re: [libav-devel] [PATCH 5/6] avpacket: Deprecate av_dup_packet

On Tue, 20 Oct 2015 15:07:42 +0200 Luca Barbato wrote: > As documented, `av_dup_packet` is broken by design, `av_packet_ref` > matches the AVFrame ref-counted API and can be safely used instead. > --- > doc/APIchanges| 2 ++ > libavcodec/avcodec.h | 5

Re: [libav-devel] [PATCH 4/6] avformat: Rework add_to_pktbuf

On Tue, 20 Oct 2015 18:41:46 +0200 Luca Barbato <lu_z...@gentoo.org> wrote: > On 20/10/15 16:03, wm4 wrote: > > I don't understand the condition for the last parameter to > > add_to_pktbuf. Something about the packet being already referenced in > > some cases? &g

Re: [libav-devel] [PATCH 1/6] avprobe: Unref the packet once it is used

On Sun, 18 Oct 2015 17:59:43 +0200 Luca Barbato wrote: > --- > avprobe.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/avprobe.c b/avprobe.c > index a83fa68..2ab8ce0 100644 > --- a/avprobe.c > +++ b/avprobe.c > @@ -589,8 +589,10 @@ static void

Re: [libav-devel] [PATCH 3/6] avpacket: Replace av_free_packet with av_packet_unref

On Sun, 18 Oct 2015 17:59:45 +0200 Luca Barbato wrote: > `av_packet_unref` matches the AVFrame ref-counted API and can be used as > a drop in replacement. > > Deprecate `av_free_packet`. > --- Seems ok. APIchanges entry? Also, the functions are almost equivalent, except

Re: [libav-devel] [PATCH 5/6] avpacket: Replace av_dup_packet with av_packet_ref

On Sun, 18 Oct 2015 17:59:47 +0200 Luca Barbato wrote: > As documented, `av_dup_packet` is broken by design, `av_packet_ref` > matches the AVFrame ref-counted API and can be safely used instead. > > Deprecate `av_dup_packet`. > --- > avplay.c | 17

Re: [libav-devel] [PATCH 2/6] avformat: Always return ref-counted AVPacket

On Sun, 18 Oct 2015 17:59:44 +0200 Luca Barbato wrote: > And drop the av_dup_packet from the input_thread. > --- > avconv.c| 1 - > libavformat/utils.c | 8 > 2 files changed, 8 insertions(+), 1 deletion(-) > > diff --git a/avconv.c b/avconv.c > index

Re: [libav-devel] [PATCH 6/6] avpacket: Provide an alloc and a free function for the struct

On Sun, 18 Oct 2015 17:59:48 +0200 Luca Barbato wrote: > Pave the way for having the size of the AVPacket struct not part > of the ABI. > --- > libavcodec/avcodec.h | 21 + > libavcodec/avpacket.c | 22 ++ > 2 files changed, 43

Re: [libav-devel] [PATCH] avpacket: Use the correct namespace

On Sun, 18 Oct 2015 14:54:58 +0200 Anton Khirnov <an...@khirnov.net> wrote: > Quoting wm4 (2015-10-18 14:44:02) > > On Sun, 18 Oct 2015 14:36:53 +0200 > > Luca Barbato <lu_z...@gentoo.org> wrote: > > > > > On 18/10/15 11:34, Anton Khirnov wrote: >

Re: [libav-devel] [PATCH] avpacket: Use the correct namespace

On Sun, 18 Oct 2015 14:36:53 +0200 Luca Barbato wrote: > On 18/10/15 11:34, Anton Khirnov wrote: > > And even if, as you say, the function did not need any changes beyond > > renaming, then we should not touch them at all. Renaming (if not adding > > av prefixes to unprefixed

<    1   2   3   4   5   6   7   8   9   >