[gstreamer-bugs] [Bug 627476] New profile library and encoding plugin

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Fri Sep 24 14:45:23 PDT 2010


https://bugzilla.gnome.org/show_bug.cgi?id=627476
  GStreamer | gst-plugins-base | git

--- Comment #12 from John Stowers <john.stowers at gmail.com> 2010-09-24 21:45:16 UTC ---

> 
> Another interesting point I'm not sure how to solve is how to ease the
> media-player-info-device-id to target mapping. Have media-player-info provide
> those and know about the mapping ? Allow generic metadata fields to be added to
> GstEncodingTarget ?

just so we are clear on terms;
 - m-p-i = media-player-info
 - ID_MEDIA_PLAYER be the device id added by udev (via m-p-i).
 - m-p-i store files in /usr/share/media-player-info/ID_MEDIA_PLAYER

I don't necessarily think there needs to be a mapping. The developer could
parse the media-player-info file for the device, it will contain a section like

[Encoding]
GstEncodingProfile=foo;bar;baz

The developer can the go an look at the profile file in
/usr/share/gstreamer-encoding-profiles/{foo,bar,baz)

Of course this requires that those m-p-i files that want to encode all be
modified. Another alternative might be putting some default files for common
devices in /usr/share/gstreamer-encoding/profiles/$ID_MEDIA_PLAYER but I don't
think that is any cleaner, since at least in the case of ipod, the single m-p-i
file (hence single ID_MEDIA_PLAYER key) describes multiple devices that also
support many encoding

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.




More information about the Gstreamer-bugs mailing list