Summary: | meaningless video preview | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Axel Krebs <axel.krebs> |
Component: | Preview-Video | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | CC: | caulier.gilles |
Priority: | NOR | ||
Version: | 2.5.0 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Other | ||
Latest Commit: | Version Fixed In: | 5.4.0 | |
Sentry Crash Report: | |||
Attachments: | seeing meangless video-preview |
Description
Axel Krebs
2012-06-02 06:13:51 UTC
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 |