Re: Sound stuttering for small buffer sizes in hardware OpenAL implementation for Audigy SE

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


_______________________________________________
Openal mailing list
Openal@...
http://opensource.creative.com/mailman/listinfo/openal