[Libva] Mailing list moving to a new site: https://lists.01.org/mailman/listinfo/intel-vaapi-media

to the new list at your leisure. This list will remain in archive form. It will shortly become read only, and members will be mass unsubscribed with this same message suggesting to subscribe at the new site. Thanks, Sean -- Sean V. Kelley <sean.v.kel...@intel.com <https://mail.google.co

Re: [Libva] libyami 1.1.0 release

On Friday, January 20, 2017 10:33:03 PM PST you wrote: > On Friday, January 20, 2017 1:32:36 AM PST Xu, Guangxin wrote: > > Hi all: > > > > Libyami 1.1.0 released. You can get the code at > > https://github.com/01org/libyami/releases/tag/libyami-1.1.0 > >

[Libva] [PATCH V1] libva-intel-driver: fix i965 encoder wrong bits shift operation

result is, the position of NALU start code (0x0001) looks like overwritten by garbage value. Patch has been tested and used upstream: https://chromium-review.googlesource.com/#/c/410541/ Signed-off-by: Kuang-che Wu <k...@chromium.org> Signed-off-by: Sean V Kelley <sea...@post

Re: [Libva] [PATCH] libva-intel-driver: fix i965 encoder wrong bits shift operation

On Tue, Jan 17, 2017 at 6:48 PM, Xiang, Haihao <haihao.xi...@intel.com> wrote: > On Tue, 2017-01-17 at 13:15 -0800, Sean V Kelley wrote: > > From: Kuang-che Wu <k...@chromium.org> > > > > shift uint32_t by 32 bits is undefined behavior. > > &g

[Libva] [PATCH] libva-intel-driver: fix i965 encoder wrong bits shift operation

result is, the position of NALU start code (0x0001) looks like overwritten by garbage value. Patch has been tested and used upstream: https://chromium-review.googlesource.com/#/c/410541/ Signed-off-by: Kuang-che Wu <k...@chromium.org> Signed-off-by: Sean V Kelley <sea...@post

Re: [Libva] [LIBVA-INTEL-DRIVER PATCH 1/5] H264 Encoding:Free aux_batchbuffer to configure access domain correctly for PAK_OBJ command buffer

On Tue, 2017-01-17 at 08:40 +0800, Zhao Yakui wrote: > The access domain is not configured correctly for PAK_OBJ command > buffer. > And it causes that the buffer content is not synchronized correctly. > > At the same time the 64-byte is aligned for the boundary between > CPU and GPU access

Re: [Libva] [PATCH 00/31] Encoder Architecture Changes (Primarily AVC)

On Wed, Jan 11, 2017 at 11:15 AM, Mark Thompson <s...@jkqxz.net> wrote: > On 10/01/17 23:37, Sean V Kelley wrote: > > Encoder architecture restructuring for H.264 (with some impact to HEVC > now) on HSW+ > > * Improvements to the shaders > > * Improvem

Re: [Libva] [PATCH 2/4] Set the pipeline to use the new VP8 encoding shaders on BSW

On Tue, Jan 10, 2017 at 4:21 PM, Mark Thompson <s...@jkqxz.net> wrote: > On 10/01/17 22:02, Sean V Kelley wrote: > > From: "Xiang, Haihao" <haihao.xi...@intel.com> > > > > Currently only one temporal layer is supported > > > > Signed-off-

[Libva] [PATCH 31/31] ENC:support more quality level and switch to new AVC encoder solution on SKL

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Sean V Kelley <sea...@posteo.de> --- src/Makefile.am | 11 +++ src/i965_drv_video.c | 8 ++-- src/i965_drv_video.h | 2 ++ src/i96

[Libva] [PATCH 25/31] ENC: add MFX command for AVC encoder

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 399 + 1 file changed, 399 insertions(+) diff --git a/src/gen9_a

[Libva] [PATCH 27/31] ENC: add MFX Picture/slice level command init for AVC encoder

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 213 + 1 file changed, 213 insertions(+) diff --git a/src/gen9_a

[Libva] [PATCH 26/31] ENC: add MFX command for AVC encoder

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 561 + 1 file changed, 561 insertions(+) diff --git a/src/gen9_a

[Libva] [PATCH 24/31] ENC: VME pipeline init/prepare/run function for AVC encoder

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 442 + 1 file changed, 442 insertions(+) diff --git a/src/gen9_a

[Libva] [PATCH 28/31] ENC: add MFX pipeline init/prepare/run for AVC encoder

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 311 + 1 file changed, 311 insertions(+) diff --git a/src/gen9_a

[Libva] [PATCH 14/31] ENC: add const data/table init function for AVC RC logic

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 434 + 1 file changed, 434 insertions(+) diff --git a/src/gen9_a

[Libva] [PATCH 19/31] ENC: MBENC kernel for AVC encoder

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 927 + 1 file changed, 927 insertions(+) diff --git a/src/gen9_a

[Libva] [PATCH 08/31] ENC: add misc parameter check for AVC encoder

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 548 + 1 file changed, 548 insertions(+) create mode 100755 src/

[Libva] [PATCH 12/31] ENC: add kernel media object related functions for AVC encoder

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 175 + 1 file changed, 175 insertions(+) diff --git a/src/gen9_a

[Libva] [PATCH 29/31] ENC: add VME/MFX context init for AVC encoder

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 298 + 1 file changed, 298 insertions(+) diff --git a/src/gen9_a

[Libva] [PATCH 20/31] ENC: ME kernel for AVC encoder

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 441 + 1 file changed, 441 insertions(+) diff --git a/src/gen9_a

[Libva] [PATCH 17/31] ENC: add BRC MB level update kernel for AVC RC logic

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 135 + 1 file changed, 135 insertions(+) diff --git a/src/gen9_a

[Libva] [PATCH 16/31] ENC: add BRC frame update kernel for AVC RC logic

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 335 + 1 file changed, 335 insertions(+) diff --git a/src/gen9_a

[Libva] [PATCH 21/31] ENC: WP/SFD kernel for AVC encoder

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 277 + 1 file changed, 277 insertions(+) diff --git a/src/gen9_a

[Libva] [PATCH 13/31] ENC: add scaling kernel for AVC encoder

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 301 + 1 file changed, 301 insertions(+) diff --git a/src/gen9_a

[Libva] [PATCH 18/31] ENC: add REF frame QA caculation and MB level const data init for AVC MBenc stage

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 226 + 1 file changed, 226 insertions(+) diff --git a/src/gen9_a

[Libva] [PATCH 30/31] ENC: add Misc parameter check for AVC encoder

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 204 + 1 file changed, 204 insertions(+) diff --git a/src/gen9_a

[Libva] [PATCH 23/31] ENC: kernel related parameter check function for AVC encoder

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 388 + 1 file changed, 388 insertions(+) diff --git a/src/gen9_a

[Libva] [PATCH 09/31] ENC: add resource and surface allocation and free function for AVC encoder

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 679 + 1 file changed, 679 insertions(+) diff --git a/src/gen9_a

[Libva] [PATCH 00/31] Encoder Architecture Changes (Primarily AVC)

Encoder architecture restructuring for H.264 (with some impact to HEVC now) on HSW+ * Improvements to the shaders * Improvements to the B frame efficiency * Improvements to the low bit rate mode * Improved features in two stage VME/PAK pipeline Pengfei Qu (31): ENC: move gpe related function

[Libva] [PATCH 10/31] ENC: add init table for frame/mb brc update

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 815 - 1 file changed, 815 deletions(-) diff --git a/src/gen9_a

[Libva] [PATCH 15/31] ENC: add BRC init/reset kernel for AVC RC logic

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 218 + 1 file changed, 218 insertions(+) diff --git a/src/gen9_a

[Libva] [PATCH 03/31] ENC:add context init function for AVC/HEVC encoder

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/i965_encoder_api.h | 59 ++ 1 file changed, 59 insertions(+) create mode 100755 src/

[Libva] [PATCH 11/31] ENC: add resource/surface allocation/free function for AVC encoder

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.c | 610 + 1 file changed, 610 insertions(+) diff --git a/src/gen9_a

[Libva] [PATCH 07/31] ENC: add kernel related structure and define for AVC

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_encoder.h | 2345 1 file changed, 2345 insertions(+) create mode 100755 src/

[Libva] [PATCH 04/31] ENC: add const data/table for AVC encoder

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/gen9_avc_const_def.c | 1090 ++ src/gen9_avc_const_def.h | 115 + 2 files change

[Libva] [PATCH 06/31] ENC: add AVC common structure and functions

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/i965_avc_encoder_common.c | 319 ++ src/i965_avc_enco

[Libva] [PATCH 02/31] ENC: add common structure for AVC/HEVC encoder

From: Pengfei Qu <pengfei...@intel.com> Signed-off-by: Pengfei Qu <pengfei...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/i965_encoder_common.c | 124 +++ src/i965_encoder_common.h | 533 ++ 2 files chang

[Libva] [PATCH 4/4] Set the pipeline to use the new VP8 encoding shaders on SKL/BXT/KBL

From: "Xiang, Haihao" <haihao.xi...@intel.com> Signed-off-by: Xiang, Haihao <haihao.xi...@intel.com> Reviewed-by: Sean V Kelley <sea...@posteo.de> --- src/Makefile.am| 1 + src/gen9_encoder_vp8.c | 142 +

Re: [Libva] g45-h264 branch status

On Thu, 2016-12-15 at 20:05 +0200, Bob Bib wrote: > On 15/12/16 09:44, Xiang, Haihao wrote: > > It was removed for this git repository. Please check https://lists. > > free > > desktop.org/archives/libva/2016-June/004018.html . You may fork > > g45- > > h264 branch from

Re: [Libva] [PATCH 2/3] H.265 main 10 encoder supports only 10bpp render targets

On Thu, 2016-12-15 at 13:04 +, Mark Thompson wrote: > On 05/12/16 17:54, Mark Thompson wrote: > > Signed-off-by: Mark Thompson > > --- > > The supported surface formats are already correct (i.e. only P010); > > this makes the render target format right as well (before this,

Re: [Libva] [PATCH v2 0/7] Host1x IOMMU support + VIC support

Hi, Comments below: > On Dec 14, 2016, at 6:48 AM, Daniel Vetter wrote: > > On Wed, Dec 14, 2016 at 3:11 PM, Daniel Vetter wrote: >> On Wed, Dec 14, 2016 at 03:32:16PM +0200, Mikko Perttunen wrote: >>> On 14.12.2016 15:05, Daniel Vetter wrote: On Wed,

Re: [Libva] Observed random hang on intel platform like baytrail, haswell and skylake

st Regards, > Veeranna > > > > > > ___ > Libva mailing list > Libva@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/libva > > -- Sean V. Kelley <sean.v.kel...@intel.com> Open Source Tech

Re: [Libva] libyami and libyami-utils are in Debian now.

libyami-utils - SDK base on Video Acceleration(VA) API -- utils program > > Best regards, > Jiankang > ___ > Libva mailing list > Libva@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/libva > -- Sean V. Kelley <

Re: [Libva] [PATCH 3/3] VP9 encode: support fractional framerate

> >- vp9_state->frame_rate = misc_param_fr->framerate; > >+ vp9_state->frame_rate_num = num; > >+ vp9_state->frame_rate_den = den; > >} > > } &g

Re: [Libva] BSD ring selection

+Kimmo Hi Trvrko, As I mentioned in email yesterday, I would be looking into this next quarter. Why are you jumping into this now? Please work through me on these requests. Thanks, Sean > On 24 Samh 2016, at 00:07, Tvrtko Ursulin > wrote: > > > Hi all, >

Re: [Libva] [PATCH intel-driver 0/5] JPEG Encode Test Speed Optimization

>> > > Thanks, >> > > >> > > Sean >> > > >> > > > >> > > > U. Artie Eoff (5): >> > > > test: add a timer class >> > > > test: use C random library for random numbers >> > > > test: add YUVImage class >> > > >

Re: [Libva] [PATCH] drm: remove va_drm_is_authenticated check

On Tue, 2016-11-15 at 15:24 +, Emil Velikov wrote: > If we do not use a render node we must authenticate. Doing the extra > GetClient calls/ioctls does not help much, so don't bother. > > Cc: David Herrmann > Cc: Daniel Vetter > Signed-off-by:

Re: [Libva] [PATCH] drm: remove va_drm_is_authenticated check

On Thu, 2016-11-17 at 18:17 +, Xiang, Haihao wrote: > > -Original Message- > > From: Sean V Kelley [mailto:sea...@posteo.de] > > Sent: Friday, November 18, 2016 12:47 AM > > To: Emil Velikov <emil.l.veli...@gmail.com>; Xiang, Haihao > > <haihao

Re: [Libva] [PATCH] drm: remove va_drm_is_authenticated check

On Thu, 2016-11-17 at 16:42 +, Emil Velikov wrote: > On 17 November 2016 at 15:38, Xiang, Haihao > wrote: > > > From: Libva [mailto:libva-boun...@lists.freedesktop.org] On > > > Behalf Of Emil > > > Velikov > > > Sent: Tuesday, November 15, 2016 11:24 PM > > > To:

Re: [Libva] [PATCH] drm: remove va_drm_is_authenticated check

On Thu, 2016-11-17 at 15:38 +, Xiang, Haihao wrote: > > From: Libva [mailto:libva-boun...@lists.freedesktop.org] On Behalf > > Of Emil > > Velikov > > Sent: Tuesday, November 15, 2016 11:24 PM > > To: libva@lists.freedesktop.org > > Cc: Daniel Vetter ; David Herrmann >

Re: [Libva] [PATCH] drm: remove va_drm_is_authenticated check

> On 15 Samh 2016, at 09:44, Emil Velikov wrote: > > On 15 November 2016 at 15:42, David Herrmann > wrote: >> Hi >> >> On Tue, Nov 15, 2016 at 4:24 PM, Emil Velikov >

Re: [Libva] [PATCH] va/x11: Require synchronisation to vblank with DRI2SwapBuffers

On Thu, 2016-11-17 at 01:22 +, Xiang, Haihao wrote: > Hi, > > Someone got lockup with this patch and I don't see the issue is > resolved, please check the thread below > > https://lists.freedesktop.org/archives/intel-gfx/2015-December/083572 > .h > tml  ([Intel-gfx] vsync + vaapi question).

Re: [Libva] [PATCH] va/x11: Require synchronisation to vblank with DRI2SwapBuffers

hnology Centre > ___ > Libva mailing list > Libva@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/libva -- Sean V. Kelley <sean.v.kel...@intel.com> Open Source Technology Center / SSG Intel Corp. _

Re: [Libva] [LIBVA_INTEL_DRIVER][PATCH V2 5/8] Initialize one 10bit-scaling gpe_context for Gen9

Hi Yakui, On Tue, Nov 15, 2016 at 11:53 PM, Zhao Yakui <yakui.z...@intel.com> wrote: > On 11/16/2016 09:01 AM, Zhao Yakui wrote: >> >> On 11/15/2016 06:43 AM, Sean V Kelley wrote: >>> >>> On Thu, Nov 10, 2016 at 5:56 PM, Zhao Yakui<yakui.z...@intel.com&g

Re: [Libva] libyami 1.0.1 release

ma_buf, it means a dma_buf handle can be sent to > server > > for window update. Keith said mesa is using it, and on server side glamor > handle > > the dma_buf. the remaining gap is that YUV buffer hasn't been supported > yet, but > > not hard to add it. > > > > > > From: Zhao, Halley > Sent: Friday, November 28, 2014 2:26 PM > To: liby...@lists.01.org > Cc: Li, Jocelyn; Kelley, Sean V > Subject: libyami 0.1.4 release > > > > libyami 0.1.4 release > > = > > > > features update > > --- > > - Additional fixes(most are thread race condition) for v4l2 wrapper > (egl/gles) > > - Add glx support in v4l2 wrapper > > - Basic transcoding support: encoder test accepts input data from > decoder output > > - Testscript is added, it supports one-run-for-all: with a folder > including h264/vp8/jpeg/raw-ref, > > we can test them in one run. It serves as BAT (basic acceptance > test) for pull request merge. > > - Report fps in decode test, support decoding only test (skip > rendering) > > - Vp8/jpeg are supported in v4l2 decoder as well > > - Decode test can be built/run without X11 > > - Code refinement for decoder test output and encoder classes > > - dma_buf fixes, when video frame is exported as dma_buf, it renders > well as texture > > - with additional patch for chrome: > > V4L2VDA/V4L2VEA pass chrome video unit test > > video playback in browser draft ok > > - for v4l2 wrapper, see: > https://github.com/halleyzhao/yami-share/blob/master/Yami_V4L2_wrapper_for_Chrome.pdf > > > > known issues > > --- > > - this release has been fully tested by validation team > > - some jpeg file similarity <0.99 (~0.98) after decoding > > https://github.com/01org/libyami/issues/108 > > > > future release plan: > > > > Dec: v0.2 > > jpeg encoder > > vp9 decoder > > vp8 encoder (depends on driver availability) > > initial ffmpeg support > > > > Feb'15: v0.3 > > unified input/output buffer of yami > > transcoding support with unified input/output buffer > > camera dma_buf support, camera with jpeg input > > use yami in ffmpeg for hw codec > > > > Future: > > h265 decoder -- Sean V. Kelley <sean.v.kel...@intel.com> Open Source Technology Center / SSG Intel Corp. ___ Libva mailing list Libva@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libva

Re: [Libva] [PATCH 8/8] Align coordinate/width of DST rect for 10-bit VPP conversion

ocessing(ctx, > _proc_ctx->pp_context, > _surface, _rect, > _surface, > _rect); > -- > 2.8.3 > > ___________ > Libva mailing l

Re: [Libva] [PATCH 7/8] Execute the 10-bit scaling for P010 surface on Gen9+

roc_context *gpe_proc_ctx; >>> +struct i965_surface src_surface, dst_surface; >>> + >>> +src_surface.base = (struct object_base *)obj_src_surf; >>> +src_surface.type = I965_SURFACE_TYPE_SURFACE; >>> +dst_surfa

Re: [Libva] [LIBVA_INTEL_DRIVER][PATCH V2 4/8] Initialize internal context based on Render ring earlier

proc_ctx->vpp_fmt_cvt_ctx = i965_proc_context_init(ctx, NULL); > +} > + > if (!obj_dst_surf->bo) { > unsigned int is_tiled = 1; > unsigned int fourcc = VA_FOURCC_NV12; > -- > 1.9.0 > > _______ > Libva

Re: [Libva] [PATCH 3/8] Add one API to initialize MEDIA_OBJECT_WALKER parameter for video post-processing

no_dependency; > +unsigned intresolution_x; > +unsigned intresolution_y; > +}; > + > +extern void > +intel_vpp_init_media_object_walker_parameter(struct > intel_vpp_kernel_walker_parameter *kernel_walker_param, > +

Re: [Libva] [PATCH 1/8] Fix the incorrect sampler_state offset for INTERFACE_DESCRIPTOR_DATA on BDW+

desc4.binding_table_entry_count = 0; > desc->desc4.binding_table_pointer = > (gpe_context->surface_state_binding_table.binding_table_offset >> 5); > desc->desc5.constant_urb_entry_read_offset = 0; > -- > 2.8.3 > > ________

Re: [Libva] [PATCH] avoid asserts when color convertion fails

On Mon, 2016-11-14 at 15:44 +0100, Víctor Manuel Jáquez Leal wrote: > This patch exposes the color convertion failure in this case > > gst-play-1.0 HPCAMOLQ_BRCM_B.264 --videosink=xvimagesink > > This pipeline will ask to the VPP to convert from GRAY8 to YV12, > which is the negotiated format

Re: [Libva] [PATCH 0/2 v3][libva-intel-driver] report unsupported profile

On Thu, 2016-11-10 at 15:08 -0800, Daniel Charles wrote: > This is a re-send of patch 1/2 and a new patch that modifies the current > unittests to properly test the unsupported profile condition. > > As mentioned in the commit messages, UNSUPPORTED_PROFILE will be returned > when a queried

Re: [Libva] [PATCH intel-driver 0/5] JPEG Encode Test Speed Optimization

On Wed, 2016-10-26 at 13:24 -0700, U. Artie Eoff wrote: > This patch series splits out the general YUV input data fields and > routines > from the ::JPEG::Encode::TestInput class into it's own class.  This > new class, > YUVImage, was then refactored to use std::valarray/std::slice to > manage the

Re: [Libva] How to implement a EGL or DRM display in VA-API driver

On Fri, 2016-10-28 at 10:05 +0800, Randy Li wrote: > > On 10/27/2016 11:03 PM, Xiang, Haihao wrote: > > > -Original Message- > > > From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] > > > On Behalf > > > Of Randy Li > > > Sent: Monday, October 24, 2016 3:59 PM > > > To:

Re: [Libva] [Libva-intel-driver][PATCH] vdenc: Always use the 1st VCS ring

On Fri, 2016-10-28 at 13:32 +0800, Xiang, Haihao wrote: > VDEnc/HuC only works with the 1st VCS ring, however SKL GT3+ has 2 > VCS rings. > To avoid executing the corresponding batch buffer from the 2nd VCS > ring in i915, we > have to specify the 1st ring in the driver. > > SKL GT1/GT2 has only

Re: [Libva] [Libva-intel-driver][PATCH] svct: hrd check per layer

On Thu, 2016-10-27 at 22:41 +0800, Xiang, Haihao wrote: > Hence we can use separate parameters to estimate QP per layer and get > more > accurate QP for next frame in the same layer. > > Tested-by: Wang, Fei W > Signed-off-by: Xiang, Haihao Yes, I

Re: [Libva] problem when tiling is disabled on decoded surfaces

face via > > libva > > and shares this surface between libva and camera, some cameras > > only > > support linear memory. > > > > In your case, it is the right behavior if you saw garbage > > because all > > surfaces are linear however HW requires a tiled surf

Re: [Libva] [PATCH] Add callbacks for error and info messages.

On Wed, 2016-10-19 at 13:37 +0100, Emmanuel Gil Peyrot wrote: > This lets any application using libva choose the best way to report > info and error messages to the user, for example graphical > application > can open a popup on errors and write info messages in the toolbar. What version of

Re: [Libva] [Libva-intel-driver][PATCH 0/5] Update bitrate control per layer

On Mon, 2016-10-24 at 12:49 +0800, Xiang, Haihao wrote: > This patch series updates the bitrate control per layer and makes the > bitrate per > layer is close to the setting. > > Xiang, Haihao (5): >   svct: Usa an array to store QP rounding accumulator >   svct: Save the current frame size per

Re: [Libva] [Libva-intel-driver][PATCH] Use Media Read message if possible on Gen8+

ihao > > > >> On 10/15/2016 03:58 AM, Eoff, Ullysses A wrote: >> > >> > > -Original Message- >> > > From: Libva [mailto:libva-boun...@lists.freedesktop.org] On >> > > Behalf Of Sean V Kelley >> > > Sent: Friday, October 1

Re: [Libva] [PATCH intel-driver 0/2] Speed up jpeg encode tests

test/i965_jpeg_encode_test.cpp | 29 + >> > test/i965_jpeg_test_data.cpp | 6 +++--- >> > 2 files changed, 16 insertions(+), 19 deletions(-) >> > > ___ > Libva mailing list > Libva@lists.freedesktop.org > https://lists.freedesktop.org/mailman/list

Re: [Libva] Patchwork

On Fri, 2016-10-14 at 20:09 +, Eoff, Ullysses A wrote: > The VAAPI project on does not > show any patches. > > Who can help to get patchwork working for the VAAPI project at ://patchwork.freedesktop.org>? > > My email client tends to mangle the patches,

Re: [Libva] [Libva-intel-driver][PATCH] Use Media Read message if possible on Gen8+

On Fri, 2016-10-14 at 19:58 +, Eoff, Ullysses A wrote: > > -Original Message- > > From: Libva [mailto:libva-boun...@lists.freedesktop.org] On Behalf > > Of Sean V Kelley > > Sent: Friday, October 14, 2016 11:44 AM > > To: Zhao, Yakui <yakui.z...@intel.

Re: [Libva] [Libva-intel-driver][PATCH] Use Media Read message if possible on Gen8+

On Fri, 2016-10-14 at 08:37 +0800, Zhao Yakui wrote: > On 10/13/2016 03:07 AM, Xiang, Haihao wrote: > > AVS can't gurantee bit-match for a large surface. This fixes the > > failure reported by gtest case Common/JPEGEncodeInputTest.Full/95. > > > > before: > > [  FAILED  ]

Re: [Libva] [PATCH intel-driver 3/3] test: add some avce context tests

On Tue, 2016-10-11 at 12:21 -0700, U. Artie Eoff wrote: > Add some simple avce context tests to verify various > encode context fields are appropriately configured. > > Signed-off-by: U. Artie Eoff > --- >  test/Makefile.am|   3 + >  

Re: [Libva] [PATCH intel-driver 1/3] test: allow default surface param for create context

On Tue, 2016-10-11 at 12:21 -0700, U. Artie Eoff wrote: > The driver does not require surfaces to create a context. > That is, i965_CreateContext can accept an empty render_targets > list.  Thus, make Surfaces an optional parameter to > I965TestFixture::createContext so that simple tests don't >

Re: [Libva] problem when tiling is disabled on decoded surfaces

On Fri, Oct 7, 2016 at 11:00 AM, Sean V Kelley <sean.v.kel...@intel.com> wrote: > On Thu, Oct 6, 2016 at 1:20 AM, Julien Isorce <julien.iso...@gmail.com> wrote: >> Hi, >> >> In intel vaapi driver I tried disabling tiling with: >> >> --- a/src/i

Re: [Libva] problem when tiling is disabled on decoded surfaces

Main:VAEntrypointVLD > VAProfileVC1Advanced:VAEntrypointVLD > VAProfileNone :VAEntrypointVideoProc > VAProfileJPEGBaseline :VAEntrypointVLD > VAProfileVP9Profile0:VAEntrypointVLD > > ___

Re: [Libva] [PATCH intel-driver 0/4] Test Environment and some AVC Enc/Dec Tests

On Wed, 2016-10-05 at 10:54 -0700, U. Artie Eoff wrote: > This patch series moves the responsibility of the VADisplay creation > and vaInitialize/vaTerminate sequence to a I965TestEnvironment > singleton class.  This environment is added to the GTest global test > environment so that those

Re: [Libva] [Libva-intel-driver][PATCH] Set default framerate to 30fps if user doesn't set the corresponding sequence parameter

On Wed, 2016-09-28 at 09:04 +0800, Zhao Yakui wrote: > On 09/27/2016 10:49 PM, Xiang, Haihao wrote: > > > > User can update framerate using VAEncMiscParameterTypeFrameRate > > buffer later > > It looks good to me. > > Add: Reviewed-by: Zhao Yakui Sorry Yakui, didn't see

Re: [Libva] [Libva-intel-driver][PATCH] Set default framerate to 30fps if user doesn't set the corresponding sequence parameter

On Tue, 2016-09-27 at 22:49 +0800, Xiang, Haihao wrote: > User can update framerate using VAEncMiscParameterTypeFrameRate > buffer later I am okay with this.  lgtm, applied. Thanks, Sean > > Signed-off-by: Xiang, Haihao > --- >  src/i965_encoder.c | 7 ++- >  1

Re: [Libva] [PATCH intel-driver] test: add create surface test

On Mon, 2016-10-03 at 13:21 -0700, U. Artie Eoff wrote: > Add test to verify correct result for create surfaces with > supported and unsupported pixel formats. > > Currently the IYUV pixel format case fails... see > https://bugs.freedesktop.org/show_bug.cgi?id=98033 I've confirmed the failure

Re: [Libva] libyami 1.0.0 release

buffer hasn't been supported > yet, but > > not hard to add it. > > > > > > *From:* Zhao, Halley > *Sent:* Friday, November 28, 2014 2:26 PM > *To:* liby...@lists.01.org > *Cc:* Li, Jocelyn; Kelley, Sean V > *Subject:* libyami 0.1.4 release > > >

Re: [Libva] [PATCH intel-driver] jpeg/dec: gen8+ set correct fourcc for monochrome decode

On Wed, 2016-09-28 at 13:22 -0700, U. Artie Eoff wrote: > When the jpeg picture params have 1 component the > fourcc needs to be set to VA_FOURCC_Y800. lgtm, verified, applied. Thanks, Sean > > Signed-off-by: U. Artie Eoff > --- >  src/gen8_mfd.c | 5 +++-- >  1

Re: [Libva] [PATCH intel-driver 01/11] test: move ASSERT_NO_FAILURE macro to test.h

ote that the Y800 test cases expose a decode bug in the driver for > gen8+ and causes the test program to abort.  The “jpeg/dec: gen8+ set > correct fourcc for monochrome decode” driver patch will fix this and > is on the ML. lgtm, applied. Thanks, Sean >   > Thanks, > U. Artie >

Re: [Libva] [PATCH intel-driver 01/11] test: move ASSERT_NO_FAILURE macro to test.h

On Wed, 2016-09-28 at 13:36 -0700, U. Artie Eoff wrote: > Both jpeg decode and encode test files use this macro. > So move it to the common test.h header to avoid duplicating > it. > Please add brief cover in the future  (patch 00/N) when you have a large series, even if they are mostly

Re: [Libva] [Libva-intel-driver][PATCH 1/2] Check whether there is a fully loaded HuC firmware

On Wed, 2016-09-28 at 08:42 +0800, Xiang, Haihao wrote: > > Signed-off-by: Xiang, Haihao lgtm, applied. Now we just need the kernel patches merged and we should be good. Thanks, Sean > --- src/intel_driver.c | 12 src/intel_driver.h | 1 + 2 files

Re: [Libva] [PATCH intel-driver v2 7/7] test: add some jpeg encode tests

On Mon, 2016-09-26 at 13:11 -0700, U. Artie Eoff wrote: > Add JPEG encode tests that encode raw I420 and NV12 data > at quality 100 and then decodes them to verify proper > encoding. > > Currently, the 7680x4320 I420 test fails because ~40-60 > Y-values (i.e. plane 0) in each line from the

Re: [Libva] [PATCH intel-driver 1/7] test: split jpeg test data into header and cpp

On Mon, 2016-09-26 at 12:09 -0700, U. Artie Eoff wrote: > Move static definitions of JPEG TestPatternData into the .cpp > so that multiple files can include the i965_jpeg_test_data.h > header file.  Otherwise, there will be "multiple definition" > compiler errors. > > Also, change generateSolid

Re: [Libva] [Libva-intel-driver][PATCH v3 00/18] Add H.264/SVC-T CBR support

On Tue, 2016-09-13 at 16:02 +0800, Xiang, Haihao wrote: > VA-API adds new interface for bitrate control per temporal layer. > This patch series  > adds the support for bitrate control per temporal layer for > H.264/SVC-T in the driver. > > v2: Rename frame_width_in_mbs and frame_height_in_mbs to

Re: [Libva] [PATCH 1/3] Merge and modify encoding bit-rate control per temporal layer.

t; unsigned int framerate; > +union > +{ > +struct > + { > +/* > + * The temporal id the framerate parameters are specified for. > + */ > +unsigned int temporal_id : 8; > +unsi

Re: [Libva] [PATCH intel-driver] test: fix jpeg decode invalid indexing

> On Sep 7, 2016, at 12:22 PM, U. Artie Eoff wrote: > > Use hsample and vsample factor in printComponentDataTo to > avoid invalid indexes into the data array. > > This fixes a segfault in the jpeg fourcc tests that may be > triggered during 'make check'. > >

Re: [Libva] [PATCH RFC intel-driver 00/11] Automated (Unit) Test Suite

On Thu, 2016-09-01 at 12:59 -0700, U. Artie Eoff wrote: > The following patchset integrates the Google Test Framework > into the source tree.  This test framework provides a rich > set of features like automatic test discovery, assertion macros, > test fixtures, structured console and/or xml test

Re: [Libva] [PATCH RFC intel-driver 00/11] Automated (Unit) Test Suite

On Wed, 2016-09-07 at 02:42 +, Xiang, Haihao wrote: > Hi Artie, > > First I applied your patches to the latest master branch, then build > the library and run test with the following steps: > > 1. ./autogen.sh --enable-tests --prefix=/usr -- > libdir=/usr/lib/x86_64- > linux-gnu/ > > 2.  

Re: [Libva] [Libva-intel-driver][PATCH] Code cleanup for vme/mfc initializing on SKL

On Wed, 2016-09-07 at 13:49 +0800, Zhao Yakui wrote: > On 09/07/2016 11:01 AM, Xiang, Haihao wrote: > > > > > > i965_encoder.c is a general file, it would be better not to include > > more HW/implementation related code in this file. > > > > Actually it is more clear if you look into the new >

Re: [Libva] [PATCH RFC intel-driver 00/11] Automated (Unit) Test Suite

Hi Yakui, As I mentioned before to Haihao who asked the same question, the focus here is on driver unit testing. The intent is not to test Libva API. That is a separate area. Gtest is intended for the driver as unit tests and a first step in getting CI in place. VA-API conformance is a

Re: [Libva] [PATCH RFC intel-driver 00/11] Automated (Unit) Test Suite

Hi Yakui, As I mentioned before to Haihao who asked the same question, the focus here is on driver unit testing. The intent is not to test Libva API. That is a separate area. Gtest is intended for the driver as unit tests and a first step in getting CI in place. VA-API conformance is a

Re: [Libva] [Libva-intel-driver][PATCH] Set the right transform 8x8 flag for Intra macroblock in VME output on BDW+

On Wed, 2016-08-17 at 09:59 +0800, Xiang, Haihao wrote: > VME message doesn't output the transform 8x8 flag, the shader > set the right flag accordingly. > > Signed-off-by: Xiang, Haihao > Tested-by: Meng, Jia lgtm, applied. thanks, Sean > --- >  

Re: [Libva] [Libva-intel-driver][PATCH] Set cost to 0 for CHROMA INTRA mode

On Tue, 2016-08-16 at 12:10 +0800, Xiang, Haihao wrote: > Commit 1cd6795 causes quality drop for U/V plane. > > Reported-by: Wang, Fei W > Signed-off-by: Xiang, Haihao > Tested-by: Wang, Fei W Good catch.  lgtm. applied.

Re: [Libva] [Libva-intel-driver][PATCH 2/2] Encode/VP9: Don't use hardcoded offsets

On Fri, 2016-08-19 at 10:28 +0800, Zhao Yakui wrote: > On 08/15/2016 10:46 AM, Xiang, Haihao wrote: > > > > codec_private_data in struct i965_coded_buffer_segment is used to > > store > > codec related data. Add 'struct vp9_encode_status' for the data > > that will > > be written into

  1   2   >