Re: [pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-30 Thread Colin Guthrie
'Twas brillig, and Tanu Kaskinen at 29/11/11 18:53 did gyre and gimble: On Tue, 2011-11-29 at 09:22 +, Colin Guthrie wrote: 'Twas brillig, and Janos Kovacs at 28/11/11 14:52 did gyre and gimble: However, what hook could be used to compose the 'media.role-zone' property? In the proposal

Re: [pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-28 Thread Xavier Bestel
On Mon, 2011-11-28 at 16:07 +0200, Janos Kovacs wrote: Voice guided navigation should never be routed to the earpiece (the built-in mono speaker) because if you would listen you would not able to see the map. And that's how I use navigation when I'm biking. Xav

Re: [pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-28 Thread Tanu Kaskinen
On Mon, 2011-11-28 at 16:07 +0200, Janos Kovacs wrote: I liked the my idea was that we would use quite static priority lists what would change only if you get an external event part, but the like incoming call example ruined it :) Why should an incoming call affect any routing priority

Re: [pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-24 Thread Colin Guthrie
Hiya 'Twas brillig, and Tanu Kaskinen at 23/11/11 19:16 did gyre and gimble: On Sun, 2011-11-13 at 16:42 +0200, Colin Guthrie wrote: Hi, I've written up my latest proposal to gather feedback before starting (hopefully soon now) on the implementation.

Re: [pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-24 Thread Colin Guthrie
'Twas brillig, and Janos Kovacs at 22/11/11 21:14 did gyre and gimble: Hi, so far we were talking of the simpler routing scenarios. So let's shift to the next gear and discuss the more challenging setup's. In some cases we might have multiple zones, e.g a desktop PC were in one room and a

Re: [pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-23 Thread Tanu Kaskinen
On Sun, 2011-11-13 at 16:42 +0200, Colin Guthrie wrote: Hi, I've written up my latest proposal to gather feedback before starting (hopefully soon now) on the implementation. http://www.freedesktop.org/wiki/Software/PulseAudio/RFC/PriorityRouting Thanks for your work! That RFC alone looks

Re: [pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-23 Thread Tanu Kaskinen
On Fri, 2011-11-18 at 16:58 +0200, Janos Kovacs wrote: By maintaining the availability information, do you perhaps mean that the module that interfaces with the policy daemon would publish the availability information to the policy daemon? If that guess was correct, what would that

Re: [pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-23 Thread Tanu Kaskinen
On Wed, 2011-11-23 at 21:52 +0200, Tanu Kaskinen wrote: I think you could still have separate ports for each accessory type. It would make it simpler to set up accessory specific tuning parameters, for example, if the only thing that mattered was the port in use, instead of the port and some

Re: [pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-23 Thread Tanu Kaskinen
On Tue, 2011-11-22 at 23:14 +0200, Janos Kovacs wrote: Hi, so far we were talking of the simpler routing scenarios. So let's shift to the next gear and discuss the more challenging setup's. In some cases we might have multiple zones, e.g a desktop PC were in one room and a stereo

Re: [pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-22 Thread Janos Kovacs
Hi, Thanks for the comments. Yes, this should generally be OK. The entries in each priority list are what I've coined as device+ports. This is basically a specific port of a given device. Yep, and I think a route in the priority list should be considered unavailable if the device (ie.

Re: [pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-21 Thread Colin Guthrie
Hi, Sorry for the late reply. 'Twas brillig, and Janos Kovacs at 16/11/11 13:04 did gyre and gimble: I try to build a multimedia policy for embeded systems like smart phones, TV's in vehicle entertainment systems etc. The idea is to have a policy decsion making daemon that would control

Re: [pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-21 Thread Colin Guthrie
'Twas brillig, and Tanu Kaskinen at 16/11/11 22:16 did gyre and gimble: 2.) a routing module in pulseaudio would maintain mappings between logical devices and actual cards/sinks/sources/ports and the availablility of those logical devices. In case of multiple logical devices it would

Re: [pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-18 Thread Janos Kovacs
Hi, Thanks for the comments ... I don't really see what UCM has to do with the policy daemon. Maybe you'll be able to use the same names as identifiers in the UCM configuration and as logical device names in the policy configuration, but I don't think they should be tightly coupled. The

Re: [pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-16 Thread Janos Kovacs
I try to build a multimedia policy for embeded systems like smart phones, TV's in vehicle entertainment systems etc. The idea is to have a policy decsion making daemon that would control audio/video routing among other things. This policy daemon supposed to push down policies to the actual madia

Re: [pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-16 Thread Tanu Kaskinen
Hi, First a disclaimer: I haven't read Colin's proposal properly yet, so I may be missing some stuff. On Wed, 2011-11-16 at 15:04 +0200, Janos Kovacs wrote: I try to build a multimedia policy for embeded systems like smart phones, TV's in vehicle entertainment systems etc. The idea is to have

Re: [pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-15 Thread Colin Guthrie
'Twas brillig, and Lin, Mengdong at 15/11/11 03:04 did gyre and gimble: So out of the box, a default priority list will start to be built up. For some special cases (as now, such as module-intended-roles) some devices will be injected into certain lists at specific levels. So headset devices

Re: [pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-15 Thread Maarten Bosmans
2011/11/13 Colin Guthrie gm...@colin.guthr.ie: I've written up my latest proposal to gather feedback before starting (hopefully soon now) on the implementation. http://www.freedesktop.org/wiki/Software/PulseAudio/RFC/PriorityRouting Would the pa_route and PA_CORE_HOOK_SINK_INPUT_ROUTE stuff

Re: [pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-14 Thread David Henningsson
On 11/14/2011 10:31 AM, Colin Guthrie wrote: 'Twas brillig, and David Henningsson at 14/11/11 07:32 did gyre and gimble: On 11/13/2011 03:42 PM, Colin Guthrie wrote: Hi, I've written up my latest proposal to gather feedback before starting (hopefully soon now) on the implementation.

Re: [pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-14 Thread Lin, Mengdong
Hi, I've written up my latest proposal to gather feedback before starting (hopefully soon now) on the implementation. http://www.freedesktop.org/wiki/Software/PulseAudio/RFC/PriorityRouting Thank you for improving the routing infrastructure, Col! I have a few questions suggestions,

Re: [pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-14 Thread Colin Guthrie
'Twas brillig, and David Henningsson at 14/11/11 09:52 did gyre and gimble: On 11/14/2011 10:31 AM, Colin Guthrie wrote: 'Twas brillig, and David Henningsson at 14/11/11 07:32 did gyre and gimble: 2) I'm a little confused that you don't send a pointer to the actual sink input, only its

[pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-13 Thread Colin Guthrie
Hi, I've written up my latest proposal to gather feedback before starting (hopefully soon now) on the implementation. http://www.freedesktop.org/wiki/Software/PulseAudio/RFC/PriorityRouting Comments most welcome. Don't forget to have a quick look at the patch linked in the introduction before

Re: [pulseaudio-discuss] RFC: Routing and Priority lists

2011-11-13 Thread David Henningsson
On 11/13/2011 03:42 PM, Colin Guthrie wrote: Hi, I've written up my latest proposal to gather feedback before starting (hopefully soon now) on the implementation. http://www.freedesktop.org/wiki/Software/PulseAudio/RFC/PriorityRouting Nice! Comments most welcome. Don't forget to have a