This should be fixed in version 1.3. For version 1.2, you could apply
the patches
http://sourceforge.net/tracker/?func=detailaid=2843313group_id=70849atid=529223
and
http://sourceforge.net/tracker/?func=detailaid=2843311group_id=70849atid=529223.
This is a bug in id3lib. As can be seen in the Kid3 source code:
mp3file.cpp:465
// This will not work with buggy id3lib. A BOM 0xfffe is written before
// the first string, but not before the subsequent strings. Prepending a
// BOM or changing the byte order does not help when
Kid3 supports lots of different tag formats. All these formats have different
fields, not all fields are present in all formats. Kid3 tries to unify the
common field types between all supported formats, the unified fields are the
standard fields from Title to Genre and additional fields from
For the Debian maintainers: Please reassign this bug to libid3-3.8.3c2a.
Unfortunately, id3lib is not actively maintained, but I will try to fix
the bug there and send a patch for id3lib.
Here is a patch for id3lib, it has to be applied after
debian/patches/30-fix-utf16.patch because it
String replacements are not performed by default. If you want them to
be executed automatically, go to "Settings/Configure Kid3.../Files" and
make sure that "Format while editing" is checked. If this checkbox is
not checked, you can perform the string replacements using the menu
"Tools/Apply
