[openal] A 5.1 32-bit source kills a stereo 16-bit one on OpenAL Soft

Leszek Godlewski lg at inequation.org
Sun Oct 5 16:22:36 EDT 2014


Hi Chris,

Thanks for replying. Well, if it's nothing known, I guess I'm onto
something. :)

Yes, the 5.1 keeps playing, stereo stream comes back the moment the 5.1 is
stopped. I'm pretty sure the both sources keep incrementing their offsets,
but I'll try dumping the entire source state tomorrow to see if there's
anything out of the ordinary in it. I'll also try 1.16.

Regards,

Leszek

2014-10-04 11:44 GMT+02:00 Chris Robinson <chris.kcat at gmail.com>:

> On 10/03/2014 08:22 AM, Leszek Godlewski wrote:
>
>> Hi everyone,
>>
>> I'm experiencing a bug in OpenAL Soft 1.13 on Linux where with two sources
>> playing, only one can be heard. The exact use case is as follows:
>>
>> [...]
>>
>> There are no other sources playing. Both sources have been put at (0,0,0)
>> with AL_SOURCE_RELATIVE set to AL_TRUE, with AL_MAX_DISTANCE and
>> AL_MIN_GAIN at 1.f. Preliminary debugging within OpenAL Soft shows that
>> both sources are active (I've put breakpoints in aluMixData() and
>> inspected
>> the context).
>>
>
> The 5.1 audio stream does play while the stereo stream goes quiet? Does
> the stereo stream come back when the 5.1 stream ends? Do the sources
> continue to increment their offset (querying the AL_SAMPLE_OFFSET source
> property) when both are supposed to be playing?
>
> There shouldn't be any problem with playing a 5.1 and stereo stream at the
> same time. The first thing I'd try is to update OpenAL Soft; the most
> recent version is 1.16.
> _______________________________________________
> openal mailing list
> openal at openal.org
> http://openal.org/mailman/listinfo/openal
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://openal.org/pipermail/openal/attachments/20141005/069d0fab/attachment.html>


More information about the openal mailing list