id3v2 track and disc numbers

Hello,

I have noticed that the Clip + V01.01.05F displays the track numbers and disc numbers not correctly?.

My preferred tag version id3v2.4.0 displays in track info the track number (TRCK) ‘02/64’ as ‘264’ and not as suspects ‘02/64’.
The disc number (TPOS) will not be displayed, not with ‘1/6’ or with ‘01/06’.

How can I avoid this?

Unless I’m doing something wrong, I do kind of wish the Clip+ better supported the discnumber – specifically, if I have tracks that share the same album name, but have more than one discnumber, I’d like to be able to play a specific disc, rather than everything that shares that album name – as it is, I have to re-tag the tracks to add “(disc #)” to the end to force the Clip to treat them separately.

As for track numbers, is there a ‘standard’? ie, just a number (eg: 3) vs. also showing the total for that disc? (eg: 3/10 or “3 of 10”)

@kabel wrote:
Hello,

I have noticed that the Clip + V01.01.05F displays the track numbers and disc numbers not correctly?.

My preferred tag version id3v2.4.0 displays in track info the track number (TRCK) ‘02/64’ as ‘264’ and not as suspects ‘02/64’.
The disc number (TPOS) will not be displayed, not with ‘1/6’ or with ‘01/06’.

How can I avoid this?

Have you tried the preferred tag format of ID3v2.3 ISO-8859-1?

@tapeworm wrote:
Have you tried the preferred tag format of ID3v2.3 ISO-8859-1?

IMHO contains these fields only ASCII strings, but I have changed the settings in mp3tag to ID3v2.3 ISO-8859-1 and tested it.

The result is the same as above.

@turnstyle wrote:

As for track numbers, is there a ‘standard’? ie, just a number (eg: 3) vs. also showing the total for that disc? (eg: 3/10 or “3 of 10” :wink:

I hope I have you not understood completely wrong. :-/

These fields are contained in:
http://www.id3.org/id3v2.3.0#TPOS
http://www.id3.org/id3v2.3.0#TRCK

Some programs like Foobar2000 split the values (for edit) and display it separately as %discnumber%, %totaldiscs% and %tracknumber%, %totaltracks%.

http://wiki.hydrogenaudio.org/index.php?title=Foobar2000:ID3_Tag_Mapping

No sansa models support the / tag. I use either 2.3 UTF-16 or ISOxxx without problems but the **bleep** /'s won’t show which can easily be fixed but through 3 firmware updates, sansa seems to ignore the finer details.

I have spend some time to test the device with different ID3 character encodings.
The character encoding schemes were: ID3v2.4-UTF-8, ID3v2.3-UTF-16, ID3v2.3-ISO-8859-1.

As programs have been used:
foobar2000 v0.9.6.9 (ID3v2.4-UTF-8 default / my preferred audio player / (mass)tagger / organizer / converter GUI)
Mp3tag v2.44 (ID3v2.4-UTF-8, ID3v2.3-UTF-16, ID3v2.3-ISO-8859-1)

http://www.foobar2000.org/
http://www.mp3tag.de/en/index.html

The accuracy of used tags was tested by:
MP3 Diags 0.99.06.044
http://mp3diags.sourceforge.net/

I have also used the title for quite some strange :wink: characters.

(aöü¢£¤¥¶µ®©»¼½¾ßàáâãäåæÞāăąćĉę)
Fortunately, most of these characters are displayed correctly.

A few pictures to facilitate:
http://i.imagehost.org/0908/mp3tag_matix.png
http://a.imagehost.org/0054/foobar2000-ref-hex.png
http://a.imagehost.org/0200/hex-zero.png

mp3tag test matrix

hex presentation of tag header with slashes

one digit presentation

My summary of the firmware revision V01.01.05F for the Clip + :
(and also as confirmation of the statement by d_headshot)

  • the Disc number will never appear

  • leading zeros will not be displayed

  • slashes/strokes will not be displayed
    The result is a misrepresentation of the track numbers.

  • “01” displayed as “1”

  • “1/1” displayed as “11”

  • “01/01” displayed as “101”

Over a bug fix, I’d be very happy, because this behavior but reduces the enjoyment of the fine device.

With best regards,
Kabel

PS: Sorry for the scraps. I am not a native speaker. :-/