Re: [pulseaudio-discuss] pulseaudio-discuss] Automatic selection of an audio sink depending on value of ENV variable

2009-10-30 Thread Patrick Shirkey
On 10/31/2009 02:16 PM, mark386 wrote: One thing that can be done with these drivers (at least with ati's fglrx) when using xinerama is that compiz can be enabled on one screen and that screen can be rotated independent of the other displays. Multiple independent displays with multiple indepen

Re: [pulseaudio-discuss] Automatic selection of an audio sink depending on value of ENV variable

2009-10-30 Thread Leszek Koltunski
On Sat, 2009-10-31 at 07:55 +0800, Ng Oon-Ee wrote: > On Fri, 2009-10-30 at 18:43 +0100, Lennart Poettering wrote: > > And that's why I am saying that multiple screens per display is just a > > pointless excercise, since it gives you exactly NOTHING that multiple > > montors per screen wouldn't giv

Re: [pulseaudio-discuss] pulseaudio-discuss] Automatic selection of an audio sink depending on value of ENV variable

2009-10-30 Thread mark386
> > Dude. This is nonsense. > > To you maybe. > > > WMs such as metacity are xinerama-aware and have been about > > forever. > > Guess I am showing my age because I have to admit that the last time I > tired Xinerama was wy before metacity was around. > > > Windows won't be maximized ac

Re: [pulseaudio-discuss] setting a volume on a short lived stream

2009-10-30 Thread Brian J. Murrell
On Fri, 2009-10-30 at 23:01 -0400, Daniel Chen wrote: > > Do you have ubuntu-desktop installed? I didn't. I do recall removing that at one time because there was a dependency it sucked in that I didn't like. I've just re-installed it (and the 10 dozen extra packages it brought in). Let's see

Re: [pulseaudio-discuss] setting a volume on a short lived stream

2009-10-30 Thread Brian J. Murrell
On Sat, 2009-10-31 at 03:27 +0100, Lennart Poettering wrote: > > Hmm, how come this wasn't installed? Is your machine a pristine > installation? If my guess about what you mean by "pristine installation" is right, then I'd probably have to answer no. It's "grown up" through various Ubuntu relea

Re: [pulseaudio-discuss] setting a volume on a short lived stream

2009-10-30 Thread Daniel Chen
On Fri, Oct 30, 2009 at 10:13 PM, Brian J. Murrell wrote: > Ah ha.  But somebody said "backend"  That above looks like > metacity/libcanberra are using an ALSA "backend".  Let's see what kind > of pulse alternative there is...  Yup...  Just installed > "libcanberra-pulse".  Let's see how that chan

Re: [pulseaudio-discuss] setting a volume on a short lived stream

2009-10-30 Thread Lennart Poettering
On Fri, 30.10.09 22:13, Brian J. Murrell (br...@interlinx.bc.ca) wrote: > On Fri, 2009-10-30 at 19:28 -0400, Daniel Chen wrote: > > On Fri, Oct 30, 2009 at 7:26 PM, Lennart Poettering > > wrote: > > > Dunno, maybe the PA backend for libcanberra is not installed? Ubuntu > > > really should instal

Re: [pulseaudio-discuss] setting a volume on a short lived stream

2009-10-30 Thread Brian J. Murrell
On Fri, 2009-10-30 at 19:28 -0400, Daniel Chen wrote: > On Fri, Oct 30, 2009 at 7:26 PM, Lennart Poettering > wrote: > > Dunno, maybe the PA backend for libcanberra is not installed? Ubuntu > > really should install that by default. It's kinda disappointing if > > they don't. Please file a bug ag

Re: [pulseaudio-discuss] Problem using the Simple API

2009-10-30 Thread eric
On Fri, Oct 30, 2009 at 6:23 PM, Lennart Poettering wrote: > Returning immediately *instead* of giving you 640 bytes of PCM? > > I mean, are you suggesting that pa_simple_read() is in fact *not* > returning 640 bytes? > Or is your confusion simply because you expect that at 44khz you > expect tha

Re: [pulseaudio-discuss] Problem using the Simple API

2009-10-30 Thread Lennart Poettering
On Fri, 30.10.09 18:07, eric (ekilf...@gmail.com) wrote: > On Fri, Oct 30, 2009 at 5:49 PM, Lennart Poettering > wrote: > > > I am sorry, but I still have not understood what exactly is happening > > that you don't expect to be happening, resp. what exactly is not > > happening that you expect to

Re: [pulseaudio-discuss] [PATCH] cli: handle platforms with O_CLOEXIT undefined

2009-10-30 Thread Daniel Mack
On Sat, Oct 31, 2009 at 01:59:33AM +0100, Lennart Poettering wrote: > On Sat, 31.10.09 01:54, Daniel Mack (dan...@caiaq.de) wrote: > > > O_CLOEXIT is undefined on Mac OS X, #define it to 0 there. > > --- > > src/modules/module-cli.c |5 + > > 1 files changed, 5 insertions(+), 0 deletions(

Re: [pulseaudio-discuss] Problem using the Simple API

2009-10-30 Thread eric
On Fri, Oct 30, 2009 at 5:49 PM, Lennart Poettering wrote: > I am sorry, but I still have not understood what exactly is happening > that you don't expect to be happening, resp. what exactly is not > happening that you expect to happen. I'm not sure how to better explain it I open a stream,

Re: [pulseaudio-discuss] [PATCH] configure.ac: enable check for CoreAudio

2009-10-30 Thread Lennart Poettering
On Sat, 31.10.09 01:58, Daniel Mack (dan...@caiaq.de) wrote: > diff --git a/configure.ac b/configure.ac > index ca6eaca..83983c3 100644 > --- a/configure.ac > +++ b/configure.ac Thanks! Applied! Lennart -- Lennart PoetteringRed Hat, Inc. lennart [at] poettering [dot] ne

Re: [pulseaudio-discuss] [PATCH] cli: handle platforms with O_CLOEXIT undefined

2009-10-30 Thread Lennart Poettering
On Sat, 31.10.09 01:54, Daniel Mack (dan...@caiaq.de) wrote: > O_CLOEXIT is undefined on Mac OS X, #define it to 0 there. > --- > src/modules/module-cli.c |5 + > 1 files changed, 5 insertions(+), 0 deletions(-) I figure you mean O_CLOEXEC, right? Coincidentally I have applied a number

[pulseaudio-discuss] [PATCH] configure.ac: enable check for CoreAudio

2009-10-30 Thread Daniel Mack
diff --git a/configure.ac b/configure.ac index ca6eaca..83983c3 100644 --- a/configure.ac +++ b/configure.ac @@ -765,6 +765,28 @@ AC_SUBST(HAVE_OSS) AM_CONDITIONAL([HAVE_OSS_OUTPUT], [test "x$HAVE_OSS" = x1 && test "x${oss_output}" != "xno"]) AM_CONDITIONAL([HAVE_OSS_WRAPPER], [test "x$HAVE_OSS"

Re: [pulseaudio-discuss] realpath segfault

2009-10-30 Thread Lennart Poettering
On Fri, 30.10.09 09:54, David Yoder (davidmyo...@gmail.com) wrote: > Lennart, > > Apparently I was debugging this at the same time as you. I can't figure out > why my Fedora 11 install with glibc-2.10 has a glibc realpath that doesn't > match the gnu documentation and returns null. But it does. >

[pulseaudio-discuss] [PATCH] cli: handle platforms with O_CLOEXIT undefined

2009-10-30 Thread Daniel Mack
O_CLOEXIT is undefined on Mac OS X, #define it to 0 there. --- src/modules/module-cli.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/src/modules/module-cli.c b/src/modules/module-cli.c index 6bd0f4f..bfd58b3 100644 --- a/src/modules/module-cli.c +++ b/src/modules/mo

Re: [pulseaudio-discuss] Problem using the Simple API

2009-10-30 Thread Lennart Poettering
On Fri, 30.10.09 17:39, eric (ekilf...@gmail.com) wrote: > Perhaps I'm misunderstanding the usage. I'm basically opening a stream, > reading from the stream, sending it to a pipe, and then closing the stream. > I can understand that once I open the stream, data will be buffered and > waiting to

Re: [pulseaudio-discuss] [PATCH 2/4] Mac OS X: add semaphore implementation

2009-10-30 Thread Lennart Poettering
On Mon, 19.10.09 12:48, Daniel Mack (dan...@caiaq.de) wrote: > Ok, done. See the patch below. Thanks! Looks good. Applied! This isn't hooked up in the Makefile yet. (btw, a side note: we aren't the kernel, we don't use Signed-off-by in our git tree) Thanks, Lennart -- Lennart Poettering

Re: [pulseaudio-discuss] [PATCH 4/4] Wrap clock_gettime and friends

2009-10-30 Thread Lennart Poettering
On Mon, 19.10.09 12:45, Daniel Mack (dan...@caiaq.de) wrote: > > And clock_gettime we don't really need either. We need some kind of > > accurate system timers (preferably monotonic), and on Linux we use > > clock_gettime() for that. But we already have a fallback there for > > gettimeofday(). > >

Re: [pulseaudio-discuss] Problem using the Simple API

2009-10-30 Thread eric
Perhaps I'm misunderstanding the usage. I'm basically opening a stream, reading from the stream, sending it to a pipe, and then closing the stream. I can understand that once I open the stream, data will be buffered and waiting to be read. I would not expect to receive data from before that poin

Re: [pulseaudio-discuss] Problem using the Simple API

2009-10-30 Thread Lennart Poettering
On Fri, 30.10.09 17:19, eric (ekilf...@gmail.com) wrote: > I am having an issue using the simple API since upgrading from 0.9.14 > (ubuntu 0.9.04) to 0.9.19 (ubuntu 0.9.10). After quite a bit of debugging, > I have been able to at least isolate the problem a little bit. I've > confirmed with a f

[pulseaudio-discuss] Problem using the Simple API

2009-10-30 Thread eric
I am having an issue using the simple API since upgrading from 0.9.14 (ubuntu 0.9.04) to 0.9.19 (ubuntu 0.9.10). After quite a bit of debugging, I have been able to at least isolate the problem a little bit. I've confirmed with a few different users that this problem exists and the (really horrib

Re: [pulseaudio-discuss] Automatic selection of an audio sink depending on value of ENV variable

2009-10-30 Thread Ng Oon-Ee
On Fri, 2009-10-30 at 18:43 +0100, Lennart Poettering wrote: > And that's why I am saying that multiple screens per display is just a > pointless excercise, since it gives you exactly NOTHING that multiple > montors per screen wouldn't give you -- no, it takes features away. Sorry Lennart, in my (

Re: [pulseaudio-discuss] setting a volume on a short lived stream

2009-10-30 Thread Daniel Chen
On Fri, Oct 30, 2009 at 7:26 PM, Lennart Poettering wrote: > Dunno, maybe the PA backend for libcanberra is not installed? Ubuntu > really should install that by default. It's kinda disappointing if > they don't. Please file a bug against Ubuntu. The PA backend for libcanberra is definitely seede

Re: [pulseaudio-discuss] setting a volume on a short lived stream

2009-10-30 Thread Lennart Poettering
On Fri, 30.10.09 18:23, Brian J. Murrell (br...@interlinx.bc.ca) wrote: > > metacity has been supporting libcanberra for > > ages. Please ask your distributors to update their packages from time > > to time, > > 2.28.0 would be the latest I'd imagine. Must be in how they build it. > > Looking a

Re: [pulseaudio-discuss] setting a volume on a short lived stream

2009-10-30 Thread Brian J. Murrell
On Fri, 2009-10-30 at 16:36 +0100, Lennart Poettering wrote: > > Uh. What distro is this? Ubuntu's latest: Karmic. > metacity has been supporting libcanberra for > ages. Please ask your distributors to update their packages from time > to time, 2.28.0 would be the latest I'd imagine. Must be

Re: [pulseaudio-discuss] /.

2009-10-30 Thread Lennart Poettering
On Tue, 20.10.09 22:03, Markus Rechberger (mrechber...@gmail.com) wrote: > > On Mon, Oct 19, 2009 at 12:16 PM, Colin Guthrie wrote: > > You'll no doubt be aware, but: > > http://linux.slashdot.org/story/09/10/19/0155235/PulseAudio-Creator-Responds-To-Critics > > > > It's full of the usual ill in

Re: [pulseaudio-discuss] Automatic selection of an audio sink depending on value of ENV variable

2009-10-30 Thread Brian J. Murrell
On Fri, 2009-10-30 at 18:43 +0100, Lennart Poettering wrote: > > Dude. This is nonsense. To you maybe. > WMs such as metacity are xinerama-aware and have been about > forever. Guess I am showing my age because I have to admit that the last time I tired Xinerama was wy before metacity was a

Re: [pulseaudio-discuss] Automatic selection of an audio sink depending on value of ENV variable

2009-10-30 Thread Lennart Poettering
On Wed, 28.10.09 22:53, Brian J. Murrell (br...@interlinx.bc.ca) wrote: > Disclaimer: I don't really have any skin in this game so you can tell me > I'm stupid or whatever you want, however... > > On Mon, 2009-10-26 at 16:05 +0100, Lennart Poettering wrote: > > > > Yepp, and I'd argue the non-xi

Re: [pulseaudio-discuss] I added a wiki section for pulse based projects and software

2009-10-30 Thread Lennart Poettering
On Thu, 29.10.09 21:46, Matthew Patterson (m...@v8zman.com) wrote: > If you take a look at the bottom of the pulseaudio community page: > http://www.pulseaudio.org/wiki/Community > you will notice a new section for listing projects based on/around > pulseaudio. > > I don't have access to edit the

Re: [pulseaudio-discuss] setting a volume on a short lived stream

2009-10-30 Thread Lennart Poettering
On Fri, 30.10.09 10:54, Jeremy Nickurak (jer...@nickurak.ca) wrote: > On Thu, Oct 29, 2009 at 19:11, Lennart Poettering > wrote: > > This is admittedly a problem, but I kinda hope that it will fix > > itself by applications tagging event sounds properly. Even for legacy > > applications you can d

Re: [pulseaudio-discuss] setting a volume on a short lived stream

2009-10-30 Thread Jeremy Nickurak
If the options are: 1. Fix it once in pulseaudio, and win all applications working right, even legacy unmaintained ones that nobody's ever going to fix, or 2. Wait for all the application developers to get on board with a new protocol, even if they aren't maintained any more .. I'll g

Re: [pulseaudio-discuss] setting a volume on a short lived stream

2009-10-30 Thread Jeremy Nickurak
On Thu, Oct 29, 2009 at 19:11, Lennart Poettering wrote: > This is admittedly a problem, but I kinda hope that it will fix > itself by applications tagging event sounds properly. Even for legacy > applications you can do that with minimal work most of the time: If the options are: 1. Fix it o

Re: [pulseaudio-discuss] setting a volume on a short lived stream

2009-10-30 Thread Lennart Poettering
On Fri, 30.10.09 08:15, Brian J. Murrell (br...@interlinx.bc.ca) wrote: > On Fri, 2009-10-30 at 02:11 +0100, Lennart Poettering wrote: > > > > This is admittedly a problem, but I kinda hope that it will fix > > itself by applications tagging event sounds properly. > > I'm sceptical. > > > I ce

Re: [pulseaudio-discuss] setting a volume on a short lived stream

2009-10-30 Thread Lennart Poettering
On Fri, 30.10.09 12:23, Colin Guthrie (gm...@colin.guthr.ie) wrote: > > 'Twas brillig, and Brian J. Murrell at 30/10/09 11:54 did gyre and gimble: > >On Thu, 2009-10-29 at 21:13 +, Colin Guthrie wrote: > >>This beeb should be marked with media.role=event and thus should > >>be adjustable via

Re: [pulseaudio-discuss] setting a volume on a short lived stream

2009-10-30 Thread Lennart Poettering
On Fri, 30.10.09 07:54, Brian J. Murrell (br...@interlinx.bc.ca) wrote: > On Thu, 2009-10-29 at 21:13 +, Colin Guthrie wrote: > > > > This beeb should be marked with media.role=event and thus should be > > adjustable via the "Sound Events" slider in pavucontrol should control > > your volu

[pulseaudio-discuss] realpath segfault

2009-10-30 Thread David Yoder
my problem, but it needs a tweak. Thanks, David Yoder diff -rupN pulseaudio-git-latest/src/daemon/main.c pulseaudio-dmy-20091030/src/daemon/main.c --- pulseaudio-git-latest/src/daemon/main.c2009-10-30 09:37:50.644334433 -0500 +++ pulseaudio-dmy-20091030/src/daemon/main.c2009-10-30 09:40:44

Re: [pulseaudio-discuss] setting a volume on a short lived stream

2009-10-30 Thread Colin Guthrie
'Twas brillig, and Brian J. Murrell at 30/10/09 11:54 did gyre and gimble: On Thu, 2009-10-29 at 21:13 +, Colin Guthrie wrote: This beeb should be marked with media.role=event and thus should be adjustable via the "Sound Events" slider in pavucontrol should control your volume. That said, I

Re: [pulseaudio-discuss] setting a volume on a short lived stream

2009-10-30 Thread Brian J. Murrell
On Fri, 2009-10-30 at 02:11 +0100, Lennart Poettering wrote: > > This is admittedly a problem, but I kinda hope that it will fix > itself by applications tagging event sounds properly. I'm sceptical. > I certainly would make sense to allow volume changes shortly after a > stream died. The low-l

Re: [pulseaudio-discuss] setting a volume on a short lived stream

2009-10-30 Thread Brian J. Murrell
On Thu, 2009-10-29 at 21:13 +, Colin Guthrie wrote: > > This beeb should be marked with media.role=event and thus should be > adjustable via the "Sound Events" slider in pavucontrol should control > your volume. That said, I'm not 100% certain how metacity produces this > sound, but I susp