Bug 142051

Summary: JVC gz-mc500e video thumbnails issue
Product: [Applications] digikam Reporter: Alexey Fisher <bug-track>
Component: Thumbs-VideoAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: wishlist CC: caulier.gilles
Priority: NOR    
Version: 0.9.0   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In: 5.4.0
Sentry Crash Report:

Description Alexey Fisher 2007-02-22 10:40:32 UTC
Version:           0.9.0 (using KDE 3.5.6, Gentoo)
Compiler:          Target: i686-pc-linux-gnu
OS:                Linux (i686) release 2.6.21-rc1

JVC GZ-MC500E video & photo camera 
1) use *.mod suffix instead of *.mpeg for video and it's will be not reconised with digikam improt (without reconfiguring it), it can't thubnail the video. I think it will be great to add this issue to the mainstream and rename suffix on inport. If suffix is renamed there is no problem with thubnails.

2) import dialog will reconise mgr_data and prg_mgr like row-image format. But it is not.

May be it will be good enath to blacklist this location "sd_video/mgr_info" or make it configurable.

Here ist the list output of cammera:
---------------------------------------------------------
ls -R /media/MICRODRIVE/
/media/MICRODRIVE/:
dcim  dcvc  extmov  sd_video

/media/MICRODRIVE/dcim:
100jvcso

/media/MICRODRIVE/dcim/100jvcso:
pic_0001.jpg  pic_0002.jpg  pic_0003.jpg

/media/MICRODRIVE/dcvc:

/media/MICRODRIVE/extmov:

/media/MICRODRIVE/sd_video:
mgr_info  prg001

/media/MICRODRIVE/sd_video/mgr_info:
mgr_data  prg_mgr

/media/MICRODRIVE/sd_video/prg001:
mov001.mod  mov002.moi  mov004.mod  mov005.moi  mov007.mod
mov001.moi  mov003.mod  mov004.moi  mov006.mod  mov007.moi
mov002.mod  mov003.moi  mov005.mod  mov006.moi  prg001.pgi
----------------------------------------------------------
Comment 1 caulier.gilles 2008-03-19 12:49:50 UTC
Alexey,

This problem occur from KDE thumnail generator which have not a codec to handle this video format by default.

Installing right codec (Win32 port avaialble in non-free repositories) must solve this problem.

There is no video codec in digiKam. Nothing can be changed here...

Gilles Caulier
Comment 2 caulier.gilles 2008-03-19 12:54:30 UTC
See #1 .I close it.

Gilles Caulier
Comment 3 caulier.gilles 2016-12-22 13:50:51 UTC
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 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.

https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM