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

[Jeremy Huddleston]

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).