Hi,
How should the "format" of a DRI2 buffer be determined?
http://www.x.org/releases/current/doc/dri2proto/dri2proto.txt
DRI2ATTACH_FORMAT { attachment: CARD32
format: CARD32 }
The DRI2ATTACH_FORMAT describes an attachment and the associated
format. 'attachment' descr
Christian König wrote:
We currently only support 4:2:0 and deinterlace the luma channel very
early when copying to video buffers and to be honest, I have no idea how
interlacing is handled on chroma channels when there is only one chroma
value per four result pixels. I have read the section in t
On 11/08/2010 02:12 PM, Roland Scheidegger wrote:
DD_POINT_SIZE was broken for quite some time, and the only driver (r200) relying
on this no longer needs it.
Both DD_POINT_SIZE and DD_LINE_WIDTH have no users left outside of debugging
output, hence instead of fixing DD_POINT_SIZE setting just dr
DD_POINT_SIZE was broken for quite some time, and the only driver (r200) relying
on this no longer needs it.
Both DD_POINT_SIZE and DD_LINE_WIDTH have no users left outside of debugging
output, hence instead of fixing DD_POINT_SIZE setting just drop both of them -
there was a plan to remove tricaps
DD_POINT_SIZE got never set for some time now (as it was set only in ifdefed
out code), which caused the r200 driver to use the point primitive mistakenly
in some cases which can only do size 1 instead of point sprite. Since the
logic to use point instead of point sprite prim is flaky at best anywa
On 11/08/2010 09:07 AM, Thomas Hellstrom wrote:
These are build fixups for crosscompiling builds
These look OK to me, Thomas.
-Brian
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Sun, Nov 7, 2010 at 10:09 PM, Mario Kleiner
wrote:
> Alex Deucher is currently preparing patches for page-flipped
> bufferswaps on radeon hardware. Testing these on a RV530 gpu
> with the R300 classic driver exposed a bug - We call
> radeon_prepare_render() too late. This causes massive
> visua
Hi Christian
You have to ask jrch2k10 about that. He is the one working on an IDCT
implementation within the video pipe.
I am/were looking at a vaapi backend. Right now I am busy moving to USA,
where I am going to study for the next 7 month. So the vaapi might hold
still for a while, though I don
Signed-off-by: Thomas Hellstrom
---
src/gallium/state_trackers/egl/Makefile |2 +-
src/gallium/state_trackers/egl/x11/native_x11.h |1 +
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/src/gallium/state_trackers/egl/Makefile
b/src/gallium/state_trackers/egl/Makefil
Signed-off-by: Thomas Hellstrom
---
src/mesa/Makefile |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/Makefile b/src/mesa/Makefile
index 7a6936e..8b0756b 100644
--- a/src/mesa/Makefile
+++ b/src/mesa/Makefile
@@ -35,8 +35,8 @@ ES2_CPPFLAGS := -DFEATURE_ES2=1 $
Signed-off-by: Thomas Hellstrom
---
src/egl/main/egldriver.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/egl/main/egldriver.h b/src/egl/main/egldriver.h
index 1ca7c6c..1a0aaad 100644
--- a/src/egl/main/egldriver.h
+++ b/src/egl/main/egldriver.h
@@ -4,7 +4,7 @@
These are build fixups for crosscompiling builds
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Sun, Nov 7, 2010 at 8:40 PM, Brian Paul wrote:
>
> This patch removes the gl_config::haveDepthBuffer, haveStencilBuffer and
> haveAccumBuffer fields. They don't really provide any info that can't be
> gleaned from the depthBits, stencilBits, accumRed/Green/Blue/AlphaBits
> fields.
>
> If there
https://bugs.freedesktop.org/show_bug.cgi?id=31458
--- Comment #1 from wucan 2010-11-08 04:41:27 PST ---
I happened to encounter the same error as yours, at last I found in the libdrm,
in nouveau/nouveau_channel.c, where nouveau_channel_alloc() defined, had only
take 3 parameter.
So update libdr
https://bugs.freedesktop.org/show_bug.cgi?id=31458
Summary: gallium/nouveau currently doesn't compile
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority
15 matches
Mail list logo