GNOME Bugzilla – Bug 776089
New library for synchronised playback
Last modified: 2018-11-03 14:01:43 UTC
I've been working on gst-sync-server, which I wrote about at: https://arunraghavan.net/2016/11/gstreamer-and-synchronisation-made-easy/ The summary of this is that the library provides a server and client object such that a server can publish one or more URIs for clients to receive and synchronise to. Mechanisms exist to control client playback (pause/stop for now). The network transport for control is abstracted into an interface for users of the API to be able to use their own transport, and a default TCP-based implementation is included. I'd like to propose this for inclusion in gst-plugins-bad, so we have a single, standardised way to provide synchronised playback. There are features that I will be working on (included in a TODO list). This includes support for configuring per-client transformations (for video wall mode), as well as more mundane features such as seeking. Examples of the API use are at: https://github.com/ford-prefect/gst-sync-server/tree/master/examples GTK-Doc documentation is at: https://arunraghavan.net/temp/gst-sync-server/ The code itself is at: https://github.com/ford-prefect/gst-sync-server/
I see another playlist API in there, I wish we had a generic GStreamer one.
(In reply to Olivier Crête from comment #1) > I see another playlist API in there, I wish we had a generic GStreamer one. I'd prefer not to let this block (since the playlist might be a bit special in this context), but I'm happy to look at other playlist APIs we have and see if there's room to consolidate as a separate step.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/495.