Edit your tags. Also your Mac will insert Finder files that will confuse the player and will not play. These have the same file name except they will have a ._ at the beginning and are 0kb. Use Hidden Cleaner to remove them.
I do edit the tags so the Zip files the music consistently in a convenient location under composer/piece/track. There is nothing strange in them.
Some files play OK on the ZIP, some dont play at all. There is no obvious difference in the tag values between the two sets of files. I have copied a file which doesnt work on the Zip back to the PC - it is fine, the same as when copied to the Zip.
More info - the files which do not play do not show the Cover, the files which do play show the cover correctly, but again there is no obvious difference between the data associated with each file. To repeat my initial info, all files copied from Itunes have a corrupted Genre.
New info - all the tracks which fail to play would appear to have an umlaut’ed (a with … ) character in the file name and track name. I have editted these to remove the umlaut but this hasnt solved the problem.
That may well be true BUT I am not using a MAC - its a standard PC running windows 7.
The clip is permanently set to MSC.
Also - I have fixed the Genre corruption - it comes from Itunes setting the Date Tag to yyyy:mm:dd:hh:mm:ss or something like that. Reducing the tag to just yyyy enables the Genre to be shown correctly. Unfortunately it didnt fix the non-playing tracks.
That may well be true BUT I am not using a MAC - its a standard PC running windows 7.
The clip is permanently set to MSC.
Also - I have fixed the Genre corruption - it comes from Itunes setting the Date Tag to yyyy:mm:dd:hh:mm:ss or something like that. Reducing the tag to just yyyy enables the Genre to be shown correctly. Unfortunately it didnt fix the non-playing tracks.
Unfortunately, the AAC support is still a work in progress.
For example track 1 from Bernstein’s Mahler Symphony No. 3.
This track uses ALAC (Apple Lossless Audio Codec), not AAC. SanDisk support said ALAC is not a supported codec and there are no plans to support the ALAC codec.
For other files that are not working take a look at the codec. if they are ALAC it will need to be converted to either AAC or MP3
For example track 1 from Bernstein’s Mahler Symphony No. 3.
This track uses ALAC (Apple Lossless Audio Codec), not AAC. SanDisk support said ALAC is not a supported codec and there are no plans to support the ALAC codec.
For other files that are not working take a look at the codec. if they are ALAC it will need to be converted to either AAC or MP3
Thanks for your interest in the problem.
Other tracks at that album play fine. mp3tag claims that the track is MPEG-4 AAC.
I have downloaded 14 MP4-AAC tracks from Itunes. The 3 or 4 tracks with an umlaut accented character in the title and file name fail to play on the zip. All the others work fine. This looks pretty conclusive to me.
Changing the character in both the file name and title does not fix the problem. Perhaps there is data stored elsewhere than the tags readable by mp3tag?
Zip file repair corrupted by any reasons such viruses, unstable software, power failures, malware, etc. Tool extracts, analyzes and repairs invalid .zip info. It is able to display the table with content of restored .zip files. You may check download demo version up software features.