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=5785
------- Additional Comments From [EMAIL PROTECTED] 2006-02-02 04:07 ------- The texture size limits advertised by all of the drivers is very conservative. This is an issue that has come up a few times before. There's a trade off. We can advertise the actual hardware limits or we can advertise the limits that we can guarantee will work. We're stuck with either having to fallback to software if an app tries to use too much texture memory at once or artificially limit the available texture sizes. This technique was introduced back in the Quake 2 days. There were some low-memory cards that could end up on a software path with Quake 2's default settings when the full texture sizes were advertised. With the new memory manager that Keith is writing, this won't be an issue. We should always be able to map any texture into the GART, so the allocations will never fail. In the mean time, it might be best to add a config option "Conservative Texture Limits" that defaults to on. -- 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. ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev