December 2005 - Wine-Devel - list.winehq.org

Re: Why Steam fails

by James Liggett

On Mon, 2005-12-05 at 03:24 -0500, Ivan Gyurdiev wrote: > I think hardware problems with the RAM are highly unlikely. I've had > plenty of those, and when your RAM is defective, nothing works - you get > spurious kernel panics, and you will find out that it's defective > really soon. Well, that might be true most of the time, but not always. Case in point: a while back I was helping a friend of my brother's build a computer. We loaded Windows XP and a couple games on it (Half-Life, Max Payne, a few others which I can't remember) Things seemed to work fine. Then we tested the games. Everything except HL hard-locked the machine. It drove us nuts all night trying to figure it out. The next day the guy swapped out his ram (for reasons I can't explain) and things worked fine. It just goes to show that sometimes it can be what you least expect... ;-) I wish I could shed a little more light on your plight though. I wish you the best of luck :) James

Dec. 5, 2005

Re: Why Steam fails [VirtualAlloc]

by Marcus Meissner

On Mon, Dec 05, 2005 at 03:11:33AM -0500, Ivan Gyurdiev wrote: > > > > > >...which doesn't happen in your test program as it doesn't use as > >many. Remember that it takes only one page of memory sitting at the > >wrong virtual memory address to divide the available contiguous > >addresses in half. I would suggest playing around with the prelink > >tool to put dynamic libraries in better positions in memory. > I can take a look, but this is a Fedora Rawhide machine, which should > run prelink nightly. I found our mmap - reserve area handling to be problematic for low memory machines... You can try disabling it (just check libs/wine/mmap.c, mmap_init() and change the first #if to #if 0.) Ciao, Marcus

Dec. 5, 2005

Re: Why Steam fails

by Ivan Gyurdiev

> > Wow, thats really weird...I can also use steam without incident (I can > even play Half-Life 2, ... Half-Life 2 doesn't even run for me if I get Steam to start up.. it goes to fullscreen, and freezes the screen (without covering anything up). I am suspicious of hidden dialog boxes (like in GTA), but I haven't tried to investigate that problem in detail yet. > the only issues I get are some intermittent sound > lags.) Perhaps there's something wrong with your RAM? Have you tested > any other apps that use about as much as Steam uses (about 200 MB max in > my experience) on either WINE or native apps? > Xorg? Warcraft 3? Gnome? KDE ? Doom 3? I've had Half-Life 2 working back with Oliver's very first patch.. or with Cedega.. I think hardware problems with the RAM are highly unlikely. I've had plenty of those, and when your RAM is defective, nothing works - you get spurious kernel panics, and you will find out that it's defective really soon.

Dec. 5, 2005

Re: Why Steam fails [VirtualAlloc]

by Ivan Gyurdiev

> > ...which doesn't happen in your test program as it doesn't use as > many. Remember that it takes only one page of memory sitting at the > wrong virtual memory address to divide the available contiguous > addresses in half. I would suggest playing around with the prelink > tool to put dynamic libraries in better positions in memory. I can take a look, but this is a Fedora Rawhide machine, which should run prelink nightly.

Dec. 5, 2005

Re: Why Steam fails [VirtualAlloc]

by Ivan Gyurdiev

Mike Hearn wrote: > On Sat, 03 Dec 2005 15:38:10 -0500, Ivan Gyurdiev wrote: > >> Running the same call from a test program suceeds - I can mmap() things >> that are an order of magnitude larger without problems (as a regular user). >> > > How big is your swapfile? It should probably have a MAP_NORESERVE flag. > Which swapfile.. I'm not very familiar with how memory management works... I have a swap partition of size 512 MB (or so), and 1GB of actual memory. The NORESERVE flag was not set in the mmap call that's breaking Steam... and it wasn't set in my test program either. Here's output from free command right now... it looks about the same that it did when Steam wouldn't run... total used free shared buffers cached Mem: 1035604 947792 87812 0 84480 498200 -/+ buffers/cache: 365112 670492 Swap: 524152 188 523964

Dec. 5, 2005

Re: DirectDraw over Direct3D

by Stefan Dösinger

Am Montag, 5. Dezember 2005 07:48 schrieb Roderick Colenbrander: > The patch can make TA a lot faster the problem is that the game crashes > because it becomes multithreaded. Command&Conquer (which crashes when you > move the mouse) felt a lot faster, further StarCraft is a lot faster too. > When the multithreading issue is over TA will most likely be playable on > your system. I am working on a patch which makes Direct3D7 running over WineD3D. When WineD3D has multithreading support one day and my patch is in place, these problems should be solved for D3D7 games like Empire Earth and DDraw games running with your patch. I hope I can come up with a patch for testing this week, then we can have a look ;)

Dec. 5, 2005

Re: DirectDraw over Direct3D

by Roderick Colenbrander

Hi, > Is Starcraft really that slow? How does this compare with using DGA? > I'm not too sure because its speed vaires. I've been testing > Starcraft this weekend and it has been plenty speedy. But I do > remember when trying to play it multiplayer a few months ago and was > burned when it ran slow. In fact it slowed *everyone* down. Not fun. Atleast on my system StarCraft was really unplayable while the game is supposed to run on a 20x slower system (pentium90). Perhaps the problem is video driver related as I think the issues are less severe for Ati users. (thought I heard this but not sure) > This patch seems similar to glSDL where it wraps SDL's 2d API to > OpenGL. The good thing about this it can provide acceleration and not > require root like DGA. The bad thing with this idea is that it can't > be used on older video cards or even some newer ones that lack proper > direct rendering. Am I correct that even when just doing depth > conversions, without direct rendering it will still be slow? The code won't work for cards without hw accelerated opengl but note that most cards these days have opengl support. A simple Riva TNT is already quite old but is still supported on Linux and it should do a fine job only it can't handle the palette conversion. I haven't tested performance much using Mesa, I could try that soon using some games but it doesn't have to be slower than the current code as Mesa uses Xlib too in the indirect case. In general about all cards these days have some form of opengl support (intel, via, ati, nvidia, ..) perhaps only the latest S3 GPUs and perhaps some sis ones (thought some have drivers) lack support. Note that cards don't need much functionality at all as OpenGL is only for the uploading of textures and the rendering of them. I think the patch is a reasonable solution to work around various depth conversion problems. For sure it is the fastest way for the conversion as the videocard basicly does it for free. On my system StarCraft and the Command&Conquer series (although they crash quite quickly due to threading issues) felt a lot faster, I think that the speed is close to that of DGA. Roderick -- Highspeed-Freiheit. Bei GMX superg�nstig, z.B. GMX DSL_Cityflat, DSL-Flatrate f�r nur 4,99 Euro/Monat* http://www.gmx.net/de/go/dsl

Dec. 5, 2005

Re: DirectDraw over Direct3D

by Roderick Colenbrander

The patch can make TA a lot faster the problem is that the game crashes because it becomes multithreaded. Command&Conquer (which crashes when you move the mouse) felt a lot faster, further StarCraft is a lot faster too. When the multithreading issue is over TA will most likely be playable on your system. Roderick > > I fired up Total Annihilation just yesterday with Wine 0.9.2 and it > was very slow. TA uses 8bit color and I'm running in 24bit at > 3200x1200 (2x 19" CRTs) on a Pentium II 450Mhz with a GeForceFX 5900XT > -- a bit of an odd combination... I know. If you'd like a speed > comparison, perhaps with associated CPU usage I may be able to oblige. > > --tim > > -- 10 GB Mailbox, 100 FreeSMS/Monat http://www.gmx.net/de/go/topmail +++ GMX - die erste Adresse f�r Mail, Message, More +++

Dec. 5, 2005

Missing includes in dlls/wininet/netconnection.c

by Pavel Roskin

Hello, Robert! I'm sorry, but you keep breaking Wine for me. The latest change in dlls/wininet/netconnection.c (revision 1.18) doesn't compile. Two files need to be included - errno.h for error names and stdio.h for perror(). Actually, I think perror() should be avoided - Wine has its own error reporting mechanisms. But to be fair, there are instances of perror() in the current Wine code. -- Regards, Pavel Roskin

Dec. 5, 2005

Re: DirectDraw over Direct3D

by Tim Schmidt

> Is Starcraft really that slow? How does this compare with using DGA? > I'm not too sure because its speed vaires. I've been testing > Starcraft this weekend and it has been plenty speedy. But I do > remember when trying to play it multiplayer a few months ago and was > burned when it ran slow. In fact it slowed *everyone* down. Not fun. I fired up Total Annihilation just yesterday with Wine 0.9.2 and it was very slow. TA uses 8bit color and I'm running in 24bit at 3200x1200 (2x 19" CRTs) on a Pentium II 450Mhz with a GeForceFX 5900XT -- a bit of an odd combination... I know. If you'd like a speed comparison, perhaps with associated CPU usage I may be able to oblige. --tim

Dec. 5, 2005