| Summary: | crash on scanning video directory | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | wybo dekker <wybo> |
| Component: | Metadata-Video | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | 330avdupas-deumil13, adrian.dziubek, casfindad, caulier.gilles, clhancock, datweety, franz.kauflin, jim, kde, kirill-dunko, nbremond, nico.kruber, null, oded.comay, opensc, p.o.reichelt, poloking, pragomer, quantumphazor, rjvbertin, rymar, s4sasho, stestoe, willem |
| Priority: | NOR | ||
| Version: | 4.4.0 | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | http://commits.kde.org/libkexiv2/70eda3c81743379539bf8ba79e822edd1140e55c | Version Fixed In: | 6.0.0 |
| Sentry Crash Report: | |||
| Attachments: |
New crash information added by DrKonqi
New crash information added by DrKonqi |
||
|
Description
wybo dekker
2014-10-26 15:06:46 UTC
It crash into Exiv2 shared lib about video metadata parser. Please report this problem to Exiv2 bugzilla. http://dev.exiv2.org/projects/exiv2/issues Gilles Caulier I finally solved the problem by finding all .avi files which caused exiv2 to crash and converting those to a new .avi file containing no exif information with: mencoder input.avi -o output.avi -ovc lavc -oac copy >& /dev/null mv -f output.avi input.avi *** Bug 341091 has been marked as a duplicate of this bug. *** *** Bug 341274 has been marked as a duplicate of this bug. *** *** Bug 341023 has been marked as a duplicate of this bug. *** As a workaround you can also set MIME Type Filter to Image Files. *** Bug 342000 has been marked as a duplicate of this bug. *** It seems to be fixed with the latest exiv2 svn trunk and will be in version 0.25 exiv2-svn-r3455 http://dev.exiv2.org/issues/1002 *** Bug 342030 has been marked as a duplicate of this bug. *** *** Bug 342604 has been marked as a duplicate of this bug. *** *** Bug 342666 has been marked as a duplicate of this bug. *** Does this mean Digikam will not work with (some? all?) video files until exiv2 is updated? I'm running Debian stable, and testing and unstable have exiv2 v. 0.24. yes it is. Next Exiv2 stable version including better video support is planed in a near future. Gilles Caulier *** Bug 342622 has been marked as a duplicate of this bug. *** *** Bug 343708 has been marked as a duplicate of this bug. *** *** Bug 343714 has been marked as a duplicate of this bug. *** FYI: I fixed this bug by applying the patch from revision 3264, i.e. http://dev.exiv2.org/projects/exiv2/repository/revisions/3264 The original bug report is at http://dev.exiv2.org/issues/960 Fixed openSUSE binaries can be tested from this repo: https://build.opensuse.org/package/show/home:NicoK:branches:X11:common:Factory/exiv2 I'll submit the patch to the official (openSUSE) exiv2 package after some testing... The question here is to know when next Exiv2 release will be published to include patch officially. It's become urgent to release next Exiv2... Gilles Caulier *** Bug 346356 has been marked as a duplicate of this bug. *** Created attachment 92513 [details] New crash information added by DrKonqi digikam (4.9.0) on KDE Platform 4.14.7 using Qt 4.8.6 - What I was doing when the application crashed: Start digikam and wait for picture/album scan to finish. Almost at the end 90%-100% digikam crashes. I was able to separate one single WAV-file that caused the crash. Here is it's mediainfo maybe that helps: General Count : 308 Count of stream of this kind : 1 Kind of stream : General Kind of stream : General Stream identifier : 0 Inform : Wave: 41.6 KiB, 3s 860ms Count of audio streams : 1 Audio_Format_List : PCM Audio_Format_WithHint_List : PCM Audio codecs : PCM Complete name : /home/tweety/Bilder/Tweety/Musik/stupider.wav Folder name : /home/tweety/Bilder/Tweety/Musik File name : stupider File extension : wav Format : Wave Format : Wave Format/Extensions usually used : wav Commercial name : Wave Internet media type : audio/vnd.wave Codec : Wave Codec : Wave Codec/Extensions usually used : wav File size : 42638 File size : 41.6 KiB File size : 42 KiB File size : 42 KiB File size : 41.6 KiB File size : 41.64 KiB Duration : 3860 Duration : 3s 860ms Duration : 3s 860ms Duration : 3s 860ms Duration : 00:00:03.860 Duration : 00:00:03.860 Overall bit rate mode : CBR Overall bit rate mode : Constant Overall bit rate : 88369 Overall bit rate : 88.4 Kbps Stream size : 74 Stream size : 74.0 Bytes (0%) Stream size : 74 Bytes Stream size : 74 Bytes Stream size : 74.0 Bytes Stream size : 74.00 Bytes Stream size : 74.0 Bytes (0%) Proportion of this stream : 0.00174 Title : stupider.snd Track name : stupider.snd File last modification date : UTC 2002-06-22 11:55:32 File last modification date (local) : 2002-06-22 13:55:32 Audio Count : 254 Count of stream of this kind : 1 Kind of stream : Audio Kind of stream : Audio Stream identifier : 0 Inform : 88.2 Kbps, 11.1 KHz, 8 bits, 1 channel, PCM (Little / Unsigned) Format : PCM Commercial name : PCM Format settings : Little / Unsigned Format settings, Endianness : Little Format settings, Sign : Unsigned Codec ID : 1 Codec ID/Url : http://www.microsoft.com/windows/ Codec : PCM Codec : PCM Codec/Family : PCM Codec/Info : Microsoft PCM Codec/Url : http://www.microsoft.com/windows/ Codec/CC : 1 Codec settings : Little / Unsigned Codec settings, Endianness : Little Codec settings, Sign : Unsigned Duration : 3860 Duration : 3s 860ms Duration : 3s 860ms Duration : 3s 860ms Duration : 00:00:03.860 Duration : 00:00:03.860 Bit rate mode : CBR Bit rate mode : Constant Bit rate : 88200 Bit rate : 88.2 Kbps Channel(s) : 1 Channel(s) : 1 channel Sampling rate : 11127 Sampling rate : 11.1 KHz Samples count : 42950 Resolution : 8 Resolution : 8 bits Bit depth : 8 Bit depth : 8 bits Stream size : 42564 Stream size : 41.6 KiB (100%) Stream size : 42 KiB Stream size : 42 KiB Stream size : 41.6 KiB Stream size : 41.57 KiB Stream size : 41.6 KiB (100%) Proportion of this stream : 0.99826 -- Backtrace (Reduced): #9 0x00007f943e362a7c in Exiv2::RiffVideo::infoTagsHandler() () from /usr/lib/libexiv2.so.13 #10 0x00007f943e36af2f in Exiv2::RiffVideo::decodeBlock() () from /usr/lib/libexiv2.so.13 #11 0x00007f943e36b320 in Exiv2::RiffVideo::readMetadata() () from /usr/lib/libexiv2.so.13 #12 0x00007f94457387fd in KExiv2Iface::KExiv2::load(QString const&) const () from /usr/lib/libkexiv2.so.11 #13 0x00007f9443db9256 in Digikam::DMetadata::load(QString const&) const () from /usr/lib/libdigikamcore.so.4.9.0 *** Bug 343736 has been marked as a duplicate of this bug. *** Created attachment 92817 [details]
New crash information added by DrKonqi
digikam (4.10.0) on KDE Platform 4.14.7 using Qt 4.8.7
- What I was doing when the application crashed:
digikam was loading a directory ("album") containing an "offending" QuickTime movie. There is a bug in libexiv2 that causes digikam to crash.
This bug is also apparent on OS X; there the error message is more explicit and suggests that the bug is a double free: "malloc: incorrect checksum for freed object -- object was probably modified after being freed".
-- Backtrace (Reduced):
#6 0x00007f36bd41bcc9 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#7 0x00007f36bd41f0d8 in __GI_abort () at abort.c:89
[...]
#9 0x00007f36bd46466e in malloc_printerr (ptr=<optimized out>, str=0x7f36bd566cc8 "free(): invalid next size (fast)", action=1) at malloc.c:4996
#10 _int_free (av=<optimized out>, p=<optimized out>, have_lock=0) at malloc.c:3840
#11 0x00007f36bb5bf613 in Exiv2::QuickTimeVideo::userDataDecoder(unsigned long) () from /usr/lib/x86_64-linux-gnu/libexiv2.so.13
Nothing change. It's always a problem in Exiv2 shared lib about video file parsing... Gilles Caulier "Resolved" isn't the proper status, because the bug continues to exist in exiv2 svn/head. I think it's a bug in the handling of QuickTime user data. Cf. https://trac.macports.org/ticket/47837 which has a link to my upstream bug report, and a patch for exiv2 that causes the user data to be ignore and thus avoids triggering the crash. *** Bug 349635 has been marked as a duplicate of this bug. *** *** Bug 351689 has been marked as a duplicate of this bug. *** *** Bug 352944 has been marked as a duplicate of this bug. *** *** Bug 353295 has been marked as a duplicate of this bug. *** *** Bug 353447 has been marked as a duplicate of this bug. *** Git commit 70eda3c81743379539bf8ba79e822edd1140e55c by Gilles Caulier. Committed on 02/10/2015 at 11:44. Pushed by cgilles into branch 'master'. bump Exiv2 shared lib version to last 0.25.0 due to huge bug report due to video parsing crash with Exiv2 0.24.0 M +1 -1 CMakeLists.txt http://commits.kde.org/libkexiv2/70eda3c81743379539bf8ba79e822edd1140e55c Git commit fc3326bc420b314ae0923a0132e67b327d81869e by Gilles Caulier. Committed on 02/10/2015 at 18:57. Pushed by cgilles into branch 'frameworks'. backport commit #70eda3c81743379539bf8ba79e822edd1140e55c from got/master to frameworks branch M +1 -1 CMakeLists.txt http://commits.kde.org/libkexiv2/fc3326bc420b314ae0923a0132e67b327d81869e *** Bug 356704 has been marked as a duplicate of this bug. *** *** Bug 357356 has been marked as a duplicate of this bug. *** *** Bug 362672 has been marked as a duplicate of this bug. *** *** Bug 367691 has been marked as a duplicate of this bug. *** *** Bug 386891 has been marked as a duplicate of this bug. *** With 6.0.0, we have now a FFMpeg low level metadata parser based on libav C API for video files database registration. The Exiv2 video support is not used anymore as this code is buggous and nobody sound motivated in Exiv2 to finalize the code. The original post for this file must be fixed now and video metadata support with ffmpeg must be enough to populate database entries. Gilles Caulier |