GNOME Bugzilla – Bug 509020
Won't open DVD ISOs automatically
Last modified: 2008-06-03 17:41:05 UTC
[ From http://bugs.debian.org/460434 by Matt Kraai ] "When I select a DVD ISO image in Nautilus and choose 'Open with "Movie Player (Xine)" from its context menu, Totem starts up and displays the following dialog: Totem could not play file 'file:///...'. There is no plugin to handle this movie. It displays the same dialog if I first start Totem, then choose Movie -> Open... and select a DVD ISO. I wish it would play the movie in both cases. It is able to do so if I start it from the command line as follows: totem-xine dvd:///... I have a similar problem using Totem with the GStreamer backend." Unless I'm misreading bug 381261, this has been supported since 2.18?
What's the size of the ISO image? Which version of shared-mime-info does he have?
(In reply to comment #1) > What's the size of the ISO image? Which version of shared-mime-info does he > have? The ISO image is 4651546624 bytes. After you asked, I found that it is able to play an ISO that's 2140274688 bytes. I have shared-mime-info 0.22-2.
My guess is that the ISO image doesn't have a label, or the function we use to parse the title doesn't handle it. What's the output of "file" on the ISO image? Does the file finish with ".iso" in its name? Could you please attach the first 100kB of the file in this bug as well? use "dd if=myfile.iso of=truncated-file.iso bs=512 count=200"
Created attachment 102903 [details] Truncated ISO image
(In reply to comment #3) > My guess is that the ISO image doesn't have a label, or the function we use to > parse the title doesn't handle it. > > What's the output of "file" on the ISO image? $ file PRIME_SUSPECT_2.ISO: UDF filesystem data (version 1.5) 'PRIME_SUSPECT_2 ' > Does the file finish with ".iso" > in its name? It finishes with ".ISO". The behavior is unchanged if I lowercase the extension. > Could you please attach the first 100kB of the file in this bug as > well? > > use "dd if=myfile.iso of=truncated-file.iso bs=512 count=200" Done above.
./test-parser file:///home/hadess/Desktop/Downloads/foo.iso ###################### parsing ################ added URI 'vcd:///home/hadess/Desktop/Downloads/foo.iso' title = 'PRIME_SUSPECT_2' Which is correct given that the file is < 700 megs. If it was over 700 megs, if would read: added URI 'dvd:///home/hadess/Desktop/Downloads/foo.iso' title = 'PRIME_SUSPECT_2' Best bet is to try with an updated Totem (2.20.3 is the latest stable release), and if that fails, I'd need the output of test-parser from the src/ dir on that file.
(In reply to comment #6) > Best bet is to try with an updated Totem (2.20.3 is the latest stable release), > and if that fails, I'd need the output of test-parser from the src/ dir on that > file. I am (and have been) using Totem 2.20.3 (via Debian's totem-xine 2.20.3-1 package). Here's the output of test-parser on the original ISO: ./test-parser file:///tmp/PRIME_SUSPECT_2.ISO ###################### parsing ################ url 'file:///tmp/PRIME_SUSPECT_2.ISO' unhandled
(In reply to comment #7) > I am (and have been) using Totem 2.20.3 (via Debian's totem-xine 2.20.3-1 > package). Here's the output of test-parser on the original ISO: > > ./test-parser file:///tmp/PRIME_SUSPECT_2.ISO > > ###################### parsing ################ > > url 'file:///tmp/PRIME_SUSPECT_2.ISO' unhandled The fopen in totem_pl_parser_iso_get_title fails with EFBIG, presumably because the file is bigger than 2^31. If I replace fopen with fopen64, it displays the following instead: ###################### parsing ################ added URI 'dvd:///tmp/PRIME_SUSPECT_2.ISO' title = 'PRIME_SUSPECT_2'
Arf, that'll teach me. I was using an x86-64 so didn't see the problem :) 2008-01-15 Bastien Nocera <hadess@hadess.net> * plparse/Makefile.am: Use 64-bit versions of the functions when possible, fixes DVD ISO not being recognised (Closes: #509020) Thanks for finding that one! Fixed in trunk and stable branch.
I don't think that's correct to directly and always add those defines to CPPFLAGS. Does AC_SYS_LARGEFILE not work ?
Created attachment 102934 [details] [review] use AC_SYS_LARGEFILE
(In reply to comment #10) > I don't think that's correct to directly and always add those defines to > CPPFLAGS. Does AC_SYS_LARGEFILE not work ? gnome-vfs has done it for at least 6 or 7 years, so it's probably ok :)
Mass-move from totem to totem-pl-parser. You can remove all messages by searching for this comment.