Re: [Mesa-dev] [PATCH] gallium/radeon: add a new HUD query for the number of mapped buffers

Am 25.01.2017 um 16:12 schrieb Samuel Pitoiset: On 01/25/2017 04:01 PM, Samuel Pitoiset wrote: On 01/25/2017 03:55 PM, Christian König wrote: Am 25.01.2017 um 15:19 schrieb Samuel Pitoiset: On 01/25/2017 03:56 AM, Michel Dänzer wrote: On 25/01/17 12:05 AM, Marek Olšák wrote: On Tue

Re: [Mesa-dev] [PATCH] gallium/radeon: add a new HUD query for the number of mapped buffers

Am 25.01.2017 um 16:01 schrieb Samuel Pitoiset: On 01/25/2017 03:55 PM, Christian König wrote: Am 25.01.2017 um 15:19 schrieb Samuel Pitoiset: On 01/25/2017 03:56 AM, Michel Dänzer wrote: On 25/01/17 12:05 AM, Marek Olšák wrote: On Tue, Jan 24, 2017 at 2:17 PM, Christian König <death

Re: [Mesa-dev] [PATCH] gallium/radeon: add a new HUD query for the number of mapped buffers

Am 25.01.2017 um 15:19 schrieb Samuel Pitoiset: On 01/25/2017 03:56 AM, Michel Dänzer wrote: On 25/01/17 12:05 AM, Marek Olšák wrote: On Tue, Jan 24, 2017 at 2:17 PM, Christian König <deathsim...@vodafone.de> wrote: Am 24.01.2017 um 11:44 schrieb Samuel Pitoiset: On 01/24/2017 11

[Mesa-dev] [PATCH 1/7] gallium: add P016 format

From: Christian König <christian.koe...@amd.com> Same layout as NV12, but 16bit per channel instead of 8. Signed-off-by: Christian König <christian.koe...@amd.com> --- src/gallium/auxiliary/util/u_format.csv | 2 ++ src/gallium/auxiliary/util/u_format_yuv.c | 19

[Mesa-dev] [PATCH 2/7] vl/video_buffer: add support for P016

From: Christian König <christian.koe...@amd.com> Just simply the description of the planes. Signed-off-by: Christian König <christian.koe...@amd.com> --- src/gallium/auxiliary/vl/vl_video_buffer.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/src/gallium/

[Mesa-dev] [PATCH 5/7] st/vdpau: always use the prefered surface format for decode

From: Christian König <christian.koe...@amd.com> That allows us to switch between different surface formats for different codecs. Signed-off-by: Christian König <christian.koe...@amd.com> --- src/gallium/state_trackers/vdpau/decode.c | 11 ++- 1 file changed, 6 inse

[Mesa-dev] [PATCH 3/7] radeon/uvd: enable 10bit HEVC decode

From: Christian König <christian.koe...@amd.com> Just use whatever the state tracker allocated. Signed-off-by: Christian König <christian.koe...@amd.com> --- src/gallium/drivers/radeon/radeon_uvd.c | 5 ++--- src/gallium/drivers/radeon/radeon_video.c | 11 ++- 2 files

[Mesa-dev] [PATCH 4/7] st/vdpau: add support for 16bit interop

From: Christian König <christian.koe...@amd.com> That should make it possible to use the 16bit surfaces in OpenGL as well. Signed-off-by: Christian König <christian.koe...@amd.com> --- src/gallium/include/state_tracker/vdpau_dmabuf.h | 2 ++ src/gallium/include/state_tracker/v

[Mesa-dev] [PATCH 6/7] st/va: cleanup error handling in vlVaCreateSurfaces2

From: Christian König <christian.koe...@amd.com> No need to have that twice. Signed-off-by: Christian König <christian.koe...@amd.com> --- src/gallium/state_trackers/va/surface.c | 52 + 1 file changed, 27 insertions(+), 25 deletions(-) diff --git a

[Mesa-dev] [PATCH 7/7] st/va: start of P016 support

From: Christian König <christian.koe...@amd.com> Most likely only partially correct, but at least a start. Signed-off-by: Christian König <christian.koe...@amd.com> --- src/gallium/state_trackers/va/config.c | 9 ++--- src/gallium/state_trackers/va/image.c | 10 +++

[Mesa-dev] 10bit HEVC decoding for RadeonSI

Hi guys, ok this is completely work in progress and untested except for a compile run. Most of the stuff necessary should be there for VDPAU, but I'm honestly not sure how to approach VAAPI. My main problem at the moment is that I can't get mpv/ffmpeg to decode Main10 content using VDPAU and

Re: [Mesa-dev] [PATCH] gallium/radeon: add a new HUD query for the number of mapped buffers

Am 25.01.2017 um 03:56 schrieb Michel Dänzer: On 25/01/17 12:05 AM, Marek Olšák wrote: On Tue, Jan 24, 2017 at 2:17 PM, Christian König <deathsim...@vodafone.de> wrote: Am 24.01.2017 um 11:44 schrieb Samuel Pitoiset: On 01/24/2017 11:38 AM, Nicolai Hähnle wrote: On 24.01.2017 11:34,

Re: [Mesa-dev] [PATCH] gallium/radeon: add a new HUD query for the number of mapped buffers

Am 24.01.2017 um 11:44 schrieb Samuel Pitoiset: On 01/24/2017 11:38 AM, Nicolai Hähnle wrote: On 24.01.2017 11:34, Samuel Pitoiset wrote: On 01/24/2017 11:31 AM, Nicolai Hähnle wrote: On 24.01.2017 11:25, Samuel Pitoiset wrote: On 01/24/2017 07:39 AM, Michel Dänzer wrote: On 24/01/17

Re: [Mesa-dev] [PATCH] st/va: delay calling begin_frame until we have all parameters

lt;adf.li...@gmail.com> wrote: Andy Furniss wrote: Christian König wrote: Hi Andy, Am 19.01.2017 um 11:46 schrieb Andy Furniss: I think you are right about the slices, the failing vids are blu-ray/tv. https://drive.google.com/file/d/0BxP5-S1t9VEEZlozcjVUZ1lDbWM/view?usp=sharing

Re: [Mesa-dev] [PATCH] st/va: delay calling begin_frame until we have all parameters

Hi Andy, Am 19.01.2017 um 11:46 schrieb Andy Furniss: I think you are right about the slices, the failing vids are blu-ray/tv. https://drive.google.com/file/d/0BxP5-S1t9VEEZlozcjVUZ1lDbWM/view?usp=sharing Thanks for the link, if you have time please give the attached patch a try. It

Re: [Mesa-dev] [PATCH v3] st/vdpau: only send buffers with B8G8R8A8 format to X

ba_format == VDP_RGBA_FORMAT_B8G8R8A8; + I would add the commit message here as code comment as well. With that fixed the patch is Reviewed-by: Christian König <christian.koe...@amd.com>. If nobody else responses I'm going to make this small change myself and commit the result. Reg

Re: [Mesa-dev] [PATCH v2] st/vdpau: only send buffers with B8G8R8A8 format to X

Am 19.01.2017 um 07:45 schrieb Michel Dänzer: On 19/01/17 02:10 PM, Nayan Deshmukh wrote: PresentPixmap only works if the pixmap depth and format matches with the window, otherwise it returns a BadMatch protocol error. Nitpick: PresentPixmap only returns BadMatch if the depths don't match. It

Re: [Mesa-dev] [PATCH] st/va: delay calling begin_frame until we have all parameters

Am 19.01.2017 um 00:20 schrieb Andy Furniss: Nayan Deshmukh wrote: On Tue, Jan 17, 2017 at 9:12 PM, Emil Velikov <emil.l.veli...@gmail.com> wrote: On 17 January 2017 at 14:55, Nayan Deshmukh <nayan26deshm...@gmail.com> wrote: On Tue, Jan 17, 2017 at 6:25 PM, Christian König &l

Re: [Mesa-dev] Mesa (master): st/vdpau: use dri3 to directly send the buffer to X(v2)

at 3:26 PM, Michel Dänzer <mic...@daenzer.net> wrote: On 18/01/17 06:47 PM, Christian König wrote: Am 18.01.2017 um 09:25 schrieb Michel Dänzer: On 17/01/17 09:55 PM, Christian König wrote: Module: Mesa Branch: master Commit: 15bfdea99c7b487d2c38d6dd7b88fb44810ef75a URL

Re: [Mesa-dev] Mesa (master): st/vdpau: use dri3 to directly send the buffer to X(v2)

Am 18.01.2017 um 09:25 schrieb Michel Dänzer: On 17/01/17 09:55 PM, Christian König wrote: Module: Mesa Branch: master Commit: 15bfdea99c7b487d2c38d6dd7b88fb44810ef75a URL: http://cgit.freedesktop.org/mesa/mesa/commit/?id=15bfdea99c7b487d2c38d6dd7b88fb44810ef75a Author: Nayan Deshmukh

Re: [Mesa-dev] [PATCH] st/va: delay calling begin_frame until we have all parameters

Hi Nayan, I've pushed this patch yesterday and this one just a minute ago. Christian. Am 16.01.2017 um 14:19 schrieb Nayan Deshmukh: Hi Christian, Please push this patch. There are a couple of patches [1] which are not yet reviewed. They are trivial and are tested by Andy. Please have a

Re: [Mesa-dev] [PATCH] st/va: delay calling begin_frame until we have all parameters

shm...@gmail.com> At one point I would rather like to fix all the codecs (both decoders and encoders) to don't rely on the picture info to be complete, but that is clearly a different problem. So that patch is Reviewed-by: Christian König <christian.koe...@amd.com> for now. Regard

Re: [Mesa-dev] [PATCH 2/2] st/va: flush pipeline after post processing

Am 29.11.2016 um 17:05 schrieb Nicolai Hähnle: On 29.11.2016 15:36, Christian König wrote: Am 29.11.2016 um 15:28 schrieb Nicolai Hähnle: On 29.11.2016 15:12, Christian König wrote: Am 29.11.2016 um 15:06 schrieb Nicolai Hähnle: On 29.11.2016 14:50, Christian König wrote: Am 29.11.2016 um

Re: [Mesa-dev] [PATCH 1/2] gallium: Moving X11 dependencies under HAVE_PLATFORM_X11

Am 29.11.2016 um 13:22 schrieb Emil Velikov: On 28 November 2016 at 14:51, Christian König <deathsim...@vodafone.de> wrote: --- a/src/gallium/state_trackers/va/context.c +++ b/src/gallium/state_trackers/va/context.c @@ -118,6 +118,7 @@ VA_DRIVER_INIT_FUNC(VADriverContextP ctx)

Re: [Mesa-dev] [PATCH] dri: don't load .drirc from $HOME

Am 09.01.2017 um 11:58 schrieb Marek Olšák: On Mon, Jan 9, 2017 at 7:25 AM, Michel Dänzer wrote: On 09/01/17 03:13 PM, Michel Dänzer wrote: On 07/01/17 11:46 PM, Marek Olšák wrote: From: Marek Olšák ~/.drirc is created by the driconf tool (GPL

Re: [Mesa-dev] [PATCH] st/va: fix incorrect argument in vl_compositor_cleanup

Am 05.01.2017 um 15:30 schrieb Nayan Deshmukh: This fixes the mistake introduced in commit b6737a8bcd03ea68952799144c0c6e6e6679bee9 Signed-off-by: Nayan Deshmukh <nayan26deshm...@gmail.com> Reviewed-by: Christian König <christian.koe...@amd.com>. --- src/gallium/state

Re: [Mesa-dev] [PATCH 2/2] va: call texture_get_handle while the mutex is being held

Am 04.01.2017 um 18:57 schrieb Marek Olšák: On Wed, Jan 4, 2017 at 6:40 PM, Alex Deucher wrote: On Wed, Jan 4, 2017 at 5:47 AM, Marek Olšák wrote: From: Marek Olšák The context may be used by texture_get_handle. The the omx

Re: [Mesa-dev] [PATCH 1/3] vl/dri3: use external texture as back buffers(v4)

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>. Andy & Leo did you guys already had a ch

Re: [Mesa-dev] [PATCH 1/2] vdpau: call texture_get_handle while the mutex is being held

stable might be a good idea. Anyway both patches are Reviewed-by: Christian König <christian.koe...@amd.com>. Regards, Christian. --- src/gallium/state_trackers/vdpau/output.c | 7 +-- src/gallium/state_trackers/vdpau/surface.c | 12 2 files changed, 13 insertions(+),

Re: [Mesa-dev] [PATCH 0/3] error handling

Am 03.01.2017 um 11:47 schrieb Nayan Deshmukh: Hi Christian, Can you please push the patches for me. Done. Christian. Regards, Nayan Nayan Deshmukh (3): vl/compositor: implement error handling st/vdpau: error handling st/va: error handling

Re: [Mesa-dev] [PATCH 1/5] st/xvmc: use goto to make code more readable (v2)

Am 16.12.2016 um 12:58 schrieb Nayan Deshmukh: v2: add missing semicolon Signed-off-by: Nayan Deshmukh <nayan26deshm...@gmail.com> Patch #2-#4 are Reviewed-by: Christian König <christian.koe...@amd.com>. For patch #1 and #5 I'm a bit hesitated to add them without testing. XvMC

Re: [Mesa-dev] [PATCH 1/4] vl: add h264 constrained baseline profile

Am 20.12.2016 um 23:27 schrieb boyuan.zh...@amd.com: From: Boyuan Zhang <boyuan.zh...@amd.com> Signed-off-by: Boyuan Zhang <boyuan.zh...@amd.com> Reviewed-by: Christian König <christian.koe...@amd.com> for the whole series. --- src/gallium/auxiliary/util/u_video

Re: [Mesa-dev] [PATCH 4/4] st/xvmc: remove dead code

Am 15.12.2016 um 15:07 schrieb Emil Velikov: On 15 December 2016 at 13:57, Nayan Deshmukh wrote: I send out the wrong series, the earlier one. I am sending the v2. I am not sure of the reason as to why it was returning a bool anyways. So I was hoping that someone

[Mesa-dev] [PATCH] vl/zscan: fix "Fix trivial sign compare warnings"

From: Christian König <christian.koe...@amd.com> The variable actually needs to be signed, otherwise converting it to a float doesn't work as expected. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=98914 Signed-off-by: Christian König <christian.koe...@amd.com> --- src/galli

Re: [Mesa-dev] [PATCH] st/vdpau: fix compiler warning in vlVdpVideoMixerRender

Am 05.12.2016 um 06:25 schrieb Nayan Deshmukh: Signed-off-by: Nayan Deshmukh <nayan26deshm...@gmail.com> Reviewed-by: Christian König <christian.koe...@amd.com>. --- src/gallium/state_trackers/vdpau/mixer.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a

Re: [Mesa-dev] [PATCH 1/3] st/va: automake: cleanup C{PP,}FLAGS

Am 02.12.2016 um 17:26 schrieb Emil Velikov: From: Emil Velikov <emil.veli...@collabora.com> Remove some transitional left overs from the gallium pipe-loader rework and kill off unneeded AM_CPPFLAGS. Signed-off-by: Emil Velikov <emil.veli...@collabora.com> Reviewed-by: Chr

Re: [Mesa-dev] [PATCH 1/2] st/va: force to submit two consecutive single jobs

of idr period for proper rate control calculation. Adjust the number of i/p frame remaining accordingly. v2: fixed regression issues introduced by previous version Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=98005 Signed-off-by: Boyuan Zhang <boyuan.zh...@amd.com> Acked-by: Chr

Re: [Mesa-dev] [PATCH 2/2] st/va: flush pipeline after post processing

Am 29.11.2016 um 15:28 schrieb Nicolai Hähnle: On 29.11.2016 15:12, Christian König wrote: Am 29.11.2016 um 15:06 schrieb Nicolai Hähnle: On 29.11.2016 14:50, Christian König wrote: Am 29.11.2016 um 14:46 schrieb Nicolai Hähnle: On 28.11.2016 15:51, Christian König wrote: From: sguttula

Re: [Mesa-dev] [PATCH 2/2] st/va: flush pipeline after post processing

Am 29.11.2016 um 15:06 schrieb Nicolai Hähnle: On 29.11.2016 14:50, Christian König wrote: Am 29.11.2016 um 14:46 schrieb Nicolai Hähnle: On 28.11.2016 15:51, Christian König wrote: From: sguttula <suresh.gutt...@amd.com> This will flush the pipeline,which will allow to share dma-buf

Re: [Mesa-dev] [PATCH 2/2] st/va: flush pipeline after post processing

Am 29.11.2016 um 14:46 schrieb Nicolai Hähnle: On 28.11.2016 15:51, Christian König wrote: From: sguttula <suresh.gutt...@amd.com> This will flush the pipeline,which will allow to share dma-buf based buffers. Signed-off-by: Suresh Guttula <suresh.gutt...@amd.com> Reviewed-by: Chr

[Mesa-dev] [PATCH 1/2] gallium: Moving X11 dependencies under HAVE_PLATFORM_X11

From: sguttula <suresh.gutt...@amd.com> This patch will exclude X11 dependencies from gallium video driver for freon based platforms which dont use X11 Signed-off-by: Guttula, Suresh <suresh.gutt...@amd.com> Reviewed-by: Christian König <christian.koe...@amd.com> --- src

[Mesa-dev] [PATCH 2/2] st/va: flush pipeline after post processing

From: sguttula <suresh.gutt...@amd.com> This will flush the pipeline,which will allow to share dma-buf based buffers. Signed-off-by: Suresh Guttula <suresh.gutt...@amd.com> Reviewed-by: Christian König <christian.koe...@amd.com> --- src/gallium/state_trackers/va/postproc.c | 1

Re: [Mesa-dev] [st/omx/dec/h264] Handing negative POC

Hi, patch is Reviewed-by: Christian König <christian.koe...@amd.com>. Regards, Christian. Am 24.11.2016 um 07:57 schrieb Namburu, Chandu-babu: Hi , I have been working on an issue where the for a particular stream playback is stuttering and there are lot of frame drops. That part

Re: [Mesa-dev] [PATCH] Revert "st/vdpau: use linear layout for output surfaces"

Am 04.11.2016 um 17:43 schrieb Marek Olšák: On Fri, Nov 4, 2016 at 5:23 PM, Alex Deucher wrote: On Fri, Nov 4, 2016 at 10:57 AM, Marek Olšák wrote: On Nov 4, 2016 3:29 PM, "Emil Velikov" wrote: On 31 October 2016 at 15:12,

Re: [Mesa-dev] [PATCH v2] st/mesa: fix the layer of VDPAU surface samplers

eneric texture code to do the right thing, adding the layer_override to make the non-DMABUF case work. v2: add the layer_override Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=98512 Cc: 13.0 <mesa-sta...@lists.freedesktop.org> Cc: Christian König <deathsim...@vodafone.de> Cc:

Re: [Mesa-dev] [PATCH] st/mesa: fix the layer of VDPAU surface samplers

Am 04.11.2016 um 10:11 schrieb Nicolai Hähnle: On 04.11.2016 09:47, Christian König wrote: Am 03.11.2016 um 22:06 schrieb Nicolai Hähnle: From: Nicolai Hähnle <nicolai.haeh...@amd.com> A latent bug in VDPAU interop was exposed by commit e5cc84dd43be066c1dd418e32f5ad258e31a150a.

Re: [Mesa-dev] [PATCH] st/mesa: fix the layer of VDPAU surface samplers

Am 03.11.2016 um 22:06 schrieb Nicolai Hähnle: From: Nicolai Hähnle A latent bug in VDPAU interop was exposed by commit e5cc84dd43be066c1dd418e32f5ad258e31a150a. Before that commit, the st_vdpau code created samplers with first_layer == last_layer == 1 that the

Re: [Mesa-dev] [PATCH] Revert "st/vdpau: use linear layout for output surfaces"

, Oct 1, 2016 at 1:57 PM, Christian König <deathsim...@vodafone.de <mailto:deathsim...@vodafone.de>> wrote: Am 01.10.2016 um 00:06 schrieb Marek Olšák: On Fri, Sep 30, 2016 at 11:23 PM, Dave Airlie <airl...@gmail.com <mailto:airl...@gmail.com>> wrote:

Re: [Mesa-dev] mesa-dev is failing to bounce some mails

Am 27.10.2016 um 13:14 schrieb Emil Velikov: On 27 October 2016 at 12:06, Andres Gomez wrote: On Wed, 2016-10-26 at 19:35 +0300, Andres Gomez wrote: Hi, recently, we have noticed that we are not receiving some of the mails that we have sent to the ML. The mails are

Re: [Mesa-dev] [PATCH 09/24] radeon/vce: use nblk_y instead of npix_y

Am 25.10.2016 um 12:18 schrieb Marek Olšák: On Tue, Oct 25, 2016 at 9:32 AM, Christian König <deathsim...@vodafone.de> wrote: Am 25.10.2016 um 00:33 schrieb Marek Olšák: From: Marek Olšák <marek.ol...@amd.com> npix_y will be removed. level[0].npix_y will be removed too. n

Re: [Mesa-dev] [PATCH] st/omx/enc Raise default encode level

Am 25.10.2016 um 00:46 schrieb Andy Furniss: Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=91281 Signed-off-by: Andy Furniss <adf.li...@gmail.com> Reviewed-by: Christian König <christian.koe...@amd.com>. --- src/gallium/state_trackers/omx/vid_enc.c | 2 +- 1 fil

Re: [Mesa-dev] [PATCH] radeon/vce Handle H.264 level 5.2

would also add an explicit "case 52:" here as well just for documentation purposes. With that fixed the patch is Reviewed-by: Christian König <christian.koe...@amd.com>. Regards, Christian. dpb = 184320;

Re: [Mesa-dev] [PATCH 09/24] radeon/vce: use nblk_y instead of npix_y

Am 25.10.2016 um 00:33 schrieb Marek Olšák: From: Marek Olšák npix_y will be removed. level[0].npix_y will be removed too. nblk_y should be the same as npix_y if the block height == 1. However, nblk_y is aligned to the tile size, so it can be greater than npix_y. Mhm,

Re: [Mesa-dev] [PATCH 1/3] vl/dri3: use external texture as back buffers

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 it's available or not. Keep in mind that we possible compile both

Re: [Mesa-dev] Delayed rendering in st/vdpau

Hi Thomas, that's just an optimization. DRI2 can't send buffers allocated by the client to the X server for displaying, e.g. all allocations must be done by X. So in the simple case of just rendering directly into the output buffer without any advanced filters I just delayed the rendering

Re: [Mesa-dev] [PATCH] st/va: disable cabac for h264 baseline profile

Am 18.10.2016 um 15:42 schrieb Andy Furniss: Andy Furniss wrote: Christian König wrote: Am 18.10.2016 um 11:19 schrieb Andy Furniss: boyuan.zh...@amd.com wrote: From: Boyuan Zhang <boyuan.zh...@amd.com> cabac is only supported in the h264 main and higher profiles So sho

Re: [Mesa-dev] [PATCH] st/va: disable cabac for h264 baseline profile

Am 18.10.2016 um 11:19 schrieb Andy Furniss: boyuan.zh...@amd.com wrote: From: Boyuan Zhang cabac is only supported in the h264 main and higher profiles So shouldn't there be code allows it if the user space doesn't set baseline? I don't know how in gstreamer as it

Re: [Mesa-dev] [PATCH] st/va: set default rt formats when calling vaCreateConfig

if (config->rt_format & VA_RT_FORMAT_YUV420) { > attribs[i].type = VASurfaceAttribPixelFormat; > attribs[i].value.type = VAGenericValueTypeInteger; > attribs[i].flags = VA_SURFACE_ATTRIB_GETTABLE | VA_SURFACE_ATTRIB_SETTABLE; > Ac

Re: [Mesa-dev] [PATCH] st/va: force to flush the last p frame in idr period

o avoid race condition Please reference the bug when this is committed. https://bugs.freedesktop.org/show_bug.cgi?id=98005 Yeah, add a line like "Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=98005;. With that done the patch is Reviewed-by: Christian König <christian.koe...

Re: [Mesa-dev] [PATCH 1/5] st/va: Return more useful config attributes

Am 13.10.2016 um 11:06 schrieb Mark Thompson: On 13/10/16 08:20, Christian König wrote: Am 13.10.2016 um 00:52 schrieb Mark Thompson: The encoder attributes are needed for a user of the encoder to be able to configure it sensibly without internal knowledge. Reviewed-by: Christian König

Re: [Mesa-dev] [PATCH 1/5] st/va: Return more useful config attributes

Am 13.10.2016 um 00:52 schrieb Mark Thompson: The encoder attributes are needed for a user of the encoder to be able to configure it sensibly without internal knowledge. Reviewed-by: Christian König <christian.koe...@amd.com> for the whole series. Do you have commit access? R

Re: [Mesa-dev] [PATCH] winsys/radeon: (trivial) rename variable for consistency

Am 05.10.2016 um 05:51 schrieb Alexandre Demers: Signed-off-by: Alexandre Demers <alexandre.f.dem...@gmail.com> I don't mind getting this straight, but are we really using "offset" instead of "off" all over the place? Anyway this one is Reviewed-by: Christian König

Re: [Mesa-dev] [PATCH] winsys/radeon: add buffer_get_reloc_offset

buffer object are used for video submissions. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=97969 Reviewed-by: Christian König <christian.koe...@amd.com>. --- src/gallium/drivers/radeon/radeon_uvd.c | 2 +- src/gallium/drivers/radeon/radeon_vce.c | 2 +- src/gal

Re: [Mesa-dev] [PATCH] Revert "st/vdpau: use linear layout for output surfaces"

Am 01.10.2016 um 00:06 schrieb Marek Olšák: On Fri, Sep 30, 2016 at 11:23 PM, Dave Airlie wrote: On 1 October 2016 at 06:11, Marek Olšák wrote: On Fri, Sep 30, 2016 at 4:42 PM, Ilia Mirkin wrote: So is this getting pushed, or

Re: [Mesa-dev] [PATCH v2 1/5] radeon/video: don't use sub-allocated buffers

t; Cc: Christian König <christian.koe...@amd.com> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=97976 Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=97969 --- src/gallium/drivers/radeon/r600_buffer_common.c | 3 +++ src/gallium/drivers/radeon/radeon_video.c | 8 +

Re: [Mesa-dev] [PATCH v2 1/5] radeon/video: don't use sub-allocated buffers

Patches #1-#3 of this series are Reviewed-by: Christian König <christian.koe...@amd.com>. Regards, Christian. Am 30.09.2016 um 11:52 schrieb Nicolai Hähnle: From: Nicolai Hähnle <nicolai.haeh...@amd.com> Cc: Christian König <christian.koe...@amd.com> Bugzilla: https://bu

Re: [Mesa-dev] [PATCH] st/omx/dec/h265: add scaling list data

Am 29.09.2016 um 23:28 schrieb Leo Liu: Specified by subclause 7.3.4 v2: get the loop optimized Signed-off-by: Leo Liu <leo@amd.com> Reviewed-by: Christian König <christian.koe...@amd.com> --- src/gallium/state_trackers/omx/vid_dec_h265.c | 102 +++

Re: [Mesa-dev] [PATCH 1/4] radeon/vce: allocate at least 4KB of memory for the feedback buffer

are fortunately not so problematic. I suggest that just increase the buffer size to 4096. Regards, Christian. Am 29.09.2016 um 18:59 schrieb Nicolai Hähnle: On 29.09.2016 18:52, Christian König wrote: NAK to the whole approach. VCE feedback buffers are completely separated to UVD or other MM

Re: [Mesa-dev] [PATCH 1/4] radeon/vce: allocate at least 4KB of memory for the feedback buffer

fixes a regression introduced by the buffer sub-allocation. Cc: Christian König <christian.koe...@amd.com> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=97976 --- src/gallium/drivers/radeon/radeon_vce.c | 6 +++--- src/gallium/drivers/radeon/radeon_video.c | 12

Re: [Mesa-dev] st/omx/dec/h265: Correct the timestamping (derived from commit 3b6bda665a5a890f2c98e19d2939d7de92b8cb4c)

Hi Indrajit, please send this patch once more as text mail. I can't commit it like this. Regards, Christian. Am 20.09.2016 um 13:48 schrieb Das, Indrajit-kumar: From: Indrajit Das <indrajit-kumar@amd.com> Reviewed-by: Christian König <christian.koe...@amd.com> Reviewed-

Re: [Mesa-dev] [PATCH] v2 st/va Avoid VBR bitrate calculation overflow

Am 27.09.2016 um 12:42 schrieb Emil Velikov: On 26 September 2016 at 14:35, Christian König <deathsim...@vodafone.de> wrote: Am 26.09.2016 um 11:44 schrieb Andy Furniss: VBR bitrate calc needs 64 bits at high rates. v2 use float. Signed-off-by: Andy Furniss <adf.li...@gmail.com>

Re: [Mesa-dev] [PATCH] st/va: Fix vaSyncSurface with no outstanding operation

I just pushed the patch for now cause this is really a rather obvious bugfix. Please keep digging thinks like this up. Thanks for the help, Christian. Am 27.09.2016 um 02:18 schrieb Mark Thompson: On 27/09/16 00:49, Andy Furniss wrote: Mark Thompson wrote: --- A simple fix to the problem

Re: [Mesa-dev] [PATCH] v2 st/va Avoid VBR bitrate calculation overflow

Am 26.09.2016 um 11:44 schrieb Andy Furniss: VBR bitrate calc needs 64 bits at high rates. v2 use float. Signed-off-by: Andy Furniss <adf.li...@gmail.com> Reviewed-by: Christian König <christian.koe...@amd.com>. Since Leo is on vacation I will probably collect all remaining m

Re: [Mesa-dev] [PATCH 0/2] Implement lanczos interpolation filter

Am 21.09.2016 um 16:38 schrieb Andy Furniss: Andy Furniss wrote: Andy Furniss wrote: Andy Furniss wrote: bz2 compressed vid showing the issue - https://drive.google.com/open?id=0BxP5-S1t9VEEUE5sbUFBV20zSms To be clear this is just the test rez vid I used so you can possibly recreate the

Re: [Mesa-dev] [PATCH] radeon/vce: add firmware support for version 52.8.3

Am 20.09.2016 um 16:11 schrieb Leo Liu: Signed-off-by: Leo Liu <leo@amd.com> Reviewed-by: Christian König <christian.koe...@amd.com> --- src/gallium/drivers/radeon/radeon_vce.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/src/gallium/drivers/radeon/radeon_

Re: [Mesa-dev] [PATCH 1/3] vl/dri3: handle the case of different GPU(v4.2)

Sounds like your version of libva ignores the DRI_PRIME environment parameter. Not sure what to do with this, but clearly a loader and not a driver problem. Regards, Christian. Am 20.09.2016 um 15:36 schrieb Mike Lothian: Here's what I currently have: fireburn@axion ~ $ DRI_PRIME=1 vainfo

Re: [Mesa-dev] [PATCH 1/3] st/va: Return more useful config attributes

+if (profile == VAProfileHEVCMain10) + value = VA_RT_FORMAT_YUV420_10BPP; We actually don't support that yet. Main10 profiles dither down the 10bit output to 8bits before writing it to the VA-API surface at the moment. Apart from that the set looks good to me,

Re: [Mesa-dev] [PATCH 3/3] st/va: flush the context before calling flush_frontbuffer(v2)

I've just pushed this version of the patchset. Thanks for the help, Christian. Am 20.09.2016 um 06:52 schrieb Nayan Deshmukh: so that the texture is rendered to back buffer before calling flush_frontbuffer and can be copied to a different buffer in the function v2: change comment style

Re: [Mesa-dev] [PATCH v2] st/vdpau: fix argument type to vlVdpOutputSurfaceDMABuf

Done. Christian. Am 20.09.2016 um 08:49 schrieb Nayan Deshmukh: It hasn't been committed yet. Ilia, Christian can someone push this. Regards, Nayan. On Thu, Sep 15, 2016 at 12:55 PM, Christian König <deathsim...@vodafone.de <mailto:deathsim...@vodafone.de>> wrote: Am 15.0

Re: [Mesa-dev] [PATCH 1/3] vl/dri3: handle the case of different GPU(v4)

Am 16.09.2016 um 10:07 schrieb Michel Dänzer: On 14/09/16 02:34 PM, 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

Re: [Mesa-dev] [PATCH] Revert "st/vdpau: use linear layout for output surfaces"

Am 16.09.2016 um 09:50 schrieb Michel Dänzer: On 16/09/16 04:33 PM, Christian König wrote: Am 15.09.2016 um 21:43 schrieb Dave Airlie: On 15 September 2016 at 17:43, Christian König <deathsim...@vodafone.de> wrote: Am 15.09.2016 um 06:00 schrieb Ilia Mirkin: On Wed, Sep 14, 2016 at 11

Re: [Mesa-dev] [PATCH] st/va: Make VAAPI_DISABLE_INTERLACE default true

Am 15.09.2016 um 23:07 schrieb Julien Isorce: On 15 September 2016 at 16:02, Leo Liu > wrote: On 09/15/2016 10:43 AM, Andy Furniss wrote: Since bf901a2 st/va: also honors interlaced preference when providing a video

Re: [Mesa-dev] [PATCH] Revert "st/vdpau: use linear layout for output surfaces"

Am 15.09.2016 um 21:43 schrieb Dave Airlie: On 15 September 2016 at 17:43, Christian König <deathsim...@vodafone.de> wrote: Am 15.09.2016 um 06:00 schrieb Ilia Mirkin: On Wed, Sep 14, 2016 at 11:58 PM, Dave Airlie <airl...@gmail.com> wrote: From: Dave Airlie <airl...@redhat.com

Re: [Mesa-dev] [PATCH] st/va: Make VAAPI_DISABLE_INTERLACE default true

Am 15.09.2016 um 16:43 schrieb Andy Furniss: 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 <adf.li...@gmail.com> Reviewed-by: Christian König <christian.koe..

Re: [Mesa-dev] [PATCH] Revert "st/vdpau: use linear layout for output surfaces"

Airlie <airl...@redhat.com> Tested-by: Ilia Mirkin <imir...@alum.mit.edu> Cc: "12.0" <mesa-sta...@lists.freedesktop.org> I don't think we have actually tested this with PRIME and I'm pretty sure there are some loose ends which still needs to be fixed for radeon as well. S

Re: [Mesa-dev] [PATCH v2] st/vdpau: fix argument type to vlVdpOutputSurfaceDMABuf

Am 15.09.2016 um 01:16 schrieb Ilia Mirkin: Signed-off-by: Ilia Mirkin <imir...@alum.mit.edu> Reviewed-by: Christian König <christian.koe...@amd.com>. --- v1 -> v2: adjust typedef in vdpau_dmabuf.h, per Nayan src/gallium/include/state_tracker/vdpau_dmabuf.h | 2 +

Re: [Mesa-dev] [PATCH 3/7] mesa/st: support lowering multi-planar YUV

Am 12.09.2016 um 15:01 schrieb Marek Olšák: On Thu, Sep 8, 2016 at 10:30 PM, Rob Clark wrote: Support multi-planar YUV for external EGLImage's (currently just in the dma-buf import path) by lowering to multiple texture fetch's for each plane and CSC in shader.

Re: [Mesa-dev] [PATCH] vl/dri3: handle the case of different GPU

Am 09.09.2016 um 03:38 schrieb Michel Dänzer: On 08/09/16 05:59 PM, Christian König wrote: Am 08.09.2016 um 10:42 schrieb Michel Dänzer: On 08/09/16 05:05 PM, Christian König wrote: Am 08.09.2016 um 08:23 schrieb Michel Dänzer: On 08/09/16 01:13 PM, Nayan Deshmukh wrote: On Thu, Sep 8, 2016

Re: [Mesa-dev] [PATCH] vl/dri3: handle the case of different GPU

Am 08.09.2016 um 10:42 schrieb Michel Dänzer: On 08/09/16 05:05 PM, Christian König wrote: Am 08.09.2016 um 08:23 schrieb Michel Dänzer: On 08/09/16 01:13 PM, Nayan Deshmukh wrote: On Thu, Sep 8, 2016 at 9:03 AM, Michel Dänzer <mic...@daenzer.net <mailto:mic...@daenzer.net&g

Re: [Mesa-dev] [PATCH] vl/dri3: handle the case of different GPU

Am 08.09.2016 um 08:23 schrieb Michel Dänzer: On 08/09/16 01:13 PM, Nayan Deshmukh wrote: On Thu, Sep 8, 2016 at 9:03 AM, Michel Dänzer > wrote: On 08/09/16 02:48 AM, Nayan Deshmukh wrote: > use a linear buffer in case of back buffer

Re: [Mesa-dev] [PATCH] st/va: also honors interlaced preference when providing a video format

raw, format=NV12 ! vaapisink Signed-off-by: Julien Isorce <j.iso...@samsung.com> Tested-by: Víctor Manuel Jáquez Leal <vjaq...@igalia.com> Reviewed-by: Christian König <christian.koe...@amd.com>. But somebody should double check if that doesn't break transcoding for AMD GPUs.

Re: [Mesa-dev] [PATCH 09/10] st/vdpau: implement the new DMA-buf based interop

Am 07.09.2016 um 18:06 schrieb Marek Olšák: On Wed, Sep 7, 2016 at 5:36 PM, Ilia Mirkin <imir...@alum.mit.edu> wrote: On Wed, Sep 7, 2016 at 4:08 AM, Michel Dänzer <mic...@daenzer.net> wrote: On 07/09/16 04:19 AM, Christian König wrote: Am 06.09.2016 um 21:05 schrieb Ilia Mirkin:

Re: [Mesa-dev] [PATCH 09/10] st/vdpau: implement the new DMA-buf based interop

Am 07.09.2016 um 17:36 schrieb Ilia Mirkin: On Wed, Sep 7, 2016 at 4:08 AM, Michel Dänzer <mic...@daenzer.net> wrote: On 07/09/16 04:19 AM, Christian König wrote: Am 06.09.2016 um 21:05 schrieb Ilia Mirkin: On Tue, Sep 6, 2016 at 2:22 PM, Christian König <deathsim...@vodafone.de>

Re: [Mesa-dev] [PATCH] st/va: enable vbr rate control for vaapi encode

boyuan.zh...@amd.com> That was astonishing simple to fix :) Patch is Reviewed-by: Christian König <christian.koe...@amd.com>. Leo do you want to push it or should I take care of this? Regards, Christian. --- src/gallium/state_trackers/va/config.c | 2 +- src/gallium/state_trackers/va/pi

Re: [Mesa-dev] [PATCH 09/10] st/vdpau: implement the new DMA-buf based interop

Am 06.09.2016 um 21:05 schrieb Ilia Mirkin: On Tue, Sep 6, 2016 at 2:22 PM, Christian König <deathsim...@vodafone.de> wrote: Am 06.09.2016 um 16:23 schrieb Ilia Mirkin: On Mon, Sep 5, 2016 at 2:48 AM, Michel Dänzer <mic...@daenzer.net> wrote: On 05/09/16 04:37 AM, Ilia Mirkin wr

Re: [Mesa-dev] [PATCH 09/10] st/vdpau: implement the new DMA-buf based interop

Am 06.09.2016 um 16:23 schrieb Ilia Mirkin: On Mon, Sep 5, 2016 at 2:48 AM, Michel Dänzer <mic...@daenzer.net> wrote: On 05/09/16 04:37 AM, Ilia Mirkin wrote: On Tue, Mar 8, 2016 at 7:21 AM, Christian König <deathsim...@vodafone.de> wrote: @@ -80,7 +82,7 @@ vlVdpOutputSurfaceCrea

Re: [Mesa-dev] [PATCH 0/7] omx hevc decode support

The whole series is Acked-by: Christian König <christian.koe...@amd.com>. I tried to look closer into it, but I only have two hands and one head. Regards, Christian. Am 31.08.2016 um 15:51 schrieb Leo Liu: This set implements hevc decode for omx, it includes basic structures fro

Re: [Mesa-dev] [PATCH] st/omx/dec: set dst rect to match src size

eo Liu <leo....@amd.com> Reviewed-by: Christian König <christian.koe...@amd.com>. --- src/gallium/state_trackers/omx/vid_dec.c | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/src/gallium/state_trackers/omx/vid_dec.c b/src/gallium/state_trackers/o

Re: [Mesa-dev] [PATCH 2/2] st/vdapu: use lanczos filter for scaling v4

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 AM, Michel Dänzer wrote: On 02/09/16 12:58 AM

Re: [Mesa-dev] [PATCH 2/2] st/vdapu: use lanczos filter for scaling v4

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, Nayan Deshmukh wrote: I saw the code in dri3_glx.c

<    1   2   3   4   5   6   7   8   9   10   >