[pulseaudio-discuss] Working with PA and jack

[Patrick Shirkey]

On 05/28/2009 05:15 AM, Lennart Poettering wrote:
> On Thu, 28.05.09 04:53, Patrick Shirkey (pshirkey at 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 building PA without D-Bus is not really
> supported anymore (read: noone bothers to check if those builds still
> compile).
>
>    


Thanks for the heads up. There is no desire to use an api that is not 
going to be future proofed. Would you consider having a "pajackcontrol" 
app that uses dbus to communicate with pa and provides the existing api 
hooks to jack so that legacy jack and non dbus jack can still signal pa 
to play nicely?

It could just provide a simple on/off switch for jack to call and take 
care of everything else via dbus commands or it could provide a little 
more power under the hood. It could be maintained seperately but 
included at compile time so there would be little chance of breakage. 
Alternately "pactl -jack on" , "pactl -jack off" might work just as well.




>> - FYI, Stephane has clarified that the existing code that signals for PA
>> to suspend is part of the ALSA level code and is only tied to dbus
>> because that was the option chosen for communicating to PA. It almost
>> sounds like he was not aware of the API calls that are available. So
>> thanks for clarifying that point as it provides another option for
>> seamless integration of jack and PA.
>>      
>
> Have a link to the archives of this mail?
>
>    


I have copied here for your convenience.


++++++++++++++++
 >I have been researching the issues with pulse and jack working 
together >seamlessly.

 >I have found some interesting info and am happy to see that jackdbus 
already >has support for notifying pulseaudio to suspend itself and 
allow jack to access >the default sound card or assigned device.


This is not "jackdbus" by itself, but the fact that the ALSA JACK 
backend now uses some D-Bus based "reservation" code (defined by 
PulseAudio developers). When the ALSA JACK backend starts, it ask for 
the card and PA has to release it. When the ALSA driver stops, it gives 
back the card.

So yes this reservation code is activated when JACK2 in compiled with 
D-Bus, but it is not coded in the "jackdbus" executable.

+++++++++++++++++++

> Lennart
>
>    
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/pulseaudio-discuss/attachments/20090528/d89f60e7/attachment.htm>