FLAC Xiphcomments addField doesn't allow duplicates for "standard" fields?

Michael Helmling helmling at mathematik.uni-kl.de
Wed Oct 26 09:42:14 UTC 2011


Hi Julf,

are you using a recent taglib version? The behavior you mention is 
addressed by this bug:
https://bugs.kde.org/show_bug.cgi?id=268854
As far as I know, taglib 1.7.0 was the first official version containing 
the fix.

Michael
Am 26.10.2011 11:30, schrieb Johan Helsingius:
> Hi!
>
> Trying to work with the tagpy python bindings, and trying
> to add multiple "ARTIST" fields to FLAC files (compilations
> also using "ALBUMARTIST").
>
> When I try to use TagLib::Ogg::XiphComment::addField
> (through the tagpy.FileRef.xiphComment.addField() binding),
> and setting the third argument (the "replace" flag) to
> false, everything works OK with user-specified tags,
> but not with the basic fields such as ARTIST, ALBUM,
> TITLE and DATE. If there is already a value set for
> the tag, no replacement happens, but a new field isn't
> added either.
>
> Is this on purpose? On a quick scan of the source, I
> couldn't find any code to prevent duplicates either
> in taglib or in the python binding code.
>
> 	Julf
> _______________________________________________
> taglib-devel mailing list
> taglib-devel at kde.org
> https://mail.kde.org/mailman/listinfo/taglib-devel



More information about the taglib-devel mailing list