GNOME Bugzilla – Bug 331568
allow to use "totem dvd://" to open a DVD
Last modified: 2012-04-18 16:55:45 UTC
gnome-volume-manager used to call "totem dvd://" on Ubuntu (not sure about upstream) so some people have that action configured to run a DVD At the moment totem returns a "Location not found." when trying to run it, that would be nice if you would understand it
This would also need to work with the "DVD" remote button (see TODO).
Today the right way to play the DVD it "totem [DVD mount ponit]" right? Is there a way to get the mount point from totem? Where in the code it changes the caption of the DVD playing button on the main menu to have the name of the DVD?
(In reply to comment #2) > Is there a way to get the mount point from totem? > Where in the code it changes the caption of the DVD playing button on the main > menu to have the name of the DVD? I can't help you, but maybe totem or gstreamer developers can ? It seems totem-xine doesn't have problems with playing DVD's, only totem-gstreamer has
As per Bastien's comment http://bugzilla.gnome.org/show_bug.cgi?id=344415#c7 I have created a tracker bug to make it easier to keep track of the various issues preventing proper DVD support in Totem-Gstreamer. The bug can be found here: Bug 502609 – [Tracker] GStreamer DVD Support in Totem I hope nobody minds me taking the liberty to create this.
Please refrain from making comments not related in any sort of way to the bug opened. In src/totem-menu.c, on_movie_menu_select() will list the DVDs. Totem dvd:// should: - list the devices using the same code as in on_movie_menu_select() (move it to totem-uri.c) - for each device, check whether the device is a DVD using totem_cd_detect_type() - Play the first one
Totem (v2.20.1) on my system (Arch Linux) already recognizes and plays the DVD when I start it with "totem dvd://"
(In reply to comment #6) > Totem (v2.20.1) on my system (Arch Linux) already recognizes and plays the DVD > when I start it with "totem dvd://" The xine-lib backend saves the last used device node. If you were to play a DVD backup from the local disk, and exit, and then run "totem dvd://", you'd be playing that DVD image.
Is this bug still valid? I have no problems with totem playing dvd:// if the appropriate plugins are installed.
(In reply to comment #8) > Is this bug still valid? I have no problems with totem playing dvd:// if the > appropriate plugins are installed. Yes. I guess it works because the default DVD drive is the same one you have on your system. Should be pretty easy to fix, but none of the people interested in this bug seem to be interested in fixing it :)
Is this still a bug? (I don't know what the problem is, really.)
(In reply to comment #10) > Is this still a bug? (I don't know what the problem is, really.) "totem dvd:" or "totem dvd://" should load the first available video DVD in the drives. So you'd need to enumerate the drives, and check for each one of them whether they have a video DVD loaded.
Looks like the bug is still there: if you mount dvd-image as /mnt/dvd mount point (for ex., can be any), and then: > file->open location->dvd://mnt/dvd totem completely ignores requested path & tries to open /dev/dvd instead (to see it, launch totem from terminal and watch output)... There's a demo in resindvdbin plugin (resin-play), if you try: > resin-play dvd://mnt/dvd it fails to open, but if you try: > resin-play /mnt/dvd it loads & plays ok... so, there are two bugs2be fixed, either both in totem, or 1st in totem & 2nd in resindvdbin gst plugin (slightly modify input path)...
well, actually, running as: > totem <filename>.iso without pre-mounting, works great... sorry, my mistake)
(In reply to comment #12) > Looks like the bug is still there: > > if you mount dvd-image as /mnt/dvd mount point (for ex., can be any), and then: > > file->open location->dvd://mnt/dvd > totem completely ignores requested path & tries to open /dev/dvd instead (to > see it, launch totem from terminal and watch output)... Nothing to do with this bug. This bug is about running "totem dvd://" and have it discover the device to open, not about opening specific locations with dvd://.
(In reply to comment #12) > Looks like the bug is still there: > > if you mount dvd-image as /mnt/dvd mount point (for ex., can be any), and then: > > file->open location->dvd://mnt/dvd > totem completely ignores requested path & tries to open /dev/dvd instead (to > see it, launch totem from terminal and watch output)... > > There's a demo in resindvdbin plugin (resin-play), if you try: > > resin-play dvd://mnt/dvd > it fails to open, but if you try: > > resin-play /mnt/dvd > it loads & plays ok... > > so, there are two bugs2be fixed, either both in totem, or 1st in totem & 2nd in > resindvdbin gst plugin (slightly modify input path)... Your dvd://dev/dvd URI is malformed: it should be dvd:///mnt/dvd or dvd:/mnt/dvd (as per http://labs.apache.org/webarch/uri/rfc/rfc3986.html#components ). Bad luck for you, you need either 1 or 3 slashes, and you only tried with 2. resindvd (and totem) work correcly with both correct forms.
I don't think there's a UI way to get totem started with the "dvd://" URI, and there are enough ways to set up the URI correctly that this shouldn't matter anymore.