On Mon, Mar 01, 2010 at 08:22:37PM -0800, asimov01 wrote:
I am trying to implement the openGL Readpixels for depth buffer in plain
c++. I have tried to dig into openGL for this but I think this is protected
and I think its done in hardware. I tried to look in mesa but can't seem to
track it
On Mon, 2010-03-01 at 20:18 -0800, Joakim Sindholt wrote:
On Tue, 2010-03-02 at 04:02 +0100, Roland Scheidegger wrote:
On 02.03.2010 00:18, Joakim Sindholt wrote:
On Mon, 2010-03-01 at 19:02 +0100, Roland Scheidegger wrote:
Hi,
this branch turns vertex element into a cso, so instead
Luca Barbieri wrote on 2010-03-01 18:25:
I see that PK2US and friends are being removed.
These would be necessary to implement NV_fragment_program_option,
NV_fragment_program2 and NV_gpu_program4.
Currently the no drivers (including Nouveau) support them, but since
we already have some
On Mon, 2010-03-01 at 10:25 -0800, Luca Barbieri wrote:
I see that PK2US and friends are being removed.
These would be necessary to implement NV_fragment_program_option,
NV_fragment_program2 and NV_gpu_program4.
Currently the no drivers (including Nouveau) support them, but since
we
On Mon, 2010-03-01 at 10:02 -0800, Roland Scheidegger wrote:
Hi,
this branch turns vertex element into a cso, so instead of
set_vertex_elements there's now the triad of
create/bind/delete_vertex_elements_state. I have converted all the
drivers except nouveau (I didn't do it because
On Wed, 2010-02-24 at 08:19 -0800, José Fonseca wrote:
On Tue, 2010-02-23 at 09:20 -0800, José Fonseca wrote:
On Mon, 2010-02-22 at 06:34 -0800, José Fonseca wrote:
On Sun, 2010-02-21 at 06:40 -0800, Marek Olšák wrote:
Hi José,
the attached patch fixes incorrect swizzles in
Michal,
This is looking good to me - feel free to merge once any loose ends are
tied up.
Keith
On Mon, 2010-03-01 at 17:46 -0800, Marek Olšák wrote:
Ahhh, I am a bad liar. The attached patch fixes the regressions.
-Marek
On Tue, Mar 2, 2010 at 2:08 AM, Marek Olšák mar...@gmail.com wrote:
On Tue, 2010-03-02 at 02:44 -0800, José Fonseca wrote:
On Wed, 2010-02-24 at 08:19 -0800, José Fonseca wrote:
On Tue, 2010-02-23 at 09:20 -0800, José Fonseca wrote:
On Mon, 2010-02-22 at 06:34 -0800, José Fonseca wrote:
On Sun, 2010-02-21 at 06:40 -0800, Marek Olšák wrote:
Hi José,
I've been looking at shader semantics some more, and I'm a bit
surprised by how the svga driver works.
It seems that an obvious implementation of a DirectX 9 state tracker
just won't work with the svga driver.
In SM3, vertex/fragment semantics can be arbitrary (independent of
hardware resources),
On Tue, 2010-03-02 at 03:26 -0800, Luca Barbieri wrote:
I've been looking at shader semantics some more, and I'm a bit
surprised by how the svga driver works.
It seems that an obvious implementation of a DirectX 9 state tracker
just won't work with the svga driver.
I don't think anybody has
I don't think anybody has tried hooking it up - so far the primary
purpose of the svga gallium driver has been GL support, but thinking
about it you're probably right.
I'm a bit confused about this: I was under the impression that VMware
Tools for Windows used your DirectX state tracker and a
Hi all,
i have problems running an Application that depends on Mesa. It seems
there is an loop after starting this App and before the GUI loads. I use
- xorg-server-1.8 git from 28.02.2010
- Mesa-7.8 git from 28.02.2010
- xf86-video-intel-2.10.901
- linux-2.6.33
- libdrm git from 28.02.2010
Not tested, but pervious version was from my erroneous testing, clearly wrong
value and offset.
From 21c0dc897d90d9e40d970adb20f7aaece5ee5a4b Mon Sep 17 00:00:00 2001
From: Andrew Randrianasulu rand...@mail.ru
Date: Tue, 2 Mar 2010 16:39:31 +
Subject: [PATCH] Oh, hopefully fix multitextured +
On Mon, Mar 1, 2010 at 4:19 PM, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There are a few places in Mesa where we check the GCC version and have
alternate code paths. It looks like almost all of the checks go away if
we require GCC version of at
http://bugs.freedesktop.org/show_bug.cgi?id=26832
Brian Paul brian.e.p...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Fri, Feb 26, 2010 at 7:19 PM, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ian Romanick wrote:
While we're on the topic of removing dead weight, can we remove support
for color index rendering? None of the hardware drivers support color
index
On 02.03.2010 11:37, Keith Whitwell wrote:
On Mon, 2010-03-01 at 10:02 -0800, Roland Scheidegger wrote:
Hi,
this branch turns vertex element into a cso, so instead of
set_vertex_elements there's now the triad of
create/bind/delete_vertex_elements_state. I have converted all the
drivers
On Tue, 2010-03-02 at 04:36 -0800, Luca Barbieri wrote:
The correct value in this case seems to be 219 = 14 * 16 SM3 semantics
- 5 for COLOR0, COLOR1, PSIZE0, POSITION0, FOG0 which have specific
TGSI semantics which they need to mapped to/from.
Agree, though I'd opt for 255 as a round
HI to all,
I've just pulled the latest changes/updates today from Mesa git
master.
My ./configure options are:
./configure --prefix=/usr --enable-32-bit --enable-xcb
--enable-gallium-nouveau --with-state-trackers=dri,egl,xorg,glx,vega,es
--enable-motif --enable-gl-osmesa
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 arbitrary 32-bit values would however require use of binary
FYI r300 only supports 24 interpolators: 16 linear and 8 perspective.
(IIRC; not in front of the docs right now.) r600 supports 256 fully
configurable interpolators.
--
Only fools are easily impressed by what is only
barely beyond their reach. ~ Unknown
Corbin Simpson
mostawesomed...@gmail.com
On Tue, Mar 2, 2010 at 10:00 PM, Corbin Simpson
mostawesomed...@gmail.com wrote:
FYI r300 only supports 24 interpolators: 16 linear and 8 perspective.
(IIRC; not in front of the docs right now.) r600 supports 256 fully
configurable interpolators.
Yes, but if you raised ATTR_GENERIC_COUNT, the
On Tue, Mar 2, 2010 at 10:20 PM, Luca Barbieri l...@luca-barbieri.comwrote:
On Tue, Mar 2, 2010 at 10:00 PM, Corbin Simpson
mostawesomed...@gmail.com wrote:
FYI r300 only supports 24 interpolators: 16 linear and 8 perspective.
(IIRC; not in front of the docs right now.) r600 supports 256
On Tue, 2 Mar 2010 22:48:31 +0100
Florian Mickler flor...@mickler.org 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...
Shouldn't
PIPE_FORMAT_X8B8G8R8_UNORM= 68,
be instead R8G8B8X8_UNORM, which is currently missing, for consistency with:
PIPE_FORMAT_R8G8B8X8_SNORM= 81,
with X8B8G8R8_UNORM perhaps put at the end next to PIPE_FORMAT_A8B8G8R8_UNORM?
On Tue, Mar 2, 2010 at 4:37 AM, Stephan Raue mailingli...@openelec.tv wrote:
i have problems running an Application that depends on Mesa. It seems there
is an loop after starting this App and before the GUI loads. I use
A loop? Or just a hang?
#1 0xb5e47fb6 in *__GI___poll (fds=0xb5ec7ff4,
On Tue, 2 Mar 2010 09:32:57 -0800
Jamey Sharp ja...@minilop.net wrote:
On Tue, Mar 2, 2010 at 4:37 AM, Stephan Raue mailingli...@openelec.tv wrote:
i have problems running an Application that depends on Mesa. It seems there
is an loop after starting this App and before the GUI loads. I use
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 now glxgears
doesn't start
28 matches
Mail list logo
