Re: [pulseaudio-discuss] Working with PA and jack

2009-05-27 Thread Tanu Kaskinen
2009/5/27 Patrick Shirkey pshir...@boosthardware.com: Do you or anyone else have a specific reasoning for using only the jackdbus version?  Is is just because the person who wrote the code wrote it to work with jackdbus? Is this something that could be handled in a different way to give

Re: [pulseaudio-discuss] Working with PA and jack

2009-05-27 Thread Patrick Shirkey
Tanu Kaskinen wrote: 2009/5/27 Patrick Shirkey pshir...@boosthardware.com: Do you or anyone else have a specific reasoning for using only the jackdbus version? Is is just because the person who wrote the code wrote it to work with jackdbus? Is this something that could be handled in a

Re: [pulseaudio-discuss] Working with PA and jack

2009-05-27 Thread Tanu Kaskinen
2009/5/27 Patrick Shirkey pshir...@boosthardware.com: So is the only way to communicate with pulse other than brute force kill or pasuspender to use the dbus protocol? Probably yes, since it seems that PA's client API doesn't contain functions for suspending sinks (i.e. release devices). But

Re: [pulseaudio-discuss] Working with PA and jack

2009-05-27 Thread Ng Oon-Ee
On Wed, 2009-05-27 at 10:12 +0300, Tanu Kaskinen wrote: 2009/5/27 Patrick Shirkey pshir...@boosthardware.com: So is the only way to communicate with pulse other than brute force kill or pasuspender to use the dbus protocol? Probably yes, since it seems that PA's client API doesn't contain

Re: [pulseaudio-discuss] Working with PA and jack

2009-05-27 Thread Patrick Shirkey
Tanu Kaskinen wrote: 2009/5/27 Patrick Shirkey pshir...@boosthardware.com: So is the only way to communicate with pulse other than brute force kill or pasuspender to use the dbus protocol? Probably yes, since it seems that PA's client API doesn't contain functions for suspending

[pulseaudio-discuss] compile error with git

2009-05-27 Thread Patrick Shirkey
Hi, Anyone know what could be causing this error with latest git and fedora 10 x64, gcc (GCC) 4.3.2 20081105 (Red Hat 4.3.2-7) ? checking if gcc -std=gnu99 supports -Wl,-version-script=./src/map-file flag... yes checking target operating system... linux checking whether gcc -std=gnu99

Re: [pulseaudio-discuss] compile error with git

2009-05-27 Thread Tanu Kaskinen
2009/5/27 Patrick Shirkey pshir...@boosthardware.com: Anyone know what could be causing this error with latest git and fedora 10 x64, gcc (GCC) 4.3.2 20081105 (Red Hat 4.3.2-7) ? snip /usr/local/src/pulseaudio/pulseaudio/configure: line 5866: syntax error near unexpected token `2.2'

Re: [pulseaudio-discuss] Per-app flat volume adjustment is highly unintuitive, if mathematically consistent.

2009-05-27 Thread Colin Guthrie
'Twas brillig, and Jud Craft at 27/05/09 04:06 did gyre and gimble: Actually, wait. There is one last thing that might clue me in. Let's say I have, relative to each other, Firefox/youTube set to 100% and Banshee set to 80%. Now, imagine I'm listening to Banshee and my volume is 100%. Does

Re: [pulseaudio-discuss] Pulseaudio and Jack

2009-05-27 Thread Patrick Shirkey
Colin Guthrie wrote: 'Twas brillig, and Patrick Shirkey at 27/05/09 04:56 did gyre and gimble: 'pavucontroller' what do you mean? The pulse audio volume controller is called pavucontroller in fedora 10 packages. I doubt that very much. You are referring to pavucontrol. (note: no ler

Re: [pulseaudio-discuss] Per-app flat volume adjustment is highly unintuitive, if mathematically consistent.

2009-05-27 Thread Rémi Cardona
Colin Guthrie a écrit : Essentially, whenever possible pulse is off-loading the scaling to the h/w, meaning less work in software = less load, and better quality audio due to the use of the full range of the DAC. Slightly off-topic: is there a way to keep the flat-volume behavior but with

Re: [pulseaudio-discuss] Pulseaudio and Jack

2009-05-27 Thread Lennart Poettering
On Wed, 27.05.09 19:00, Patrick Shirkey (pshir...@boosthardware.com) wrote: Adding to my confusion, Why is the pavucontrol the same icon as the vucontrol applet in Fedora10? Because that's the generic volume control icon. It's the one whose name is defined in the icon naming spec.

Re: [pulseaudio-discuss] Working with PA and jack

2009-05-27 Thread Lennart Poettering
On Wed, 27.05.09 14:00, Patrick Shirkey (pshir...@boosthardware.com) wrote: So is the only way to communicate with pulse other than brute force kill or pasuspender to use the dbus protocol? You can: 1. Kill PA 2. Unload only the ALSA modules that access the underlying audio device with

Re: [pulseaudio-discuss] Working with PA and jack

2009-05-27 Thread Lennart Poettering
On Wed, 27.05.09 14:28, Patrick Shirkey (pshir...@boosthardware.com) wrote: Well in recent discussions over at jack-devel it turns out that a lot of people don't want dbus support in any way, shape or form so I would like to explore the alternatives to have a complete overview of the

Re: [pulseaudio-discuss] Per-app flat volume adjustment is highly unintuitive, if mathematically consistent.

2009-05-27 Thread Lennart Poettering
On Wed, 27.05.09 11:07, Colin Guthrie (gm...@colin.guthr.ie) wrote: In essence...applying my per-app ratios automatically on the fly, whenever something comes up? I'll be honest, I didn't really think of it like -that-. That sounds awesome enough that I might need to give it another chance.

Re: [pulseaudio-discuss] Per-app flat volume adjustment is highly unintuitive, if mathematically consistent.

2009-05-27 Thread Lennart Poettering
On Wed, 27.05.09 14:28, Rémi Cardona (r...@gentoo.org) wrote: Colin Guthrie a écrit : Essentially, whenever possible pulse is off-loading the scaling to the h/w, meaning less work in software = less load, and better quality audio due to the use of the full range of the DAC. Slightly

Re: [pulseaudio-discuss] Pulseaudio and Jack

2009-05-27 Thread Ng Oon-Ee
pavucontrol is not installed by default anymore on F11. Lennart Out of curiosity, why not? I'm an Archer myself, but not installing pavucontrol doesn't seem sensible to me. ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de

Re: [pulseaudio-discuss] Per-app flat volume adjustment is highly unintuitive, if mathematically consistent.

2009-05-27 Thread Lennart Poettering
On Wed, 27.05.09 09:13, Jud Craft (craft...@gmail.com) wrote: On Wed, May 27, 2009 at 5:07 AM, Colin Guthrie gm...@colin.guthr.ie wrote: The way I understand it, and apologies if I'm wrong here, is that Banshess want's 80% and it's the only app playing. In order to achieve that result,

Re: [pulseaudio-discuss] Working with PA and jack

2009-05-27 Thread Patrick Shirkey
Lennart Poettering wrote: On Wed, 27.05.09 14:28, Patrick Shirkey (pshir...@boosthardware.com) wrote: Well in recent discussions over at jack-devel it turns out that a lot of people don't want dbus support in any way, shape or form so I would like to explore the alternatives to have a

Re: [pulseaudio-discuss] Pulseaudio and Jack

2009-05-27 Thread Patrick Shirkey
Lennart Poettering wrote: On Wed, 27.05.09 23:19, Ng Oon-Ee (ngoo...@gmail.com) wrote: pavucontrol is not installed by default anymore on F11. Lennart Out of curiosity, why not? I'm an Archer myself, but not installing pavucontrol doesn't seem sensible to me. Because The

Re: [pulseaudio-discuss] Working with PA and jack

2009-05-27 Thread Patrick Shirkey
Lennart Poettering wrote: On Wed, 27.05.09 10:12, Tanu Kaskinen (ta...@iki.fi) wrote: 2009/5/27 Patrick Shirkey pshir...@boosthardware.com: So is the only way to communicate with pulse other than brute force kill or pasuspender to use the dbus protocol? Probably yes, since it

Re: [pulseaudio-discuss] Per-app flat volume adjustment is highly unintuitive, if mathematically consistent.

2009-05-27 Thread Jud Craft
On Wed, May 27, 2009 at 10:23 AM, Lennart Poettering lenn...@poettering.net wrote: Mate, please just read those mails I wrote yesterday. I'm working on it, I think I'm getting better. Note the end of this email... PA is not storing stream volumes relative to each other but relative to the

Re: [pulseaudio-discuss] exiting on resume of rhythmbox

2009-05-27 Thread Brian J. Murrell
On Wed, 2009-05-27 at 01:10 +0200, Lennart Poettering wrote: Could you please to the following: 1) Add a system load monitor applet to your panel, so that you can monitor if your CPU is idle or not. 2) Terminate PA in a terminal: $ pulseaudio -k 3) In the same terminal start PA with

Re: [pulseaudio-discuss] Pulseaudio and Jack

2009-05-27 Thread Lennart Poettering
On Thu, 28.05.09 00:54, Patrick Shirkey (pshir...@boosthardware.com) wrote: So does that essentially mean that gnome-vu-control and pavucontrol from Fedora 10 have been integrated into one in Fedora 11? Kind of: https://fedoraproject.org/wiki/Features/VolumeControl Lennart -- Lennart

Re: [pulseaudio-discuss] Working with PA and jack

2009-05-27 Thread Lennart Poettering
On Thu, 28.05.09 00:58, Patrick Shirkey (pshir...@boosthardware.com) wrote: Just to confirm, would it be trivial to have ex. pajackconnect which could be called when jack is started which suspended the existing sink/source and unloaded them and inserted module-jack-sink and

Re: [pulseaudio-discuss] Working with PA and jack

2009-05-27 Thread Lennart Poettering
On Thu, 28.05.09 00:52, Patrick Shirkey (pshir...@boosthardware.com) wrote: D-Bus is available under AFL and GPL2. AFL should be fine for LGPL uses and GPL2 should be fine for GPL uses. Even companies like Nokia who run closed source software on Linux are fine with D-Bus. After the past

Re: [pulseaudio-discuss] Per-app flat volume adjustment is highly unintuitive, if mathematically consistent.

2009-05-27 Thread Lennart Poettering
On Wed, 27.05.09 13:28, Jud Craft (craft...@gmail.com) wrote: On Wed, May 27, 2009 at 10:23 AM, Lennart Poettering lenn...@poettering.net wrote: Mate, please just read those mails I wrote yesterday. I'm working on it, I think I'm getting better. Note the end of this email... PA is

Re: [pulseaudio-discuss] exiting on resume of rhythmbox

2009-05-27 Thread Lennart Poettering
On Wed, 27.05.09 14:33, Brian J. Murrell (br...@interlinx.bc.ca) wrote: On Wed, 2009-05-27 at 01:10 +0200, Lennart Poettering wrote: Could you please to the following: 1) Add a system load monitor applet to your panel, so that you can monitor if your CPU is idle or not. 2)

Re: [pulseaudio-discuss] Per-app flat volume adjustment is highly unintuitive, if mathematically consistent.

2009-05-27 Thread Jud Craft
On Wed, May 27, 2009 at 2:27 PM, Lennart Poettering lenn...@poettering.net wrote: Side-effect of the logic? The fact that all volumes are saved/restored relatively to the reference volume is the very core of the logic. No, no, I didn't mean to say the side effect wasn't that the volumes were

Re: [pulseaudio-discuss] exiting on resume of rhythmbox

2009-05-27 Thread Lennart Poettering
On Wed, 27.05.09 15:51, Brian J. Murrell (br...@interlinx.bc.ca) wrote: Hmm, so you seem to be using the tunnel stuff a lot. If you mean making the server available to the network, yeah. Just for the ease of moving a stream from one machine to another. I am pretty sure this is

Re: [pulseaudio-discuss] Working with PA and jack

2009-05-27 Thread Mark Greenwood
On Wednesday 27 May 2009 20:24:46 Lennart Poettering wrote: On Thu, 28.05.09 00:52, Patrick Shirkey (pshir...@boosthardware.com) wrote: D-Bus is available under AFL and GPL2. AFL should be fine for LGPL uses and GPL2 should be fine for GPL uses. Even companies like Nokia who run closed

Re: [pulseaudio-discuss] Working with PA and jack

2009-05-27 Thread Patrick Shirkey
On 05/28/2009 04:36 AM, Mark Greenwood wrote: On Wednesday 27 May 2009 20:24:46 Lennart Poettering wrote: On Thu, 28.05.09 00:52, Patrick Shirkey (pshir...@boosthardware.com) wrote: D-Bus is available under AFL and GPL2. AFL should be fine for LGPL uses and GPL2 should be fine for

Re: [pulseaudio-discuss] Working with PA and jack

2009-05-27 Thread Lennart Poettering
On Thu, 28.05.09 04:53, Patrick Shirkey (pshir...@boosthardware.com) wrote: I think it is useful that you have the internal api calls so dbus is not a requirement for communicating with PA. I am sorry to inform you that eventually PA will use D-Bus for client communication too. Already now

Re: [pulseaudio-discuss] Per-app flat volume adjustment is highly unintuitive, if mathematically consistent.

2009-05-27 Thread Lennart Poettering
On Thu, 28.05.09 00:11, CJ van den Berg (c...@vdbonline.com) wrote: On Wed, May 27, 2009 at 12:47:28AM +0200, Lennart Poettering wrote: Volume control UIs show the sink's virtual volume in the sink slider. You can change the reference volume by changing the sink slider position. In which

Re: [pulseaudio-discuss] Per-app flat volume adjustment is highly unintuitive, if mathematically consistent.

2009-05-27 Thread CJ van den Berg
On Thu, May 28, 2009 at 12:31:29AM +0200, Lennart Poettering wrote: I still think that my suggestion to drop the virtual volume altogether in the UI and have the sink volume slider display the reference volume is the right solution. I am not convinced. Think about this scenario: you have

Re: [pulseaudio-discuss] Per-app flat volume adjustment is highly unintuitive , if mathematically consistent.

2009-05-27 Thread Mark Greenwood
On Wednesday 27 May 2009 23:31:29 Lennart Poettering wrote: On Thu, 28.05.09 00:11, CJ van den Berg (c...@vdbonline.com) wrote: On Wed, May 27, 2009 at 12:47:28AM +0200, Lennart Poettering wrote: Volume control UIs show the sink's virtual volume in the sink slider. You can change the

Re: [pulseaudio-discuss] Per-app flat volume adjustment is highly unintuitive, if mathematically consistent.

2009-05-27 Thread Lennart Poettering
On Thu, 28.05.09 00:53, CJ van den Berg (c...@vdbonline.com) wrote: I am not convinced. Think about this scenario: you have one stream playing. Reference sink volume, virtual sink volume and stream volume are at -inf dB. Now you move stream volume to 0 dB. This would not change the

Re: [pulseaudio-discuss] Per-app flat volume adjustment is highly unintuitive, if mathematically consistent.

2009-05-27 Thread CJ van den Berg
On Thu, May 28, 2009 at 01:33:48AM +0200, Lennart Poettering wrote: On Thu, 28.05.09 00:53, CJ van den Berg (c...@vdbonline.com) wrote: I am not convinced. Think about this scenario: you have one stream playing. Reference sink volume, virtual sink volume and stream volume are at -inf

Re: [pulseaudio-discuss] Per-app flat volume adjustment is highly unintuitive, if mathematically consistent.

2009-05-27 Thread Lennart Poettering
On Thu, 28.05.09 01:47, CJ van den Berg (c...@vdbonline.com) wrote: On Thu, May 28, 2009 at 01:33:48AM +0200, Lennart Poettering wrote: On Thu, 28.05.09 00:53, CJ van den Berg (c...@vdbonline.com) wrote: I am not convinced. Think about this scenario: you have one stream playing.

Re: [pulseaudio-discuss] Working with PA and jack

2009-05-27 Thread Patrick Shirkey
On 05/28/2009 05:15 AM, Lennart Poettering wrote: On Thu, 28.05.09 04:53, Patrick Shirkey (pshir...@boosthardware.com) wrote: I think it is useful that you have the internal api calls so dbus is not a requirement for communicating with PA. I am sorry to inform you that eventually