[pulseaudio-discuss] New application using PulseAudio and Simple API question

2007-06-04 Thread Ed Schouten
Hello everyone, I am the lead developer of a compact music player called Herrie (http://herrie.info/). For people that aren't familiar with Herrie, its major selling points would probably be its not too intrusive user interface and its navigation (it lends a lot of UI stuff from vi/mutt). A few d

Re: [pulseaudio-discuss] New application using PulseAudio and Simple API question

2007-06-05 Thread CJ van den Berg
On Tue, Jun 05, 2007 at 07:39:26AM +0200, Ed Schouten wrote: > When we want to support chroot(), we must open the device before the > actual chroot() call and only close the device when shutting down. This > is what the OSS module does, for example. When I look at the API of the > Simple API, there

Re: [pulseaudio-discuss] New application using PulseAudio and Simple API question

2007-06-05 Thread Ed Schouten
* CJ van den Berg <[EMAIL PROTECTED]> wrote: > On Tue, Jun 05, 2007 at 07:39:26AM +0200, Ed Schouten wrote: > > When we want to support chroot(), we must open the device before the > > actual chroot() call and only close the device when shutting down. This > > is what the OSS module does, for examp

Re: [pulseaudio-discuss] New application using PulseAudio and Simple API question

2007-06-05 Thread CJ van den Berg
On Tue, Jun 05, 2007 at 01:19:45PM +0200, Ed Schouten wrote: > * CJ van den Berg <[EMAIL PROTECTED]> wrote: > > On Tue, Jun 05, 2007 at 07:39:26AM +0200, Ed Schouten wrote: > > > When we want to support chroot(), we must open the device before the > > > actual chroot() call and only close the devic

Re: [pulseaudio-discuss] New application using PulseAudio and Simple API question

2007-06-05 Thread Ed Schouten
* CJ van den Berg <[EMAIL PROTECTED]> wrote: > On Tue, Jun 05, 2007 at 01:19:45PM +0200, Ed Schouten wrote: > > * CJ van den Berg <[EMAIL PROTECTED]> wrote: > > > On Tue, Jun 05, 2007 at 07:39:26AM +0200, Ed Schouten wrote: > > > > When we want to support chroot(), we must open the device before th

Re: [pulseaudio-discuss] New application using PulseAudio and Simple API question

2007-06-05 Thread Ed Schouten
* Ed Schouten <[EMAIL PROTECTED]> wrote: > Maybe this evening I'll take a look if it's possible to delay the > opening of the stream when the `ss' argument is NULL, so I can call > pa_simple_new() to already instantiate the connection to the daemon > before the chroot() call. Done. I did fix it in

Re: [pulseaudio-discuss] New application using PulseAudio and Simple API question

2007-06-05 Thread Ed Schouten
* Ed Schouten <[EMAIL PROTECTED]> wrote: > I'm still thinking of a nice way to work around this. Anyway, here's a > first version of the patch, which also makes the mmap() calls work on > FreeBSD. I think it would be a lot better if shared memory (see shm_open(3)) wouldn't be by filename, but by d

Re: [pulseaudio-discuss] New application using PulseAudio and Simple API question

2007-07-11 Thread Lennart Poettering
On Tue, 05.06.07 07:39, Ed Schouten ([EMAIL PROTECTED]) wrote: Hi! > Are there any plans to extend the Simple interface to support such a > feature? I guess a good thing would be to allow the `ss' argument of > `pa_simple_new()' to be NULL and add a routine called > `pa_simple_set_samplespec()'.

Re: [pulseaudio-discuss] New application using PulseAudio and Simple API question

2007-07-11 Thread Lennart Poettering
On Tue, 05.06.07 12:52, CJ van den Berg ([EMAIL PROTECTED]) wrote: > On Tue, Jun 05, 2007 at 07:39:26AM +0200, Ed Schouten wrote: > > When we want to support chroot(), we must open the device before the > > actual chroot() call and only close the device when shutting down. This > > is what the OSS

Re: [pulseaudio-discuss] New application using PulseAudio and Simple API question

2007-07-11 Thread Lennart Poettering
On Tue, 05.06.07 20:29, Ed Schouten ([EMAIL PROTECTED]) wrote: Hi! > * Ed Schouten <[EMAIL PROTECTED]> wrote: > > I'm still thinking of a nice way to work around this. Anyway, here's a > > first version of the patch, which also makes the mmap() calls work on > > FreeBSD. > > I think it would be