[Openal] captured data + alSourceQueueBuffers = too fragmented output
trapni at gentoo.org
Wed Oct 26 05:01:58 PDT 2005
On Tuesday 25 October 2005 17:46, dpeacock at creativelabs.com wrote:
> Hi Christian,
> The Windows Open AL 1.1 SDK available from www.openal.org includes sample
> code that does exactly this (e.g capturing audio and playing back using
> buffer queuing). It shows how to reuse the AL Buffers, so that you don't
> need to dynamically create and destroy the buffers.
hmm.... Well, I'm having no Windows. Sorry, that I
didn't mention. And the installer isn't a .zip or alike,
in fact, it's a .exe, and I'm having no WINE or alike around.
However, I *believe* I found the source code you're
refering to in the CVS repository: demos/altest/common/altest.cpp
But these tests inside do certainly *not* run on at
least my Linux box. (I assume, that it runs on noone
successivily - more on this in another thread).
However, I although believe, that the way they *reuse* the
buffers is quite complicated, in fact, I didn't *FULLY*
understand it yet as I couldn't properly track the way down,
but anyway, I found a shorter implementation.
I got the problem fixed anyway, but it has certainly *not*
been related to the buffer queuing problem I had, in fact,
I played a little bit with all configurable numbers and sizes,
and now it replays the captured input fluently (without any
black holes between the potentially captured samples).
But I still do not completely know why it was this error.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 190 bytes
Desc: not available
Url : http://opensource.creative.com/pipermail/openal/attachments/20051026/fba7e33b/attachment-0001.bin
More information about the Openal