Re: tnl trouble, how can you do hw state changes depending on the primitive being rendered

Brian Paul wrote: > Ian Romanick wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Roland Scheidegger wrote: >> >>> Roland Scheidegger wrote: >>> > I thought there was a mechanism that allowed the driver to be > notified at glBegin (or similar) time. It seems like you ought

Re: tnl trouble, how can you do hw state changes depending on the primitive being rendered

Ian Romanick wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Roland Scheidegger wrote: >> Roland Scheidegger wrote: I thought there was a mechanism that allowed the driver to be notified at glBegin (or similar) time. It seems like you ought to be able to emit some extr

Re: tnl trouble, how can you do hw state changes depending on the primitive being rendered

Ian Romanick wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Roland Scheidegger wrote: > >>Roland Scheidegger wrote: >> I thought there was a mechanism that allowed the driver to be notified at glBegin (or similar) time. It seems like you ought to be able to emit some ex

Re: tnl trouble, how can you do hw state changes depending on the primitive being rendered

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Roland Scheidegger wrote: > Roland Scheidegger wrote: >>> I thought there was a mechanism that allowed the driver to be >>> notified at glBegin (or similar) time. It seems like you ought to be >>> able to emit some extra state at that time to change t

Re: tnl trouble, how can you do hw state changes depending on the primitive being rendered

Roland Scheidegger wrote: >> I thought there was a mechanism that allowed the driver to be >> notified at glBegin (or similar) time. It seems like you ought to be >> able to emit some extra state at that time to change to / from >> point-sprite mode. > Ah, sounds like a plan. I thought the NotifyB

Re: tnl trouble, how can you do hw state changes depending on the primitive being rendered

Ian Romanick wrote: > -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > > Roland Scheidegger wrote: >> So, when trying to implement ARB_point_parameters and >> ARB_point_sprite, I came across some problem (this tnl stuff is >> hard to follow). The problem is, I need to set some hardware state >> dep

Re: tnl trouble, how can you do hw state changes depending on the primitive being rendered

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Roland Scheidegger wrote: > So, when trying to implement ARB_point_parameters and ARB_point_sprite, > I came across some problem (this tnl stuff is hard to follow). The > problem is, I need to set some hardware state dependant on the primitive > bei

tnl trouble, how can you do hw state changes depending on the primitive being rendered

So, when trying to implement ARB_point_parameters and ARB_point_sprite, I came across some problem (this tnl stuff is hard to follow). The problem is, I need to set some hardware state dependant on the primitive being renderered (in particular, r200 needs perspective correction disabled for poi

[Bug 8397] New: r430 infinite loop under radeon_do_cp_idle

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=8397 Summary: r430 infinite loop under radeon_do_cp_idle Product: DRI

[r300] partly working fragment.position patch

Hi, Found some time to have a look at routing fragment.position from the vertex shader. Patch notes: x & y appear correct, but z is 0 % w is 1. z appears to be 0 in the vertex shader, because swizzling Z to position.x is is also 0. Most of the patch is the select_vertex_shader changes by Aapo Ta

Re: R200 lockup (was Re: DRI/X error resolution)

On Fri, Sep 22, 2006 at 09:21:11AM -0500, Stephen Olander Waters wrote: > On Fri, 2006-09-22 at 01:52 -0400, Dave Jones wrote: > > On Fri, Sep 22, 2006 at 03:29:48PM +1000, Dave Airlie wrote: > > > On 9/22/06, Ryan Richter <[EMAIL PROTECTED]> wrote: > > > > On Thu, Sep 21, 2006 at 11:54:01PM

Re: R200 lockup (was Re: DRI/X error resolution)

On Fri, 2006-09-22 at 01:52 -0400, Dave Jones wrote: > On Fri, Sep 22, 2006 at 03:29:48PM +1000, Dave Airlie wrote: > > On 9/22/06, Ryan Richter <[EMAIL PROTECTED]> wrote: > > > On Thu, Sep 21, 2006 at 11:54:01PM -0500, Stephen Olander Waters wrote: > > > > Here is the bug I'm working from (incl

[Bug 6111] ATI Radeon 9200 freezes using dri

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=6111 --- Additional Comments From [EMAIL PROTECTED] 2006-09-22 08:03 --- (In r

[Bug 6111] ATI Radeon 9200 freezes using dri

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=6111 --- Additional Comments From [EMAIL PROTECTED] 2006-09-22 07:27 --- (oh,

[Bug 6111] ATI Radeon 9200 freezes using dri

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=6111 [EMAIL PROTECTED] changed: What|Removed |Added --

[Bug 8218] Errors during World of Warcraft "stress test"

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=8218 [EMAIL PROTECTED] changed: What|Removed |Added --