#acl Known:read,write Default
== Compliance issues ==
Not all players and tag editors are compliant to the ID3v2 standard. This page contains a list of applications and the symptoms you might experience. If you have corrections, please join the Mailing List and tell us what should be changed. This list was compiled by Mitch Honnert from comments and descriptions on the ID3v2 developers list.
<<BR>><<BR>>

||<style="vertical-align: bottom">'''ID3 Version'''||<style="vertical-align: bottom">'''App/Lib/Encoder'''||<style="vertical-align: bottom">'''Symptom'''||<style="vertical-align: bottom">'''Description'''||<style="vertical-align: bottom">'''Submitter'''||
||v2.4, v2.3, v1.0||[[http://drjackool.persiangig.com/programs/my_id3_editor_v1.2.exe|My ID3 Editor v1.2]]||n/a||n/a||Javad Taheri||
||v2.3||Winamp||RX &amp; CV genres not recognized||Winamp (5.35) doesn't recognise the RX or CV genres.||PaulTaylor||
||v2.3||Winamp||Bad Language field in COMM frame||Winamp will record apparently gibberish bytes in the Language field of the Comments (COMM) frame. I don't see any pattern to the bytes, so I'm guessing that it's just some uninitialized variable that's getting written to the Language bytes. (Fixed as of Winamp 5.2)||Mitch H.||
||v2.3||Winamp||Description field in the COMM frame is ignored||Winamp does not take into account the Description field of the Comments (COMM) frame when reading a tag with more than one COMM frame. Instead of using the COMM frame where the Description field is blank to set the "Comment" field on the "MPEG file info + ID3 tag editor", Winamp displays whichever COMM frame happens to be read *last*. So, if another app writes two COMM frames to a tag, one without a Description value followed by one with a Description, Winamp will ignore the first generic COMM frame and use the second. This was can happen when using !MusicMatch Jukebox to edit a tag (which properly uses COMM frames with Description values to store its Preference, Mood, Situation, and Tempo fields) and using Winamp to read tag. (Fixed as of Winamp 5.2)||Mitch H.||
||v2.3||[[iTunes]]||Genres greater than 125 ignored||iTunes (7.4.3.1) only recognizes genres in ID3v23 in the form (n) if n is 125 (Dance Hall) or less, nor does it understand the (RX) or (CV) genres. ||PaulTaylor||
||v2.4||[[iTunes]]||Numeric Genres in ID3v24 format not understood||iTunes (7.6.1) does not understand numeric genres at all unless they are in the ID3v23 Format ||PaulTaylor||
||v2.3||[[iTunes]]||Extra nullchar in COMM frame||iTunes adds an extra nullchar to the end of the Comments frame.||Mitch H.||
||v2.3||[[iTunes]]||Non-standard TCMP frame||When you check the "Part of a compilation" checkbox on the Info tab of the tag editor form, iTunes will add a non-standard TCMP frame to the tag.||Mitch H.||
||v2.4||[[iTunes]]||Bad frame length handling||iTunes does not treat framelength as a sync safe integer... see [[iTunes]] for details.||BenBennett||
||v2.3||MusicMatch||Non-standard NCON frame||MusicMatch adds stuff in an unknown format in the NCON frame.  These can get quite large.||Mitch H., BenBennett||
||v2.3||MP3ext Windows Exporer||Corrupt padding area||The MP3ext Windows explorer extension corrupts all of its ID3 v2 tags by repeatedly writing an advertisement for itself (ie. "MP3ext V3.3.18(unicode)") in the tag padding, which violates the spec.||Paul Grebenc||
||v2.3||Winamp||Last frame ignored||Winamp ignores the last frame in a v2.3.0 tag if there is no padding in the tag. (This issue is fixed as of Winamp 5.2)||Paul Grebenc||
||v2.3||Mixmeister BPM analyzer||Invalid values in TBPM frame||Mixmeister BPM analyzer (among others it seems) writes floating point values to the TBPM (Beats Per Minute) frame.||Paul Grebenc||
||v2.3||Windows XP/Windows Media Player|| Windows Media Player displays "The input media format is invalid." and will not play file ||Windows XP does not read UTF16-BE encoded text frames||Robert Manson||
||v2.3||Windows Media Player||Does not seem to support extended headers.|| ||Birkir A. Barkarson||
||v2.3||Windows Media Player||Does not seem to support unsynchronization.|| ||Birkir A. Barkarson||
||v2.3||Quicktime Player||Doesn't correctly display unicode characters.|| ||Birkir A. Barkarson||
||v2.3||VLC Media Player||Crashes when reading bad tag||Sensitive to ill formatted tags and will crash with a memory read error.||Birkir A. Barkarson||
||v2.3||Winamp 5 Lite||Will not display unicode characters in default mode.||(This issue is fixed as of Winamp 5.2)||Birkir A. Barkarson||
||v2.3||Windows Media Player||Won't play an MP3 if certain ill formatted frames are detected|| ||Birkir A. Barkarson||
||v2.3, v2.4||Windows Media Player||v2.4 tag overwritten by v2.3 tag||I've seen Windows Media Player write a v2.3 tag to a file that already had a v2.4 tag, resulting in two tags in the same file and thus "disappearance" of the 2.4 tag (as the 2.3 tag is written first, and there is no mechanism in 2.3 for chaining tags).||Pyt||
||v2.3||Audiograbber||Invalid language code||The Audiograbber sets the Language Code field ID3v2.3 frames to "XXX", which is not one of the standard values. If a language is unknown or undefined, the Language Code should be left blank.|| ||
||v2.4||[[iTunes]]||Ignore frames after PRIV frames||iTunes does not like PRIV frames and will just ignore them and any frames that follow so if they are at the start of the Tag it reads no data, this is unrelated to whether or not the frames are unsynchronised.||PaulTaylor||
||v2.4||[[Windows Media Player]]||Reads/Write MOOD as PRIV frame||Created as PRIV frame with key WM/Mood instead of using the TMOO frame ||PaulTaylor||
||v2.3||[[Windows 7]]||Doesnt like Unsynchronized UTF16 fields|| Displays them as if they were encoded as ASCII (ok on WIndows Vista)||PaulTaylor||