Hello fellow forum folks,
I recently modified my ripped tracks from being Album CD1, Album CD2 with tracks 01, 02, 03, etc. to one folder called Album and renumbering tracks 101, 102, 103, 201, 202, 203, and so on. Then re-tagging, in WinAmp, with the “discnumber” tag to indicate the original CD number and removing the “CD1”, “CD2” from the “albumname” tag.
This was fairly straighforward and the media players I use, the afformentioned WinAmp on Windows as well as Rhythmbox on Gnome (Ubuntu) work - and Rhythmbox gets its music via a FreeNAS DAAP server too, and still works with the right ordering!
However, like others here, my Fuze+ 16GB in Henry Ford Black does not honour the “discnumber” field or take relevence of the 101-style numbering - in fact it plays in order of 201, 101, 202, 102, 203, 103! It appears to just look at the internal “tracknumber” tag and somehow orders around that.
While I’m sure the various work-arounds will make the Fuze+ order tracks in the way expected, the fact it “just works” for the other players I use means I’m not so inclined to follow them - this is clearly a firmware issue for SanDisk coders to fix.
And for those who like automation, here’s a quick-fix for renaming en mass in DOS:
C:\Music\Artist\Album CD1\> for %i in (*.*) do (ren “%i” “1%i”)
Note the %i (“percent aye”) in the first two and 1%i (“one percent aye”) in the last. Substitute for “2%i” for CD2, and so on. This will zap your files 01 to 101, 02 to 102, etc. but will result in just 1 becomming 11 and 10 becoming 110 if you do not have leading zeros on single digit track numbers.
Sorry I cannot offer any fix for this issue. I’m just hoping I can add to the list of people asking upon SanDisk to address this issue.