Re: Doom3 benchmarks.
Roland Scheidegger wrote: > Rune Petersen wrote: >> Roland Scheidegger wrote: >>> Adam K Kirchhoff wrote: Just thought I'd post some updated benchmarks of Doom3. These were all run with the first timedemo at 640x480, and (for the open source drivers) with ColorTiling turned on in the xorg.conf file. I'll list all tests with the open source drivers first: x700 + r300 (with arb renderer) - 5.5 FPS (There's not much point in testing it with the r200 or arb2 renderers at the moment.) >>> What's the problem with arb2? >> >> fragment.position input is not implemented yet. fglrx driver parses >> it from VP to FP via a texcoord route. I've been hitting my head on >> this for some time. Only got as far as only getting a soft lockup >> which isn't very useful. > That kinda makes sense. On r200 you could already pass vertex data to > the fragment registers (but you couldn't use position as input), so the > data was interpolated by the texcoord interpolator but texture lookup > was disabled (see the ATI_fs spec / r200 dri implementation). At first > sight looks like a similar mechanism might be used by r300 I guess, > interpolating position or texcoords isn't too different is it? > I've had been looking into this, and the vertex shader is supplying the position to the fragment shader as a texcoord, the only apparent difference in shader setup between a position and a real texcoord, is a real texcoord is supplied as input for the vertex shader. I would really like to capture the vertex program of program/fp/tri-depth and the fglrx driver. But I'm betting the vertex shader is capable of writing to a texcoord. All I need is a safe way for the vertex shader code to know if the fragment shader needs the position. Any help with this would be great. Rune Petsen - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 7861] mach64 with render acceleration should restore texture state
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=7861 --- Additional Comments From [EMAIL PROTECTED] 2006-08-12 12:43 --- Created an attachment (id=6535) --> (https://bugs.freedesktop.org/attachment.cgi?id=6535&action=view) trivial patch. Same to: https://bugs.freedesktop.org/attachment.cgi?id=5715 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 7861] New: mach64 with render acceleration should restore texture state
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=7861 Summary: mach64 with render acceleration should restore texture state Product: Mesa Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: trivial Priority: P2 Component: Drivers/DRI/Mach64 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] Spawned from bug #6877. RENDER acceleration uses texturing, thus when RENDER acceleration is enabled, the mach64 DRI driver should restore texture state when acquiring the DRI lock. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel