Summary: | Renaming mp4 files - metadata fields have no values | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | maxwell.keeble |
Component: | AdvancedRename-metadata | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | metzpinguin |
Priority: | NOR | ||
Version: | 7.2.0 | ||
Target Milestone: | --- | ||
Platform: | Microsoft Windows | ||
OS: | Microsoft Windows | ||
Latest Commit: | https://invent.kde.org/graphics/digikam/commit/e464667e8c283ff5a276de6918aa3aba66446dac | Version Fixed In: | 7.2.0 |
Sentry Crash Report: |
Description
maxwell.keeble
2020-12-21 23:31:45 UTC
This is basically normal behavior. Our library used to write metadata cannot do this in video files. You can enable sidecar files (read and write to read-only files) in digiKam Metadata Setup. If you don't want to have any additional files in the directory, you can use the database for renaming like [db: DefaultComment] for example. I see that the title and tag list are not available, we can change that. Maik Git commit e464667e8c283ff5a276de6918aa3aba66446dac by Maik Qualmann. Committed on 22/12/2020 at 20:09. Pushed by mqualmann into branch 'master'. add title and tags list as database option for renaming FIXED-IN: 7.2.0 M +2 -1 NEWS M +15 -0 core/utilities/advancedrename/parser/options/database/keys/commonkeys.cpp https://invent.kde.org/graphics/digikam/commit/e464667e8c283ff5a276de6918aa3aba66446dac You can now rename your video files with "[date:"yyyy-MM-dd HH.mm.ss"] [db:Title] [db:DefaultComment] [db:TagsList]" without any problems. Maik Hi Maik - that's brilliant - many thanks for the quick work, this will resolve the issue for my workflow. Hi Maik - I've tested this in beta 2 and [db:TagsList] behaves differently to [meta:Xmp.digiKam.TagsList] Xmp.digiKam.TagsList gives the full tag hierarchy: "Animal_Dog_Frankie Place_Park" while db:TagsList gives only the specific tag: "Frankie Park" This probably makes perfect sense given how digiKam manages its tags in its database, versus how it stores them in XMP. I'm not sure if there's a workaround, and it's not critical for my use case as it solves the mp4 issue, but thought I should flag it in case there's an issue with two metadata options with the same name behaving differently. Thanks again for the quick fix, and happy new year. We can add another database option that also includes the full path. Then you have the choice. Maik Git commit 23b3d79b56568d9181da78199f4d1a41ff9f8c2f by Maik Qualmann. Committed on 31/12/2020 at 17:07. Pushed by mqualmann into branch 'master'. add [db:TagsPathList] as database renaming option M +10 -0 core/utilities/advancedrename/parser/options/database/keys/commonkeys.cpp M +1 -1 core/utilities/advancedrename/parser/options/database/keys/metadatakeys.cpp M +1 -1 core/utilities/advancedrename/parser/options/metadataoption.cpp https://invent.kde.org/graphics/digikam/commit/23b3d79b56568d9181da78199f4d1a41ff9f8c2f |