http://bugs.winehq.org/show_bug.cgi?id=14624
Summary: Metal Fatigue: crashes before game start Product: Wine Version: 1.1.1 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: grsfdhj@tiscali.it
Created an attachment (id=15027) --> (http://bugs.winehq.org/attachment.cgi?id=15027) Console output from wine while running Metal Fatigue
Game installs fine from the CDs, but needs a NO-CD crack to circumvent the copy protection it has. After applying the crack, the game starts successfully and the main menu appears (the intro movie is skipped because of the unavailability of the video codec, but that's not the problem here). Various d3d7 errors are displayed on the shell (reported in the attachment) but they are not blocking the menu from displaying and working correctly. As soon as I choose to start a multiplayer game or a skirmish, the game shows a screen for a bunch of seconds, then crashes to desktop. If I choose to start a new campaign, I can select which campaign to start (there are 3: Rimtech, Milagro and Neuropa), but, after this, the game crashes to desktop because of an unhandled exception (as you can see in the log attached). I'm running on a Slamd64 12.0 machine, with a Athlon 64 FX 55 (single core) CPU, 1GB RAM and an ATI Radeon X800XT (with 8.7 Catalyst drivers). This same crash occurs even on a HP Pavillion ze4900 laptop I have (Intel Celeron M 1.2 Ghz, 512 MB RAM, Intel GMA 82855 Graphics card) running Slackware 12.1, so I believe it is not related only to a 64 bit enviroment or to ATI proprietary graphics card drivers. I tried installing the game in a clean WINEPREFIX, but this didn't change anything. I've set wine to run as "Windows 98" and "Windows XP", but the crash still happens in both cases. Tell me what information you need and I will provide it.
http://bugs.winehq.org/show_bug.cgi?id=14624
Paul Parsons parsons151185@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |parsons151185@gmail.com
--- Comment #1 from Paul Parsons parsons151185@gmail.com 2008-07-24 15:29:14 --- Please can you tell me if you are using OpenGL Render mode or DirectX
Even on any of the microsoft windows platforms I have yet to have OpenGL mode work. Glide works great on Windows but not for 8 years have I seen it run in OpenGL
The directX render mode will allow you to play through the single player mode. Skirmish is possible... if and only if you don't mind the default map, as attempts to change it will crash the game.
Network games 'work' to an extent with a few extra files, though it will lockup upon completion of the game, not even displaying statistics. The host must be on a Windows PC to be able to change the map
I hope this help.
Also if you are running in OpenGL mode the exit button will be simply a black slider
http://bugs.winehq.org/show_bug.cgi?id=14624
--- Comment #2 from Paul Parsons parsons151185@gmail.com 2008-07-24 15:36:00 --- I'll setup a 64bit system to test thing on as I've always using 32bit.
So my comment before maybe of no use to you.
http://bugs.winehq.org/show_bug.cgi?id=14624
--- Comment #3 from Alan A. grsfdhj@tiscali.it 2008-07-25 03:59:38 --- (In reply to comment #1)
Please can you tell me if you are using OpenGL Render mode or DirectX
I'm using DirectX mode. I even tried changing the default 640x480 resolution to 1024x768 and it doesn't crash.
The directX render mode will allow you to play through the single player mode. Skirmish is possible... if and only if you don't mind the default map, as attempts to change it will crash the game.
To me, it doesn't work. I can't play a thing.
(In reply to comment #2)
I'll setup a 64bit system to test thing on as I've always using 32bit.
So my comment before maybe of no use to you.
As I said inside the "description" field, the 32 bit laptop (with Slackware 12.1 installed) I have behaves the same as its bigger 64-bit brother, so I think it's not a 64 bit environment related problem.
http://bugs.winehq.org/show_bug.cgi?id=14624
--- Comment #4 from Alan A. grsfdhj@tiscali.it 2008-07-28 03:25:09 --- This still happens in wine 1.1.2.
http://bugs.winehq.org/show_bug.cgi?id=14624
--- Comment #5 from Alan A. grsfdhj@tiscali.it 2008-08-14 08:48:20 --- I made some progress. I updated my system to Slamd64 12.1 and reinstalled everything, including Metal Fatigue under wine 1.1.2. This time I didn't apply the NO-CD crack and the game doesn't crash anymore to desktop as before. I can even start a campaign or a skirmish map (only on the default map). However, it's still not playable. The menus and the game itself suffer a huge sluggishness. I don't know if this is due to the current AMD/ATI Catalyst video driver (8.7, as of writing) or other things. Audio seems to work fine.
Because of all this, I don't know what to do with this bug report: should it be marked as resolved/invalid? Or should the subject be changed? Should I open two new bug reports, one regarding the crash on the map-change screen during a skirmish game and one regarding the sluggishness I reported?
Please tell me.
http://bugs.winehq.org/show_bug.cgi?id=14624
--- Comment #6 from Paul Parsons parsons151185@gmail.com 2008-08-14 13:46:06 --- Have you tried adding WINEDEBUG=-all when running MFatigue.exe? Another option is to output the logs directly to files rather than the console as that is much faster but still gives you all the information
wine MFatigue.exe >&winedebug.log
I have been running it on:- GF5200 @ 1024x786 GF8400m GS @ 1024x786 (Limited by display) Xpress 1100 @ 1024x786 Radeon 9000m @ 1024x786 Radeon 9200 @ 1024x786 Radeon 9600Pro @ 1024x786 (Limited by display) Radeon X800XT PE @ 1600x1200 Radeon 2900XT @ 1600x1200 Radeon 3200 @ 1280x1024 (Limited by display) Radeon 3850 @ 1600x1200
on PCs from P3-800 through to Phenom X3 8750 and C2D T5550 though never on a 64bit O/S all have been with playable FPS be it under Windows or Wine
I have no issues with the videos they all play.
I should open bug report about Loading save games, now that you can actually save a game, and like you said the map selection screen too.
I have also set UseGLSL to disabled in the registry and PixelShaderMode to enabled to get HL2 working, though I had no issues with HL1 or MFatigue
To play a multiplayer game of MFatigue I through 2 PCs together consisting of Duron 850 and SiS onboard GFX Unit and P2-450 with TNT2 worked fine with no glitches if you exclude the usual OpenGL crash as you enter the game (As I said been like that for years)
Multiple selection is the only problem I have really encountered on any OS
http://bugs.winehq.org/show_bug.cgi?id=14624
--- Comment #7 from Alan A. grsfdhj@tiscali.it 2008-08-16 13:43:03 --- (In reply to comment #6)
Have you tried adding WINEDEBUG=-all when running MFatigue.exe? Another option is to output the logs directly to files rather than the console as that is much faster but still gives you all the information
wine MFatigue.exe >&winedebug.log
Tried it, but game can't even get to the main menu because there's too much information sent to a file. I tried, however, to reinstall the game on my 32 bit laptop (with an integrated Intel graphics card) and it is not sluggish, so I suppose the sluggishness is due to some weirdness inside ATI/AMD proprietary drivers. At first I thought it may be due to the fact I'm using a 24bpp desktop colour depth. I tried to fall back to 16bpp (editing xorg.conf accordingly), but it seems the ATI fglrx driver is kinda reluctant to display a thing at that color depth. X doesn't even start. I tried to set "PseudoColorVisuals On" and "UseFastTLS 2" inside the driver options in xorg.conf, but nothing changed at all. The funny thing is that now on my "sluggish" desktop machine the game successfully reads the data it needs from the CDs, but on the laptop it doesn't: it keeps asking for a game CD even if it is already in the drive. This blocks the entire game from starting. It's not possible to either click "OK" or "Cancel", so I have to shut the game down with ALT+F4.
I have been running it on:- GF5200 @ 1024x786 GF8400m GS @ 1024x786 (Limited by display) Xpress 1100 @ 1024x786 Radeon 9000m @ 1024x786 Radeon 9200 @ 1024x786 Radeon 9600Pro @ 1024x786 (Limited by display) Radeon X800XT PE @ 1600x1200 Radeon 2900XT @ 1600x1200 Radeon 3200 @ 1280x1024 (Limited by display) Radeon 3850 @ 1600x1200
on PCs from P3-800 through to Phenom X3 8750 and C2D T5550 though never on a 64bit O/S all have been with playable FPS be it under Windows or Wine
I can play it fine under Windows Xp with little trouble (and some sound issues if I don't play the game as an admin user), although I didn't test the multiplayer mode.
I have no issues with the videos they all play.
To me, they only play on Windows. Either my Slamd64 desktop and my 32 bit Slackware-laptop don't play a thing when the game starts. The first screen that appears is the loading screen (the one with the three combots), then the menu. Have you installed codecs under wine in order to play the movies? For your information, all the installations I made were "Full" installations, nor "Recommended" nor "Minimal".
I should open bug report about Loading save games, now that you can actually save a game, and like you said the map selection screen too.
I have also set UseGLSL to disabled in the registry and PixelShaderMode to enabled to get HL2 working, though I had no issues with HL1 or MFatigue
Tried disabling GLSL to no avail.
To play a multiplayer game of MFatigue I through 2 PCs together consisting of Duron 850 and SiS onboard GFX Unit and P2-450 with TNT2 worked fine with no glitches if you exclude the usual OpenGL crash as you enter the game (As I said been like that for years)
Multiple selection is the only problem I have really encountered on any OS
What multiple selection?
However, thanks for the help & patience.
Greets
http://bugs.winehq.org/show_bug.cgi?id=14624
--- Comment #8 from Paul Parsons parsons151185@gmail.com 2008-08-18 06:30:55 --- I have ordered a DVD of Slamd64 12.1 to see if I have simular problems on my system. I wont get that for a few days but I have downloaded a copy of Ubuntu 8.04 x86_64
Athlon64 X2 4200+ 4GB DDR2-800 AMD 780G GFX+SB chip using the latest ATI proprietary drivers (Which I've always used with no changes to the xorg.conf)
I have a system very close to your desktop specs Athlon64 4000+ (2.4Ghz) 2GB DDR400 (Can try with only 1GB too, jsut to be sure too) Nforce4 Ultra Radeon X700 Pro (About half the power of yours and same series)
On my Xubuntu PC there is no video at the moment and when I installed indeo wine crashes when the video starts to play. I am sure I had it working on one of my PCs, I shall have to investigate.
I will upload the NoCD Patch I used, its for a german version of the game as any others I have used have made the game crash (In windows or wine) Will require VB5 runtime to be installed. Maybe a codec that makes them playable that I installed without knowing. Intel write the codec and later sold to Ligos Corporation.
The command I recommend using is as follow:
WINEPREFIX=~/.wine WINEDEBUG=-d3d7,+avifile wine mfatigue.exe
&MFatigueDebug.log
Please upload the files after playing though one of the missions, if possible else just upload it after loading the menu up and closing it.
Im going to have a good play around with it tonight as I ahve the next few days off work, Alright =P
Perhaps we can come up with a solution before too long. Im going to apply to become the maintainer of Metal Fatigue.
http://bugs.winehq.org/show_bug.cgi?id=14624
--- Comment #9 from Alan A. grsfdhj@tiscali.it 2008-08-18 08:55:46 --- Created an attachment (id=15472) --> (http://bugs.winehq.org/attachment.cgi?id=15472) log file produced using -d3d7+avifile
http://bugs.winehq.org/show_bug.cgi?id=14624
--- Comment #10 from Alan A. grsfdhj@tiscali.it 2008-08-18 08:56:14 --- (In reply to comment #8)
I will upload the NoCD Patch I used, its for a german version of the game as any others I have used have made the game crash (In windows or wine) Will require VB5 runtime to be installed.
I already tried that patch but it was that who caused the game to crash at first, once applied. Now I can start the game with the original CDs (at least on my desktop machine). I had to edit my /etc/fstab file in order to have all the cd-roms mounted in the same location, so i could map it to a wine drive.
Maybe a codec that makes them playable that I installed without knowing. Intel write the codec and later sold to Ligos Corporation.
I dunno. I tried installing Intel codecs using the winetricks script available here: http://wiki.winehq.org/winetricks , but the movies are still skipped. I also tried getting the ivfsrc.ax file from my Windows XP installation
The command I recommend using is as follow:
WINEPREFIX=~/.wine WINEDEBUG=-d3d7,+avifile wine mfatigue.exe
&MFatigueDebug.log
Please upload the files after playing though one of the missions, if possible else just upload it after loading the menu up and closing it.
Done it. Using the +avifile switch I can see it tries to load "J:\tbd\OpeningCinematics.avi" and so on (J: is my CD-ROM drive as it is mapped in winecfg), but i don't understand why it doesn't play a thing. Tried also taking the ivfsrc.ax file from my Windows XP installation, but it didn't work.
Im going to have a good play around with it tonight as I ahve the next few days off work, Alright =P
Perhaps we can come up with a solution before too long. Im going to apply to become the maintainer of Metal Fatigue.
Thank very much for your time
http://bugs.winehq.org/show_bug.cgi?id=14624
--- Comment #11 from Alan A. grsfdhj@tiscali.it 2008-08-20 13:44:37 --- A little update. I tried setting the game renderer to OpenGL and menus are not sluggish anymore! However, game cannot start due to the crash you already described caused by choosing OpenGL instead of DirectX as renderer. Maybe if we can determine what's causing the crash of the OpenGL renderer upon game start...
http://bugs.winehq.org/show_bug.cgi?id=14624
--- Comment #12 from Alan A. grsfdhj@tiscali.it 2008-08-21 03:50:25 --- Woooooo! Videos now play! Or almost... It seems like the Intel Codecs installer (the one that winetricks downloads and installs) doesn't register the ir50_32.dll dll after installation. So movies were not played. This can be easily fixed this way: open a shell, go to your WINEPREFIX/drive_c/windows/system32 folder and type
wine regsvr32 ir50_32.dll
The dll is then registered and Indeo 5.0 movies are played. However, talking about Metal Fatigue, the Psygnosis intro movie hangs on my machine after a few seconds, with this output: err:heap:HEAP_ValidateInUseArena Heap 0x110000: in-use arena 0x3770e90 next block has PREV_FREE flag err:heap:HEAP_ValidateInUseArena Heap 0x110000: in-use arena 0x38022e0 next block has PREV_FREE flag wine: Unhandled page fault on read access to 0x32573215 at address 0x7ef9c564 (thread 0016), starting debugger...
Any ideas to overcome this situation?
http://bugs.winehq.org/show_bug.cgi?id=14624
--- Comment #13 from Alan A. grsfdhj@tiscali.it 2008-08-21 06:45:11 --- (In reply to comment #12)
Woooooo! Videos now play! Or almost... It seems like the Intel Codecs installer (the one that winetricks downloads and installs) doesn't register the ir50_32.dll dll after installation. So movies were not played. This can be easily fixed this way: open a shell, go to your WINEPREFIX/drive_c/windows/system32 folder and type
wine regsvr32 ir50_32.dll
The dll is then registered and Indeo 5.0 movies are played. However, talking about Metal Fatigue, the Psygnosis intro movie hangs on my machine after a few seconds, with this output: err:heap:HEAP_ValidateInUseArena Heap 0x110000: in-use arena 0x3770e90 next block has PREV_FREE flag err:heap:HEAP_ValidateInUseArena Heap 0x110000: in-use arena 0x38022e0 next block has PREV_FREE flag wine: Unhandled page fault on read access to 0x32573215 at address 0x7ef9c564 (thread 0016), starting debugger...
Any ideas to overcome this situation?
I found that disabling all sound in winecfg fixes this problem and the movies are fully played without sound. However it seems there's no way to skip them...
http://bugs.winehq.org/show_bug.cgi?id=14624
--- Comment #14 from Alan A. grsfdhj@tiscali.it 2008-08-21 08:51:24 --- (In reply to comment #12)
err:heap:HEAP_ValidateInUseArena Heap 0x110000: in-use arena 0x3770e90 next block has PREV_FREE flag err:heap:HEAP_ValidateInUseArena Heap 0x110000: in-use arena 0x38022e0 next block has PREV_FREE flag wine: Unhandled page fault on read access to 0x32573215 at address 0x7ef9c564 (thread 0016), starting debugger...
Maybe I tracked down the source of the problem causing those heap errors. Using the +relay and +heap debug channels upon launching Metal Fatigue, i saw this in the log produced:
heap.c:380: HEAP_GetPtr: Assertion `0' failed.
and, looking inside wine source tree, I found the ntdll/heap.c source file to be the right one (there's one inside kernel32 too). I'm attaching the log produced (it's very long). The interesting lines start at line # 411244, with the message I reported above being at line # 412596.
http://bugs.winehq.org/show_bug.cgi?id=14624
--- Comment #15 from Alan A. grsfdhj@tiscali.it 2008-08-21 08:52:30 --- Created an attachment (id=15522) --> (http://bugs.winehq.org/attachment.cgi?id=15522) Log produced using +relay,+heap, with audio enabled
http://bugs.winehq.org/show_bug.cgi?id=14624
--- Comment #16 from Austin English austinenglish@gmail.com 2009-02-26 11:18:51 --- Is this still an issue in current (1.1.15 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=14624
--- Comment #17 from Alan A. grsfdhj@tiscali.it 2009-03-24 10:28:28 --- (In reply to comment #16)
Is this still an issue in current (1.1.15 or newer) wine?
Yep. Just installed 1.1.17 and tried playing Metal Fatigue on a clean WINEPREFIX. Movies are played fine only installing the indeo codecs (using winetricks) and disabling any audio output. If audio is not disabled, these errors are displayed:
err:heap:HEAP_ValidateInUseArena Heap 0x110000: in-use arena 0x4b85ef0 next block has PREV_FREE flag err:heap:HEAP_ValidateInUseArena Heap 0x110000: bad back ptr 0xabbbdbcb for arena 0x4b90ef8 err:heap:HEAP_ValidateInUseArena Heap 0x110000: in-use arena 0x186e00 next block has PREV_FREE flag err:heap:HEAP_ValidateInUseArena Heap 0x110000: in-use arena 0x191e08 next block has PREV_FREE flag err:heap:HEAP_ValidateInUseArena Heap 0x110000: in-use arena 0x4bd0f48 next block has PREV_FREE flag wine: Unhandled page fault on read access to 0xf9901433 at address 0x7e2d6c08 (thread 0032), starting debugger...
and then follows a looooooong stack trace. Disabling audio enables me to see all the initial movies. When I get to the main menu of the game, the already reported sluggishness appears again.
What should I do? Make 2 new bug reports?
http://bugs.winehq.org/show_bug.cgi?id=14624
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #18 from Austin English austinenglish@gmail.com 2009-03-24 11:08:18 --- (In reply to comment #17)
(In reply to comment #16)
Is this still an issue in current (1.1.15 or newer) wine?
Yep. Just installed 1.1.17 and tried playing Metal Fatigue on a clean WINEPREFIX. Movies are played fine only installing the indeo codecs (using winetricks) and disabling any audio output. If audio is not disabled, these errors are displayed:
err:heap:HEAP_ValidateInUseArena Heap 0x110000: in-use arena 0x4b85ef0 next block has PREV_FREE flag err:heap:HEAP_ValidateInUseArena Heap 0x110000: bad back ptr 0xabbbdbcb for arena 0x4b90ef8 err:heap:HEAP_ValidateInUseArena Heap 0x110000: in-use arena 0x186e00 next block has PREV_FREE flag err:heap:HEAP_ValidateInUseArena Heap 0x110000: in-use arena 0x191e08 next block has PREV_FREE flag err:heap:HEAP_ValidateInUseArena Heap 0x110000: in-use arena 0x4bd0f48 next block has PREV_FREE flag wine: Unhandled page fault on read access to 0xf9901433 at address 0x7e2d6c08 (thread 0032), starting debugger...
and then follows a looooooong stack trace. Disabling audio enables me to see all the initial movies. When I get to the main menu of the game, the already reported sluggishness appears again.
What should I do? Make 2 new bug reports?
Please. Be sure to attach the entire backtrace. I'll mark this bug fixed.
http://bugs.winehq.org/show_bug.cgi?id=14624
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #19 from Alexandre Julliard julliard@winehq.org 2009-03-27 13:53:13 --- Closing bugs fixed in 1.1.18.
-
wine-bugs＠winehq.org