Bug 406981 - GoPro video thumbnails are just noise
Summary: GoPro video thumbnails are just noise
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Thumbs-Video (show other bugs)
Version: 6.1.0
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-04-27 18:03 UTC by Sebas
Modified: 2019-10-12 15:50 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 6.2.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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