By default r300_demo and r300_driver have tiling enabled at 16x16 pixel squares, in fact the card should come up with this on by default..
Now on to the next question - how can one fix the 2048x2048 limit ?
check out this thread: http://marc.theaimsgroup.com/?t=106703195300003&r=1&w=2 another option would be to adjust the 3d engine offset: http://marc.theaimsgroup.com/?t=110690272200007&r=1&w=2 however, as I said in another email yesterday, the max width of a tiled surface is 2048.
This was enlightening, thank you !
I think that with R300 we could do this:
* modify vertex program to perform an arbitrary translation as the last step.
* use separate buffer offsets for each 2048x2048 square.
Issues:
* need to check that we have enough of zbuffer/doublebuffer allocated to accomodate this..
What does everyone think ?
Wasn't the limit 2560x2560 with the r300 based chips? That's at least what fglrx will do on r300. I'm wondering about that though a bit, that would be 11.3 bit for coords or so ;-). It would also mean the tiling regs need to be different a bit on r300 compared to r100/r200.
Roland
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
