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
