Bug 406981

Summary:	GoPro video thumbnails are just noise
Product:	[Applications] digikam	Reporter:	Sebas <djsebas>
Component:	Thumbs-Video	Assignee:	Digikam Developers <digikam-bugs-null>
Status:	RESOLVED FIXED
Severity:	normal	CC:	caulier.gilles, darrell.langford
Priority:	NOR
Version:	6.1.0
Target Milestone:	---
Platform:	Microsoft Windows
OS:	Microsoft Windows
Latest Commit:	https://invent.kde.org/kde/digikam/commit/43d170fbcb1e6aa5e349372ef132fae1546c33c0	Version Fixed In:	6.2.0
Sentry Crash Report:

Description Sebas 2019-04-27 18:03:47 UTC

Digikam 6.0/6.1

GoPro video (MP4) thumbnails appear as coloured snow / noise. Model used: GoPro 4 Black Edition with latest firmware.

Besides not being able to recognize what the video is about...another downside for me is that when I do my (just started with this) 4 monthly check for photo/video corruption by actually looking at the thumbs (which I guess I then have to regenerate every 4 months), I cannot see if the video is corrupted or not, plus obviously it delays the checking process because having to verify the noise is a GoPro video and not a really damaged file.

Comment 1 caulier.gilles 2019-04-27 18:27:08 UTC

Please share MP4 samples though the cloud.

Note : video thumbnail are generated by ffmpeg in background. Which libAV* version do you use ? (look in Help/Components Info dialog)

Gilles Caulier

Comment 2 Sebas 2019-04-27 18:56:19 UTC

Here is one: https://www.dropbox.com/s/8of0uzwmp8hh4v1/GOPR6539.MP4?dl=0
Will remove after a few days.


digikam version 6.1.0
CPU cores: 16
Eigen: 3.3.7
Exiv2: 0.27.0
Exiv2 can write to Jp2: Yes
Exiv2 can write to Jpeg: Yes
Exiv2 can write to Pgf: Yes
Exiv2 can write to Png: Yes
Exiv2 can write to Tiff: Yes
Exiv2 supports XMP metadata: Yes
ImageMagick codecs support: No
KF5: 5.56.0
LensFun: 0.3.95-0
LibCImg: 130
LibJPEG: 90
LibJasper: 2.0.16
LibLCMS: 2090
LibLqr support: No
LibPGF: 7.19.03
LibPNG: 1.6.36
LibRaw: 0.19.2
LibTIFF: 4.0.10
Marble: 0.27.20
Parallelized demosaicing: No
Qt: 5.12.2
Qt Webkit support: Yes
VKontakte support: No
AkonadiContact support: No
Baloo support: No
Calendar support: Yes
DBus support: No
Database backend: QSQLITE
HTML Gallery support: Yes
LibAVCodec: 58.35.100
LibAVFormat: 58.20.100
LibAVUtil: 56.22.100
LibGphoto2 support: No
LibOpenCV: 3.4.5
LibQtAV: 1.12.1
Media player support: Yes
Panorama support: Yes

Comment 3 Sebas 2019-04-27 20:05:24 UTC

By the way... this problem starts from around the filesize of the provided sample. Smaller files do not suffer, and large files that have been trimmed (causing a new file) by use of Quicktime on OSX also do not suffer.

Comment 4 Maik Qualmann 2019-04-28 14:40:11 UTC

Git commit 43d170fbcb1e6aa5e349372ef132fae1546c33c0 by Maik Qualmann.
Committed on 28/04/2019 at 14:39.
Pushed by mqualmann into branch 'master'.

enable the workaround flag in the video thumbnailer for the H264 codec
FIXED-IN: 6.2.0

M  +2    -1    NEWS
M  +1    -1    core/libs/threadimageio/video/videothumbnailer.cpp

https://invent.kde.org/kde/digikam/commit/43d170fbcb1e6aa5e349372ef132fae1546c33c0

Comment 5 Maik Qualmann 2019-06-11 15:34:48 UTC

*** Bug 408567 has been marked as a duplicate of this bug. ***

Comment 6 Maik Qualmann 2019-10-12 15:50:38 UTC

Git commit be6beff83510064e6c465d447969309d9bc82d69 by Maik Qualmann.
Committed on 12/10/2019 at 15:48.
Pushed by mqualmann into branch 'master'.

fix seek in GoPro 4k video and disable workaround h264 flag
Related: bug 412880
FIXED-IN: 6.4.0

M  +2    -1    NEWS
M  +5    -4    core/libs/threadimageio/video/videodecoder.cpp
M  +1    -1    core/libs/threadimageio/video/videothumbnailer.cpp

https://invent.kde.org/kde/digikam/commit/be6beff83510064e6c465d447969309d9bc82d69