I experience it under Arch although the same happened the lat time I use Gentoo. I remember it worked some time ago. I'm not sure but I suppose it changed after upgrading gstreamer... $ rm ~/.config/Thunar ~/.cache/Thunar ~/.thumbnails # pacman -S tumbler ffmpegthumbnailer gstreamer0.10 No video tumbnails for any video files. If I insert my external USB HDD /usr/lib/tumbler-1/tumblerd seems to freeze: `lsof' shows that all video files in open directories of that HDD are open by it. Therefore no normal dismounting works. I have to `kill tumblerd' each time I want to safely eject the storage. Currently I'm using: - tumbler-0.1.23-1 - ffmpegthumbnailer-2.0.7-2 - gstreamer0.10-0.10.35-1
Check that you have the required gstreamer plugins to support your video files (and gstreamer0.10-ffmpeg might help too).
(In reply to comment #1) > Check that you have the required gstreamer plugins to support your video files > (and gstreamer0.10-ffmpeg might help too). I suppose I do. gstreamer0.10-ffmpeg makes no difference :-(
I might have had something related to this (Arch Linux, marlin instead of thunar): tumbler would trip over h.264 video files that are encoded in 10-bit (ordinary 8-bit was fine), halting indefinitely while sometimes consuming a lot of resources. For me the culprit turned out to be the gstreamer plugin since the bug still occurred with only that enabled via ./configure. So right now I use only the one for ffmpegthumbnailer and haven't had any issues since. I did have to recompile the latter with the following patch though, as 2.0.7-2 appears to access ffmpeg via deprecated (faulty/removed?) API: https://code.google.com/p/ffmpegthumbnailer/source/detail?spec=svn241&r=241 Also, for some reason I had to use AUR's ffmpeg-git instead of Extra's ffmpeg; even with said patch ffmpegthumbnailer's ./configure would fail with the latter.
Created attachment 4447 gst-thumbnailer: close file on error I am experiencing the same issue with gst-thumbnailer not closing the files it cannot generate a thumbnail. The attached patch fixes this problem for me. I am not sure if you are really required to set the state to NULL before unrefing playbin or if this is a bug in gstreamer.
The gst playbin/playbin2 test cases do that too, so I guess it's expected. ;-)
I just wanted to add that I'm experiencing this same issue on Slackware -current with Xfce 4.10. Slackware 14.0 is soon to ship, and this is causing issues with, e.g. unmounting flash drives that have videos on them.
Wrote better gstreamer thumbnailer that properly closes streams (i hope).