Description of problem: The qtdemux element is provided by libgstisomp4.so, but it seems that totem looks for it in libgstqtdemux.so instead. Without symlinking %{_libdir}/gstreamer-0.10/libgstqtdemux.so to point to %{_libdir}/gstreamer-0.10/libgstisomp4.so, totem cannot play back or index files in MOV and MP4 containers. Version-Release number of selected component (if applicable): gstreamer-plugins-good-0.10.29-1.fc15.x86_64 totem-3.0.1-2.fc15.x86_64 How reproducible: Always Steps to Reproduce: 1. Download http://devimages.apple.com/llvm/videos/LLVM_Assembler_Infrastructure.mov 2. Install rpmfusion-{,non}free-release from rpmfusion.org (I don't have a Theora-inside-MP4 file handy at the moment, apologies) 2. Open the download folder in Nautilus 3. Double-click on the file Actual results: 2. -> no thumbnail created 3. -> Totem attempts to search for Quicktime demuxer, but fails Expected results: 2. -> should generate thumbnail (at least after the file is played back once, and the relevant entry in ~/.thumbnails/fail/ removed) 3. -> should play, or (without rpmfusion bits) should not fail on searching for qtdemux, which is part of gstreamer-plugins-good Additional info: If Gstreamer elements are not needed to be contained within files with matching names, then this is probably a Totem bug Also reported on this Arch Linux forum post: https://bbs.archlinux.org/viewtopic.php?id=120853
I can confirm that making the symlink fixes this.
Does removing ~/.gstreamer-0.10/registry*.bin fix it, too?
(In reply to comment #2) > Does removing ~/.gstreamer-0.10/registry*.bin fix it, too? Yes, confirmed. I removed the symlink and ~/.gstreamer-0.10/registry*.bin Everything works fine.
Closing this bug, then. It'd be ideal if people don't have to muck around with their existing gstreamer registries, but at least it does not affect clean installs.