Re: [Libva] [PATCH] Update list of authors.

2015-10-28 17:00 GMT+01:00 Emil Velikov <emil.l.veli...@gmail.com>: > Hi Gwenole, > > On 28 October 2015 at 15:46, Gwenole Beauchesne <gb.de...@gmail.com> wrote: >> Statistics based on precise commits and actual contents (subsytems, >> features, etc.). List

Re: [Libva] License for i965_vpp_avs.c and i965_vpp_avs.h

this message and all its attachments. Thank you. ­­ ___ Libva mailing list Libva@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libva Regards, -- Gwenole Beauchesne Intel Corporation SAS / 2 rue de Paris, 92196 Meudon Cedex

[Libva] [PATCH 3/3] extbuf: add support for userptr imports.

Allow creating VA surfaces with userptr allocated buffers. This requires a recent enough version of libdrm (= 2.4.57), but also a kernel (= 3.16) which contains appropriate fixes for userptr. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- configure.ac | 19

[Libva] [PATCH 2/3] extbuf: validate surface memory type.

Shuffle the internal memory type ids by one, and turn them into clean enum values. Also make sure to validate the VA surface memory type early enough. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/i965_drv_video.c | 5 + src/i965_drv_video.h | 8 +--- 2 files

[Libva] [PATCH 0/3] Add support for userptr

Hi, This patch series allows for importing userptr memory buffers into VA surfaces. This requires a recent enough libdrm version (= 2.4.57) and also kernel (= 3.16) with appropriate userptr fixes. The capabilities are tentatively checked for at run-time. Regards, Gwenole Beauchesne (3): extbuf

[Libva] [PATCH 1/3] extbuf: fix possible buffer overflow.

Fix possible buffer overflow when addressing the array of buffer handles to be imported into VA surfaces. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/i965_drv_video.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/i965_drv_video.c b/src

[Libva] [PATCH intel-driver v2 2/3] extbuf: validate surface memory type.

Shuffle the internal memory type ids by one, and turn them into clean enum values. Also make sure to validate the VA surface memory type early enough. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/i965_drv_video.c | 5 + src/i965_drv_video.h | 8 +--- 2 files

[Libva] [PATCH intel-driver v2 1/3] extbuf: fix possible buffer overflow.

Fix possible buffer overflow when addressing the array of buffer handles to be imported into VA surfaces. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/i965_drv_video.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/i965_drv_video.c b/src

Re: [Libva] [PATCH] vpp: add support for low-power mode.

Hi, 2015-03-24 5:40 GMT+01:00 Xiang, Haihao haihao.xi...@intel.com: On Fri, 2015-03-20 at 16:09 +0100, Gwenole Beauchesne wrote: Add support for low-power mode expressed with VA_PROC_PIPELINE_FAST flag set to VAProcPipelineParameterBuffer.pipeline_flags. The purpose is to discard any complex

[Libva] [PATCH] vpp: add support for low-power mode.

format conversion, scaling and basic bob-deinterlacing. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/i965_post_processing.c | 239 + 1 file changed, 239 insertions(+) diff --git a/src/i965_post_processing.c b/src

[Libva] [PATCH v2 2/4] vpp: fix advanced deinterlacing on Sandybridge and Ivybridge.

This fixes support for Motion Adaptive deinterlacing mode on both Sandybridge and Ivybridge platforms. In particular, correct field ordering is now supported, and STMM ping-pong buffering is added. v2: changed STMM surface format to Y800 for a single plane. Signed-off-by: Gwenole Beauchesne

[Libva] [PATCH v2 4/4] Adjust the parameter settings to DI on GEN6/GEN7

From: Xiang, Haihao haihao.xi...@intel.com Signed-off-by: Xiang, Haihao haihao.xi...@intel.com --- src/i965_post_processing.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/i965_post_processing.c b/src/i965_post_processing.c index 2c01e43..72f298f 100755 ---

[Libva] [PATCH v2 1/4] vpp: fix memory leak in DNDI code path.

The original current_out_surface was never released on exit. Main reason for that is the legacy VPP framework that did not allow the VADriverContextP handle to be passed down to the desired .finalize() hook. Improved that to bring it on par with the VEBOX code path. Signed-off-by: Gwenole

[Libva] [PATCH v2 3/4] vpp: add support for Motion-Compensated deinterlacing on Ivybridge.

Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/i965_device_info.c | 1 + src/i965_post_processing.c | 4 +++- 2 files changed, 4 insertions(+), 1 deletion(-) diff --git a/src/i965_device_info.c b/src/i965_device_info.c index 9227d0b..13e3daa 100644 --- a/src

[Libva] [PATCH v2 0/4] Advanced deinterlacing for SNB/IVB/BYT

This patch series brings the Sandybridge, Ivybridge and Baytrail code path for advanced deinterlacing on par with what we now have for VEBOX (Haswell and newer). Gwenole Beauchesne (3): vpp: fix memory leak in DNDI code path. vpp: fix advanced deinterlacing on Sandybridge and Ivybridge. vpp

Re: [Libva] [PATCH] libva-intel-driver: Implement max width and height in QuerySurfaceAttributes

patch to make codec_info really per-codec. i.e. max resolution constraints can vary on a per-codec basis, depending on the generation. Regards, -- Gwenole Beauchesne Intel Corporation SAS / 2 rue de Paris, 92196 Meudon Cedex, France Registration Number (RCS): Nanterre B 302 456 199

Re: [Libva] HW scaling with libva

with filter_flags set accordingly. Regards, -- Gwenole Beauchesne Intel Corporation SAS / 2 rue de Paris, 92196 Meudon Cedex, France Registration Number (RCS): Nanterre B 302 456 199 ___ Libva mailing list Libva@lists.freedesktop.org http://lists.freedesktop.org

Re: [Libva] mpeg4 decoding

Velikov; Gwenole Beauchesne; libva@lists.freedesktop.org Subject: RE: [Libva] mpeg4 decoding On Mon, 2015-01-12 at 21:38 +, Varga, Michael wrote: Haihao, I use modulo_time_base when reconstructing the header VideoObjectPlane header. Does HW need the VOP header for decode ? When

Re: [Libva] Combining libva with OpenGL code

, you'd stick to OGL, but I believe VA subpictures could suit your needs. If there's sample code on how to do this, that would be very helpful. mplayer-vaapi, gstreamer-vaapi for VA subpictures composition. https://gitorious.org/vaapi/mplayer (hwaccel-vaapi branch). Regards, -- Gwenole

Re: [Libva] mpeg4 decoding

would also need the actual vop_time_increment bits, right? Thanks, -- Gwenole Beauchesne Intel Corporation SAS / 2 rue de Paris, 92196 Meudon Cedex, France Registration Number (RCS): Nanterre B 302 456 199 ___ Libva mailing list Libva@lists.freedesktop.org

[Libva] [PATCH intel-driver v2 5/8] vpp: validate AVS filter coefficients for debugging purposes.

Make sure the newly calculated filter coefficients fall into the HW accepted range of values. This normally should not be an issue with the current configuration / scaling algorithms though. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/gen8_post_processing.c | 15

[Libva] [PATCH intel-driver v2 3/8] vpp: factor out calculation of AVS coefficients.

-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/Makefile.am| 2 + src/gen8_post_processing.c | 101 + src/i965_post_processing.c | 218 ++--- src/i965_vpp_avs.c | 110 +++ src

[Libva] [PATCH intel-driver v2 1/8] vpp: fix adaptive filter for all channels flag ( Haswell).

), and to the legacy platforms down to Ironlake (ilk). Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/i965_post_processing.c | 21 +++-- src/i965_structs.h | 25 ++--- 2 files changed, 33 insertions(+), 13 deletions(-) diff --git

[Libva] [PATCH intel-driver v2 8/8] vpp: enable advanced video scaling in VPP pipelines too.

Honour advanced video scaling. i.e. propagate vaPutSurface() scaling flags, but also VPP filter flags. Also enable the sharp 8x8 filter for high-quality scaling options, while adaptive video scaling is disabled (bypassed) for now. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com

[Libva] [PATCH intel-driver v2 2/8] vpp: fix AVS coefficients for Broadwell.

Fix AVS filter coefficients for Broadwell. At least, we now address the expected entry in the table but the actual value is still not viable enough. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/gen8_post_processing.c | 83

[Libva] [PATCH intel-driver v2 7/8] vpp: drop internal postprocessing (I965_PP_xxx) flags.

was never set. Dropped the associated dead code, which was never used. And, anyway, advanced deinterlacing modes shall go through the explcit VPP interfaces. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/gen75_vpp_vebox.c | 6 +++--- src/gen8_render.c | 6

[Libva] [PATCH intel-driver v2 6/8] vpp: cache calculation of AVS coefficients.

If scaling parameters don't change, i.e. if the same scaling algorithm and factors are used, there is no point in calculating the filter coefficients again. So, just cache them into the existing AVS context. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src

[Libva] [PATCH intel-driver 3/3] vpp: add support for Motion-Compensated deinterlacing on Ivybridge.

Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/i965_device_info.c | 1 + src/i965_post_processing.c | 4 +++- 2 files changed, 4 insertions(+), 1 deletion(-) diff --git a/src/i965_device_info.c b/src/i965_device_info.c index a415587..8d9db88 100644 --- a/src

[Libva] [PATCH intel-driver 0/3] Advanced deinterlacing for SNB/IVB/BYT

Hi, This patch series brings the Sandybridge, Ivybridge and Baytrail code path for advanced deinterlacing on par with what we now have for VEBOX (Haswell and newer). Another patch series would come next to handle one extra future reference frame. Regards, Gwenole Beauchesne (3): vpp: fix

[Libva] [PATCH intel-driver 2/3] vpp: fix advanced deinterlacing on Sandybridge and Ivybridge.

This fixes support for Motion Adaptive deinterlacing mode on both Sandybridge and Ivybridge platforms. In particular, correct field ordering is now supported, and STMM ping-pong buffering is added. v2: changed STMM surface format to Y800 for a single plane. Signed-off-by: Gwenole Beauchesne

[Libva] [PATCH intel-driver 3/8] vpp: factor out calculation of AVS coefficients.

-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/Makefile.am| 2 + src/gen8_post_processing.c | 101 + src/i965_post_processing.c | 218 ++--- src/i965_vpp_avs.c | 109 +++ src/i965_vpp_avs.h

Re: [Libva] [PATCH intel-driver 4/8] vpp: add support for high-quality scaling.

2014-10-13 19:27 GMT+02:00 Gwenole Beauchesne gb.de...@gmail.com: Add support for high-quality scaling during video processing. This is enabled with the VA_FILTER_SCALING_HQ filter flag. The algorithm used for that is based on a Lanczos convolution kernel: 3 lobes on either side for luma

Re: [Libva] [PATCH intel-driver 6/8] vpp: cache calculation of AVS coefficients.

2014-10-13 19:27 GMT+02:00 Gwenole Beauchesne gb.de...@gmail.com: If scaling parameters don't change, i.e. if the same scaling algorithm and factors are used, there is no point in calculating the filter coefficients again. So, just cache them into the existing AVS context. Signed-off

[Libva] [PATCH intel-driver 2/8] vpp: fix AVS coefficients for Broadwell.

Fix AVS filter coefficients for Broadwell. At least, we now address the expected entry in the table but the actual value is still not viable enough. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/gen8_post_processing.c | 83

[Libva] [PATCH intel-driver 1/8] vpp: fix adaptive filter for all channels flag ( Haswell).

-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/i965_post_processing.c | 21 +++-- src/i965_structs.h | 25 ++--- 2 files changed, 33 insertions(+), 13 deletions(-) diff --git a/src/i965_post_processing.c b/src/i965_post_processing.c index

[Libva] [PATCH intel-driver 7/8] vpp: drop internal postprocessing (PP_xxx) flags.

was never set. Dropped the associated dead code, which was never used. And, anyway, advanced deinterlacing modes shall go through the explcit VPP interfaces. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/gen75_vpp_vebox.c | 10 +- src/gen8_render.c

[Libva] [PATCH intel-driver 5/8] vpp: validate AVS filter coefficients for debugging purposes.

Make sure the newly calculated filter coefficients fall into the HW accepted range of values. This normally should not be an issue with the current configuration / scaling algorithms though. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/gen8_post_processing.c | 15

[Libva] [PATCH intel-driver 0/8] Add support for high quality scaling

but confident enough experiment. More testing is needed, especially on other platforms. Fully adaptive mode is not programmed yet. Patched sources available for convenience here: https://github.com/gbeauchesne/libva-intel-driver/tree/18.vpp.avs Regards, Gwenole Beauchesne (8): vpp: fix adaptive filter

Re: [Libva] Use libva as user without X

___ Libva mailing list Libva@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libva Regards, -- Gwenole Beauchesne Intel Corporation SAS / 2 rue de Paris, 92196 Meudon Cedex, France Registration Number (RCS): Nanterre B 302 456 199

Re: [Libva] Fwd: Problem about VAAPI gstreamer plugins

://lists.freedesktop.org/mailman/listinfo/libva -- Gwenole Beauchesne Intel Corporation SAS / 2 rue de Paris, 92196 Meudon Cedex, France Registration Number (RCS): Nanterre B 302 456 199 ___ Libva mailing list Libva@lists.freedesktop.org http://lists.freedesktop.org

[Libva] [PATCH] doc: fix scan order specification for quantization tables.

Poulsbo), and subsequently adopted by the major multimedia frameworks. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- va/va.h | 14 ++ va/va_dec_jpeg.h | 2 ++ 2 files changed, 16 insertions(+) diff --git a/va/va.h b/va/va.h index 127ad49..01694a9 100644

Re: [Libva] [PATCH 1/2] Use the inline CPUID assembly to obtain CPUID string instead of /proc/cpuinfo

2014-09-25 8:27 GMT+02:00 Zhao, Yakui yakui.z...@intel.com: On Wed, 2014-09-24 at 23:35 -0600, Gwenole Beauchesne wrote: Hi, 2014-09-25 3:00 GMT+02:00 Zhao, Yakui yakui.z...@intel.com: On Wed, 2014-09-24 at 03:10 -0600, Gwenole Beauchesne wrote: Hi, Great to see that finally fixed

Re: [Libva] [PATCH 0/2] Add support for DRM Render-Nodes

risk to get that on time for 1.4.0 release. OK? On Wed, Sep 24, 2014 at 1:40 AM, Gwenole Beauchesne gb.de...@gmail.com wrote: Hi, This patch series adds support for DRM Render-Nodes through the existing vaGetDisplayDRM() interface. Practical use-case: this allows for remote users, connected

[Libva] [PATCH 1/2] drm: add support for render nodes.

display opened (user logged in). Signed-off-by: Andrey Larionov andrey.lario...@intel.com [checked if fd is a render-node, fixed VA_DISPLAY_DRM_RENDERNODES] Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- va/drm/va_drm.c | 28 +--- va/drm/va_drm_utils.c

[Libva] [PATCH 2/2] tests: try a render-node device by default for VA/DRM displays.

Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- test/common/va_display_drm.c | 26 +- 1 file changed, 21 insertions(+), 5 deletions(-) diff --git a/test/common/va_display_drm.c b/test/common/va_display_drm.c index aa9f60a..d427984 100644 --- a/test

[Libva] [PATCH 0/2] Add support for DRM Render-Nodes

for DRM Render-Node devices to be supported, which is an important enough improvement. Tested with gstreamer-vaapi and another proprietary software. This should be landed to the libva 1.4.0 relese too. Andrey Larionov (1): drm: add support for render nodes. Gwenole Beauchesne (1): tests: try

Re: [Libva] [PATCH 1/2] Use the inline CPUID assembly to obtain CPUID string instead of /proc/cpuinfo

character is stripped. -- 1.7.10.1 ___ Libva mailing list Libva@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libva Regards, -- Gwenole Beauchesne Intel Corporation SAS / 2 rue de Paris, 92196 Meudon Cedex, France Registration

Re: [Libva] [PATCH 2/2] tests: try a render-node device by default for VA/DRM displays.

2014-09-24 10:40 GMT+02:00 Gwenole Beauchesne gb.de...@gmail.com: Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- test/common/va_display_drm.c | 26 +- 1 file changed, 21 insertions(+), 5 deletions(-) diff --git a/test/common/va_display_drm.c b

Re: [Libva] [PATCH 1/2] Use the inline CPUID assembly to obtain CPUID string instead of /proc/cpuinfo

Hi, 2014-09-25 3:00 GMT+02:00 Zhao, Yakui yakui.z...@intel.com: On Wed, 2014-09-24 at 03:10 -0600, Gwenole Beauchesne wrote: Hi, Great to see that finally fixed. 2014-09-24 9:13 GMT+02:00 Zhao Yakui yakui.z...@intel.com: On some systems there is no access to /proc/cpuinfo. So the inline

Re: [Libva] [PATCH 1/7] .gitignore: add mpeg2vaenc

@@ stamp-h1 /test/egl/va_egl /test/encode/avcenc /test/encode/h264encode +/test/encode/mpeg2vaenc /test/putsurface/putsurface /test/putsurface/putsurface_wayland /test/transcode/mpeg2transcode OK for all branches. Thanks, -- Gwenole Beauchesne Intel Corporation SAS / 2 rue de Paris

Re: [Libva] [PATCH 3/9] configure: use ${libdir} over the hardcoded /usr/lib

-config check failed somehow. (i) cannot occur because you cannot even build the current VA intel-driver git master branch against libva 1.3 I'd guess. So you are left with (ii) and another fix might be needed then. i.e. why did the pkg-config check command failed? Regards, -- Gwenole Beauchesne

Re: [Libva] [PATCH] vpp: expose BGRA surface formats on Ivybridge and Haswell.

Pushed to git master and staging branches. This needs to go to 1.4-branch too. Thanks, Gwenole 2014-09-08 19:10 GMT+02:00 Gwenole Beauchesne gb.de...@gmail.com: Allow for vaQuerySurfaceAttributes() to return BGRA and BGRX formats for VPP on Ivybridge and Haswell. This is supported as both

Re: [Libva] [PATCH] build: fix make dist for packaging.

Pushed to git master and staging branches. This needs to go to 1.4-branch too. 2014-09-09 15:21 GMT+02:00 Gwenole Beauchesne gb.de...@gmail.com: If the intel-gen4asm tool is not available, ship with the pre-built EU kernels instead of trying to regenerate them. In particular, just don't

Re: [Libva] [PATCH 2/2] i965_drv_video: add git commit id to VA driver version string.

. This is *not* strictly needed for 1.4-branch since we no longer print the git version string in release builds. Regards, Gwenole. 2014-09-02 10:13 GMT+02:00 Gwenole Beauchesne gb.de...@gmail.com: Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- configure.ac |5

Re: [Libva] [PATCH intel-driver 00/13] VEBOX fixes for advanced deinterlacing

Hi, 2014-09-09 7:27 GMT+02:00 Antti Seppälä a.sepp...@gmail.com: On 9 September 2014 06:36, Gwenole Beauchesne gb.de...@gmail.com wrote: Hi, 2014-09-08 15:18 GMT+02:00 Antti Seppälä a.sepp...@gmail.com: On 27 August 2014 14:50, Gwenole Beauchesne gb.de...@gmail.com wrote: Hi, This patch

[Libva] [PATCH] vpp: expose BGRA surface formats on Ivybridge and Haswell.

Allow for vaQuerySurfaceAttributes() to return BGRA and BGRX formats for VPP on Ivybridge and Haswell. This is supported as both source and target surface formats. This fixes VA/EGL interop on Gen7 processors when a BGR[AX] surface is exported into an EGLImage. Signed-off-by: Gwenole Beauchesne

[Libva] [PATCH 2/2] i965_drv_video: add git commit id to VA driver version string.

Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- configure.ac |5 + src/Makefile.am | 39 +-- src/i965_drv_version.h.in | 36 src/i965_drv_video.c |7 +++ 4

[Libva] [PATCH 1/2] i965_drv_video: factor out and robustify vendor string.

Move out generation of the vendor string to its specific helper function, while also making it more robust and aware of possible overflows. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/i965_drv_video.c | 47 +++ 1 file

Re: [Libva] [PATCH intel-driver 01/13] vebox: silence compilation warning.

Hi, 2014-08-29 2:44 GMT+02:00 Zhao, Yakui yakui.z...@intel.com: On Thu, 2014-08-28 at 02:35 -0600, Gwenole Beauchesne wrote: Hi Yakui, 2014-08-28 3:16 GMT+02:00 Zhao, Yakui yakui.z...@intel.com: On Wed, 2014-08-27 at 05:50 -0600, Gwenole Beauchesne wrote: Silence the following compilation

Re: [Libva] [PATCH 2/3] gen6_mfc_common: Do not use the reserved nal unit types

___ Libva mailing list Libva@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libva Thanks, -- Gwenole Beauchesne Intel Corporation SAS / 2 rue de Paris, 92196 Meudon Cedex, France Registration Number (RCS): Nanterre B 302 456 199

Re: [Libva] [PATCH intel-driver 01/13] vebox: silence compilation warning.

Hi Yakui, 2014-08-28 3:16 GMT+02:00 Zhao, Yakui yakui.z...@intel.com: On Wed, 2014-08-27 at 05:50 -0600, Gwenole Beauchesne wrote: Silence the following compilation warning: CC i965_drv_video_la-gen75_vpp_vebox.lo gen75_vpp_vebox.c: In function 'bdw_veb_dndi_iecp_command

[Libva] [PATCH intel-driver 02/13] vebox: drop magic numbers in filters mask.

Use the existing VPP_{DNDI,IECP}_xxx flags instead of magic numbers. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/gen75_vpp_vebox.c | 16 src/gen75_vpp_vebox.h |2 ++ 2 files changed, 10 insertions(+), 8 deletions(-) diff --git a/src

[Libva] [PATCH intel-driver 01/13] vebox: silence compilation warning.

of the VEB_DI_IECP::endingX variable with existing helper macros. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/gen75_vpp_vebox.c | 16 ++-- 1 file changed, 6 insertions(+), 10 deletions(-) diff --git a/src/gen75_vpp_vebox.c b/src/gen75_vpp_vebox.c index 1113c90

[Libva] [PATCH intel-driver 03/13] vebox: fix indication of field ordering in sequence.

, is VA_DEINTERLACING_BOTTOM_FIELD_FIRST. https://bugs.freedesktop.org/show_bug.cgi?id=72518 https://bugs.freedesktop.org/show_bug.cgi?id=72522 Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/gen75_vpp_vebox.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[Libva] [PATCH intel-driver 00/13] VEBOX fixes for advanced deinterlacing

applies to the staging branch. Applying to master is straightforward too. A convenience repository for the latter is available here: https://github.com/gbeauchesne/libva-intel-driver/tree/17.vpp.vebox Regards, Gwenole Beauchesne (13): vebox: silence compilation warning. vebox: drop magic numbers

[Libva] [PATCH intel-driver 05/13] vebox: fix invalid conversion and scaling params order.

The arguments to vpp_surface_convert() were mixed up. i.e. both input and output surfaces were reversed. Changed the vpp_surface_scaling() arguments order as well to have more consistent helper functions. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/gen75_vpp_vebox.c

[Libva] [PATCH intel-driver 12/13] vebox: fix memory leak of VEBOX state tables.

Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/gen75_vpp_vebox.c | 14 +- 1 file changed, 5 insertions(+), 9 deletions(-) diff --git a/src/gen75_vpp_vebox.c b/src/gen75_vpp_vebox.c index 9d400d9..f2d64ac 100644 --- a/src/gen75_vpp_vebox.c +++ b/src

[Libva] [PATCH intel-driver 09/13] vebox: factor out deinterlacing code.

detection code, thus allowing more multiple VEBOX calls with an additional format conversion away. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/gen75_vpp_vebox.c | 380 - src/gen75_vpp_vebox.h | 13 +- 2 files changed

[Libva] [PATCH intel-driver 13/13] vebox: fix denoising when IECP is enabled.

If IECP is enabled, for instance when color conversion is performed or ProcAmp adjustments are applied, the ultimate denoised output with additional processing operations applied is the Current Output frame, not the plain Current Denoised Output frame. Signed-off-by: Gwenole Beauchesne

[Libva] [PATCH intel-driver 06/13] vebox: clean-up frame store initialization.

Rename FRAME_STORE_SUM to FRAME_STORE_COUNT, use existing macros to determine the number of elements in the frame store array, avoid duplicate zero initializations. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/gen75_vpp_vebox.c | 10 +++--- src/gen75_vpp_vebox.h

[Libva] [PATCH intel-driver 08/13] vebox: robustify frame store surface storage allocations.

Clean-up frame store surface storage allocation, rename the helper function to gen75_vebox_ensure_surfaces_storage() and make it more robust to allocation errors. i.e. propagate them up right away. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/gen75_vpp_vebox.c | 206

Re: [Libva] [PATCH v3 intel-driver] Add support for new VA buffer export APIs.

Hi, 2014-08-26 7:34 GMT+02:00 Xiang, Haihao haihao.xi...@intel.com: On Mon, 2014-08-25 at 11:44 +0200, Gwenole Beauchesne wrote: Hi, 2014-08-22 10:48 GMT+02:00 Xiang, Haihao haihao.xi...@intel.com: Implement va{Acquire,Release}BufferHandle() hooks so that to allow VA surface or VA image

[Libva] [PATCH intel-driver 0/2] Enforce and report busy surface states

Hi, This patch series enforces busy surface states for practical use-cases. In particular, this prevents VA surfaces to be used while they are being exposed to 3rdparty APIs (exported): http://lists.freedesktop.org/archives/libva/2014-August/002585.html Regards, Gwenole Beauchesne (2): Factor

[Libva] [PATCH intel-driver 2/2] Report BUSY surface state accordingly.

-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/i965_drv_video.c | 48 src/i965_drv_video.h |1 + 2 files changed, 49 insertions(+) diff --git a/src/i965_drv_video.c b/src/i965_drv_video.c index e45cfb3..a628e05 100755 --- a/src

Re: [Libva] [PATCH v2 2/2] Add phantom slice support on IVB+

. Thanks, -- Gwenole Beauchesne Intel Corporation SAS / 2 rue de Paris, 92196 Meudon Cedex, France Registration Number (RCS): Nanterre B 302 456 199 ___ Libva mailing list Libva@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libva

Re: [Libva] [PATCH] MADI: Reject reference surfaces in the wrong format

to validate the filter chain somehow. Besides, I believe we should probably return VA_STATUS_ERROR_INVALID_IMAGE_FORMAT or any other VA_STATUS_ERROR_INVALID_SURFACE_FORMAT that yields the same error code? Thanks, -- Gwenole Beauchesne Intel Corporation SAS / 2 rue de Paris, 92196 Meudon Cedex, France

Re: [Libva] [PATCH v3 intel-driver] Add support for new VA buffer export APIs.

to be in sync then? v2: made sure to sync bo before export, improved VA buffer type check. v3: tracked internal resources on acquire, disposed them on release. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/i965_drv_video.c | 129

Re: [Libva] gen7 h264 encode bitrate behaviour

___ Libva mailing list Libva@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libva Regards, -- Gwenole Beauchesne Intel Corporation SAS / 2 rue de Paris, 92196 Meudon Cedex, France Registration

Re: [Libva] [PATCH intel-driver] decoder: h264: fix RefPicList0/1 without frame in DPB.

2014-08-14 13:59 GMT+02:00 Gwenole Beauchesne gb.de...@gmail.com: Some bitstreams (e.g. truncated, or non conformant), or bugs in codec layers, would incorrectly make decoders to fill in the RefPicList0/1 lists with surfaces that have not received any content yet. There is no reason

[Libva] [PATCH intel-driver] decoder: h264: fix RefPicList0/1 without frame in DPB.

/show_bug.cgi?id=82466 Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/i965_decoder_utils.c |4 1 file changed, 4 insertions(+) diff --git a/src/i965_decoder_utils.c b/src/i965_decoder_utils.c index 546285e..7ea39dd 100644 --- a/src/i965_decoder_utils.c +++ b/src

Re: [Libva] [PATCH v3 intel-driver] Add support for new VA buffer export APIs.

Hi, 2014-08-13 18:45 GMT+02:00 Gwenole Beauchesne gb.de...@gmail.com: Implement va{Acquire,Release}BufferHandle() hooks so that to allow VA surface or VA image buffer sharing with thirdparty APIs like EGL, OpenCL, etc. v2: made sure to sync bo before export, improved VA buffer type check

[Libva] [PATCH v3 intel-driver] Add support for new VA buffer export APIs.

-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/i965_drv_video.c | 129 ++ src/i965_drv_video.h |4 ++ 2 files changed, 133 insertions(+) diff --git a/src/i965_drv_video.c b/src/i965_drv_video.c index 32a7c72..92cbf9a 100755

Re: [Libva] H.264 decoder simple example

performance when downloading from Uncacheable Speculative Write Combining (USWC) memory. The best example for that is VLC: http://git.videolan.org/?p=vlc.git;a=summary (look for copy.[ch] files, vaapi.[ch] files). Regards, -- Gwenole Beauchesne Intel Corporation SAS / 2 rue de Paris, 92196 Meudon

Re: [Libva] External buffers for surfaces

Hi, 2014-07-24 19:45 GMT+02:00 Steven Toth st...@kernellabs.com: I'd like my application to allocate buffers (not DRM_PRIME or KERNEL_PRIME) and use each of these for a surface, passing the allocation by reference during CreateSurface. I've seen various examples (below) of projects that

Re: [Libva] Question about vaPutSurface

Hi, 2014-06-24 13:27 GMT+02:00 Jean-Yves Avenard jyaven...@gmail.com: Hi. Following earlier discussion, I've replaced our use of vaCopySurfaceGLC with a call to vaPutSurface. This is the resulting change: https://github.com/MythTV/mythtv/commit/9ef798e543e63785d898eb23e77ca1a2a7d08c4b I

Re: [Libva] Question about vaPutSurface

___ Libva mailing list Libva@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libva ___ Libva mailing list Libva@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libva -- Gwenole Beauchesne

Re: [Libva] Empty union in VAEncMacroblockParameterBufferH264 compilation issues

are the long-term supported approach. Regards, -- Gwenole Beauchesne Intel Corporation SAS / 2 rue de Paris, 92196 Meudon Cedex, France Registration Number (RCS): Nanterre B 302 456 199 ___ Libva mailing list Libva@lists.freedesktop.org http

Re: [Libva] How to detect the type of memory returned...

mailing list Libva@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libva ___ Libva mailing list Libva@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libva -- Gwenole Beauchesne Intel Corporation SAS / 2

Re: [Libva] [PATCH 0/2] Add H.264 MVC profiles

Pushed to the git master branch. 2014-06-03 18:20 GMT+02:00 Gwenole Beauchesne gb.de...@gmail.com: Hi, This patch series merges in the H.264 MVC profiles from the staging branch. I combined all necessary patches into a single one since there was not really clear MVC patches identified

Re: [Libva] [PATCH] API: add support for buffer exports.

Pushed to the git staging branch. 2014-03-10 18:47 GMT+01:00 Gwenole Beauchesne gb.de...@gmail.com: Add interfaces for low-level buffer exports to suport interop with external APIs like EGL or OpenCL (OCL). Theory of operations: - vaAcquireBufferHandle(): locks buffer for external API usage

Re: [Libva] How to detect the type of memory returned...

, -- Gwenole Beauchesne Intel Corporation SAS / 2 rue de Paris, 92196 Meudon Cedex, France Registration Number (RCS): Nanterre B 302 456 199 ___ Libva mailing list Libva@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libva

[Libva] [PATCH v2 intel-driver] Add support for new VA buffer export APIs.

Implement va{Acquire,Release}BufferHandle() hooks so that to allow VA surface or VA image buffer sharing with thirdparty APIs like EGL, OpenCL, etc. v2: made sure to sync bo before export, improved VA buffer type check. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src

Re: [Libva] [PATCH v2 intel-driver] Add support for new VA buffer export APIs.

FYI, I will push this by the end of this week along with the associated demo code. 2014-06-16 18:18 GMT+02:00 Gwenole Beauchesne gb.de...@gmail.com: Implement va{Acquire,Release}BufferHandle() hooks so that to allow VA surface or VA image buffer sharing with thirdparty APIs like EGL, OpenCL

Re: [Libva] H264 decoder erroneous output, some bytes off-by-one

Hi, 2014-06-10 20:33 GMT+02:00 Sam Jansen sam.jan...@starleaf.com: I've been working on H264 encode, decode, and JPEG decode VA-API programs recently, using the Intel va-driver on Sandy Bridge and Bay Trail. This has gone well, but I've hit a problem with the H264 decoder in some situations

Re: [Libva] [PATCH v5 intel-driver 11/11] decoder: h264: fix frame store logic for MVC.

. it is the same for all reference frames that intervened in the decoding process of all inter view components of the previous access unit. The age tracks access units. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/gen6_mfd.c |4 +- src/gen6_mfd.h

Re: [Libva] [PATCH v4 intel-driver 11/11] decoder: h264: fix frame store logic for MVC.

2014-06-06 9:59 GMT+02:00 Gwenole Beauchesne gb.de...@gmail.com: Hi, 2014-06-06 8:27 GMT+02:00 Zhao, Yakui yakui.z...@intel.com: On Thu, 2014-06-05 at 17:46 -0600, Gwenole Beauchesne wrote: In strict MVC decoding mode, when only the necessary set of inter-view reference pictures are passed

Re: [Libva] [PATCH v4 intel-driver 11/11] decoder: h264: fix frame store logic for MVC.

2014-06-06 10:55 GMT+02:00 Zhao, Yakui yakui.z...@intel.com: On Fri, 2014-06-06 at 02:02 -0600, Gwenole Beauchesne wrote: 2014-06-06 9:59 GMT+02:00 Gwenole Beauchesne gb.de...@gmail.com: Hi, 2014-06-06 8:27 GMT+02:00 Zhao, Yakui yakui.z...@intel.com: On Thu, 2014-06-05 at 17:46 -0600

Re: [Libva] [PATCH] Fix the GetConfigAttributes() for H264SteroHighProfile

2014-06-05 11:07 GMT+02:00 Sreerenj sreerenj.balachand...@intel.com: On 05.06.2014 12:05, Gwenole Beauchesne wrote: 2014-06-05 11:00 GMT+02:00 sreerenj.balachand...@intel.com: From: Sreerenj Balachandran sreerenj.balachand...@intel.com --- src/i965_drv_video.c | 1 + 1 file changed

Re: [Libva] [PATCH v3 intel-driver 3/9] decoder: h264: simplify and optimize reference frame store updates.

2014-06-05 17:29 GMT+02:00 Xiang, Haihao haihao.xi...@intel.com: -Original Message- From: Gwenole Beauchesne [mailto:gb.de...@gmail.com] Sent: Thursday, June 05, 2014 9:29 PM To: Xiang, Haihao Cc: Zhao, Yakui; libva@lists.freedesktop.org Subject: Re: [Libva] [PATCH v3 intel-driver

[Libva] [PATCH v4 intel-driver 08/11] render: don't deallocate surface storage of displayed frames.

rendering to Pixmap for EXT_texture_from_pixmap and more precisely interlaced streams. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com --- src/i965_output_dri.c | 5 - 1 file changed, 5 deletions(-) diff --git a/src/i965_output_dri.c b/src/i965_output_dri.c index fdd69ce..8102e83

  1   2   3   4   >