Signed-off-by: Leo Liu <leo@amd.com>
---
src/gallium/state_trackers/va/picture.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/src/gallium/state_trackers/va/picture.c
b/src/gallium/state_trackers/va/picture.c
index a13c1ecbb2..50f280ab58 100644
--- a/src/g
To enable mjpeg hw decode
Signed-off-by: Leo Liu <leo@amd.com>
---
src/gallium/state_trackers/va/config.c | 2 +-
src/gallium/state_trackers/va/va_private.h | 4
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/va/config.c
b/src/g
Signed-off-by: Leo Liu <leo@amd.com>
---
src/gallium/state_trackers/va/picture_mjpeg.c | 24 +++-
1 file changed, 23 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/va/picture_mjpeg.c
b/src/gallium/state_trackers/va/picture_mjpeg.c
index 17f0
The current tier 1 mjpeg firmware only supports at the bitstream
level, the later tier 2 support will be at the buffers level with
newer hardware.
Signed-off-by: Leo Liu <leo@amd.com>
---
src/gallium/drivers/radeon/radeon_uvd.c | 136
1 file change
Signed-off-by: Leo Liu <leo@amd.com>
---
src/gallium/state_trackers/va/picture_mjpeg.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/va/picture_mjpeg.c
b/src/gallium/state_trackers/va/picture_mjpeg.c
index 50f339eebf..09b2efc21b
On 08/14/2017 12:25 PM, Gurkirpal Singh wrote:
On Mon, Aug 14, 2017 at 8:55 PM, Leo Liu <leo@amd.com
<mailto:leo@amd.com>> wrote:
On 08/14/2017 11:19 AM, Gurkirpal Singh wrote:
On Mon, Aug 14, 2017 at 8:05 PM, Leo Liu <leo@amd.com
<mail
Where is the patch 1?
On 08/12/2017 12:07 PM, Gurkirpal Singh wrote:
Coexist with --enable-omx so they can be built independently
Detect tizonia package config file
Generate libomxtiz_mesa.so and install it to libtizcore.pc::pluginsdir
Only compile empty source (target.c) for now.
v2: Show
On 07/25/2017 06:04 PM, Andy Furniss wrote:
Christian König wrote:
Leo and Boyuan can you take a quick look as well? On first glance
looks totally sane to me.
This reminds me .
I don't know what's special about my setup, but I haven't been able to
use gst + vce properly since March.
On 07/25/2017 05:19 AM, Christian König wrote:
Am 25.07.2017 um 08:27 schrieb Michel Dänzer:
On 25/07/17 02:54 AM, Leo Liu wrote:
To workaround an unknown bug.
Signed-off-by: Leo Liu <leo@amd.com>
---
src/gallium/drivers/radeon/radeon_vcn_dec.c | 3 ++-
1 file changed, 2 inse
To workaround an unknown bug.
Signed-off-by: Leo Liu <leo@amd.com>
---
src/gallium/drivers/radeon/radeon_vcn_dec.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeon/radeon_vcn_dec.c
b/src/gallium/drivers/radeon/radeon_vcn_dec.c
index bd93
It's enabled through message buffer for UVD
Signed-off-by: Leo Liu <leo@amd.com>
---
src/gallium/drivers/radeon/radeon_vcn_dec.c | 1 +
src/gallium/drivers/radeon/radeon_vcn_dec.h | 2 ++
2 files changed, 3 insertions(+)
diff --git a/src/gallium/drivers/radeon/radeon_vcn_dec.c
Hi Emil,
On 05/26/2017 09:07 AM, Emil Velikov wrote:
Hi Leo,
On 26 May 2017 at 12:24, Leo Liu <leo@amd.com> wrote:
Signed-off-by: Leo Liu <leo@amd.com>
---
src/amd/common/ac_gpu_info.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/sr
ull in the latest Mesa on my Carrizo laptop
without Raven patch, and found the problem.
The fix has been sent to mesa-dev list.
Thanks for pointing this out.
Leo
Dave.
On 11 May 2017 at 06:15, Leo Liu <leo@amd.com> wrote:
Signed-off-by: Leo Liu <leo@amd.com>
Reviewe
Signed-off-by: Leo Liu <leo@amd.com>
---
src/amd/common/ac_gpu_info.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/src/amd/common/ac_gpu_info.c b/src/amd/common/ac_gpu_info.c
index 56645c4..3dae2bd 100644
--- a/src/amd/common/ac_gpu_info.c
+++ b/src/amd/
VCN decode has a new interface, and that depends on the latest libdrm
Signed-off-by: Leo Liu <leo@amd.com>
---
configure.ac | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 1da67f5..b57be07 100644
--- a/configure.ac
+++ b/config
Signed-off-by: Leo Liu <leo@amd.com>
Reviewed-by: Christian König <christian.koe...@amd.com>
---
src/gallium/drivers/radeon/Makefile.sources | 1 +
src/gallium/drivers/radeon/radeon_vcn_dec.c | 672
src/gallium/drivers/radeon/radeon_vcn_dec.h |
Signed-off-by: Leo Liu <leo@amd.com>
Reviewed-by: Christian König <christian.koe...@amd.com>
---
src/gallium/winsys/amdgpu/drm/amdgpu_cs.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/src/gallium/winsys/amdgpu/drm/amdgpu_cs.c
b/src/gallium/winsy
Signed-off-by: Leo Liu <leo@amd.com>
Reviewed-by: Christian König <christian.koe...@amd.com>
---
src/gallium/drivers/radeon/radeon_vcn_dec.c | 66 +
1 file changed, 66 insertions(+)
diff --git a/src/gallium/drivers/radeon/radeon_vcn_dec.c
b/src/gal
Signed-off-by: Leo Liu <leo@amd.com>
Reviewed-by: Christian König <christian.koe...@amd.com>
---
src/gallium/drivers/radeonsi/si_uvd.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/si_uvd.c
b/src/gallium/drivers/radeonsi/si
Signed-off-by: Leo Liu <leo@amd.com>
Reviewed-by: Christian König <christian.koe...@amd.com>
---
src/gallium/drivers/radeon/radeon_vcn_dec.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeon/radeon_vcn_dec.c
b/src/gal
Signed-off-by: Leo Liu <leo@amd.com>
Reviewed-by: Christian König <christian.koe...@amd.com>
---
src/gallium/drivers/radeon/radeon_winsys.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/radeon/radeon_winsys.h
b/src/gallium/drivers/radeon/radeon_wi
Signed-off-by: Leo Liu <leo@amd.com>
Reviewed-by: Christian König <christian.koe...@amd.com>
---
src/gallium/drivers/radeon/radeon_vcn_dec.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/radeon/radeon_vcn_dec.c
b/src/gallium/dr
Signed-off-by: Leo Liu <leo@amd.com>
Reviewed-by: Christian König <christian.koe...@amd.com>
---
src/gallium/drivers/radeon/radeon_vcn_dec.c | 72 +
1 file changed, 72 insertions(+)
diff --git a/src/gallium/drivers/radeon/radeon_vcn_dec.c
b/src/gal
Signed-off-by: Leo Liu <leo@amd.com>
Reviewed-by: Christian König <christian.koe...@amd.com>
---
src/gallium/drivers/r600/r600_pipe.c | 2 +-
src/gallium/drivers/radeon/r600_pipe_common.c | 4 ++--
src/gallium/drivers/radeon/radeon_winsys.h| 2 +-
src/gal
Signed-off-by: Leo Liu <leo@amd.com>
Reviewed-by: Christian König <christian.koe...@amd.com>
---
src/gallium/drivers/radeon/Makefile.sources | 1 +
src/gallium/drivers/radeon/radeon_vcn_dec.h | 501
2 files changed, 502 insertions(+)
create mod
Signed-off-by: Leo Liu <leo@amd.com>
Reviewed-by: Christian König <christian.koe...@amd.com>
---
src/gallium/winsys/amdgpu/drm/amdgpu_winsys.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/src/gallium/winsys/amdgpu/drm/amdgpu_winsys.c
b/src/gallium/w
Signed-off-by: Leo Liu <leo@amd.com>
Reviewed-by: Christian König <christian.koe...@amd.com>
---
src/gallium/drivers/radeon/radeon_vcn_dec.c | 225
1 file changed, 225 insertions(+)
diff --git a/src/gallium/drivers/radeon/radeon_vcn_dec.c
b/src/gal
Signed-off-by: Leo Liu <leo@amd.com>
Reviewed-by: Christian König <christian.koe...@amd.com>
---
src/gallium/drivers/radeon/radeon_vcn_dec.c | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeon/radeon_vcn_dec.c
b
Signed-off-by: Leo Liu <leo@amd.com>
Reviewed-by: Christian König <christian.koe...@amd.com>
---
src/gallium/drivers/radeon/radeon_winsys.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/radeon/radeon_winsys.h
b/src/gallium/drivers/radeon/radeon_wi
Signed-off-by: Leo Liu <leo@amd.com>
Reviewed-by: Christian König <christian.koe...@amd.com>
---
src/gallium/winsys/amdgpu/drm/amdgpu_winsys.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/winsys/amdgpu/drm/amdgpu_winsys.c
b/src/gallium/winsy
Signed-off-by: Leo Liu <leo@amd.com>
Reviewed-by: Christian König <christian.koe...@amd.com>
---
src/gallium/drivers/radeon/radeon_vcn_dec.c | 51 +
1 file changed, 51 insertions(+)
diff --git a/src/gallium/drivers/radeon/radeon_vcn_dec.c
b/src/gal
Signed-off-by: Leo Liu <leo@amd.com>
Reviewed-by: Christian König <christian.koe...@amd.com>
---
src/gallium/drivers/radeon/radeon_vcn_dec.c | 197 +++-
1 file changed, 193 insertions(+), 4 deletions(-)
diff --git a/src/gallium/drivers/radeon/radeon_vcn_
what we only care about is to create a pipe context, that's why we even
have the render node support for OMX as well.
This patch is:
Reviewed-and-Tested-by: Leo Liu <leo@amd.com>
Leo
Setting up a box for transcode testing is always quite a hassle.
Christian.
---
src/ga
Workaround an unknown bug with inside the transfer_map for certain
ASIC, also tested with un-affected ASICs, the performance actually
improved slightly.
Signed-off-by: Leo Liu <leo@amd.com>
---
src/gallium/state_trackers/omx/vid_enc.c | 2 +-
1 file changed, 1 insertion(+), 1 de
On 03/21/2017 09:54 AM, Alex Deucher wrote:
On Tue, Mar 21, 2017 at 9:46 AM, Marek Olšák <mar...@gmail.com> wrote:
On Tue, Mar 21, 2017 at 7:49 AM, Christian König
<deathsim...@vodafone.de> wrote:
Am 20.03.2017 um 23:49 schrieb Marek Olšák:
From: Leo Liu <leo@amd.c
On 03/21/2017 02:51 AM, Christian König wrote:
Am 20.03.2017 um 23:49 schrieb Marek Olšák:
From: Leo Liu <leo@amd.com>
Signed-off-by: Leo Liu <leo@amd.com>
Ah, here it is. This one and the change to version 53.17 should be
squashed with the change to 53.14.
Wi
On 02/24/2017 10:56 AM, Emil Velikov wrote:
On 24 February 2017 at 14:25, Leo Liu <leo@amd.com> wrote:
On 02/24/2017 09:07 AM, Emil Velikov wrote:
On 23 February 2017 at 18:43, Leo Liu <leo@amd.com> wrote:
Otherwise the configuration fails when building independant lib
On 02/24/2017 09:07 AM, Emil Velikov wrote:
On 23 February 2017 at 18:43, Leo Liu <leo@amd.com> 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 <leo...
Otherwise the configuration fails when building independant libs
like vdpau, vaapi or omx
Signed-off-by: Leo Liu <leo@amd.com>
---
configure.ac | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 44c7883..890a379 100644
--- a/config
the buffers as applications
use constant number of buffer and we can avoid calls to present
extension for every frame
Suggested-by: Leo Liu <leo@amd.com>
Signed-off-by: Nayan Deshmukh <nayan26deshm...@gmail.com>
Acked-by: Christian König <christian.koe...@amd.com>
Hi Andy,
Please rebase all your reviewed patches, and add RB, and send them to me
I will commit them for you.
Cheers,
Leo
On 12/05/2016 03:14 PM, Andy Furniss wrote:
Hi, I did a v2, can it be applied?
https://patchwork.freedesktop.org/patch/118006/
Christian König wrote:
Am 25.10.2016
On 11/07/2016 11:31 AM, Nayan Deshmukh wrote:
On Mon, Nov 7, 2016 at 8:31 PM, Leo Liu <leo@amd.com
<mailto:leo@amd.com>> wrote:
On 11/05/2016 02:44 AM, Nayan Deshmukh wrote:
Hi Leo,
Thanks for the reference patch.
There are o
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
f 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 Deshmukh wrote:
d
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
: remove redundant variables, fix wrapping, rename variables
handle vaapi path
Suggested-by: Leo Liu <leo@amd.com>
Signed-off-by: Nayan Deshmukh <nayan26deshm...@gmail.com>
---
src/gallium/auxiliary/vl/vl_winsys.h | 4 +
src/gallium/auxiliary/vl/vl_winsys_
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
as back buffer and avoids extra
copying
v2: use clip width/height to display a portion of the surface
Suggested-by: Leo Liu <leo@amd.com>
Signed-off-by: Nayan Deshmukh <nayan26deshm...@gmail.com>
---
src/gallium/auxiliary/vl/vl_winsys.h | 4 ++
src/gallium/auxiliary/vl/vl
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
On 10/27/2016 01:20 PM, Nayan Deshmukh wrote:
On Thu, Oct 27, 2016 at 10:17 PM, Leo Liu <leo@amd.com
<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/2
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 <leo@amd.com>
Signed-off-by: Nayan Deshmukh <nayan26deshm...@gmail.com>
---
src/gallium/auxiliary/vl
On 10/24/2016 09:55 AM, Nayan Deshmukh wrote:
Suggested-by: Leo Liu <leo@amd.com>
Signed-off-by: Nayan Deshmukh <nayan26deshm...@gmail.com>
---
src/gallium/auxiliary/vl/vl_winsys.h | 4 ++
src/gallium/auxiliary/vl/vl_winsys_dri3.c | 89 +++--
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
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
l won't work if we 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 <leo@amd.com <mailto:leo@amd.com>>
Signed-off-by: Naya
Otherwise fails the check of matching between decoder size and buffers
size in kernel.
Signed-off-by: Leo Liu <leo@amd.com>
Cc: 13.0 <mesa-sta...@lists.freedesktop.org>
---
src/gallium/state_trackers/omx/vid_dec.c | 9 ++---
src/gallium/state_trackers/omx/vid_dec
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 <leo@amd.com>
Cc
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
Specified by subclause 7.3.4
v2: get the loop optimized
Signed-off-by: Leo Liu <leo@amd.com>
---
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_h26
On 09/27/2016 06:23 AM, Emil Velikov wrote:
On 23 September 2016 at 17:32, Leo Liu <leo@amd.com> 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 <leo@amd.com&g
On 09/27/2016 06:37 AM, Emil Velikov wrote:
On 23 September 2016 at 17:32, Leo Liu <leo@amd.com> 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
On 09/27/2016 06:24 AM, Emil Velikov wrote:
On 23 September 2016 at 17:32, Leo Liu <leo@amd.com> 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/
Specified by 7.3.4
Signed-off-by: Leo Liu <leo@amd.com>
---
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_tracke
Should not be null for default
Signed-off-by: Leo Liu <leo@amd.com>
---
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
So that it will pass correct size to width(height)_in_samples in
uvd message buffer.
Signed-off-by: Leo Liu <leo@amd.com>
---
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 del
For clip with frame delta poc over 16
Signed-off-by: Leo Liu <leo@amd.com>
---
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_
Should not be skipped when rps->used false
Signed-off-by: Leo Liu <leo@amd.com>
---
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_tra
Signed-off-by: Leo Liu <leo@amd.com>
---
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/
, Sep 16, 2016 at 7:44 PM, Leo Liu <leo@amd.com
<mailto:leo@amd.com>> wrote:
This Patch is Reviewed-by: Leo Liu <leo@amd.com
<mailto:leo@amd.com>>
On 09/16/2016 08:51 AM, Nayan Deshmukh wrote:
In case of prime when render
This Patch is Reviewed-by: Leo Liu <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, use a seprate linear buffer for each back buffer
which will be displayed using present extension.
v2: Use a 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
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
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
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
---
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.
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
Otherwise the check for the three byte will not make sense.
Signed-off-by: Leo Liu <leo@amd.com>
---
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
: 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 <leo@amd.com
<mailto:leo@amd.com>> wrote:
On 09/02/2
egards,
Christian.
Am 31.08.2016 um 15:51 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 om
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 <leo@amd.com>
---
src/gallium
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
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 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
Thu, Sep 1, 2016 at 7:08 PM, Leo Liu <leo@amd.com
<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 updat
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"
Signed-off-by: Leo Liu <leo@amd.com>
---
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/g
Mainly based on the h264 implementation.
Signed-off-by: Leo Liu <leo@amd.com>
---
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 c
Specified by subclause 7.3.2.3
Signed-off-by: Leo Liu <leo@amd.com>
---
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_de
Specified by subclause 7.3.6.1
Signed-off-by: Leo Liu <leo@amd.com>
---
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/g
Specified by subclause 7.3.7
Signed-off-by: Leo Liu <leo@amd.com>
---
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_tr
Specified by subclause 7.3.2.2
Signed-off-by: Leo Liu <leo@amd.com>
---
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_tracke
Signed-off-by: Leo Liu <leo@amd.com>
---
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
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 parameter
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 <leo@amd.com>
---
src/gallium/auxiliary
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 <leo@amd.com>
Regards,
Leo
If you don't have time just
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 <leo@amd.com>
---
src/gallium/auxiliary/vl/vl_rbsp.h | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --g
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 <leo@amd.com>
---
src/gallium/auxiliary/vl/vl_rbsp.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/src/gall
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
Signed-off-by: Leo Liu <leo@amd.com>
---
src/gallium/auxiliary/vl/vl_rbsp.h | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/src/gallium/auxiliary/vl/vl_rbsp.
comments on the v2 patches? Unless there are any objections, I'm
going to push v2 of patches 1 & 2 later this week. I'm not going to push
patch 3 myself without getting at least a Tested-by: from somebody.
Patch 2 is:
Tested and Reviewed by: Leo Liu <leo@amd.com>
Re
201 - 300 of 442 matches
Mail list logo