Bug 2765 - issue with openal when 'overloaded'
Status: RESOLVED INVALID
Alias: None
Product: Tremulous
Classification: Unclassified
Component: Sound
Version: unspecified
Hardware: PC Linux
: P2 normal
Assignee: Tim Angus
QA Contact:
URL:
Depends on:
Blocks:
 
Reported: 2006-06-28 16:46 EDT by john smith
Modified: 2006-08-21 18:34:25 EDT
0 users

See Also:


Attachments
OpenAL sound garbling (114.72 KB, application/octet-stream)
2006-08-08 17:47 EDT, Tony J. White

Description john smith 2006-06-28 16:46:27 EDT
When i set openal : yes in the setting menu, and when the game produces a lot of sound (e.g. in a heavy battle), the output got 'saturated' aka just hearing some kind of 'white noise'. the sound comes back to normal after the 'heavy action'.

When i do 'openal: no', things are fine even during heavy battle


ps: I am using tremulous 1.01 on kubuntu 6.06. with doppler effect set to yes, on a box which is around 70% cpu when running tremulous
Comment 1 Tim Angus 2006-06-29 13:11:31 EDT
Could you provide a demo of conditions that produce the saturated sound?
Comment 2 Tony J. White 2006-08-08 17:47:18 EDT
Created attachment 1015 [details]
OpenAL sound garbling


I have the same issue on my Linux sytem using openal 0.0.8 (built from source from openal.org).

Attached is a demo that reproduces the problem (on my system anyway).  Note that when I play this demo back repeatatively the sound problems seem to happen in different places with varying degree on each playback.

Also I do NOT seem to have a similar problem on OS X using OpenAL.

I tried using using an libopenal.so built from the latest OpenAL SVN, but I get no sound at all using that :(
Comment 3 Tim Angus 2006-08-12 18:14:56 EDT
Sounds very much like this issue is OpenAL implementation related. If you disagree or have more information, feel free to reopen.
Comment 4 Tony J. White 2006-08-21 18:34:25 EDT
(In reply to comment #3)
> Sounds very much like this issue is OpenAL implementation related. If you
> disagree or have more information, feel free to reopen.
> 

Forcing OpenAL to use ALSA seems to correct this issue.

http://www.icculus.org/lgfaq/#setthatdriver

echo "(define devices '(alsa))" > ~/.openalrc