Re: What the problem?
Maxim Gammer <[email protected]>
| Newsgroups | gmane.comp.lib.openal |
|---|---|
| Message-ID | <[email protected]> |
When the load of processor increasing up to more than 70 percent, we got a hard stammering of sound and experience rough fall of FPS. We can see that only if the position of recipient is always the same, never had been changed. If we permanently changing the position of recipient, we don`t get that bug. I wrote the code to solve that issue in Linux OS Hi. Would it be correct to say that the stuttering still happens if you specify the same listener position again, instead of randomly shifted? If so, that's odd since it follows the same code path regardless if you're setting the same values over or not. Do you know which device is being opened? I'd assume PulseAudio, being on Ubuntu. You can tell by checking the string returned by alcGetString(Device, ALC_DEVICE_SPECIFIER); If it is PulseAudio, can you try the following (just to see if it clears up).. edit ~/.alsoftrc and add: [general] drivers = alsa [alsa] mmap = off If that works, then it's probably due to PulseAudio waiting too long before signaling that it needs more audio. In that case, it might not be an issue with the next OpenAL Soft version (current in Git/SVN), which uses a more traditional update loop for the PulseAudio backend. A new OpenAL Soft release hopefully isn't far off.. I just need to try and figure out some performance oddities, and hopefully get the loop points extension finished. Hi. Yes, Ubuntu 10.04LTS amd64 Yes, alcGetString(Device, ALC_DEVICE_SPECIFIER) return PulseAudio Yes, I create and edit .alsoftrc and ..... it works!!! thank you! -- Maxim Gammer _______________________________________________ Openal mailing list [email protected] http://opensource.creative.com/mailman/listinfo/openal