No subject

sending small amounts of data peer-to-peer. I think, even though there are
three parties involved in a networked multimedia server (the client, the
local server and the remote server) each should only talk to their
neighbour so D-BUS fits the bill.

Cheers,
Owen

> I've also thought about using D-BUS as a transport protocol for a media
> server. My immediate concern would be D-BUS not delivering the kinds of
> latency required by multimedia applications. It might not be engineered
> to optimally deliver continuous chunks of media data. Also any stream
> would have to go through *2* IPC message passes to reach a media server
> (app -> d-bus-daemon -> media server)
>
> I'm sure the actual performance of this could be measured with some
> easily coded tests.
>
> message-bus-list peeps might be able to enlighten us with their expert
> opinions as well.
>
> cheers
> --
> Steve Baker <steve at stevebaker.org>
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by:Crypto Challenge is now open!
> Get cracking and register here for some mind boggling fun and
> the chance of winning an Apple iPod:
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>