Hi. I addded the wine repo mwntioned at winehq, installled DX9 & finallly tried to play the game. Its dumping a file. That’s it.
http://dl.dropbox.com/u/30630174/HAWX.exe.dmp
It was running fine under Ubuntu & Sabayon, I mean its tested to run fine under wine.
Hello suse_kid,
First of all I want to make clear that I’ve never played this game, so I’m not sure if my suggestion will work or not.
What I’ve found in the comments on the Tom Clancy’s H.A.W.X entry in the wine AppDB is this:
WineHQ - Comments
And of course the link in the last reply:
Saved Dump File Error, Help? - Topic
I recommend you try some of the suggestions mentioned in those links.
Best of luck!
Thanks for your reply. I tried almost everything but no joy. I guess I will stop playing the game. Migrating to Ubuntu for a game seems an unrealistic choice.
But the mystery question is why isn’t HAWX playing under openSUSE. As I have mentioned it played well under Ubuntu, Sabayaon, PC-BSD.
Hello suse_kid,
To know the answer you’ll need to find out what is different.
Could you post the output of this command:
wine --version
Have you installed drivers for your graphics card? And how?
Also you could try with a fresh .wine installation, rename (or remove) your ~/.wine folder.
Install DX9 and then install the game.
Best of luck!
I included the version in the title of this thread.
I have used the 1 Click install method to install the Nvidia proprietary driver ver 275.21. Its currrently in use, compiz & vdpau are both working.
Latest :
Deleted the wine repo (winehq)
Downgraded wine (installed from the openSUSE repos)
reinstalled DX9
Game starts !!! but no audio.
Just need to get the sound working now.
$ wine --version
wine-1.3.12
http://dl.dropbox.com/u/30630174/wine%20sound.png
Tried the emulation mode & OSS but no sound.
I am playing the game but without audio.
Any ideas ?
$ wine start /unix /home/tux/.hawx\ /Games/Tom\ Clancy\'s\ H.A.W.X/HAWX.exe
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT" (8.0.50608.0)
tux@linux-9ja2:~$ fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33f7b8,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33f7b8,0x00000000), stub!
fixme:d3d9:Direct3DShaderValidatorCreate9 stub
err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded
fixme:dinput:SysMouseWImpl_Acquire Clipping cursor to (0,0)-(1920,1080)
err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded
err:ole:CoGetClassObject class {8c779023-bd0e-43a0-a876-c4a54e0a7d5c} not registered
err:ole:CoGetClassObject no class object {8c779023-bd0e-43a0-a876-c4a54e0a7d5c} could be created for context 0x1
fixme:dinput:SysMouseWImpl_Acquire Clipping cursor to (0,0)-(1920,1080)
This might be cause by Pulse Audio. From my experience it doesn’t play well with wine or for example MAME. If I were You I would try to disable PA but that’s just a wild guess from my side.
Here’s information how to do this :
SDB:Pulseaudio - openSUSE
Start reading from.
Disabling pulseaudio completely (ALSA fall-back)
Best regards,
Greg
I once disabled pulse audio completely & that made the system sounds like audio notification for new mail for TB or new message on Xchat go haywire. All audio notifications stopped.
I will try & find out a way to disable PA temporarily while/before playing the game.
Thanks.
Or maybe this alone would help ? :
SDB:Pulseaudio - openSUSE
I think it’s worth a try and should be easy to undo.
Best regards,
Greg
Tried
rmmod snd-pcm-oss
. Still no audio.
One positive sign the pulse audio volume control loads wine, but still no sound. Its like almost a solution.
This is the limit of my knowledge on PA. Basically, I don’t use wine so everything for me just works and no PA tweaking is required.
Anyway, I think You’re getting close to the solution. You could try asking at wineHQ if that’s possible. I believe this is not opsenSUSE specific problem but that’s just another wild guess.
Best regards,
Greg
Upgraded wine again using the repo from winehq.
Found a problem, the new Wine needs wine-gecko 1.3-19.1 but its 1.3-18.2 in the repos. I dont get it. Who is suppose to provide wine-gecko ? the wine repo or the openSUSE repos?
Re installed openSUSE, installed the 32 Bit Wine. Sound is working fine now.
Thanks for sharing. Is the system itself 64 bit and only wine packages are 32 bit ?
Best regards,
Greg
Yes, the system itself is 64 and only the wine packages are 32.
That exe dump issue has appeared again. Again, cant play the game.
Hello suse_kid,
What has changed?
Have you ran any other program using wine? Changed something in winecfg?
If I read this correct than it did work right after a fresh openSUSE (and wine-32bit) install.
So renaming/deleting your .wine folder would result in an equal situation.
Have you tried renaming/deleting your .wine folder?
Good luck!
What has changed?
Have you ran any other program using wine? Changed something in winecfg?
The fact is that the game is very unstable. I often need to start it 5-6 times. It runs for a while & then the exe dump while browsing the game menu. No configuration changes.
Hello suse_kid,
Just to make clear, you had it running after reinstalling openSUSE and wine-32bit and now it’s unstable?
What version of wine do you run:
wine --version
Good luck!