Difference between revisions of "ID3v1.1"

From Hydrogenaudio Knowledgebase
Jump to: navigation, search
(categorization)
m
(4 intermediate revisions by 4 users not shown)
Line 1: Line 1:
[[ID3v1]] may well be easy to implement for programmers, but it sure is frustrating for those with their own, creative ideas. Since the [[ID3v1]] tag had a fixed size and no space marked "Reserved for future use", there isn't really room for that much improvement, if you want to maintain compatibility with existing software.
+
Although [[ID3v1]] may well be easy to implement for programmers, it sure is frustrating for those with their own creative ideas. Since the [[ID3v1]] tag had a fixed size and no space marked "Reserved for future use", there isn't really room for that much improvement, if you want to maintain compatibility with existing software.
  
<center>[[Image:id3v1.1_blocks.png|frame|center|Example ID3v1.1 Tag]]</center>
+
{|align=center border="0" cellpadding="5" cellspacing="5"
{| align=center border="1" cellpadding="5" cellspacing="0"
+
|[[Image:id3v1.1_blocks.png|frame|center|Example ID3v1.1 Tag]]
 +
|
 +
{|border="1" cellpadding="2" cellspacing="0"
 
| Song title || 30 characters
 
| Song title || 30 characters
 
|-
 
|-
Line 16: Line 18:
 
|-
 
|-
 
| Genre || 1 byte
 
| Genre || 1 byte
 +
|}
 
|}
 
|}
  
One who found a way out was Michael Mutschler who made a quite clever improvement on [[ID3v1]]. Since all non-filled fields must be padded with zeroed bytes its a good assumption that all [[ID3v1]] readers will stop reading the field when they encounter a zeroed byte. If the second last byte of a field is zeroed and the last one isn't we have an extra byte to fill with information. As the comments field is to short to write anything useful in the ID3v1.1 standard declares that this field should be 28 characters, that the next byte always should be zero and that the last byte before the genre byte should contain which track on the CD this music comes from.
+
A person who discovered a way was Michael Mutschler, who made a quite clever improvement on [[ID3v1]]. Since all non-filled fields must be padded with zeroed bytes, it is a good assumption that all [[ID3v1]] readers will stop reading the field when they encounter a zeroed byte. If the second last byte of a field is zeroed and the last one isn't, we have an extra byte to fill with information. As the comments field is too short to write anything useful, the ID3v1.1 standard declares that this field should be 28 characters, that the next byte always should be zero and that the last byte before the genre byte should contain which track on the CD this music comes from.
  
  
Line 27: Line 30:
  
 
==Copyright==
 
==Copyright==
This material is copyrighted by [http://www.id3.org/copy.html Martin Nilsson], taken from [http://www.id3.org/id3v1.html ID3 made easy ].
+
This material is copyrighted by [http://id3.org/Copyright Martin Nilsson], taken from [http://id3.org/ID3v1 ID3 made easy ].
 
+
  
 +
[[Category:Metadata]]
 +
[[Category:MP3]]
 
[[Category:Technical]]
 
[[Category:Technical]]

Revision as of 14:24, 10 March 2018

Although ID3v1 may well be easy to implement for programmers, it sure is frustrating for those with their own creative ideas. Since the ID3v1 tag had a fixed size and no space marked "Reserved for future use", there isn't really room for that much improvement, if you want to maintain compatibility with existing software.

Example ID3v1.1 Tag
Song title 30 characters
Artist 30 characters
Album 30 characters
Year 4 characters
Comment 28 characters
Album track 2 characters
Genre 1 byte

A person who discovered a way was Michael Mutschler, who made a quite clever improvement on ID3v1. Since all non-filled fields must be padded with zeroed bytes, it is a good assumption that all ID3v1 readers will stop reading the field when they encounter a zeroed byte. If the second last byte of a field is zeroed and the last one isn't, we have an extra byte to fill with information. As the comments field is too short to write anything useful, the ID3v1.1 standard declares that this field should be 28 characters, that the next byte always should be zero and that the last byte before the genre byte should contain which track on the CD this music comes from.


Additional Reading


Copyright

This material is copyrighted by Martin Nilsson, taken from ID3 made easy .