There is really no pratical problem with handing over an interface from one app to another; i don't want to go into tech/code details right now until it's neccessary, but it is generally not a problem at all when done right, no matter how huge the latency is.
<br><br>There should be some crash dection etc, perhaps, maybe similar to BMP's sentinel daemon which watches the main, and currently only, interface come and go, and if the interface should just "disappear", without bmpx signing off (ShutdownComplete signal on dbus with no args), it will report a crash; we have a similar crash detection on startup; it's not very different from let's say bug-buddy, just that the process is not run as a child process.
<br><br><div><span class="gmail_quote">On 12/7/06, <b class="gmail_sendername">Peter Stuge</b> <<a href="mailto:stuge-xmms2@cdy.org">stuge-xmms2@cdy.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Thu, Dec 07, 2006 at 04:53:51AM -0500, William Pitcock wrote:<br>> - What if the user wants to switch his preferred media player from<br>>   Amarok to BMPx, Videolan, Audacious or XMMS2?<br>><br>>   + We could send a signal to the other player saying that it is OK
<br>>     to takeover the common interface, but if an application is slow<br>>     to release the interface, the other player may not successfully<br>>     bind to the org.freedesktop.MediaPlayer instance like desired.
<br><br>Does DBUS support bus mastering/bus sharing like some other buses? In<br>that case it just uses timeouts.<br><br>(Yes, I know it's not a hardware bus.)<br><br><br>//Peter<br></blockquote></div><br>