[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: pulseaudio causing crashing of applications



On Wed, 13.02.08 14:57, Kevin Kofler (kevin kofler chello at) wrote:

> 
> Lennart Poettering <mzerqung <at> 0pointer.de> writes:
> > This is somewhat expected behaviour. Access to the audio device
> > follows the active session on the display. I.e. if you switch VTs than
> > ConsoleKit+HAL will change the ACLs of the audio devices and tell PA
> > to stop accessing the audio device. This will cause playback to pause
> > for all applications accessing PA. However, as soon as you switch back
> > the session, the playback should continue. This is not perfect
> > however, since we don't inform Gst/Rhyhtmbox that the audio device is
> > temporarily stopped (there's no way to do that afaik).
> 
> Have you considered just muting the sound rather than blocking the 
> applications? The obvious drawback is that the user doesn't automatically get 
> back to where he/she left, but on the other hand, you can't really expect sound 
> applications to know how to handle a blocked sound device, and it is also 
> application-specific whether returning to where you left is a good or bad idea 
> (think of a live stream, for example: in that case, returning to where you left 
> might not even be possible, and if it is, it's usually not what the user 
> wants).

It's a bit difficult to continue streaming audio based on the sound
cards clock if you don't have access to the sound card anymore.

Lennart

-- 
Lennart Poettering                        Red Hat, Inc.
lennart [at] poettering [dot] net         ICQ# 11060553
http://0pointer.net/lennart/           GnuPG 0x1A015CC4


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]