| Summary: | SCAN : Audio files are ignored [patch] | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Michael G. Hansen <mike> |
| Component: | Database-Scan | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | caulier.gilles, mail, metzpinguin, px79 |
| Priority: | NOR | ||
| Version: | 4.2.0 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | http://commits.kde.org/digikam/5e7167e24c00383f25907c9d00116775cadf1de1 | Version Fixed In: | 4.11.0 |
| Sentry Crash Report: | |||
| Attachments: |
Directory with audio files in dolphin and digikam.
imagescanner.patch |
||
|
Description
Michael G. Hansen
2013-05-16 20:22:14 UTC
Created attachment 79918 [details]
Directory with audio files in dolphin and digikam.
digiKam version 3.3.0-beta1 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 LibCImg: 130 LibExiv2: 0.23 LibJPEG: 80 LibJasper: 1.900.1 LibKDE: 4.10.1 LibKExiv2: 2.3.1 LibKGeoMap: 2.0.0 LibKdcraw: 2.3.0 LibLCMS: 119 LibPGF: 6.12.27 - internal library LibPNG: 1.2.49 LibQt: 4.8.3 LibRaw: 0.15.0-Beta3 LibTIFF: LIBTIFF, Version 4.0.2 Copyright (c) 1988-1996 Sam Leffler Copyright (c) 1991-1996 Silicon Graphics, Inc. Marble Widget: 0.15.1 (stable version) Parallelized PGF codec: No Parallelized demosaicing: No RawSpeed codec support: No Database backend: QSQLITE Kipi-Plugins: unavailable LibGphoto2: 2.4.14 LibKface: 3.0.0 LibKipi: 2.1.0 LibOpenCV: 2.3.1 Libface: 0.3 This bug is still present in digiKam 4.2.0 (KDE 4.12.5). "Settings" -> "Configure digiKam" -> "MIME Types" says: Default "Audio Files" = mp3, ogg, wav, wma But after deleting my digiKam database (to intentionally rebuild a fresh, clean one from image metadata), no more *.mp3 or *.wav files show up in "album view". Although in the "album tree side view" on the left side, they add to counter in braces. E.g. "Funny Animals Sounds (23)", which is a directory, containing 23 mp3 files. On the other hand "Help" -> "Database Statistics" does not show *.mp3 or *.wav items. Although they were present with my old digiKam database created with digiKam < 3.5.0. In "calender view" they also don't show up using my new, rebuild digiKam database, while they show up, using my old digiKam database. So I guess, "adding audio files to digiKam database" got broken at digiKam <= 3.5.0 and is broken up to 4.2.0. Taking the original bug description into account, digiKam got broken at <= 3.1.0. "Adding movie files to digiKam database" works well without problems. Bug #330579 seems to be a duplicate of this one and was confirmed by Gilles Caulier, as beeing "Reproducible with 4.0.0-beta3". *** Bug 330579 has been marked as a duplicate of this bug. *** I do not confirm dysfunction through bug #330579. It's just a question in comment #1 in fact. Which kind of database type you use ? MySQL or SQlite ? Gilles Caulier I confirm the bug. I Drop a mp3 file from dophin into and empty digiKam album, and count of item in album have been increased from 0 to 1, but icon view still empty. I suspect a problem in items filter, not in database. Gilles Caulier After some testing, i can see that filters is not responsible of this dysfunction. Database do not register audio files, that all... Gilles Caulier (In reply to Gilles Caulier from comment #5) > Which kind of database type you use ? MySQL or SQlite ? I use a SQLite datebase. Marcel, Maik, I can confirm this problem. audio type mime are completely ignored from scan process. Gilles Created attachment 93048 [details]
imagescanner.patch
With this patch, new audio files are visible again. The problem are the old audio files in the album. They contain no image information and are therefore not visible. The maintenance tool can not help. At the moment I see as the only option in the metadata settings the new option "Rescan file when files are modified" to enabled and to change the modification date of audio file with "touch".
Maik
tested. The patch work fine for new audio files. For older one the problem is about files already registered in DB and marked as ignored. The only solution is to rebuild DB from scratch. Git commit 5e7167e24c00383f25907c9d00116775cadf1de1 by Maik Qualmann. Committed on 07/06/2015 at 16:48. Pushed by mqualmann into branch 'master'. apply patch #93048 to resolve image scanner to add new audio files in the DB FIXED-IN: 4.11.0 M +2 -1 NEWS M +1 -1 libs/database/imagescanner.cpp http://commits.kde.org/digikam/5e7167e24c00383f25907c9d00116775cadf1de1 Git commit 2b1ce8cdbc3c58ca416e3dbce10047f9d76e0541 by Gilles Caulier. Committed on 07/06/2015 at 18:21. Pushed by cgilles into branch 'frameworks'. backport commit #5e7167e24c00383f25907c9d00116775cadf1de1 from git/master to frameworks branch M +1 -1 libs/database/item/imagescanner.cpp http://commits.kde.org/digikam/2b1ce8cdbc3c58ca416e3dbce10047f9d76e0541 |