Re: [libav-devel] [PATCH 05/10] lavu: OpenCL hwcontext implementation

On 13/07/16 01:52, Mark Thompson wrote: > WIP: very incomplete. What's missing? ___ libav-devel mailing list libav-devel@libav.org https://lists.libav.org/mailman/listinfo/libav-devel

Re: [libav-devel] [PATCH 04/10] lavu: Add OpenCL hardware pixfmt

On 13/07/16 01:51, Mark Thompson wrote: > --- > Seemed better to keep as a separate patch. > > libavutil/pixdesc.c | 4 > libavutil/pixfmt.h | 7 +++ > 2 files changed, 11 insertions(+) OK. ___ libav-devel mailing list libav-devel@libav.org

Re: [libav-devel] [PATCH 01/10] hwcontext: Hardware frame mapping

On 13/07/16 01:47, Mark Thompson wrote: > +int av_hwframe_map(AVFrame *dst, const AVFrame *src, int flags) > +{ > +AVHWFramesContext *ctx; > +int ret; > + > +if (src->hw_frames_ctx) { > +ctx = (AVHWFramesContext*)src->hw_frames_ctx->data; > + > +if

Re: [libav-devel] [PATCH 01/10] hwcontext: Hardware frame mapping

2016-07-13 2:47 GMT+03:00 Mark Thompson : > +hwmap = av_malloc(sizeof(*hwmap)); > mallocz so error path don't get uninitialized reference ___ libav-devel mailing list libav-devel@libav.org

Re: [libav-devel] [PATCH v2 1/1] h2645_parse: handle embedded Annex B NAL units in size prefixed NAL units

On 12/07/16 21:27, Janne Grunau wrote: > * Added comments in in the code, refrained from cursing > Extra praise for not cursing. lu ___ libav-devel mailing list libav-devel@libav.org https://lists.libav.org/mailman/listinfo/libav-devel

Re: [libav-devel] [RFC] [PATCH] lavf: Make avio_enum_protocols() parameter const

On 12/07/16 18:10, Diego Biurrun wrote: > --- > > To be applied on top of Anton's constification patch. > Something should probably be added to APIchanges and some version bumped? > Maybe Ok. lu ___ libav-devel mailing list libav-devel@libav.org

[libav-devel] [PATCH 10/10] lavfi: scaler for OpenCL hardware frames

WIP: working but very dirty. This is called scale_opencl, but it could actually be an arbitrary transform. --- libavfilter/Makefile | 1 + libavfilter/allfilters.c | 1 + libavfilter/vf_scale_opencl.c | 395 ++ 3 files changed, 397

[libav-devel] [PATCH 09/10] lavfi: OpenCL filter for arbtrary in-place transformation

WIP: working but very dirty. Loads an arbitrary OpenCL kernel and runs it on the image. --- libavfilter/Makefile| 1 + libavfilter/allfilters.c| 1 + libavfilter/vf_opencl_inplace.c | 280 3 files changed, 282 insertions(+) create

[libav-devel] [PATCH 08/10] vf_drawtext: NV12 support hack

Simple hack to allow writing on NV12 hardware frames. (Not to be pushed like this - just nice for testing other stuff in this series.) --- libavfilter/vf_drawtext.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/libavfilter/vf_drawtext.c b/libavfilter/vf_drawtext.c index

[libav-devel] [PATCH 07/10] avconv: Trivial support for making an OpenCL device

Makes a naughty global that other stuff can refer to - not a sane thing to do at all, but helps for testing the other patches. --- Makefile| 1 + avconv.h| 1 + avconv_opencl.c | 40 avconv_opt.c| 15 +++ 4 files changed,

[libav-devel] [PATCH 06/10] hwcontext_openc: OpenCL <-> VAAPI mapping for Intel platforms

WIP. --- configure| 5 + libavutil/hwcontext_opencl.c | 354 +++ 2 files changed, 359 insertions(+) diff --git a/configure b/configure index e601de5..1311612 100755 --- a/configure +++ b/configure @@ -1655,6 +1655,7 @@ HAVE_LIST="

[libav-devel] [PATCH 05/10] lavu: OpenCL hwcontext implementation

WIP: very incomplete. This just adds enough generic stuff to support the mapping in the following patch. --- configure | 6 + libavutil/Makefile | 2 + libavutil/hwcontext.c | 3 + libavutil/hwcontext.h | 1 +

[libav-devel] [PATCH 04/10] lavu: Add OpenCL hardware pixfmt

--- Seemed better to keep as a separate patch. libavutil/pixdesc.c | 4 libavutil/pixfmt.h | 7 +++ 2 files changed, 11 insertions(+) diff --git a/libavutil/pixdesc.c b/libavutil/pixdesc.c index cf2ea9c..3669342 100644 --- a/libavutil/pixdesc.c +++ b/libavutil/pixdesc.c @@ -1614,6

[libav-devel] [PATCH 03/10] hwcontext_vaapi: Frame mapping support

Can map to any supported software format (using a GPU copy if it doesn't actually match the surface format underneath). --- The mapping code was already there for transfer*, it just gets some parts renamed and rearranged. libavutil/hwcontext_vaapi.c | 91

[libav-devel] [PATCH 02/10] lavfi: Hardware map and unmap filters

The hwmap filter takes a hardware frame as input and maps it to something else (hardware or software) for other processing. The hwunmap filter undoes a hwmap - the frame which was mapped is put back into the filter chain. --- libavfilter/Makefile | 2 + libavfilter/allfilters.c | 2 +

[libav-devel] [PATCH 01/10] hwcontext: Hardware frame mapping

Adds the external mapping function (with flags enum), along with some internal support for making mapped frames. --- libavutil/hwcontext.c | 95 ++ libavutil/hwcontext.h | 16 +++ libavutil/hwcontext_internal.h | 34 +++ 3

[libav-devel] [PATCH 00/10] Hardware frame mapping, OpenCL hwcontext

Hi all, This is kindof a dump of current progress. Only the first few patches are plausibly complete, but I'd like to invite comments on what I've done so far. First, some real things you can do with this: * Hardware frame map/modify/unmap with VAAPI: ./avconv -vaapi_device

[libav-devel] [PATCH 1/1] checkasm/arm: preserve the stack alignment checkasm_checked_call

The stack used by checkasm_checked_call_vfp was a multiple of 4 when the checked function is called. AAPCS requires a double word (8 byte) aligned stack public interfaces. Since both calls are public interfaces the stack is misaligned when the checked is called. Might fix the SIGBUS error in the

Re: [libav-devel] [PATCH 1/1] checkasm: vp8.mc: initialize the full src buffer after ec32574209f

On Tue, 12 Jul 2016, Janne Grunau wrote: Fixes "Use of uninitialised value" valgrind warnings in checkasm. --- tests/checkasm/vp8dsp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/checkasm/vp8dsp.c b/tests/checkasm/vp8dsp.c index 9733ff7..0260d63 100644 ---

[libav-devel] [PATCH 1/1] checkasm: vp8.mc: initialize the full src buffer after ec32574209f

Fixes "Use of uninitialised value" valgrind warnings in checkasm. --- tests/checkasm/vp8dsp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/checkasm/vp8dsp.c b/tests/checkasm/vp8dsp.c index 9733ff7..0260d63 100644 --- a/tests/checkasm/vp8dsp.c +++

[libav-devel] [PATCH v2 1/1] h2645_parse: handle embedded Annex B NAL units in size prefixed NAL units

Fixes a regression in ca2f19b9cc3 with some mov/mp4 files. The files have several NAL units in the supposed single NAL unit after the size field. Annex B start code prefixes are used to separate them. The first NAL unit is correctly parsed but the buffer does not point to the next size field.

Re: [libav-devel] [RFC] [PATCH] lavf: Make avio_enum_protocols() parameter const

On Tue, Jul 12, 2016 at 06:10:07PM +0200, Diego Biurrun wrote: > --- a/libavformat/version.h > +++ b/libavformat/version.h > @@ -29,7 +29,7 @@ > > -#define LIBAVFORMAT_VERSION_MAJOR 57 > +#define LIBAVFORMAT_VERSION_MAJOR 58 > #define LIBAVFORMAT_VERSION_MINOR 7 > #define

[libav-devel] [RFC] [PATCH] lavf: Make avio_enum_protocols() parameter const

--- To be applied on top of Anton's constification patch. Something should probably be added to APIchanges and some version bumped? cmdutils.c | 4 libavformat/avio.h | 4 libavformat/protocols.c | 6 ++ libavformat/version.h | 5 - 4 files changed, 18

[libav-devel] [PATCH 6/6] hevc: Add AVX2 DC IDCT

From: James Almer Originally written by Pierre Edouard Lepere . Integrated to Libav by Josh de Kock . Signed-off-by: Alexandra Hájková --- some more cosmetics libavcodec/hevc.c |

Re: [libav-devel] [PATCH 6/6] hevc: Add AVX2 DC IDCT

On Tue, Jul 12, 2016 at 04:21:01PM +0200, Alexandra Hájková wrote: > > IMO more compact: > > The code is nicely aligned now, I don't want it to be more compact So keep it. > >> --- a/libavcodec/x86/hevcdsp_init.c > >> +++ b/libavcodec/x86/hevcdsp_init.c > >> @@ -45,6 +45,39 @@

Re: [libav-devel] [PATCH 6/6] hevc: Add AVX2 DC IDCT

> IMO more compact: The code is nicely aligned now, I don't want it to be more compact > > INIT_MMX mmxext > IDCT_DC_NL 4, 8 > IDCT_DC_NL 4, 10 > IDCT_DC 8, 2, 8 > IDCT_DC 8, 2, 10 > > INIT_XMM sse2 > IDCT_DC_NL 8, 8 > IDCT_DC_NL 8, 10 > IDCT_DC

Re: [libav-devel] [PATCH 6/6] hevc: Add AVX2 DC IDCT

On Tue, Jul 12, 2016 at 01:38:03PM +0200, Alexandra Hájková wrote: > --- /dev/null > +++ b/libavcodec/x86/hevc_idct.asm > @@ -0,0 +1,107 @@ > +; 8-bit > +INIT_MMX mmxext > +IDCT_DC_NL 4, 8 > +IDCT_DC 8, 2, 8 > + > +INIT_XMM sse2 > +IDCT_DC_NL 8, 8 > +IDCT_DC16, 4, 8 >

[libav-devel] [PATCH 6/6] hevc: Add AVX2 DC IDCT

From: James Almer Originally written by Pierre Edouard Lepere . Integrated to Libav by Josh de Kock . Signed-off-by: Alexandra Hájková --- applied review comments from Henrik Gramner: using

Re: [libav-devel] [PATCH 2/6] hevc: Separate adding residual to prediction from IDCT

Quoting Ronald S. Bultje (2016-07-07 13:53:13) > Hi, > > On Thu, Jul 7, 2016 at 5:25 AM, Alexandra Hájková < > alexandra.khirn...@gmail.com> wrote: > > > else if (lc->cu.pred_mode == MODE_INTRA && c_idx == 0 && > > log2_trafo_size == 2) > > -

Re: [libav-devel] [PATCH 2/2] mp3enc: write trailing padding

On 01/07/16 10:53, Anton Khirnov wrote: > --- > libavformat/mp3enc.c | 7 --- > 1 file changed, 4 insertions(+), 3 deletions(-) Set Ok. ___ libav-devel mailing list libav-devel@libav.org https://lists.libav.org/mailman/listinfo/libav-devel

Re: [libav-devel] [PATCH 1/2] mp3dec: read the initial/trailing padding from the LAME tag

ping -- Anton Khirnov ___ libav-devel mailing list libav-devel@libav.org https://lists.libav.org/mailman/listinfo/libav-devel