Known bugs in other programs

The place for "I can't figure out how to..." questions.
Locked
James Heinrich
getID3() v1 developer
Posts: 1432
Joined: Fri May 04, 2001 4:00 pm
Are you a spambot?: no
Location: Northern Ontario, Canada
Contact:

Known bugs in other programs

Post by James Heinrich » Wed Feb 02, 2011 7:27 pm

This is a non-exhaustive list of known issues in other programs that getID3() may or may not be able to work around:
  • AACenc
    • AACenc encodes files in VBR mode (actually ABR) even if CBR is specified
  • CDex
    • CDex v1.40 (fixed by v1.50b7) writes non-compliant Ogg comment strings, supposed to be in the format "NAME=value" but actually written just "value" (detected by getID3())
  • CoolPlayer
    • Earlier versions of Coolplayer adds illegal ID3 tags to Ogg Vorbis files, thus making them corrupt.
  • FLAC
    • STREAMINFO.audio_signature is not calculated in FLAC v0.3.0 & v0.4.0 - getID3() will calculate md5_data in a method similar to other file formats, but that value cannot be compared to the md5_data value from FLAC v0.5.0+
  • Helium2
    • Some versions of Helium2 do not write ID3v2.4-compliant Frame Sizes, even though the tag is marked as ID3v2.4) (detected by getID3())
  • iTunes
    • iTunes (versions "X v2.0.3", "v3.0.1" are known-guilty, probably other versions are too) writes ID3v2.3 comment tags using a frame name 'COM ' which is not valid for ID3v2.3+ (it's an ID3v2.2-style frame name) (detected by getID3())
    • iTunes (versions unknown, probably up to at least v10) do not correctly handle ID3v2.3 with UTF-16BE+BOM encoding (may render tags in wrong character set)
    • iTunes has been known to append a new ID3v1 tag on the end of an existing ID3v1 tag when ID3v2 tag is also present (detected by getID3())
  • LAME
    • LAME 3.90-3.92 prepends one frame of null data (space for the LAME/VBR header, but it never gets written) when encoding in CBR mode with the DLL
  • Lossless Audio
    • Lossless-Audio files encoded with and without the -noseek switch do actually differ internally and therefore cannot match md5_data
  • Meracl ID3 Tag Writer
    • Meracl ID3 Tag Writer v1.3.4 (and older) incorrectly truncates the last byte of data from an MP3 file when appending a new ID3v1 tag. (detected by getID3())
  • MP2enc
    • MP2enc does not encode mono CBR MP2 files properly (half speed sound and double playtime)
    • MP2enc does not encode mono VBR MP2 files properly (actually encoded as stereo)
  • MP3ext
    • MP3ext V3.3.17 places a non-compliant padding string at the end of the ID3v2 header. This is supposedly fixed in v3.4b21 but only if you manually add a registry key. This fix is not yet confirmed. (detected by getID3())
  • Nero
    • Ahead Nero encodes TwinVQF with a DSIZ value (which is supposed to be the filesize in bytes) of "0" for TwinVQF v1.0 and "1" for TwinVQF v2.0 (detected by getID3())
    • Ahead Nero encodes TwinVQF files 1 second shorter than they should be
  • OggFLAC
    • STREAMINFO.audio_signature in OggFLAC is always null. "The reason it's like that is because there is no seeking support in libOggFLAC yet, so it has no way to go back and write the computed sum after encoding. Seeking support in Ogg FLAC is the #1 item for the next release." - Josh Coalson (FLAC developer) NOTE: getID3() will calculate md5_data in a method similar to other file formats, but that value cannot be compared to the md5_data value from FLAC data in a FLAC file format.
  • OggEnc
    • Oggenc 0.9-rc3 flags the encoded file as ABR whether it's actually ABR or VBR.
  • RioPort
    • RioPort (various versions including 2.0 and 3.11) tags ID3v2 with a WCOM frame that has no data portion
  • tooLAME
    • tooLAME does not encode mono VBR MP2 files properly (actually encoded as stereo)
  • Winamp
  • Windows Media Player
    • May declare MP3 file with UTF-16 encoded ID3v2.3 tag to be corrupt and unplayable (WMP v9-v11, older versions correctly ignored unhandled data, v12 seems to fix the issue)
    • Windows Media Player v9 does not correctly handle ID3v2 unsynchronization, see Microsoft KB814129 for a hotfix
    • Windows Media Player v9-11 do not correctly handle ID3v2.3 with UTF-16BE+BOM encoding (player may call it an unplayable file)

Locked