-- Forwarded message --
From: Marcello Maggioni [EMAIL PROTECTED]
Date: Thu, 24 Feb 2005 14:26:27 +0100
Subject: Re: [R200] Nearly all xscreensavers GL flicker
To: Michel Dänzer [EMAIL PROTECTED]
On Wed, 23 Feb 2005 23:02:37 -0500, Michel Dänzer [EMAIL PROTECTED] wrote:
On Wed,
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2579
--- Additional Comments From [EMAIL PROTECTED] 2005-02-24 07:11 ---
Apparently the ARB rendering path on windows is exactly the same.
DoomIII can't use the R200 rendering path as dri doesn't have
ATI_fragment_program (?) yet. I believe there's half an implementation
in existence atm...
ATI_fragment_shader it is .. but I've had no luck in getting
On Thu, 24 Feb 2005, Michel [ISO-8859-1] Dnzer wrote:
[ Please don't follow up just to me privately ]
On Thu, 2005-02-24 at 14:26 +0100, Marcello Maggioni wrote:
On Wed, 23 Feb 2005 23:02:37 -0500, Michel Dnzer [EMAIL PROTECTED] wrote:
On Wed, 2005-02-23 at 20:50 +0100, Marcello Maggioni wrote:
On Thu, Feb 24, 2005 at 07:25:15PM +0100, Marcello Maggioni wrote:
I was wondering what's up with the face textures in Doom3 with R200
hardware .
These are as divided in two parts by a black shadow in the middle.
There's a way to solve this?
Apparently the ARB rendering path on windows is
Yes, I've also seen non-pure r200 cards which have ycbcr working fine. I'm on
holidays at the moment, but was intending to make a similar change when I
returned.
Keith
--- Dave Airlie [EMAIL PROTECTED] wrote:
The r200 driver disable ycbcr texturing for non-r200 cards, like my rv280,
however
On Thu, 24 Feb 2005 11:38:10 -0500 (EST), Vladimir Dergachev
[EMAIL PROTECTED] wrote:
On Thu, 24 Feb 2005, Michel [ISO-8859-1] Dnzer wrote:
[ Please don't follow up just to me privately ]
On Thu, 2005-02-24 at 14:26 +0100, Marcello Maggioni wrote:
On Wed, 23 Feb 2005 23:02:37
On Thu, 24 Feb 2005 19:07:07 +, Philip Armstrong
[EMAIL PROTECTED] wrote:
On Thu, Feb 24, 2005 at 07:25:15PM +0100, Marcello Maggioni wrote:
I was wondering what's up with the face textures in Doom3 with R200
hardware .
These are as divided in two parts by a black shadow in the
[ Please don't follow up just to me privately ]
On Thu, 2005-02-24 at 14:26 +0100, Marcello Maggioni wrote:
On Wed, 23 Feb 2005 23:02:37 -0500, Michel Dnzer [EMAIL PROTECTED] wrote:
On Wed, 2005-02-23 at 20:50 +0100, Marcello Maggioni wrote:
I've a problem with lastest DRI (from CVS)
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2579
--- Additional Comments From [EMAIL PROTECTED] 2005-02-24 07:23 ---
Do
Hi all,
I was wondering what's up with the face textures in Doom3 with R200 hardware .
These are as divided in two parts by a black shadow in the middle.
There's a way to solve this?
Thanks
---
SF email is sponsored by - The IT Product
On Thu, 24 Feb 2005 10:30:03 -0500, Michel Dänzer [EMAIL PROTECTED] wrote:
[ Please don't follow up just to me privately ]
Sorry, I just pushed the wrong button :P
IIRC some versions of KDE are known to be buggy in this regard.
Really? I'll try to run the screensaver separately and then
On Thu, 24 Feb 2005, Aapo Tahkola wrote:
Hi.
I noticed that Vladimirs adition to struct r300_state caused arbvptorus to
get broken pretty badly. This is pretty much similar to the bug where vb
mode color buffer clears were broken.
Iv been trying to figure out this for a while now with no success
Marcello Maggioni wrote:
On Thu, 24 Feb 2005 19:07:07 +, Philip Armstrong
[EMAIL PROTECTED] wrote:
On Thu, Feb 24, 2005 at 07:25:15PM +0100, Marcello Maggioni wrote:
I was wondering what's up with the face textures in Doom3 with R200
hardware .
These are as divided in two parts by a black
Marcello Maggioni wrote:
Try running xscreensaver directly.
With XSCREENSAVER alone it effectively runs without problems , but I
wonder why ...
There's a logical explanation for this?? O_o
IIRC the root window isn't double buffered, thus you can't use that in a
useful way for 3D.
Roland
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2593
[EMAIL PROTECTED] changed:
What|Removed |Added
Am Freitag, 25. Februar 2005 16:47 schrieb Adam Jackson:
On Thursday 24 February 2005 13:27, Marcello Maggioni wrote:
With XSCREENSAVER alone it effectively runs without problems , but I
wonder why ...
There's a logical explanation for this?? O_o
Yeah. KDE's screensaver module probably
On Fri, 2005-02-25 at 19:08 +0200, Boris Peterbarg wrote:
I've noticed something weird about the flickering I get with r300.
Normally any 3d program or game flicker when I run them.
I tried running a windows game under the latest wine - Babylon 5: I've
Found Her (http://ifh.firstones.com).
On Friday 25 February 2005 12:54, Stephan Kulow wrote:
Am Friday 25 February 2005 18:03 schrieb Dieter Ntzel:
Am Freitag, 25. Februar 2005 16:47 schrieb Adam Jackson:
On Thursday 24 February 2005 13:27, Marcello Maggioni wrote:
With XSCREENSAVER alone it effectively runs without problems
On Fri, 25 Feb 2005, Stephan Kulow wrote:
Am Friday 25 February 2005 18:03 schrieb Dieter Nützel:
Am Freitag, 25. Februar 2005 16:47 schrieb Adam Jackson:
On Thursday 24 February 2005 13:27, Marcello Maggioni wrote:
With XSCREENSAVER alone it effectively runs without problems , but I
wonder why
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2593
[EMAIL PROTECTED] changed:
What|Removed |Added
On Thu, 24 Feb 2005, Aapo Tahkola wrote:
Hi.
I noticed that Vladimirs adition to struct r300_state caused arbvptorus
to
get broken pretty badly. This is pretty much similar to the bug where vb
mode color buffer clears were broken.
Iv been trying to figure out this for a while now with
I've synced up the glx.h in Mesa from the glx.h in Xorg, ajax suggested we
copy over the other glx header files into Mesa as well, good idea?
Dave.
--
David Airlie, Software Engineer
http://www.skynet.ie/~airlied / airlied at skynet.ie
Linux kernel - DRI, VAX / pam_smb / ILUG
I know we want to kill this extension but that is no reason to not have a
demo...
I've coded up a version of yuvrect that uses AllocateMemoryMESA ... I've
had to add a new girl2.rgb file which is slightly smaller to get the
alignment requirements correct so that the driver uses client side
I've just checked in a couple of patches to radeon/r200 drivers..
1. make the texture level hack into a config option.. it is necessary to
play some games.. I bet most people have it in their trees already...
2. make ycbcr on r200 dependant on a new chipset flag.. if your chip has a
broken
25 matches
Mail list logo