[Openal] captured data + alSourceQueueBuffers = too fragmented output

[Christian Parpart]

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.

Hi,

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[1].

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.

Regards,
Christian Parpart.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 190 bytes
Desc: not available
Url : http://opensource.creative.com/pipermail/openal/attachments/20051026/fba7e33b/attachment-0001.bin