GNOME Bugzilla – Bug 722724
Proposed DLNA compliant MediaServer plugin
Last modified: 2018-05-22 12:44:35 UTC
Created attachment 266919 [details] [review] ODID MediaServer plugin The following is a patch to apply to the previous object model work proposed by CableLabs. This work is for enhanced DLNA compliance using the certification test tools supplied by DLNA. This effort includes both a new MediaServer plugin here, and a new MediaEngine filed separately. They are designed to be used together and along with media that has been processed and indexed by our server-ingest tool. This tool is open-sourced from CableLabs and located at https://github.com/cablelabs/server-ingest This is the configuration that CableLab uses to run the DLNA tests internally, and will be taken to the DLNA Plugfest next month. We plan to update both contributions with any fixes or enhancements leading up to, and resulting from this certification effort. The MediaServer plugin name is ODID (On Disk Item Directory). This is a directory format that the server-ingest tool creates for media, and allows for all required DLNA operations. It is originally based off of the MediaExport plugin. However, instead of searching for media files directly, it looks for an .item file that serves as a proxy for media stored in an ODID. This ODID contains one or more media resources for the same item, indexing files for all seek scenarios, pre-generated playspeed media, and all required metadata. The metadata harvested from the ODID is stored in a new sqlite file, odid.db and the cardinality between metadata and item has been expanded from 1-1 to 1-n in support of storing all available media resources for an item.
Created attachment 267415 [details] [review] ODID MediaServer plugin with plugins level Makefile support Originally forgot to include build support in plugins directory Makefile.am.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME'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.gnome.org/GNOME/rygel/issues/63.