I have a siyeable amount of videos in this format: $ file ./Incoming/20100303/MVI_2084.MOV ./Incoming/20100303/MVI_2084.MOV: ISO Media, Apple QuickTime movie In KPhotoAlbum 4.1.1 I could see all these thumbnails, but now they are gone. I tried to regenerate thumbnails, resizing them (to trigger regeneration). Reproducible: Always Actual Results: Videos have the default icon instead of a thumbnail. Expected Results: A frame of the actual video shoudl be shown. I had to install the mplayerthumbs or ffmpegthumbnailer package to get them in version 4.1.1. I think your departure from the KDE/Qt thumbnailing will raise a lot of such issues, and you may have to reinvent the wheel. The speed of loading thumbs has never been an issue for me. Not havig thumbs for videos makes their sorting/managing impossible or at least extremely cumbersome.
This should already be fixed in the current beta release.
Got a system upgrade to Ubuntu 12.10, and video thumbnails are again gone. do I need any other package to be installed for this to work ?
Try installing mplayer2.On 9.12.2012 6:48 fleury@users.sourceforge.net wrote: https://bugs.kde.org/show_bug.cgi?id=306708 fleury@users.sourceforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|UPSTREAM |--- --- Comment #2 from fleury@users.sourceforge.net --- Got a system upgrade to Ubuntu 12.10, and video thumbnails are again gone. do I need any other package to be installed for this to work ? -- You are receiving this mail because: You are on the CC list for the bug.
I do have mplayer2 installed. I have restarted kphotoalbum afterwards, and rebuilt all the thumbnails. Still all videos get the default icon.
Note that basic KDe does show thumbnails. Is kphotoalbum bypassing the whole thumbnailing mechanism ?
Yes, kphotoalbum uses mplayer to extract thumbnails for its internal thumbnail database. It doesn't use the thumbnails from KDE.
Ok, it seems to work. However, I have to admit that the reason to implement this was stated that it's to save time. My user experience is the total inverse! Now dolphin will recompute the thumbnails. I have had kphotoalbum go over my collection of pictures multiple times because I tend to resize the thumbnail view often to see some more details at times, and because it now saves the thumbnails in the dir it scans, it will next time compute thumbs for the thumbnails, and the next time recompute thumbs of the thumbs of the thumbs. I know I can let it ignore dirs, but I nonetheless ended up with 10k additional "pictures", which I have to go, pick and then and cleanup. the total time I wasted on this is probably more than what I would have wasted in about 1 year of usage of kphotoalbum with the KDE thumbnailer.
And without recomputing thumbnails for my whole collection (~50k images), the thumbnail grid cannot scale the few pictures that it shows. Sorry, that is a big bummer for me, I'll revert to 4.1.1. BTW, removing 10k images from the database took around 45 minutes (quad-core 3GHz amd64)
Sorry to hear that. Normally, kphotoalbum should (obviously) not add thumbnails as images when searching for new files. As a workaround, until there is a better fix, you can set the list of ignored directories to ".thumbnails,.videoThumbnails" in "Configure kphotoalbum..." -> "File searching & versioning" -> "Directories to exclude from new file search:".
Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? This bug will be moved back to REPORTED Status for manual review later, which may take a while. If you are able to, please lend us a hand. Thank you for helping us make KDE software even better for everyone!
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!