[Pkg-pulseaudio-devel] Bug#486132: closed by CJ van den Berg <cj at vdbonline.com> (Re: Bug#486132: [pulseaudio] Pulseaudio: fails with dmix, idle devices and suspend-on-idle)

CJ van den Berg cj at vdbonline.com
Wed Sep 3 22:02:39 UTC 2008


On Wed, Sep 03, 2008 at 09:25:16PM +0000, brian m. carlson wrote:
>> From: CJ van den Berg <cj at vdbonline.com>
>> On Wed, Sep 03, 2008 at 11:09:39AM +0200, Erich Schubert wrote:
>>> I solved the 'famous'
>>> E: source.c: Assertion 'PA_SOURCE_OPENED(s->thread_info.state)' failed at pulsecore/source.c:278, function pa_source_post(). Aborting.
>>> problem for me by disabling the "suspend-on-idle" module.
>>> Apparently the module was suspending devices in a moment that caused problems.
>>
>> That does not entirely solve the problem. The dmix device will still
>> start misbehaving (crackling) if you keep it open long enough.
>
> I don't see a bug report on libasound2 for that.  I also haven't
> experienced that.
>
>> PulseAudio on dmix is not (and probably never will be) a supported
>> configuration. Upstream has made this clear on several occasions.
>
> At the very least, you need to document this in README.Debian.  dmix is
> the standard way to support multiple programs using ALSA, and if
> pulseaudio is going to break otherwise working setups, then that needs
> to be clearly documented.

Pulseaudio explicitly disables dmix when opening ALSA devices. The only
way to get pulseaudio to ever use dmix is to manually force it to by
using a non-standard configuration. I don’t see any reason to explicitly
document this one unusable configuration (of possibly many).

> Also, using libasound2-plugins isn't really acceptable on amd64 systems
> that use 32-bit applications, since there isn't a lib32asound2-plugins
> package.  You also need to document that 32-bit programs will not have
> sound on amd64 systems until there's a lib32asound2-plugins package.

lib32asound2 is not within my control. Please file a bug there.

> Further, if using dmix isn't supported, pulseaudio should print an error
> message and fail gracefully, not simply abort due to a failed assertion.
>
>> If there is some reason that you cannot use the pulseaudio alsa plugin
>> to achieve whatever it is you are trying to do, then please open bugs
>> against the alsa plugins package.
>
> A bug is already opened about the 32-bitness issue.

Great! So why are you re-opening this one then?

-- 
CJ van den Berg

mailto:cj at vdbonline.com
  xmpp:cj at vdbonline.com






More information about the Pkg-pulseaudio-devel mailing list