[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