[pulseaudio-discuss] PULSE_MEMPOOL_DISABLE=1 is incompatible with srbchannel
david.henningsson at canonical.com
Fri Dec 5 01:40:09 PST 2014
On 2014-12-05 00:42, Peter Meerwald wrote:
> Hello David,
>>> I am still trying to valgrind pulseaudio. The previous attempt yielded
>>> nothing about the bug that I was trying to debug, but found a Bluetooth
>>> issue. This time, I thought that maybe some memory pool or flist was
>>> causing valgrind to mistakenly consider the samples to be properly
>>> initialized. And found PULSE_MEMPOOL_DISABLE as a way to disable this
>>> (potentially valgrind-unfriendly) pool. Thus:
>> Cool, thanks for testing and keep 'em coming :-)
> did you test srbchannel on record streams?
> I get one max-block-size worth of crap before capturing actual audio data;
> can you reproduce?
Found it: this is due to block_id collision between the rwpool and the
standard mempool, so when the first block in the record stream comes in,
pa_memimport_get finds the srbchannel memblock instead and returns it.
Will figure out a fix shortly.
David Henningsson, Canonical Ltd.
More information about the pulseaudio-discuss