[Xquartz-dev] XQuartz-2.6.0_alpha1 (SL Only)

[doh123]

xrandr crashes the server quite often without running any other programs (or throws windows down off the bottom of the screen). Wine crashes the server easy in a few games I tried, but the least crashy was Neverball.  I've tried running xrandr before hand to make sure it lists everything right... It never is able to actually show a fullscreen, though I think its working, I just can't ever get it to come up and show me... occasionally switching modes around I can see if for a second, then it shows me the Mac desktop again, even though it might still be in the lower res it was calling.

I still get tons of errors in it and a couple other games I tested much like this in the WIne log  "err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found 1024x768x32 @2! (XRandR)"  I'm not sure if thats causing the problem or not since I can't ever see it to see if its working anyways, and the resolution is changing.... so it might actually be working, yet its just a bug where I can't see the "game mode" screens.

I find Neverball the best way to do quick randr tests with Wine.  Just make a build of Wine, then you can run neverball.exe or neverputt.exe, they'll work at default settings, completely platinum in Wine.  In the options in game is a fullscreen/window toggle, and all detected resolutions you can easily click and change to.  sometimes I get it stuck in fullscreen and can't ever see anything, so just removing ~/.wine and it goes back to defaults (windowed mode).

On Jul 31, 2010, at 5:45 PM, Jeremy Huddleston wrote:

> This sounds a bit like the previous report.  Whever I tested, I always ran 'xrandr' by itself first to make sure the modes were right... Try just running 'xrandr' before you launch wine and hopefully that will help.
> 
> On Jul 31, 2010, at 11:46, doh123 wrote:
> 
>> thats fantastic  :-)  you rock!
>> 
>> let me know what info you need for bug fixing randr.... what logs or whatever, I'll test anything you need.
>> 
>> Right now most of the time when I throw a game in Wine at it, when its running in Rootless Mode and it calls fullscreen, just crashes Xquartz... sometimes the sound starts and the resolution changes, but it stays showing the desktop... and I cannot click to get the games to show (with 32bit color errors like I mention next...).  If its already in fullscreen, it often works... but crashes most of the time.
>> 
>> I did notice it going to just a blank white screen a lot, and I think its because a lot of Windows games are telling Wine to use some 32 bit colors, and it just errors saying like "1024x768x32 mode not found" or whatever.. and is just stuck with a blank white screen (with sound still playing).  
> 
> Hmm... I'm not really sure how to solve this on my end.  If it's requesting that mode, and you see the black screen, it's switching to that mode.  Beyond that, maybe wine is doing something funky.
> 
>> Every "32 bit" game I've run in Wine on Xquartz runs fine in 24 bit... could it be made to some how knock 32 bit requests always down to 24 bit for now...
> 
> It should be doing that as is.  All the visuals reported by glxinfo are valid and should be available no matter what resolution is requested.  I'd need a bit more detail about this.
> 
> I do have some direct3d benchmark suites (3DMark 99, 200, and 2001) that I've used to verify basic functionality before RandR was implemented.  I'll install them again and see if they can shed some light on things.
> 
>> or make a preference where we can always try 24 bit or whatever... 99% of Wine games I've used that want 8, 16, 24, or 32 all run fine in 24 bit, so it would be nice to force that.
>> 
>> If Wine just doesn't like how RANDR is in this, I can always work around it in my own code for wine making it use xrandr, but if it was direct it would be better.
> 
> xrandr is just a small client application providing a command line interface to the XRandR protocol.  You shouldn't need to use it directly in your code.
> 
>> I also noticed.. with xrandr I went from a 800x600 screen back to "1280x800" which is listed as screen 1, and it said not available... i went to 1280x778, and it switched back to rootless, but the dock still wouldn't show, and the top bar was still on hide, showing when i moused to the top.  as soon as I clicked on another app it all came back, and then clicking back to X11 the dock and top bar stayed. (sometimes testing this crashes X11)
> 
> Again, try running 'xrandr' first to query data... I think something isn't getting initialized correctly unless that is run before switching modes (I haven't looked into it beyond testing the earlier bug report).
> 
> 
> 
> _______________________________________________
> Xquartz-dev mailing list
> Xquartz-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
>