<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 15, 2017 at 3:33 PM, Ralf Mattes <span dir="ltr"><<a href="mailto:rm@mh-freiburg.de" target="_blank">rm@mh-freiburg.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
Yes, it is possible. But it also shows how little is known about dbus in the<br>
audio comunity (lack of documentation/quality of doxumentaion?).<br>
A naive (?) 'man jackd' won't even mention dbus. Want more ridicule?<br>
'man jackdbus' :<br>
 No manual entry for jackdbus<br>
 See 'man 7 undocumented' for help when manual pages are not available.<br></blockquote><div><br></div><div>the presence of dbus support inside jackd has always been controversial. Jack1 does not (did not?) do this because I disagreed with integrating it directly into the jackd server. Jack2 does have dbus integration built in, but it uses the same manual page on most systems as jack1. <br><br></div><div>it isn't intended that the user would ever need to be aware of or configure dbus interactions. the use case you're interested in is what we would call an edge case, and there's increasingly less tolerance for spending resources catering to these when there are so many non-edge features and functionality that are required by so many more people.<br></div><div> </div><br></div></div></div>