pa vs jack2

View: New views
3 Messages — Rating Filter:   Alert me  

pa vs jack2

by Patrick Shirkey :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi,

I just spotted this on the pa list.

https://tango.0pointer.de/pipermail/pulseaudio-discuss/2009-October/005302.html

==================

>  I'm sure the Jack folk know better than I on the D-Bus name, but
>  jack_control status seems to work fine to tell me when Jack is ready for
>  use, and it communicates via dbus as well...

Last time I checked they had a name they were picking before
actually spawning off the jack audio daemon. As long as things are
that way round this is not useful for PA's needs.

==================


Can anyone confirm or deny? Seems to be a bit of a blocker to proper
dbus integration if PA cannot work with the existing jack2 method for
registering a name with dbus.


--

Patrick Shirkey
Boost Hardware Ltd

_______________________________________________
Jack-Devel mailing list
Jack-Devel@...
http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org

Re: pa vs jack2

by Nedko Arnaudov :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Patrick Shirkey <pshirkey@...> writes:

> Hi,
>
> I just spotted this on the pa list.
>
> https://tango.0pointer.de/pipermail/pulseaudio-discuss/2009-October/005302.html
>
> ==================
>
>>  I'm sure the Jack folk know better than I on the D-Bus name, but
>>  jack_control status seems to work fine to tell me when Jack is ready for
>>  use, and it communicates via dbus as well...
>
> Last time I checked they had a name they were picking before
> actually spawning off the jack audio daemon. As long as things are
> that way round this is not useful for PA's needs.
>
> ==================
>
>
> Can anyone confirm or deny? Seems to be a bit of a blocker to proper
> dbus integration if PA cannot work with the existing jack2 method for
> registering a name with dbus.
"jack_control status" does not check whether dbus name is owned. It
checks whether JACK server is started. There are also a D-Bus signals
that are emited when JACK server starts/stops. D-Bus name is reserved
when controller is activated and that has nothing to do with whether
JACK server is started. The controller object is the one who starts JACK
server. It is a persistent endpoint to control and monitor JACK server.

So, if pulseaudio needs polling, it can use the
org.jackaudio.JackControl.IsStarted() method.

If it needs notification mechanism, it should subscribe for the
org.jackaudio.JackControl.ServerStarted and
org.jackaudio.JackControl.ServerStopped signals.

--
Nedko Arnaudov <GnuPG KeyID: DE1716B0>


_______________________________________________
Jack-Devel mailing list
Jack-Devel@...
http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org

attachment0 (194 bytes) Download Attachment

Re: pa vs jack2

by Ng Oon-Ee :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Thu, 2009-10-29 at 15:18 +0200, Nedko Arnaudov wrote:

> Patrick Shirkey <pshirkey@...> writes:
>
> > Hi,
> >
> > I just spotted this on the pa list.
> >
> > https://tango.0pointer.de/pipermail/pulseaudio-discuss/2009-October/005302.html
> >
> > ==================
> >
> >>  I'm sure the Jack folk know better than I on the D-Bus name, but
> >>  jack_control status seems to work fine to tell me when Jack is ready for
> >>  use, and it communicates via dbus as well...
> >
> > Last time I checked they had a name they were picking before
> > actually spawning off the jack audio daemon. As long as things are
> > that way round this is not useful for PA's needs.
> >
> > ==================
> >
> >
> > Can anyone confirm or deny? Seems to be a bit of a blocker to proper
> > dbus integration if PA cannot work with the existing jack2 method for
> > registering a name with dbus.
>
> "jack_control status" does not check whether dbus name is owned. It
> checks whether JACK server is started. There are also a D-Bus signals
> that are emited when JACK server starts/stops. D-Bus name is reserved
> when controller is activated and that has nothing to do with whether
> JACK server is started. The controller object is the one who starts JACK
> server. It is a persistent endpoint to control and monitor JACK server.
>
> So, if pulseaudio needs polling, it can use the
> org.jackaudio.JackControl.IsStarted() method.
>
> If it needs notification mechanism, it should subscribe for the
> org.jackaudio.JackControl.ServerStarted and
> org.jackaudio.JackControl.ServerStopped signals.

Thank you nedko, I was the one who raised the thread on pulse on this
topic. I'll forward this mail to the Pulse ML as well (won't cross-post
to prevent confusion).

_______________________________________________
Jack-Devel mailing list
Jack-Devel@...
http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org