Allright, I'm at my wits end here. About 6 months ago I had starcraft working perfectly under wine. Couldn't tell the difference between it and running natively under windows. Anyway, between now and then I've reinstalled and updated drivers, etc and I can't get wine to work for the life of me (Recent version too) When I had it working I was using a script to start a second X server in 640x480x8bpp, spawn an xterm and ultimately starcraft. It worked great. I'm trying the same thing now, but all I can get is starcraft to load with a mostly black screen and a few white pixels where the menu animations are. Sound and mouse seem fine. The absolute best I could do was by turning on the install private colormap option, which gave me a whoping 16 colors. At first, I thought it was an issue with my newer nvidia drivers. I installed a second video card (Matrox Millenium II) and am running the second X server on that card instead of my nvidia. It still has the same messed up colors. I'm rather lost becasue I have no idea at this point what could be causing this weird graphics problem. I've tried wine standalone (No windows at all) and wine w/ Windows 2000. Both are about the same. Any suggestions would be much welcomed. I hate rebooting into windows to play starcraft with my buds. Thanks, Colvin
In article <20011117.132115.492067917.2720@neo.rr.com>, "Colvin" <krynus@neo.rr.com> wrote: I should also mention that it works fine if I use the desktop setting and run it as a window in 640x480.
On Sat, 17 Nov 2001, Colvin wrote:> When I had it working I was using a script to start a second X server in > 640x480x8bpp, spawn an xterm and ultimately starcraft. It worked great. > I'm trying the same thing now, but all I can get is starcraft to load with > a mostly black screen and a few white pixels where the menu animations > are.Wine's new ddraw code does not function too well when the X server is run in 8bpp mode (unless you use DGA). It's a limitation of the restructured code (ddraw no longer access X11 directly, but rather goes through GDI, and GDI restricts access to the physical palette). If you run X in e.g. 16bpp mode, color conversion will take effect (if you don't use DGA), and it should look fine then. It's probably possible to improve the X11DRV HAL code to handle the non-DGA case better so that you could run the X server in 8bpp mode and have it work, but it has not been worth it - who runs X in 8bpp nowadays anyway?