Running On 64 bits computers

[DevUrandom]

So my guess is that you run into the same OpenAL bug, Gentoo users were experiencing about 1/2 year ago...

[Watermelon]

So my guess is that you run into the same OpenAL bug, Gentoo users were experiencing about 1/2 year ago...

I wonder why it only happens in sp campaign with baba ppl...seems skirmish is ok with enabled...

[Giel]

What's even more strange is that this doesn't happen on a 32bit ubuntu installation, but does happen on a 64bit one. Yes I tested both, 64bit hangs on me (doesn't crash, just stops responding), and 32bit works flawlessly (with respect to this particular error of course). Maybe some 64bit unsafety on OpenAL's side?

[DevUrandom]

You may want to take a look at http://sources.gentoo.org/viewcvs.py/ge ... les/0.0.8/ and see if any of those patches could help. Afaik this problem is fixed on Gentoo, so it must be one of those.

[Giel]

You may want to take a look at http://sources.gentoo.org/viewcvs.py/ge ... les/0.0.8/ and see if any of those patches could help. Afaik this problem is fixed on Gentoo, so it must be one of those.

I'm guessing the ALSA patch stands the best chance of fixing it (just a hunch really).

[lornix]

New to the forum....

Found WZ2100 two days ago, played it some, got the source, played it some more... wanted to play on my AMD64X2 system (linux/Suse 10.2)

Experienced the issues with compiling the released source (2.0.7.tar.bz2) on 64bit machine, tinkered with removing the -m32 flag.  Decided to try SVN version.  Am very pleased with SVN version as it compiled 64bit without an issue first time!  whoo hoo!  Of course, now I'm plagued with the 'crash when scavengers attack me' bug...

But I found a fix...

As ironic as this seems, it's SOO simple.  The bug seems to involve something in the OPENAL code, and I'm really leery of replacing my rpm version of OPENAL (0.0.8-xxx) with the svn version from their website, so I tinkered a bit.

In the SVN source (rev 2068), change the AL_PITCH on the 3DFX_SOUND player from '1.0' to '1.01'  ... basically speed it up 1%.  And all of a sudden I can play the game without issue!


The patch file is attached, but here's the same:

Index: lib/sound/openal_track.c
===================================================================
--- lib/sound/openal_track.c (revision 2068)
+++ lib/sound/openal_track.c (working copy)
@@ -454,7 +454,7 @@
}

alGenSources( 1, &(psSample->iSample) );
- alSourcef( psSample->iSample, AL_PITCH, 1.0 );
+ alSourcef( psSample->iSample, AL_PITCH, 1.01 );
alSourcef( psSample->iSample, AL_GAIN, sfx3d_volume );
sound_SetObjectPosition( psSample->iSample, psSample->x, psSample->y, psSample->z );
alSourcefv( psSample->iSample, AL_VELOCITY, zero );

Honest... that's ALL I did.  (of course, I've been up ALL night commenting out stuff one line at a time)

I hope this helps those out there trying to get WZ2100 to work on their 64bit linux systems.

Take Care,

Lornix

[Giel]

Do you have any clue which bug in OpenAL causes this ?

Also does an AL_PITCH value of say 1.000001 (or any value where the difference from 1 is as small as possible) result in the code working?  The smaller the pitchshift the better IMO.

[kage]

Also does an AL_PITCH value of say 1.000001 (or any value where the difference from 1 is as small as possible) result in the code working?  The smaller the pitchshift the better IMO.

agreed. also, as i understand it from what lornix said, the svn version of openal doesn't have this bug, so if we add this fix to the source, it'd probably be better included as a ./config opt that's autoconfigured by detecting package versions or distro, but still manually selectable.

[wirser]

After trying to compile warzone2100-2.0.7.tar.bz2 which compiled but crashed on startup, I compiled warzone svn  2165 which had this problen. In lib/sound/openal_track.c
alSourcef( psSample->iSample, AL_PITCH, 1.0 ); was
alSourcef( psSample->iSample, AL_PITCH, 1.001);
but it gave the same results
I changed it to 1.01 and it seems to work
I am running fedora 6 86_64 amd 3800 x2 with nvidia video and creative ensoniq alsa mixer

I haven't played much but lik it so far

[Giel]

The latest source tree (development trunk) should have the work around as provided by lornix.