Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Markus Rechberger
On Thu, Feb 11, 2010 at 1:00 AM, Lennart Poettering wrote: > On Mon, 08.02.10 19:11, olin.pulse@shivers.mail0.org > (olin.pulse@shivers.mail0.org) wrote: > >> PA is a system that manages access to a hardware resource, in a network >> distributed context. Such a system must have mechanism

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Colin Guthrie
'Twas brillig, and Jeremy Nickurak at 11/02/10 01:48 did gyre and gimble: > A question about the console-kit approach, where the user physically > near the sound hardware is the person that gets to use it... > > A favorite trick of mine is to ssh into a machine, and use the sound > hardware there

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Jeremy Nickurak
A question about the console-kit approach, where the user physically near the sound hardware is the person that gets to use it... A favorite trick of mine is to ssh into a machine, and use the sound hardware there to announce some kind of event. It might be an alarm to wake up a family member, or

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Jeremy Nickurak
A question about the console-kit approach, where the user physically near the sound hardware is the person that gets to use it... A favorite trick of mine is to ssh into a machine, and use the sound hardware there to announce some kind of event. It might be an alarm to wake up a family member, or

Re: [pulseaudio-discuss] Crash/Underruns observed randomly when system alert is mixed with audio stream in Pulse Audio

2010-02-10 Thread Lennart Poettering
On Wed, 10.02.10 20:28, Lakshmi N V (lakshm...@gmail.com) wrote: > Hi, > I'm using the Pulse Audio v0.9.21 with Moblin 2.1 OS on an embedded system. > I've observed that when a audio stream is in progress through Pulse Audio > and a system alert is generated through libcanberra-gtk-play, the syste

Re: [pulseaudio-discuss] which ip address for network devices

2010-02-10 Thread Lennart Poettering
On Fri, 05.02.10 20:55, Brian J. Murrell (br...@interlinx.bc.ca) wrote: > I have a machine that has multiple interfaces and thus multiple addresses. I > have enabled PA (0.9.19) to share the devices out via the network and when I > start the PA server, I briefly see devices from it on my local

Re: [pulseaudio-discuss] voulme control

2010-02-10 Thread Lennart Poettering
On Tue, 09.02.10 10:39, Gian Lorenzo Meocci (glmeo...@gmail.com) wrote: > Hi all, > > > I have soume problem to control audio volume. > I am using: > > pa_cvolume a; > a.channels = channels; > a.values[0] = PA_VOLUME_MUTED; > a.values[1] = PA_VOLUME_MUTED; > > if(pa_cvolume_valid(&a)) >

Re: [pulseaudio-discuss] Automatically change 'Default device'?

2010-02-10 Thread Lennart Poettering
On Thu, 11.02.10 01:05, Colin Guthrie (gm...@colin.guthr.ie) wrote: > > Of course, I know this cannot be the default. Just wondering if there's > > an option for it, or perhaps somewhere I can dump user-scripts to > > accomplish this (by running on detecting certain events), udev perhaps? > > Sho

Re: [pulseaudio-discuss] Automatically change 'Default device'?

2010-02-10 Thread Lennart Poettering
On Thu, 11.02.10 08:57, Ng Oon-Ee (ngoo...@gmail.com) wrote: > I think I'm missing something important in the config/man files, but is > it possible to basically say "when a new device/card is loaded, make it > default"? > > So, for example, I have music playing through my internal sound card. I

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Kevin Fox
On Wed, 2010-02-10 at 16:52 -0800, Lennart Poettering wrote: > On Wed, 10.02.10 16:45, Andrew McNabb (amcn...@mcnabbs.org) wrote: > > > Detachable ears are called headphones. :) > > > > I'm not arguing that it's practical to do, but an ideal multiseat system > > would be able to give each user tw

Re: [pulseaudio-discuss] Automatically change 'Default device'?

2010-02-10 Thread Colin Guthrie
'Twas brillig, and Ng Oon-Ee at 11/02/10 00:57 did gyre and gimble: > I think I'm missing something important in the config/man files, but is > it possible to basically say "when a new device/card is loaded, make it > default"? > > So, for example, I have music playing through my internal sound ca

Re: [pulseaudio-discuss] My default sound devices are not retained after suspend or reboot

2010-02-10 Thread Lennart Poettering
On Wed, 10.02.10 18:11, Daniel Chen (seven.st...@gmail.com) wrote: > > On Wed, Feb 10, 2010 at 5:02 PM, Lennart Poettering > wrote: > > Hmm, my educated guess is that some weird suspend script might > > unload some device/driver on suspend and reload it afterwards. In PA > > this might cause a d

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Wed, 10.02.10 23:22, Colin Guthrie (gm...@colin.guthr.ie) wrote: > > 'Twas brillig, and Lennart Poettering at 10/02/10 22:36 did gyre and gimble: > > On Tue, 09.02.10 09:43, Markus Rechberger (mrechber...@gmail.com) wrote: > > > >>> Indeed. PA is principally meant to be run per-user. Each use

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Thu, 11.02.10 00:44, Colin Guthrie (gm...@colin.guthr.ie) wrote: > > If people want to allow users unconditional access to audio devices, > > regardless whether they are logged in on the console, then they can > > add them to that group. That's fine. ACL certainly are more flexible, > > but jus

[pulseaudio-discuss] Automatically change 'Default device'?

2010-02-10 Thread Ng Oon-Ee
I think I'm missing something important in the config/man files, but is it possible to basically say "when a new device/card is loaded, make it default"? So, for example, I have music playing through my internal sound card. I turn on my BT headset, some streams will move there (because I previousl

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Wed, 10.02.10 16:45, Andrew McNabb (amcn...@mcnabbs.org) wrote: > Detachable ears are called headphones. :) > > I'm not arguing that it's practical to do, but an ideal multiseat system > would be able to give each user two dedicated channels, so they can each > plug in their own set of headpho

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Ng Oon-Ee
On Thu, 2010-02-11 at 01:46 +0100, Lennart Poettering wrote: > On Tue, 09.02.10 21:57, Michał Sawicz (mic...@sawicz.net) wrote: > > > 4. there's a dialog on the active user's session with 'User tries > > to access your audio equipment with application , allow / deny?' > > For every event

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Wed, 10.02.10 11:16, Bill Cox (waywardg...@gmail.com) wrote: > As for concerns about running system-wide... Ubuntu already disallows > user loaded modules, and I'm not hearing a lot of complaints. When it's not Ubuntu that disallows that. It's upstream PA. So, this breaks bt and hotplugging

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Tue, 09.02.10 21:57, Michał Sawicz (mic...@sawicz.net) wrote: > 4. there's a dialog on the active user's session with 'User tries > to access your audio equipment with application , allow / deny?' For every event sound? Really? Lennart -- Lennart PoetteringR

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Colin Guthrie
'Twas brillig, and Lennart Poettering at 11/02/10 00:25 did gyre and gimble: > On Tue, 09.02.10 18:51, Colin Guthrie (gm...@colin.guthr.ie) wrote: > >>> By the way normally only the users who are in the audio group are >>> allowed to access audio (not entirely sure how this is handled with >>> osx

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Tue, 09.02.10 20:07, Markus Rechberger (mrechber...@gmail.com) wrote: > > Bypassing this layer and accessing things directly is not IMO a good > > design. Everything is possible with the appropriate mechanisms in place > > and no functionality is sacrificed, but you have to be prepared to > > a

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Tue, 09.02.10 18:51, Colin Guthrie (gm...@colin.guthr.ie) wrote: > > By the way normally only the users who are in the audio group are > > allowed to access audio (not entirely sure how this is handled with > > osx though), so it's not like a random user is allowed to access the > > audio devic

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Michał Sawicz
Dnia 2010-02-10, śro o godzinie 16:45 -0700, Andrew McNabb pisze: > I'm not arguing that it's practical to do, but an ideal multiseat > system > would be able to give each user two dedicated channels, so they can > each > plug in their own set of headphones (modern surround sound cards have > tons

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Andrew McNabb
On Thu, Feb 11, 2010 at 12:16:44AM +0100, Lennart Poettering wrote: > > This is nonsense. I am not sure how your ears are constructed, but on > a multiseat system if you want to share a soundcard between two seats, > where would you put the speakers so that the two users have the same > distance f

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Wed, 10.02.10 10:45, Maarten Bosmans (mkbosm...@gmail.com) wrote: > The other mode is the system-wide daemon mode. This follows more the > traditional unix model of a dedicated pulse user running a daemon to > which other users can connect. The system mode is more applicable to > an audio serve

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Mon, 08.02.10 19:11, olin.pulse@shivers.mail0.org (olin.pulse@shivers.mail0.org) wrote: > PA is a system that manages access to a hardware resource, in a network > distributed context. Such a system must have mechanism for managing > authentication and privileges -- one that works in a

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Wed, 10.02.10 14:51, Bill Cox (waywardg...@gmail.com) wrote: > The power savings on a laptop will be so close to zero, you couldn't > measure the improvement in battery life. 40 interupts per second > (what raw ALSA does) compared to streaming 22KB per seccond to the > sound card is too small

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Wed, 10.02.10 11:32, Colin Guthrie (gm...@colin.guthr.ie) wrote: > One is the fact that why should a module be loaded into a system-wide > component for a specific user? e.g. user A pairs his bluetooth headset > which will require that the bluetooth sink becomes available - this > should only b

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Wed, 10.02.10 05:50, Bill Cox (waywardg...@gmail.com) wrote: > > Here's what I don't understand. Why doesn't PA run in system-wide > mode, but still do all the same user-permission checks it does now, > and only authorize the current user to access the sound card? Because that is extraordin

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Wed, 10.02.10 09:59, Markus Rechberger (mrechber...@gmail.com) wrote: > this is another wrong assumption, libusb uses raw USB access, if every > user would have access > to USB some devices might be damaged. > Sane would need to be serverbased, full raw access to the usb bus > would seriously b

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Colin Guthrie
'Twas brillig, and Lennart Poettering at 10/02/10 22:36 did gyre and gimble: > On Tue, 09.02.10 09:43, Markus Rechberger (mrechber...@gmail.com) wrote: > >>> Indeed. PA is principally meant to be run per-user. Each user logged in >>> will have their own PA process running and each will monitor a s

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Wed, 10.02.10 08:54, Colin Guthrie (gm...@colin.guthr.ie) wrote: > Yeah, if we have permission on the device, we use it, otherwise it's > ignored. When users are switched away, CK fires off dbus signals and we > recheck our device access etc. We don't accept any input from alsa when > we do not

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Wed, 10.02.10 07:14, David Henningsson (launchpad@epost.diwic.se) wrote: > But printers are more of a system-wide resource, and for some use cases, > so is the soundcard. This is nonsense. I am not sure how your ears are constructed, but on a multiseat system if you want to share a soundc

Re: [pulseaudio-discuss] My default sound devices are not retained after suspend or reboot

2010-02-10 Thread Daniel Chen
On Wed, Feb 10, 2010 at 5:02 PM, Lennart Poettering wrote: > Hmm, my educated guess is that some weird suspend script might > unload some device/driver on suspend and reload it afterwards. In PA > this might cause a different default device to be chosen. To clarify, Ubuntu does not unload sound d

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Tue, 09.02.10 17:59, Markus Rechberger (mrechber...@gmail.com) wrote: > > On Tue, Feb 9, 2010 at 5:17 PM, Bill Cox wrote: > > The corking stuff in PA is very cool.  I don't think anyone objects to > > it.  But couldn't we quell all the "PA stinks!" posts by just allowing > > some processes/gr

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Tue, 09.02.10 22:52, David Henningsson (launchpad@epost.diwic.se) wrote: > Colin Guthrie wrote: > > 'Twas brillig, and Jeremy Nickurak at 09/02/10 19:24 did gyre and gimble: > > This whole thing has been discussed to death, and I really don't feel > > like being drawn into the whole thing a

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Tue, 09.02.10 18:41, Tanu Kaskinen (ta...@iki.fi) wrote: > ti, 2010-02-09 kello 11:17 -0500, Bill Cox kirjoitti: > > The corking stuff in PA is very cool. I don't think anyone objects to > > it. But couldn't we quell all the "PA stinks!" posts by just allowing > > some processes/groups/users

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Tue, 09.02.10 12:24, Jeremy Nickurak (jer...@nickurak.ca) wrote: > On Tue, Feb 9, 2010 at 09:41, Tanu Kaskinen wrote: > > > That's easier said than done. Only one process can have direct access to > > the sound card at a time. Each user has his own pulseaudio instance > > running. How do you

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Tue, 09.02.10 11:17, Bill Cox (waywardg...@gmail.com) wrote: > The corking stuff in PA is very cool. I don't think anyone objects to > it. But couldn't we quell all the "PA stinks!" posts by just allowing > some processes/groups/users to have constant access to audio? Tsss. This is a pretty

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Tue, 09.02.10 09:27, Bill Cox (waywardg...@gmail.com) wrote: > I think this is one area where PulseAudio could be improved, though I > can't quite figure out how! Surely, there must be some way to allow > specific processes or users to have full sound access, while otherwise > sticking to the

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Tue, 09.02.10 09:43, Markus Rechberger (mrechber...@gmail.com) wrote: > > Indeed. PA is principally meant to be run per-user. Each user logged in > > will have their own PA process running and each will monitor a system > > service called "ConsoleKit" which tracks which user is active. We adher

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Mon, 08.02.10 21:01, olin.pulse@shivers.mail0.org (olin.pulse@shivers.mail0.org) wrote: > > Bill Cox: > > While the "right" way is not system-wide mode, in practice, I find > > system-wide mode to be very stable and usable on Ubuntu systems that > > have multiple users trying to send

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Tue, 09.02.10 03:16, Markus Rechberger (mrechber...@gmail.com) wrote: > > On Tue, Feb 9, 2010 at 3:01 AM, wrote: > > Bill Cox: > >> While the "right" way is not system-wide mode, in practice, I find > >> system-wide mode to be very stable and usable on Ubuntu systems that > >> have multiple

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Lennart Poettering
On Sun, 07.02.10 22:54, Bill Cox (waywardg...@gmail.com) wrote: > Finally, disable group-based authentication to use the sound system. > Edit /etc/pulse/system.pa. Find the line that reads: > load-module module-native-protocol-unix > and change it to read: > load-module module-native-protoc

[pulseaudio-discuss] hda intel + Line-In + ext. mic

2010-02-10 Thread Николай Коротинский
Hi all, I have a laptop Amilo Si 3655 and Ubuntu 9.10 64 I have 2 mic: internal and external. Internal mic work successfully. But external Mic and Line-In work as outputs. Line-In output surround channel. Mic output Center and LFE channels. But sometime I need external Mic and Line-In. How I ca

Re: [pulseaudio-discuss] My default sound devices are not retained after suspend or reboot

2010-02-10 Thread Lennart Poettering
On Sun, 07.02.10 15:11, Sebastien Pimenta (p...@pulsradio.com) wrote: > Hello, > > I'm using ubuntu karmic 9.10 with 2 sound cards and a webcam listed > below : Next time, please follow this if you have problems with Ubuntu: http://pulseaudio.org/wiki/UbuntuBugs > To explain things better, I'v

Re: [pulseaudio-discuss] How to get pulseaudio streaming to PS3?

2010-02-10 Thread Lennart Poettering
On Sun, 07.02.10 16:35, Nyall Dawson (ny...@zombiepigs.net) wrote: > Hi all, > > I remember reading a while back that pulseaudio can use Rygel to > stream audio to a PS3, but I haven't had any luck finding any how-tos > or instructions for how to get this working. WIth rygel installed I > see an

Re: [pulseaudio-discuss] Behavior of pa_threaded_mainloop_wait ()

2010-02-10 Thread Lennart Poettering
On Tue, 09.02.10 20:41, Tristin Celestin (tristin_celes...@yahoo.com) wrote: > Why do I have to explicitly check inside the loop to see if the > stream is ready, and then break? Do I have to have called wait() > while the callback executes? To express in a little different words what Colin alread

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Bill Cox
The power savings on a laptop will be so close to zero, you couldn't measure the improvement in battery life. 40 interupts per second (what raw ALSA does) compared to streaming 22KB per seccond to the sound card is too small to care. You wont notice any improvement. On Wed, Feb 10, 2010 at 2:26

Re: [pulseaudio-discuss] Crash/Underruns observed randomly when system alert is mixed with audio stream in Pulse Audio

2010-02-10 Thread Arun Raghavan
Hello, On Wed, 2010-02-10 at 20:28 +0530, Lakshmi N V wrote: > Hi, > I'm using the Pulse Audio v0.9.21 with Moblin 2.1 OS on an embedded > system. > I've observed that when a audio stream is in progress through Pulse > Audio and a system alert is generated through libcanberra-gtk-play, > the syste

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Colin Guthrie
'Twas brillig, and Arun Raghavan at 10/02/10 19:26 did gyre and gimble: > On Wed, 2010-02-10 at 11:16 -0500, Bill Cox wrote: >> Ok, the new "glitchless" code sounds cool. Reducing the interrupts >> seems close to pointless from a power savings view, unless we're in an >> embedded environment where

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Arun Raghavan
On Wed, 2010-02-10 at 11:16 -0500, Bill Cox wrote: > Ok, the new "glitchless" code sounds cool. Reducing the interrupts > seems close to pointless from a power savings view, unless we're in an > embedded environment where we slow down the CPU and lower it's power > on sub-second intervals. Otherw

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Maarten Bosmans
2010/2/10 samuel : > On Wed, 10 Feb 2010 10:45:33 +0100 > Maarten Bosmans wrote: >> Perhaps the confusion stems from the fact that PulseAudio has two >> different modes. The normal per-user mode, which should almost always >> be used, uses the model of a single user having access to the hardware >

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Bill Cox
Ok, the new "glitchless" code sounds cool. Reducing the interrupts seems close to pointless from a power savings view, unless we're in an embedded environment where we slow down the CPU and lower it's power on sub-second intervals. Otherwise, copying the data the data to the sound buffer will hea

[pulseaudio-discuss] Crash/Underruns observed randomly when system alert is mixed with audio stream in Pulse Audio

2010-02-10 Thread Lakshmi N V
Hi, I'm using the Pulse Audio v0.9.21 with Moblin 2.1 OS on an embedded system. I've observed that when a audio stream is in progress through Pulse Audio and a system alert is generated through libcanberra-gtk-play, the system alert is mixed successfully for the first time, but in the second iterat

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Colin Guthrie
'Twas brillig, and Bill Cox at 10/02/10 10:50 did gyre and gimble: > Here's what I don't understand. Why doesn't PA run in system-wide > mode, but still do all the same user-permission checks it does now, > and only authorize the current user to access the sound card? Is > there any advantage in

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Bill Cox
Here's what I don't understand. Why doesn't PA run in system-wide mode, but still do all the same user-permission checks it does now, and only authorize the current user to access the sound card? Is there any advantage in running the whole PA daemon in user space? Why have multiple PA processes

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread samuel
On Wed, 10 Feb 2010 10:45:33 +0100 Maarten Bosmans wrote: > 2010/2/9 : > > Maybe I'm wrong. I can't figure out *what* the model is, really. > > When I click on padevchooser's "Configure Local Sound Server" > > entry, I get a window whose "Network Server" tab lets me "enable > > network access to

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Maarten Bosmans
Bah, wrong thread 2010/2/10 Maarten Bosmans : > 2010/2/9  : >> Maybe I'm wrong. I can't figure out *what* the model is, really. When I click >> on padevchooser's "Configure Local Sound Server" entry, I get a window whose >> "Network Server" tab lets me "enable network access to local sound devices

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Maarten Bosmans
2010/2/9 : > Maybe I'm wrong. I can't figure out *what* the model is, really. When I click > on padevchooser's "Configure Local Sound Server" entry, I get a window whose > "Network Server" tab lets me "enable network access to local sound devices." > Furthermore, I can set or clear a checkbox for

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Colin Guthrie
'Twas brillig, and Markus Rechberger at 10/02/10 08:59 did gyre and gimble: > On Wed, Feb 10, 2010 at 9:54 AM, Colin Guthrie wrote: >>> Here's another analogy; what about the printer? If printers were >>> considered a part of the seat, then user Bar wouldn't have more right to >>> print a document

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Colin Guthrie
'Twas brillig, and Markus Rechberger at 10/02/10 06:51 did gyre and gimble: > Also imagine TV tuners, webcams are basically handled the same way. > One user might want to capture a TV movie, while the other one doesn't > need access to it. The user may want to do that but it doesn't mean that they

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Markus Rechberger
On Wed, Feb 10, 2010 at 9:54 AM, Colin Guthrie wrote: > 'Twas brillig, and David Henningsson at 10/02/10 06:14 did gyre and gimble: >> Colin Guthrie wrote: >>> 'Twas brillig, and David Henningsson at 09/02/10 21:52 did gyre and gimble: I wrote down a few use cases here, I'm sure there are mor

Re: [pulseaudio-discuss] system-wide daemon

2010-02-10 Thread Colin Guthrie
'Twas brillig, and David Henningsson at 10/02/10 06:14 did gyre and gimble: > Colin Guthrie wrote: >> 'Twas brillig, and David Henningsson at 09/02/10 21:52 did gyre and gimble: >>> I wrote down a few use cases here, I'm sure there are more: >>> >>> https://wiki.ubuntu.com/BluePrints/multiuser-soun

Re: [pulseaudio-discuss] Behavior of pa_threaded_mainloop_wait ()

2010-02-10 Thread Colin Guthrie
'Twas brillig, and Tristin Celestin at 10/02/10 04:41 did gyre and gimble: > I have a stream state change callback that fires a signal when the stream is > PA_STREAM_READY, PA_STREAM_FAILED, or PA_STREAM_TERMINATED > When trying to get a ready stream state in pulseaudio, I first wrote this. > Thi