[Openal] Sound stuttering for small buffer sizes in hardware OpenAL implementation for Audigy SE

[Thilo Schulz]

On Monday 25 May 2009, Tom Keresztes wrote:
>    Generally this is a result of the cpu not updating the buffers in
> time, probably the cpu load is too high and the sound update does not
> run often enough (i have a sound updates in a secondary thread which
> updates at 25 per sec / iPhone, and while cpu is capable of doing the
> mixing the flash is not fast enough to read enough data on time - while
> streaming vorbis audio). Running the sound thread as realtime was
> unnecessary.

His framerate was at 125, so there were 125 updates per second.

>    Also, please note that Audigy SE is not a true Audigy, as it lacks
> hardware mixing (though not sure it is the lack of hardware accelerated
> 3d audio or hw acceleration in general) which might make the issue more
> audible. You can verify this when you query the the number of processed
> buffers, if it is larger than one, you definitely need to increase the
> frequency of updates (and guarantee that they happen).

The number of processed buffers was never larger than 1, and there are four 
filled audio buffers. This also doesn't explain why it would work on Generic 
Software, but not the hardware device.

-- 
Thilo Schulz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://opensource.creative.com/pipermail/openal/attachments/20090525/346c1d78/attachment.bin