Hi, Chad,
I notice that you have submitted a fix android build for
glsl.(5497cc428fa7c6670d252d34f4a67c9498ae3895). as you pointed out,
you included "external/astl" and plan to submit the second half fix to
upstream. what's going on for the second half?
i update my android astl to the newes
hi all
I saw http://llvm.org/devmtg/2007-05/10-Lattner-OpenGL.pdf , it is
COOL! So I want to do somthing like this on Mesa. Now, I want a glsl parser,
as, linker, and some doc. of them. So I can write CG for llvm, and then
write the backend, using glsl compiler's as and linker.
I know f
hi Keith Whitwell
Thank you very much!
I'll delve into research into it
Yours Liu
2010/5/6 Keith Whitwell
> On Thu, 2010-05-06 at 01:14 -0700, Liu wrote:
> > hi all
> > I saw http://llvm.org/devmtg/2007-05/10-Lattner-OpenGL.pdf , it
> > is COOL! So
Add pbuffer support for drm platform, because some customers are still using
this feature.
Signed-off-by: Ying Liu
---
src/egl/drivers/dri2/egl_dri2.c | 3 +++
src/egl/drivers/dri2/platform_drm.c | 30 +++---
2 files changed, 26 insertions(+), 7 deletions(-)
diff
riginal Message-
From: Liu, Ying2
Sent: Wednesday, June 10, 2015 4:05 PM
To: mesa-dev@lists.freedesktop.org
Cc: Liu, Ying2
Subject: EGL: Add pbuffer support for drm platform
Add pbuffer support for drm platform, because some customers are still using
this feature.
Signed-off-by: Ying Li
Add pbuffer support for drm platform, because some customers are still using
this feature.
Signed-off-by: Ying Liu
---
src/egl/drivers/dri2/egl_dri2.c | 2 +-
src/egl/drivers/dri2/platform_drm.c | 18 ++
2 files changed, 15 insertions(+), 5 deletions(-)
diff --git a/src
Marek,
Thank you so much for your review. I have updated my patch.
Ying
-Original Message-
From: Marek Olšák [mailto:mar...@gmail.com]
Sent: Thursday, June 11, 2015 4:34 AM
To: Liu, Ying2
Cc: mesa-dev@lists.freedesktop.org
Subject: Re: [Mesa-dev] EGL: Add pbuffer support for drm
Hi, Chad,
Thank you so much for reviewing my patch. I am in vacation and sabbatical right
now. I will talk with our customer about your suggestion. I will fix the patch
when I come back.
Ying
-Original Message-
From: Versace, Chad
Sent: Thursday, June 18, 2015 7:34 AM
To: Liu, Ying2
Signed-off-by: Leo Liu
Cc: "10.6 11.0"
---
src/gallium/state_trackers/omx/vid_dec_h264.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/src/gallium/state_trackers/omx/vid_dec_h264.c
b/src/gallium/state_trackers/omx/vid_dec_h264.c
index 18d8803..f66e
Ping...
>-Original Message-
>From: Liu, Leo
>Sent: Wednesday, October 14, 2015 2:49 PM
>To: mesa-dev@lists.freedesktop.org
>Cc: Liu, Leo; 10.6 11.0
>Subject: [PATCH] st/omx/dec/h264: fix field picture type 0 poc disorder
>
>Signed-off-by: Leo Liu
>Cc: &quo
The series support HEVC codec for VA-API and fix for VDPAU
they are tested with the latest ffmpeg and gstreamer-vaapi
plugins.
Boyuan Zhang (4):
vl: add RefPicList defines for VAAPI HEVC decode
radeon/uvd: implement and add flag for VAAPI HEVC decode
st/va: add VAAPI HEVC decode support
s
From: Boyuan Zhang
Signed-off-by: Boyuan Zhang
Reviewed-by: Christian König
Reviewed-by: Leo Liu
---
src/gallium/include/pipe/p_video_state.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/gallium/include/pipe/p_video_state.h
b/src/gallium/include/pipe/p_video_state.h
index
From: Boyuan Zhang
Signed-off-by: Boyuan Zhang
Reviewed-by: Christian König
Reviewed-by: Leo Liu
---
configure.ac | 2 +-
src/gallium/state_trackers/va/config.c | 2 +-
src/gallium/state_trackers/va/context.c| 20
src/gallium/state_trackers/va
From: Boyuan Zhang
Signed-off-by: Boyuan Zhang
Reviewed-by: Christian König
Reviewed-by: Leo Liu
---
src/gallium/state_trackers/vdpau/decode.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/state_trackers/vdpau/decode.c
b/src/gallium/state_trackers/vdpau/decode.c
index
From: Boyuan Zhang
Signed-off-by: Boyuan Zhang
Reviewed-by: Christian König
Reviewed-by: Leo Liu
---
src/gallium/drivers/radeon/radeon_uvd.c | 7 +++
src/gallium/drivers/radeon/radeon_uvd.h | 9 +
2 files changed, 16 insertions(+)
diff --git a/src/gallium/drivers/radeon
There is no dev in drv, and dev should be from vl_screen here
---
src/gallium/state_trackers/va/context.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/gallium/state_trackers/va/context.c
b/src/gallium/state_trackers/va/context.c
index ec9e048..25fa905 100644
--- a/
This will allow the state trackers to use render nodes
with screen creation
Signed-off-by: Leo Liu
---
src/gallium/auxiliary/Makefile.sources | 3 +-
src/gallium/auxiliary/vl/vl_winsys.h | 6 +++
src/gallium/auxiliary/vl/vl_winsys_drm.c | 76
3 files
---
src/gallium/state_trackers/va/context.c | 20 +++-
1 file changed, 3 insertions(+), 17 deletions(-)
diff --git a/src/gallium/state_trackers/va/context.c
b/src/gallium/state_trackers/va/context.c
index 25fa905..845b547 100644
--- a/src/gallium/state_trackers/va/context.c
+++ b
This will allow dec/enc/transcode without X
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/omx/entrypoint.c | 39 +
1 file changed, 29 insertions(+), 10 deletions(-)
diff --git a/src/gallium/state_trackers/omx/entrypoint.c
b/src/gallium/state_trackers/omx
From: Boyuan Zhang
Signed-off-by: Boyuan Zhang
Reviewed-by: Christian König
---
src/gallium/state_trackers/va/buffer.c | 24 +-
src/gallium/state_trackers/va/context.c| 7 ++
src/gallium/state_trackers/va/picture.c| 117 +
src/gallium/state_tracke
+Boyuan, forgot to Cc him when I sent.
Regards,
Leo
>-Original Message-
>From: Emil Velikov [mailto:emil.l.veli...@gmail.com]
>Sent: Thursday, November 05, 2015 7:00 PM
>To: Liu, Leo
>Cc: ML mesa-dev
>Subject: Re: [Mesa-dev] [PATCH] st/va: add mpeg4 startcode workaroun
>-Original Message-
>From: Emil Velikov [mailto:emil.l.veli...@gmail.com]
>Sent: Thursday, November 05, 2015 6:30 PM
>To: Liu, Leo
>Cc: ML mesa-dev
>Subject: Re: [Mesa-dev] [PATCH 4/4] st/omx: add headless support
>
>On 5 November 2015 at 18:47, Leo Liu wrote:
&g
Hi Emil,
>Shorten the variable name - OMX_RENDER_NODE ? debug_get_option is only
>available on debug builds so better use getenv.
>
The debug_get_*_option() functions are used all around mesa, and functions are
explicitly preferred to working with getenv() directly.
Regards,
Leo
>omx_render_n
This will allow dec/enc/transcode without X
v2: -use env override even with X,
-use loader_open_device instead of open
Signed-off-by: Leo Liu
Reviewed-by: Christian König
---
src/gallium/state_trackers/omx/entrypoint.c | 37 ++---
1 file changed, 28 insertions
>> +#if GALLIUM_STATIC_TARGETS
>> + vscreen->pscreen = dd_create_screen(fd);
>> +#else
>> + if (pipe_loader_drm_probe_fd(&vscreen->dev, fd)) {
>Add a dup() in the above. So that it reads
>
>if (pipe_loader_drm_probe_fd(&vscreen->dev, dup(fd))) {
>
The dup is handled is in st/va/context.c befo
This will allow the state trackers to use render nodes
with screen creation
v2 -dup fd for pipe loader
Signed-off-by: Leo Liu
Reviewed-by: Christian König
---
src/gallium/auxiliary/Makefile.sources | 3 +-
src/gallium/auxiliary/vl/vl_winsys.h | 6 +++
src/gallium/auxiliary/vl
This will allow dec/enc/transcode without X
v2: -use env override even with X,
-use loader_open_device instead of open
v3: -cleanup
Signed-off-by: Leo Liu
Reviewed-by: Christian König
---
src/gallium/state_trackers/omx/entrypoint.c | 45 ++---
1 file changed, 35
v2: -move the dup to vl_wys_drm for pipe loader
Signed-off-by: Leo Liu
Reviewed-by: Christian König
---
src/gallium/state_trackers/va/context.c | 24 +++-
1 file changed, 3 insertions(+), 21 deletions(-)
diff --git a/src/gallium/state_trackers/va/context.c
b/src/gallium
>-Original Message-
>From: Emil Velikov [mailto:emil.l.veli...@gmail.com]
>Sent: Monday, November 09, 2015 8:17 AM
>To: mesa-dev@lists.freedesktop.org
>Cc: emil.l.veli...@gmail.com; Liu, Leo
>Subject: [PATCH] st/omx: straighten get/put_screen
>
>The current code
>-Original Message-
>From: Emil Velikov [mailto:emil.l.veli...@gmail.com]
>Sent: Monday, November 09, 2015 1:34 PM
>To: Liu, Leo
>Cc: mesa-dev@lists.freedesktop.org
>Subject: Re: [PATCH] st/omx: straighten get/put_screen
>
>On 9 November 2015 at 15:22, Liu, Leo
poc counter should be reset with IDR frame,
otherwise there would be a re-order issue with
frames before and after IDR
v2: add commit message
Signed-off-by: Leo Liu
Reviewed-by: Christian König
Cc: "10.4 10.5"
---
src/gallium/state_trackers/omx/vid_dec_h264.c | 5 +
1 file
Otherwise the configuration fails when building independant libs
like vdpau, vaapi or omx
Signed-off-by: Leo Liu
---
configure.ac | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 44c7883..890a379 100644
--- a/configure.ac
+++ b
On 02/24/2017 09:07 AM, Emil Velikov wrote:
On 23 February 2017 at 18:43, Leo Liu wrote:
Otherwise the configuration fails when building independant libs
like vdpau, vaapi or omx
I really should have spotted this usecase :-]
Signed-off-by: Leo Liu
---
configure.ac | 4 +++-
1 file
On 02/24/2017 10:56 AM, Emil Velikov wrote:
On 24 February 2017 at 14:25, Leo Liu wrote:
On 02/24/2017 09:07 AM, Emil Velikov wrote:
On 23 February 2017 at 18:43, Leo Liu wrote:
Otherwise the configuration fails when building independant libs
like vdpau, vaapi or omx
I really should
Hi,
I try to build vmwgfx on Ubuntu 12.04 with gcc-4.8.1, make 3.8.1. I clone
the source files using the following command:
git clone git://anongit.freedesktop.org/git/mesa/vmwgfx
However, when I use 'make' command to build it, I got one error like this:
Error 2
make[1]: Leaving directory `/usr/src/linux-headers-3.13.0-108-generic'
make: *** [modules] Error 2
===
Best regards,
Zhiguang
On Tue, Feb 28, 2017 at 2:24 PM, Eric Engestrom
wrote:
> On Tuesday, 2017-02-28 14:04:15 +
Hi Andy,
On 09/13/2016 06:22 AM, Andy Furniss wrote:
Zhang, Boyuan wrote:
Hi Leo, Christian and Julien,
I tested the patch with Vaapi Encoding and Transcoding, it seems
working fine. We are using "VAAPI_DISABLE_INTERLACE" env, so
interlaced is always disabled.
Though I notice it will break s
On 09/13/2016 01:29 PM, Andy Furniss wrote:
Leo Liu wrote:
Hi Andy,
On 09/13/2016 06:22 AM, Andy Furniss wrote:
Zhang, Boyuan wrote:
Hi Leo, Christian and Julien,
I tested the patch with Vaapi Encoding and Transcoding, it seems
working fine. We are using "VAAPI_DISABLE_INTERLACE&quo
On 09/15/2016 10:43 AM, Andy Furniss wrote:
Since bf901a2
st/va: also honors interlaced preference when providing a video format
existing scripts and most use cases will need true.
Signed-off-by: Andy Furniss
---
src/gallium/state_trackers/va/surface.c | 2 +-
1 file changed, 1 insertion(+),
This Patch is Reviewed-by: Leo Liu
On 09/16/2016 08:51 AM, Nayan Deshmukh wrote:
In case of prime when rendering is done on GPU other then the
server GPU, use a seprate linear buffer for each back buffer
which will be displayed using present extension.
v2: Use a seprate linear buffer for each
n Fri, Sep 16, 2016 at 7:44 PM, Leo Liu <mailto:leo@amd.com>> wrote:
This Patch is Reviewed-by: Leo Liu mailto:leo@amd.com>>
On 09/16/2016 08:51 AM, Nayan Deshmukh wrote:
In case of prime when rendering is done on GPU other then the
server GPU,
Signed-off-by: Leo Liu
---
src/gallium/drivers/radeon/radeon_vce.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/drivers/radeon/radeon_vce.c
b/src/gallium/drivers/radeon/radeon_vce.c
index 92cb8ce..8504d93 100644
--- a/src/gallium/drivers/radeon/radeon_vce.c
+++ b/src
Should not be null for default
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/omx/vid_dec_h265.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/gallium/state_trackers/omx/vid_dec_h265.c
b/src/gallium/state_trackers/omx/vid_dec_h265.c
index fc8bf3d..9125eb1
So that it will pass correct size to width(height)_in_samples in
uvd message buffer.
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/omx/vid_dec.h | 2 ++
src/gallium/state_trackers/omx/vid_dec_h265.c | 13 ++---
2 files changed, 8 insertions(+), 7 deletions(-)
diff --git a
Should not be skipped when rps->used false
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/omx/vid_dec_h265.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/src/gallium/state_trackers/omx/vid_dec_h265.c
b/src/gallium/state_trackers/omx/vid_dec_h265.c
in
For clip with frame delta poc over 16
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/omx/vid_dec_h265.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/omx/vid_dec_h265.c
b/src/gallium/state_trackers/omx/vid_dec_h265.c
index 3c46505
Specified by 7.3.4
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/omx/vid_dec_h265.c | 126 +-
1 file changed, 121 insertions(+), 5 deletions(-)
diff --git a/src/gallium/state_trackers/omx/vid_dec_h265.c
b/src/gallium/state_trackers/omx/vid_dec_h265.c
index
On 09/27/2016 06:24 AM, Emil Velikov wrote:
On 23 September 2016 at 17:32, Leo Liu wrote:
So that it will pass correct size to width(height)_in_samples in
uvd message buffer.
The st code is device agnostic. s/uvd/hardware/ perhaps ?
From st, it pass the width/height to vl layer
On 09/27/2016 06:37 AM, Emil Velikov wrote:
On 23 September 2016 at 17:32, Leo Liu wrote:
Should not be skipped when rps->used false
Please 'translate' "rps->used false" to English ?
Will do.
Also one might want
to mention if the patch/es fix any known issu
On 09/27/2016 06:23 AM, Emil Velikov wrote:
On 23 September 2016 at 17:32, Leo Liu wrote:
Specified by 7.3.4
There's a word missing in there ^ - table 7.3.4 ?
Yeh, something is missed, it's from subclause 7.3.4
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/omx/vi
Specified by subclause 7.3.4
v2: get the loop optimized
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/omx/vid_dec_h265.c | 102 --
1 file changed, 97 insertions(+), 5 deletions(-)
diff --git a/src/gallium/state_trackers/omx/vid_dec_h265.c
b/src/gallium
Reviewed and Pushed.
On 10/01/2016 01:22 AM, Nayan Deshmukh wrote:
Signed-off-by: Nayan Deshmukh
---
src/gallium/auxiliary/vl/vl_winsys_dri3.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/auxiliary/vl/vl_winsys_dri3.c
b/src/gallium/auxiliary/vl/vl_winsys_d
This is the case when the "00 00 03" is very close to the beginning of
nal unit header
Signed-off-by: Leo Liu
---
src/gallium/auxiliary/vl/vl_rbsp.h | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/src/gallium/auxiliary/vl/vl_rbsp.h
b/src/gallium/au
On 08/09/2016 04:26 AM, Christian König wrote:
Am 08.08.2016 um 22:10 schrieb Leo Liu:
This is the case when the "00 00 03" is very close to the beginning of
nal unit header
I see where the problem is, but the fix is incorrect.
You always search for the emulation prevention three
This is the case when the "00 00 03" is very close to the beginning of
nal unit header
v2: move the check to rbsp init
Signed-off-by: Leo Liu
---
src/gallium/auxiliary/vl/vl_rbsp.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/src/gallium/auxiliary/vl/vl_rbs
This is the case when the "00 00 03" is very close to the beginning of
nal unit header
v2: move the check to rbsp init
Signed-off-by: Leo Liu
---
src/gallium/auxiliary/vl/vl_rbsp.h | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/src/gallium/au
On 08/11/2016 06:54 AM, Christian König wrote:
Leo, could you take a look, test and/or review this?
Yeah. It fixes the corruption for certain clip, and no regression found
for other clips.
Patch is:
Tested-by: Leo Liu
Regards,
Leo
If you don't have time just say so and I'
This happens when three byte "00 00 03" is partly loaded to
vlc->buffer, and left bytes like "00 03" or "03" in the data,
so that it will not be detected by three byte emulation check.
Signed-off-by: Leo Liu
---
src/gallium/auxiliary/vl/vl_rbsp.h | 2 +-
This set implements hevc decode for omx, it includes basic structures
from h264 implementation and hevc specific sps, pps, slice header and
reference picture sets, as well as what's required by uvd.
Leo Liu (7):
st/omx/dec: add initial omx hevc support
st/omx/dec/h265: add sequence para
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/omx/vid_dec_h265.c | 39 +++
1 file changed, 39 insertions(+)
diff --git a/src/gallium/state_trackers/omx/vid_dec_h265.c
b/src/gallium/state_trackers/omx/vid_dec_h265.c
index df2dc05..7c0f75d 100644
--- a/src/gallium
Specified by subclause 7.3.2.2
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/omx/vid_dec.h | 2 +
src/gallium/state_trackers/omx/vid_dec_h265.c | 295 ++
2 files changed, 297 insertions(+)
diff --git a/src/gallium/state_trackers/omx/vid_dec.h
b/src
Specified by subclause 7.3.7
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/omx/vid_dec_h265.c | 114 +-
1 file changed, 110 insertions(+), 4 deletions(-)
diff --git a/src/gallium/state_trackers/omx/vid_dec_h265.c
b/src/gallium/state_trackers/omx/vid_dec_h265.c
Specified by subclause 7.3.6.1
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/omx/vid_dec.h | 3 +
src/gallium/state_trackers/omx/vid_dec_h265.c | 215 +-
2 files changed, 216 insertions(+), 2 deletions(-)
diff --git a/src/gallium/state_trackers/omx
Specified by subclause 7.3.2.3
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/omx/vid_dec_h265.c | 98 +++
1 file changed, 98 insertions(+)
diff --git a/src/gallium/state_trackers/omx/vid_dec_h265.c
b/src/gallium/state_trackers/omx/vid_dec_h265.c
index 293bdd2
Mainly based on the h264 implementation.
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/omx/Makefile.sources | 1 +
src/gallium/state_trackers/omx/vid_dec.h| 11 ++
src/gallium/state_trackers/omx/vid_dec_h265.c | 148
3 files changed, 160 insertions
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/omx/vid_dec.c | 23 ++-
src/gallium/state_trackers/omx/vid_dec.h | 3 +++
2 files changed, 25 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/omx/vid_dec.c
b/src/gallium/state_trackers/omx/vid_dec.c
Hi Nayan,
About the Prime, I think you have to do is to separate decoder render
buffer and presentation back buffer,
and copy back and forth between them for presentation and update. You
might refer to similar implement
in glx and egl from loader_dri3_helper.c by grep "is_different_gpu"
Rega
On Thu, Sep 1, 2016 at 7:08 PM, Leo Liu <mailto:leo@amd.com>> wrote:
Hi Nayan,
About the Prime, I think you have to do is to separate decoder
render buffer and presentation back buffer,
and copy back and forth between them for presentation and update.
You might re
On 09/02/2016 02:11 AM, Christian König wrote:
Am 02.09.2016 um 04:03 schrieb Michel Dänzer:
On 02/09/16 10:17 AM, Michel Dänzer wrote:
On 02/09/16 12:58 AM, Leo Liu wrote:
On 09/01/2016 11:54 AM, Nayan Deshmukh wrote:
I saw the code in dri3_glx.c and I could somewhat relate some basic
On 09/02/2016 09:50 AM, Christian König wrote:
Am 02.09.2016 um 15:27 schrieb Leo Liu:
On 09/02/2016 02:11 AM, Christian König wrote:
Am 02.09.2016 um 04:03 schrieb Michel Dänzer:
On 02/09/16 10:17 AM, Michel Dänzer wrote:
On 02/09/16 12:58 AM, Leo Liu wrote:
On 09/01/2016 11:54 AM
On 09/02/2016 10:48 AM, Christian König wrote:
Am 02.09.2016 um 16:10 schrieb Leo Liu:
On 09/02/2016 09:50 AM, Christian König wrote:
Am 02.09.2016 um 15:27 schrieb Leo Liu:
On 09/02/2016 02:11 AM, Christian König wrote:
Am 02.09.2016 um 04:03 schrieb Michel Dänzer:
On 02/09/16 10:17
d with 16,
thus causing different height between interlaced buffer and progressive
buffer for 4K (height=2160), and 720p (height=720).
When transcode the video, This will cause the 16 lines corruption
at the bottom of the encode video.
Signed-off-by: Leo Liu
---
src/gallium/state_trac
schrieb Leo Liu:
This set implements hevc decode for omx, it includes basic structures
from h264 implementation and hevc specific sps, pps, slice header and
reference picture sets, as well as what's required by uvd.
Leo Liu (7):
st/omx/dec: add initial omx hevc support
st/omx/dec/h265
X11 error: BadPixmap (invalid Pixmap parameter)
Also when I made the back buffer linear instead of the providing the
handle myself,
it was working fine in my system.
Regards,
Nayan
On Fri, Sep 2, 2016 at 8:51 PM, Leo Liu <mailto:leo@amd.com>> wrote:
On 09/02/2016 10:48 AM, Ch
Otherwise the check for the three byte will not make sense.
Signed-off-by: Leo Liu
---
src/gallium/auxiliary/vl/vl_rbsp.h | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/vl/vl_rbsp.h
b/src/gallium/auxiliary/vl/vl_rbsp.h
index 160b2f8..4d90c2d
On 09/07/2016 03:02 AM, Christian König wrote:
Am 06.09.2016 um 22:39 schrieb boyuan.zh...@amd.com:
From: Boyuan Zhang
This patch enables variable bit-rate for vaapi encoding. According to
va.h,
target bit-rate equals to maximum bit-rate multiplies by
target_percentage.
Signed-off-by: Bo
On 09/08/2016 03:50 AM, Christian König wrote:
Am 08.09.2016 um 09:34 schrieb Julien Isorce:
This fixes a crash when using the prefered video format with vaapisink
on Nvidia hardwares.
Also caught by the following assert:
nouveau_vp3_video.c:91: Assertion `templat->interlaced' failed.
TEST
Hi Nayan,
Besides Emil's comments, here is some others in lines.
On 09/09/2016 09:17 AM, Nayan Deshmukh wrote:
use a linear buffer in case of back buffer
v2: Use a seprate linear buffer for each back buffer
Signed-off-by: Nayan Deshmukh
---
src/gallium/auxiliary/vl/vl_winsys_dri3.c | 82 ++
On 09/12/2016 04:31 AM, Michel Dänzer wrote:
On 10/09/16 12:49 AM, Nayan Deshmukh wrote:
In case of prime when rendering is done on GPU other then the
server GPU, use a seprate linear buffer for each back buffer
which will be displayed using present extension.
v2: Use a seprate linear buffer
When the video coded size is different from frame size, we need the result
buffers are same as coded size, which are not size compatible with encode
required size, so that simply use no tunnel for this case instead of frame
by frame converting.
Signed-off-by: Leo Liu
Cc: 13.0
---
src/gallium
Otherwise fails the check of matching between decoder size and buffers
size in kernel.
Signed-off-by: Leo Liu
Cc: 13.0
---
src/gallium/state_trackers/omx/vid_dec.c | 9 ++---
src/gallium/state_trackers/omx/vid_dec_h264.c | 16 +---
src/gallium/state_trackers/omx
e fallback to DRI2 on
runtime I will send a v2 to take care of this.
Regards,
Nayan.
Regards,
Christian.
Am 24.10.2016 um 15:55 schrieb Nayan Deshmukh:
Suggested-by: Leo Liu mailto:leo@amd.com>>
Signed-off-by: Nayan Deshmukh mailto:nayan26deshm...@gmail.com&
On 10/25/2016 02:01 AM, Nayan Deshmukh wrote:
Hi Leo,
On Mon, Oct 24, 2016 at 03:18:19PM -0400, Leo Liu wrote:
There are a couple of other issues from a brief test:
1. Compile warnings for presentation.c.
I will fix this in v2 with the changes that christian suggested, it might be
because
On 10/25/2016 02:42 PM, Andy Furniss wrote:
Christian König wrote:
Nice work, have you been able to fix all the issues you mentioned on
your last mail?
Additional to that make sure that this set also keeps DRI2 working, in
patch #2 it looks like you call the new function without checking if
i
On 10/24/2016 09:55 AM, Nayan Deshmukh wrote:
Suggested-by: Leo Liu
Signed-off-by: Nayan Deshmukh
---
src/gallium/auxiliary/vl/vl_winsys.h | 4 ++
src/gallium/auxiliary/vl/vl_winsys_dri3.c | 89 +++
2 files changed, 83 insertions(+), 10 deletions
On 10/27/2016 12:20 PM, Nayan Deshmukh wrote:
On Thu, Oct 27, 2016 at 10:38:30AM -0400, Leo Liu wrote:
On 10/24/2016 09:55 AM, Nayan Deshmukh wrote:
Suggested-by: Leo Liu
Signed-off-by: Nayan Deshmukh
---
src/gallium/auxiliary/vl/vl_winsys.h | 4 ++
src/gallium/auxiliary/vl
On 10/27/2016 01:20 PM, Nayan Deshmukh wrote:
On Thu, Oct 27, 2016 at 10:17 PM, Leo Liu <mailto:leo@amd.com>> wrote:
On 10/27/2016 12:20 PM, Nayan Deshmukh wrote:
On Thu, Oct 27, 2016 at 10:38:30AM -0400, Leo Liu wrote:
On 10/24/2016 09:55
Regarding to xcb_present_pixmap client call, you might have to check
xserver present/present.c on how xserver deal with it.
Regards,
Leo
On 11/02/2016 10:55 AM, Nayan Deshmukh wrote:
Hi Leo,
To support clipping of the output texture I was trying to send a
xcb_xfixes_region as the fifth argum
as back buffer and avoids extra
copying
v2: use clip width/height to display a portion of the surface
Suggested-by: Leo Liu
Signed-off-by: Nayan Deshmukh
---
src/gallium/auxiliary/vl/vl_winsys.h | 4 ++
src/gallium/auxiliary/vl/vl_winsys_dri3.c | 109 ++
2
On 11/04/2016 01:24 PM, Nayan Deshmukh wrote:
On Fri, Nov 04, 2016 at 12:20:51PM -0400, Leo Liu wrote:
Hi Nayan,
With this patch, the resizing corruption is fixed, thanks for that.
Still a few comments below.
On 11/04/2016 03:08 AM, Nayan Deshmukh wrote:
dri3 allows us to send handle of
: remove redundant variables, fix wrapping, rename variables
handle vaapi path
Suggested-by: Leo Liu
Signed-off-by: Nayan Deshmukh
---
src/gallium/auxiliary/vl/vl_winsys.h | 4 +
src/gallium/auxiliary/vl/vl_winsys_dri3.c | 117 ++
2 files changed, 108
On 11/04/2016 03:54 PM, Leo Liu wrote:
On 11/04/2016 02:45 PM, Nayan Deshmukh wrote:
dri3 allows us to send handle of a texture directly to X
so this patch allows a state tracker to directly send its
texture to X to be used as back buffer and avoids extra
copying
v2: use clip width/height
nding to
each of output surface texture.
We don't need to have X call for every frame. just use the right pixmap
for right output texture when presentation.
Regards,
Leo
On 11/04/2016 04:00 PM, Leo Liu wrote:
On 11/04/2016 03:54 PM, Leo Liu wrote:
On 11/04/2016 02:45 PM, Nayan De
On 11/05/2016 02:44 AM, Nayan Deshmukh wrote:
Hi Leo,
Thanks for the reference patch.
There are only a number of output surfaces taking turns as the
mixer render targets, so we probably can use the same pixmap
corresponding to each of output surface texture.
The mixer renders to
On 11/07/2016 11:31 AM, Nayan Deshmukh wrote:
On Mon, Nov 7, 2016 at 8:31 PM, Leo Liu <mailto:leo@amd.com>> wrote:
On 11/05/2016 02:44 AM, Nayan Deshmukh wrote:
Hi Leo,
Thanks for the reference patch.
There are only a number of output
d-off-by: Liu Zhiquan
---
src/egl/drivers/dri2/egl_dri2.h | 3 +-
src/egl/drivers/dri2/platform_android.c | 169 +++-
2 files changed, 124 insertions(+), 48 deletions(-)
diff --git a/src/egl/drivers/dri2/egl_dri2.h b/src/egl/drivers/dri2/egl_dri2.h
index 3a
emove duplicate codes.
Signed-off-by: Liu Zhiquan
Signed-off-by: Kalyan Kondapally
---
src/egl/drivers/dri2/egl_dri2.h | 3 +-
src/egl/drivers/dri2/platform_android.c | 109
2 files changed, 86 insertions(+), 26 deletions(-)
diff --git a/src/egl/dr
e and code review changes.
Signed-off-by: Liu Zhiquan
Signed-off-by: Kalyan Kondapally
---
src/egl/drivers/dri2/egl_dri2.h | 3 +-
src/egl/drivers/dri2/platform_android.c | 98 +
2 files changed, 78 insertions(+), 23 deletions(-)
diff --git a/src/egl/dr
Hi Tomasz,
Thanks for you commends.
> >
>
> Looks like this patch has already landed, but please let me try to
> confirm some things here anyway. Would you mind keeping me on CC for
> any future patches for the EGL/Android module? (I believe
> scripts/get_reviewer.pl should already include me
for supported buffer failed.
Signed-off-by: Liu Zhiquan
Signed-off-by: Long, Zhifang
---
src/egl/drivers/dri2/platform_android.c | 209 +++-
1 file changed, 126 insertions(+), 83 deletions(-)
diff --git a/src/egl/drivers/dri2/platform_android.c
b/src/egl/drivers
1 - 100 of 794 matches
Mail list logo