You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
According to the 2.4 spec there can be text frames with multiple values.
These values are separated with nullbytes. The current implementation of these frames just omits these nullbytes right here https://github.com/n10v/id3v2/blob/main/encoding.go#L121. So one has no chance to handle these kind of values correctly.
PS: Picard music tagger can be used to add multi value TXXX fields to an ID3 tag if you need test cases. According to the spec TXXX frames can't hold multiple values, but picard does it anyway, i would really like to have an option to handle this scenario with the library as well.
The text was updated successfully, but these errors were encountered:
According to the 2.4 spec there can be text frames with multiple values.
These values are separated with nullbytes. The current implementation of these frames just omits these nullbytes right here https://github.com/n10v/id3v2/blob/main/encoding.go#L121. So one has no chance to handle these kind of values correctly.
PS: Picard music tagger can be used to add multi value TXXX fields to an ID3 tag if you need test cases. According to the spec TXXX frames can't hold multiple values, but picard does it anyway, i would really like to have an option to handle this scenario with the library as well.
The text was updated successfully, but these errors were encountered: