Consistency between different formats is not always a good metric here, as
there are all sort of historical reasons which make the used set of formats out
of all possible quite asymmetric.
PIPE_FORMAT_X8B8G8R8_UNORM is being used by mesa. PIPE_FORMAT_R8G8B8X8_UNORM
doesn't exist hence it
On Tue, 2010-03-02 at 12:43 -0800, Luca Barbieri wrote:
The difference between an easier and harder life for (some) drivers is
whether the limit is tied to hardware interpolators or not.
Once we decide to not tie it, whether the limit is 128 or 256 is of
course quite inconsequential.
Allowing
Florian Mickler flor...@mickler.org writes:
[...]
p.s.: my software stack is git master of libdrm, mesa
and xf86-video-intel as well as xserver-master + krh's pull request, so
that it looks light that:
90b6ab4c5f057737b5396f987fdea7dd5716b086 glx/dri2: Notify the driver when its
buffers
On Tue, 2 Mar 2010 13:59:00 -0800
Jesse Barnes jbar...@virtuousgeek.org wrote:
commit 529bf185fbcb9f7705b315a5106054ee25c1c77f
Author: Eric Anholt e...@anholt.net
Date: Wed Feb 24 17:54:13 2010 -0800
In frame event handling, track drawable id instead of drawable
pointer.
in
PIPE_FORMAT_X8B8G8R8_UNORM is being used by mesa. PIPE_FORMAT_R8G8B8X8_UNORM
doesn't exist hence it appears to be unnecessary. So it doesn't make sense to
rename.
How about D3DFMT_X8B8G8R8? That should map to PIPE_FORMAT_R8G8B8X8_UNORM.
BTW, we are also missing D3DFMT_X4R4G4B4,
On Wed, 2010-03-03 at 04:27 -0800, Luca Barbieri wrote:
PIPE_FORMAT_X8B8G8R8_UNORM is being used by mesa.
PIPE_FORMAT_R8G8B8X8_UNORM doesn't exist hence it appears to be
unnecessary. So it doesn't make sense to rename.
How about D3DFMT_X8B8G8R8? That should map to
On Wed, 2010-03-03 at 13:31 +0100, Simon Thum wrote:
It then runs fine. I'm on radeon r200, but since my update yesterday
(git master stack using gentoo overlay) I also have OpenGL problems,
most notably, KWin 4.4's compositing doesn't work any more. Probably,
this isn't just intel then.
On Tue, Mar 02, 2010 at 09:43:51PM +0100, Luca Barbieri wrote:
- Not sure about i965
On i965 interpolators are not a dedicated piece of hardware, they're
programs like the other shaders. So the problem is entirely
different, and more at the level of space allocation in the
thread-to-thread
BTW, i915 is also limited to 0-7 generic indices, and thus doesn't
work with GLSL at all right now.
This should be relatively easy to fix since it should be enough to
store the generic indices in the texCoords arrays, and then pass
them to draw_find_shader_output.
On 03.03.2010 14:07, José Fonseca wrote:
On Wed, 2010-03-03 at 04:27 -0800, Luca Barbieri wrote:
PIPE_FORMAT_X8B8G8R8_UNORM is being used by mesa.
PIPE_FORMAT_R8G8B8X8_UNORM doesn't exist hence it appears to be
unnecessary. So it doesn't make sense to rename.
How about D3DFMT_X8B8G8R8? That
On Wed, 03 Mar 2010 12:31:24 +0100
Francisco Jerez curroje...@riseup.net wrote:
Florian Mickler flor...@mickler.org writes:
[...]
p.s.: my software stack is git master of libdrm, mesa
and xf86-video-intel as well as xserver-master + krh's pull request, so
that it looks light that:
Florian Mickler wrote:
On Tue, 2 Mar 2010 11:50:05 -0800
Jesse Barnes jbar...@virtuousgeek.org wrote:
So the server is hanging when the client tries to get buffers? Can you
see what it's doing at the time?
i'll try tomorrow...
meanwhile, i watched a film and did some other things and
On Wed, 2010-03-03 at 11:23 -0800, Luca Barbieri wrote:
And never will... It does not export PIPE_CAP_GLSL, and does not have
the shader opcodes to ever do so.
Any Gallium driver should be able to support the GLSL subset without
control flow.
And if we had a proper optimization
On Wed, 2010-03-03 at 06:58 -0800, Luca Barbieri wrote:
BTW, i915 is also limited to 0-7 generic indices, and thus doesn't
work with GLSL at all right now.
This should be relatively easy to fix since it should be enough to
store the generic indices in the texCoords arrays, and then pass
On 03.03.2010 20:23, Luca Barbieri wrote:
And never will... It does not export PIPE_CAP_GLSL, and does not have
the shader opcodes to ever do so.
Any Gallium driver should be able to support the GLSL subset without
control flow.
And if we had a proper optimization infrastructure capable
From: Chia-I Wu o...@lunarg.com
When the paint is color, paint_bind_samplers binds a dummy sampler
without a texture. It causes demos requiring a sampler (those use a
mask or an image) to crash.
---
src/gallium/state_trackers/vega/paint.c |3 ---
1 files changed, 0 insertions(+), 3
Hello all!
I recently plugged in old TNT2 (nv05) card and started to playing with it.
This hardware can do quads and triangles, but not lines or points So, i
need to emulate them.
utah-glx has some code exactly for this generation of hardware:
http://bugs.freedesktop.org/show_bug.cgi?id=26875
Summary: src/mesa/main/compiler.h:176:26: error: missing ')' in
expression
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
http://bugs.freedesktop.org/show_bug.cgi?id=26875
Thomas Anderson neotheu...@ymail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
From: Bo Ørsted Andresen z...@exherbo.org
---
src/glx/indirect.h |2 +-
src/glx/indirect_size.c |2 +-
src/glx/indirect_size.h |2 +-
src/mesa/glapi/gen/gl_XML.py |2 +-
src/mesa/glapi/glapitemp.h |2 +-
src/mesa/main/compiler.h |2 +-
6 files
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This should already be fixed. Sorry for the noise.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkuPG/AACgkQX1gOwKyEAw/bqgCffi8cMZUH0+nePKUphtUInOMz
21 matches
Mail list logo