[Libva] [PATCH-v2] FIX:this patch fix the green line on output pic when do scaling on SKL. we follow the rule from the setting of user.

v2:follow Haihao's comments and mast the user's setting for scaling Signed-off-by: Qu,Pengfei --- src/i965_post_processing.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/i965_post_processing.c b/src/i965_post_processing.c index a1c0e4d..849fbe1

[Libva] [PATCH] vaDeriveImage: properly set VAImage format

https://bugs.freedesktop.org/show_bug.cgi?id=92088 Signed-off-by: Julien Isorce --- src/i965_drv_video.c | 14 +++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/src/i965_drv_video.c b/src/i965_drv_video.c index 9bbd67f..bf599d6 100644 ---

[Libva] [libva-intel-driver PATCH] AVS: avs has more phases for sharp filter on SKL

Signed-off-by: Xiang, Haihao --- src/gen8_post_processing.c | 72 -- src/gen9_post_processing.c | 24 src/i965_structs.h | 6 ++-- src/i965_vpp_avs.h | 2 +- 4 files changed, 98 insertions(+),

[Libva] [PATCH] vaBeginPicture: allow processing surfaces exported to dmabuf

is_surface_busy looks for locked or derived. If VPP and surface is not locked it should only check fail for derived if it is not exported to dmabuf. XXX: maybe checking CODEC_PROC + not locked is enough to allow processing. Signed-off-by: Julien Isorce ---

Re: [Libva] [PATCH] FIX:this patch fix the green line on output pic when do scaling on SKL.

I am OK to use pipeline_param->filter_flags to follow user's setting. I fixed the broken VA_FILTER_SCALING_HQ in another patch. > How about use the VA_FILTER_SCALING_DEFAULT for this case as > VA_FILTER_SCALING_HQ cause the issue. > > -Original Message- > From: Xiang, Haihao > Sent:

Re: [Libva] [PATCH] FIX:this patch fix the green line on output pic when do scaling on SKL.

Yes, you are right. pipeline_param->filter_flags have been saved before the csc+scaling output. And after it, pipeline_param->filter_flags have been restored. So now change to VA_FILTER_SCALING_DEFAULT only been used when csc+scaling case. -Original Message- From: Xiang, Haihao Sent:

Re: [Libva] [PATCH] vaBeginPicture: allow processing surfaces exported to dmabuf

On 09/29/2015 06:05 AM, Julien Isorce wrote: is_surface_busy looks for locked or derived. If VPP and surface is not locked it should only check fail for derived if it is not exported to dmabuf. XXX: maybe checking CODEC_PROC + not locked is enough to allow processing. Hi, Julien What is

Re: [Libva] [PATCH] vaDeriveImage: properly set VAImage format

> https://bugs.freedesktop.org/show_bug.cgi?id=92088 > > Signed-off-by: Julien Isorce > --- > src/i965_drv_video.c | 14 +++--- > 1 file changed, 11 insertions(+), 3 deletions(-) > > diff --git a/src/i965_drv_video.c b/src/i965_drv_video.c > index