[gstreamer-bugs] [Bug 321532] Support device setting in cdda:// URI

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=321532
 GStreamer | gst-plugins-good | Ver: 0.9.x





------- Additional Comments From Benjamin Otte  2005-11-15 16:42 -------
Some of the ideas I had in mind with URI themes are this:
1. URIs are global across applications. Unlike GStreamer mime types which are
local to GStreamer and do not conform to any standard, URIs must always work
cross-application. They must also always conform to published RFCs. If anyone
were to write a SMIL decoder using GStreamer, he should be able to just throw
the URI he got in the SMIL file at GStreamer.
2. URIs should be an easy way to identify what a playback applications are
currently doing. So stuff like "recent documents" or whatever can be populated
with these URIs and clicking on them later makes your player play it.
3. URIs should allow a powerful way to describe input _and_ output formats
desired by a GStreamer pipeline. Since plugins are supposed to be
interchangeable, applications should ideally just work on URIs and not hardcode
element names. Replacing cdparanoia with cddasrc or cdiosrc in Sound-Juider,
Totem, Gnome-CD-player or whatever would then be a matter of installing the
plugin and setting the rank. And playback applications gain access to more
formats automatically if they have a "play URI" entry.

To get back to the current problem:
Suggestion 2 and 3 don't work, because I might actually have a device named
/dev/hdc:8 or /dev/hdc/8 - or more important, someone might want to play ISOs
with cdda://
Suggestion 1 limits the options for providing properties (or whatever it's
called) to URIs quite a bit. And I'm not even sure if it's RFC compliant.

All of them are incompatible with what MPlayer and Xine use.
MPlayer uses cdda://<track-number>[/<device>] 
Xine uses cdda://<track-number>

For me the solution MPlayer uses seems best.

------- You are receiving this mail because: -------
You are the assignee for the bug.
You are the QA contact for the bug.