[pulseaudio-discuss] jackdbus module, pulse fails to conform on device reservation API

[Ian Malone]

On 6 November 2012 15:58, Ian Malone <ibmalone at gmail.com> wrote:
etc.


>
> I'll speculate that something somewhere is confused by the presence of
> two devices and either Audio1 isn't being provided correctly by pulse
> (though it does create it) or requested properly by Jack (though with
> only one parameter that's difficult to believe).
>

I now know enough about dbus to confirm this, the second interface is
not created properly for some reason.

Here's Audio0:
[liveuser at localhost ~]$ dbus-send --session --print-reply
--reply-timeout=2000 --type=method_call
--dest=org.freedesktop.ReserveDevice1.Audio0
/org/freedesktop/ReserveDevice1/Audio0
org.freedesktop.DBus.Introspectable.Introspect
method return sender=:1.119 -> dest=:1.154 reply_serial=2
   string "<!DOCTYPE node PUBLIC "-//freedesktop//DTD D-BUS Object
Introspection 1.0//EN"
"http://www.freedesktop.org/standards/dbus/1.0/introspect.dtd">
<node> <!-- If you are looking for documentation make sure to check out
      http://git.0pointer.de/?p=reserve.git;a=blob;f=reserve.txt -->
 <interface name="org.freedesktop.ReserveDevice1">  <method
name="RequestRelease">   <arg name="priority" type="i"
direction="in"/>   <arg name="result" type="b" direction="out"/>
</method>  <property name="Priority" type="i" access="read"/>
<property name="ApplicationName" type="s" access="read"/>  <property
name="ApplicationDeviceName" type="s" access="read"/> </interface>
<interface name="org.freedesktop.DBus.Properties">  <method
name="Get">   <arg name="interface" direction="in" type="s"/>   <arg
name="property" direction="in" type="s"/>   <arg name="value"
direction="out" type="v"/>  </method> </interface> <interface
name="org.freedesktop.DBus.Introspectable">  <method
name="Introspect">   <arg name="data" type="s" direction="out"/>
</method> </interface></node>"

Here's Audio1:
[liveuser at localhost ~]$ dbus-send --session --print-reply
--reply-timeout=2000 --type=method_call
--dest=org.freedesktop.ReserveDevice1.Audio1
/org/freedesktop/ReserveDevice1/Audio1
org.freedesktop.DBus.Introspectable.Introspect
method return sender=:1.119 -> dest=:1.155 reply_serial=2
   string "<!DOCTYPE node PUBLIC "-//freedesktop//DTD D-BUS Object
Introspection 1.0//EN"
"http://www.freedesktop.org/standards/dbus/1.0/introspect.dtd">
<node>
</node>
"

At this point I don't think I have any doubt there's a bug in the
pulse dbus handling.

-- 
imalone
http://ibmalone.blogspot.co.uk