Summary: | Batch renaming does not complete when MP4 video file is processed | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Michal Hlavinka <mhlavink> |
Component: | AdvancedRename-file | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | caulier.gilles, freisim93, mrix |
Priority: | NOR | ||
Version: | 4.12.0 | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 6.0.0 | |
Sentry Crash Report: | |||
Bug Depends on: | 262499 | ||
Bug Blocks: |
Description
Michal Hlavinka
2011-01-01 10:40:33 UTC
Can you reproduce this problem with last stable 1.7.0 ? Gilles Caulier I just tested this, no crash with my mp4 file. But I guess this is no advancedrename bug, but an error when trying to display a thumbnail in the progressbarDialog. Can you try to rename just this single file and give us the console output? Otherwise the output is too cluttered. (In reply to comment #1) > Can you reproduce this problem with last stable 1.7.0 ? I have to wait for Fedora packager to prepare 1.7.0 rpm, but it should be really soon. (In reply to comment #2) > I just tested this, no crash with my mp4 file. Just to be clear, I did not mention any crash. > But I guess this is no advancedrename bug, but an error when trying to display > a thumbnail in the progressbarDialog. > > Can you try to rename just this single file and give us the console output? Sure, but when I try to rename just mp4 file, it works fine. There must be at least one following file. digikam started: KGlobal::locale::Warning your global KLocale is being recreated with a valid main component instead of a fake component, this usually means you tried to call i18n related functions before your main component was created. You should not do that since it most likely will not work QSqlDatabasePrivate::removeDatabase: connection 'ConnectionTest' is still in use, all queries will cease to work. Time elapsed: 125 ms Model: Time elapsed: 0 ms Time elapsed: 6 ms Model: Time elapsed: 0 ms No location could be retrieved for url QUrl( "file:" ) digikam(9414)/digikam (core) Digikam::ThumbnailCreator::load: Thumbnail is null for "" TextureColorizer::setSeaFileLandFile: Time elapsed: 10 ms libdc1394 error: Failed to initialize libdc1394 QFSFileEngine::open: No file name specified QFSFileEngine::open: No file name specified digikam(9414)/digikam (core) Digikam::ThumbnailCreator::createThumbnail: Cannot create thumbnail for "/home/mihl/myroot/fotky/pracovni/maly/SAM_0782.MP4" digikam(9414)/digikam (core) Digikam::ThumbnailCreator::load: Thumbnail is null for "/home/mihl/myroot/fotky/pracovni/maly/SAM_0782.MP4" digikam(9414)/digikam (core) Digikam::ThumbnailCreator::createThumbnail: Cannot create thumbnail for "/home/mihl/myroot/fotky/pracovni/maly/SAM_0782.MP4" digikam(9414)/digikam (core) Digikam::ThumbnailCreator::load: Thumbnail is null for "/home/mihl/myroot/fotky/pracovni/maly/SAM_0782.MP4" digikam(9414)/digikam (core) Digikam::ThumbnailCreator::createThumbnail: Cannot create thumbnail for "/home/mihl/myroot/fotky/pracovni/maly/20100928t190750_1.MP4" digikam(9414)/digikam (core) Digikam::ThumbnailCreator::load: Thumbnail is null for "/home/mihl/myroot/fotky/pracovni/maly/20100928t190750_1.MP4" digikam(9414)/digikam (core) Digikam::ThumbnailCreator::createThumbnail: Cannot create thumbnail for "/home/mihl/myroot/fotky/pracovni/maly/20100928t190750_1.MP4" digikam(9414)/digikam (core) Digikam::ThumbnailCreator::load: Thumbnail is null for "/home/mihl/myroot/fotky/pracovni/maly/20100928t190750_1.MP4" now pressed F2: No location could be retrieved for url QUrl( "" ) No location could be retrieved for url QUrl( "" ) No location could be retrieved for url QUrl( "" ) No location could be retrieved for url QUrl( "" ) No location could be retrieved for url QUrl( "" ) No location could be retrieved for url QUrl( "" ) No location could be retrieved for url QUrl( "" ) No location could be retrieved for url QUrl( "" ) now renaming: digikam(9414)/digikam (core) Digikam::ThumbnailCreator::createThumbnail: Cannot create thumbnail for "/home/mihl/myroot/fotky/pracovni/maly/20100928t190750_1.MP4" digikam(9414)/digikam (core) Digikam::ThumbnailCreator::load: Thumbnail is null for "/home/mihl/myroot/fotky/pracovni/maly/20100928t190750_1.MP4" No location could be retrieved for url QUrl( "file:///maly/20100928t190750.MP4" ) digikam(9414)/digikam (core) Digikam::ThumbnailCreator::createThumbnail: Cannot create thumbnail for "/home/mihl/myroot/fotky/pracovni/maly/SAM_0782.MP4" digikam(9414)/digikam (core) Digikam::ThumbnailCreator::load: Thumbnail is null for "/home/mihl/myroot/fotky/pracovni/maly/SAM_0782.MP4" digikam(9414)/digikam (core) Digikam::ImageCategorizedView::setSelectedUrls: no QModelIndex found for KUrl("file:///home/mihl/myroot/fotky/pracovni/maly/20100928t190750_1.MP4") digikam(9414)/digikam (core) Digikam::ThumbnailCreator::createThumbnail: Cannot create thumbnail for "/home/mihl/myroot/fotky/pracovni/maly/SAM_0782.MP4" digikam(9414)/digikam (core) Digikam::ThumbnailCreator::load: Thumbnail is null for "/home/mihl/myroot/fotky/pracovni/maly/SAM_0782.MP4" digikam(9414)/digikam (core) Digikam::ThumbnailCreator::createThumbnail: Cannot create thumbnail for "/home/mihl/myroot/fotky/pracovni/maly/20100928t190750.MP4" digikam(9414)/digikam (core) Digikam::ThumbnailCreator::load: Thumbnail is null for "/home/mihl/myroot/fotky/pracovni/maly/20100928t190750.MP4" digikam(9414)/digikam (core) Digikam::ThumbnailCreator::createThumbnail: Cannot create thumbnail for "/home/mihl/myroot/fotky/pracovni/maly/SAM_0782.MP4" digikam(9414)/digikam (core) Digikam::ThumbnailCreator::load: Thumbnail is null for "/home/mihl/myroot/fotky/pracovni/maly/SAM_0782.MP4" digikam(9414)/digikam (core) Digikam::ThumbnailCreator::createThumbnail: Cannot create thumbnail for "/home/mihl/myroot/fotky/pracovni/maly/20100928t190750.MP4" digikam(9414)/digikam (core) Digikam::ThumbnailCreator::load: Thumbnail is null for "/home/mihl/myroot/fotky/pracovni/maly/20100928t190750.MP4" QSqlDatabasePrivate::removeDatabase: connection 'digikamDatabase-19828000' is still in use, all queries will cease to work. QSqlDatabasePrivate::removeDatabase: connection 'digikamDatabase-137936256' is still in use, all queries will cease to work. QSqlDatabasePrivate::removeDatabase: connection 'thumbnailDatabase-83503952' is still in use, all queries will cease to work. QSqlDatabasePrivate::removeDatabase: connection 'digikamDatabase-18212624' is still in use, all queries will cease to work. QSqlDatabasePrivate::removeDatabase: connection 'thumbnailDatabase-137936256' is still in use, all queries will cease to work. QSqlDatabasePrivate::removeDatabase: connection 'digikamDatabase-83503952' is still in use, all queries will cease to work. I tried to rename 20100928....MP4, not the SAM_0782.MP4 (there is no more mp4 files in that directory). (In reply to comment #1) > Can you reproduce this problem with last stable 1.7.0 ? still reproducible with 1.7.0 The best thing would be to ignore media types that are not images in the progress bar dialog. The problem with crashing could arise in other places, too. Gilles, what do you think? Should we just skip displaying a thumbnail for video, audio and other types when showing the graphical progress bar dialog? Andi Andi, I don't know if it's the best way. At least, it's true for non-image and non-video files. As camera can provide video files, and as it's planed to improve video metadata support in the past, we cannot ignore video files thumbnails. For others files format, a type-mime icon can be displayed as well... Gilles Well it is just a thumbnail in the progress bar dialog, that flies by so fast that you can rather see it anyway :-) I was not talking about skipping the mime types, only about displaying a general icon for those mime types. Some icons are rendered by third party software anyway (mplayerthumbs) and, at least for me, mplayerthumbs often crashes. Maybe we should only display thumbs for types our DImg class can handle by itself...? ah... ok, now i understand better... But DImg is relevant of external loader based on QImg... It's safe in this case ? Gilles The problem is that especially video files seem to cause a crash in the progress bar dialog, whether it be in AdvancedRename or in the UpdateFingerprints module. If it is possible to just display a general mime type icon in here, the crashes should be fixed I guess. Right now I don't know exactly were to start, either in the ThumbnailThread or the DProgressDialog. Maybe Marcel has an opinion on this topic? Andi Andi, I review this entry and i test? I can see AdvanceRename tool still to use DProgress Dialog, where ProgressManager must be used instead... About video file, there is no reason to see thumbnail in DProgressDialog crash digiKam, through the KDE video thumbnailer. I suspect a problem with video handling backend used by KDE... Gilles Caulier Michal, This file still valid using last digiKam 4.2.0 ? Gilles Caulier Michal, This file still valid using last digiKam 4.10.0 ? Gilles Caulier New digiKam 4.11.0 is available with official PKG installer for OSX. https://www.digikam.org/node/740 Can you reproduce the problem with this release ? Gilles Caulier digiKam 4.12.0 is out : https://www.digikam.org/node/741 We need a fresh feedback using this release please... Thanks in advance. Michal, digiKam 5.0.0 is published. Can you reproduce this problem with this release ? Gilles Caulier This problem still reproducible using digiKam AppImage bundle 5.4.0 pre release ? It available at this url : https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM Gilles Caulier digiKam 5.5.0 is released officially https://download.kde.org/stable/digikam/ ...and new 5.6.0 pre-release as bundle is available here : https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM Please check if this problem still reproducible with these versions. Thanks in advance Gilles Caulier I am using digikam 4.14.0 and the problem is still there. Please update to digiKam 5. If the packager for your distribution/DE does not provide a newer version, you can use the AppImage bundles that you can find here: https://www.digikam.org/download/ digiKam 5.6.0 is now release and available as bundle for Linux, MacOS and Windows. Can you check if problem still exists with this version ? Thanks in advance Gilles Caulier Please update this entry from bugzilla with current 5.8.0 pre-release bundle to see if problem remain. https://files.kde.org/digikam/ Thanks in advance Gilles Caulier Fixed with next 6.0.0 release which integrate a nex video metadata parser based on FFMPEg instead Exiv2. Video date extraction work as expected and video file rename is completed properly. Gilles Caulier |