Also, regarding the rendering errors at 2048, I looked at the clearing code in the DRM, but nothing really seemed amiss. I don't see why it would work at resolutions up to 2047, but not at 2048. Does anyone else have thoughts on that?
My best bet is still an off-by-one error somewhere, the question is where...
I'm wondering if this is related to the bug I see (though I seem to be the only one which has that issue ;-)), with mergedfb disabled (but didn't happen before the mergedfb merge).
If I run a game fullscreen at the same resolution as the virtual X Server resolution, a 1 pixel line at the right and the bottom border is corrupted. The corruption seems to be more or less random, but doesn't change after a game is started - however, after running a screensaver it changes. Interestingly, the behaviour is different from game to game, for instance if I start quake3 the borders are corrupt, but only at the menu - if the game is actually started, the corruption will be gone, and never come back even in other games. However, I'm almost sure that it isn't actually fixed, but that the borders are just always drawn completely black instead.
I've uploaded an UT (with SDL 1.2.6) picture to show the corruption, embedded in a page with a dark background so it's easier visible:
http://homepage.hispeed.ch/rscheidegger/ut_corrupted_borders.html
Roland
------------------------------------------------------- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
