|
|
|
I see no solution here, just a restatement of the problem.
You're also confusing two issues. There's two limits at work here, the overall limit for decoded textures cached in RAM, which is what Actutally my recommendation would be to have both ... a setting for the bound textures and one for the RAM texture cache. I have not fully thought it through, but with possible misinterpretation of the graphics card memory and probably other stuff (like running other graphics heavy applications in the background or the Mac problems with the viewer not leaving enough unbound video memory) I'm not sure it is a good idea to do away with the video memory setting. However, I'd fully applaud a manual configuration for the texture buffer size. Oh, btw, I have been asked for settings for video boards with 320 and 640MB memory. i attached a patch to
This was fixed some time ago, not sure exactly when. Resolving.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
New Feature
Closed
Normal
Change 'Graphics Card Memory' radio buttons to 'Texture Memory' slider 
VWR-778, systems should be allowed to exceed the texture memory available on the card, e.g. even a 16 MB video card should be able to allocate 64 MB of textures if they wish to trade off performance for visual quality. This tradeoff should be indicated in the preferences.Also, despite the potential performance issues, minimum default value should probably be 32 MB, even for 16 MB cards (although this is way below the minimum spec for SL, but for those willing to suffer...)