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