[ID3 Dev] 0-termination in text frames

Florian Heidenreich support at mp3tag.de
Sat Mar 17 13:06:04 PDT 2007


Paul Taylor wrote:
> Florian Heidenreich wrote:
>> I'm still not sure about the issue. The ID3v2.4 spec from 
>> http://id3.org/id3v2.4.0-structure presents a list of possible 
>> encodings at '4. ID3v2 frame overview' where the terminating 0 is 
>> explicitly included in every text string:
>>
>> <snip>
>> Frames that allow different types of text encoding contains a text
>>     encoding description byte. Possible encodings:
>>
>>       $00   ISO-8859-1 [ISO-8859-1]. Terminated with $00.
>>       $01   UTF-16 [UTF-16] encoded Unicode [UNICODE] with BOM. All
>>             strings in the same frame SHALL have the same byteorder.
>>             Terminated with $00 00.
>>       $02   UTF-16BE [UTF-16] encoded Unicode [UNICODE] without BOM.
>>             Terminated with $00 00.
>>       $03   UTF-8 [UTF-8] encoded Unicode [UNICODE]. Terminated with $00.
>> </snap>
>>
>> According to that list it seems to me, that every string includes a 
>> terminating $00 (or $00 00 when using UTF-16).
>>
>> What do you think about it?
>>
>> Thank you!
>>
>> Kind regards,
>> Florian
>>
>>   
> I think it is just saying that if you use a null terminated string then 
> you should terminate correctly for the encoding you use.
> <text string according to encoding> does not include a null terminator, 
> where a null terminator is required it is explicity stated in the spec
> as these extracts show.
[..]

Thanks for the clarification!

It seems that I'll have to change Mp3tag's ID3 writer :)

Kind regards,
Florian

---------------------------------------------------------------------
To unsubscribe, e-mail: id3v2-unsubscribe at id3.org
For additional commands, e-mail: id3v2-help at id3.org



More information about the ID3v2 mailing list