When browsing pics and (video-)clip in Album view, we see meaningless thumbnails (see attachment) Reproducible: Always Steps to Reproduce: 1. just open album view in digikam 2. you see meaningless thumbnails when searching video clips 3. Expected Results: should offer sme more descriptive preview, as showing first pic of a clip, or one intentionally choosen one out of the very clip
Created attachment 71506 [details] seeing meangless video-preview
On my computer (Mageia 2 with KDE 4.8.2), it use this to generate digiKam video thumb through KDE : ffmpegthumbs - kdemultimedia Video thumbnail generator for KDE4 file managers FFmpegThumbs is a video thumbnails implementation for KDE4 based on FFmpegThumbnailer. This thumbnailer uses FFmpeg to decode frames from the video files, so supported video formats depend on the configuration flags of ffmpeg. This thumbnailer was designed to be as fast and lightweight as possible. There is no video thumbnailer code in digiKam. It's delegate to KDE. Gilles Caulier
Dear Gilles: Thank you for explanations in detail. When starting digikam, I (and any user) adhibit certain functionalities offered by digikam according to what we see and can select and run. It is not the first time, you indicate KDE´s "responsability" (*) and I do understand your reasons, e.g. If you bought a brandnew car, just leaving the traders room and experiencing a flat tire. Whom would you ask to resolve the probleme- the tyres producer or the car seller? In our context, the tyres producer correlates to ffmpegthumbs, the car seller (respective trader) to digikam, accordingly. I guess, I understand to basic underlying difficulties, as in open source nowbody is "responsible" legally. For my opinion, digikam, KDE and all used modules (as the mentioned ffmpegthums) would take advantage if following certain "rules". And putting together a package would make all involved stronger (in respect to comercial software) safer (as a developer) and more satisfieed (as a user). Maybe you want to think about it. Have a nice weekend- Axel (*): as much as I remember, it is about the third time Am 02.06.2012 10:03, schrieb Gilles Caulier: > https://bugs.kde.org/show_bug.cgi?id=301029 > > Gilles Caulier <caulier.gilles@gmail.com> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|UNCONFIRMED |RESOLVED > CC| |caulier.gilles@gmail.com > Resolution|--- |WORKSFORME > > --- Comment #2 from Gilles Caulier <caulier.gilles@gmail.com> --- > On my computer (Mageia 2 with KDE 4.8.2), it use this to generate digiKam video > thumb through KDE : > > ffmpegthumbs - kdemultimedia Video thumbnail generator for KDE4 file managers > > FFmpegThumbs is a video thumbnails implementation for KDE4 based on > FFmpegThumbnailer. > This thumbnailer uses FFmpeg to decode frames from the video files, so > supported video formats depend on the configuration flags of ffmpeg. > This thumbnailer was designed to be as fast and lightweight as possible. > > There is no video thumbnailer code in digiKam. It's delegate to KDE. > > Gilles Caulier >
digiKam 5.4.0 bundles will use QtAV framework instead Qt5Multimedia to thumb and play video. The Slideshow tool will also support video as well. QtAV use ffmpeg codecs. It's multi-platform and will always available in OSX, Windows and Linux bundles that digiKam team provide. For Linux packagers, you will need to turn on video support at compilation time and solve QtAV dependencies... The screenshot on here : https://www.flickr.com/photos/digikam/30886133553/in/dateposted-public/ ... is based on pre-release of AppImage 64 bits Linux bundle, just recompiled and post to GDrive for testing. The 32bits version is under process and will be available at the same place today evening. https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM