-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LNX.2.00.1309162205200.5380@Telcontar.valinor> On Wednesday, 2013-09-11 at 18:32 +0200, Istvan Gabor wrote:
2013. szeptember 10. 13:10 napon "Carlos E. R." <> írta:
That's a FAT characteristic. The software in the player may not implement sorted directory listing (f.i., they use findfirst, findnext in msdos).
I too had a fairly brainded mp3 player that acted this way. Nuke and reload seemed to work.
My MP3 player plays the files in the order of their file-ID which are given to the files when they recorded on the card. This ID is independent from the file name, it is similar to ext3's inodes. I forgot how this ID is called exactly.
File-ID? I don't know of such a thing IN FAT. :-? The directory structure in FAT is just a plain list with slots.
Fast format should be enough.
Previously this command worked without any formatting.
You mean this? find . -print0 | sort -z | xargs -0 cp -a --parents --target-directory=/media/disk Maybe we have to think whether the "cp" command is excueted in the right order, or if they are run all at the same time. Maybe my doubt is absurd. Try hand-copying files like 'a', 'b', 'c', and find out if they are created in correct order.
Furthermore as I wrote in another answer, if I look how the files are appearing on the card, they are appearing randomly, not in alphabetical order (during the copy process).
Does not this indicate that the files are sent randomly to the card?
Maybe. That's my doubt. - -- Cheers, Carlos E. R. (from 12.3 x86_64 "Dartmouth" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlI3Zh0ACgkQtTMYHG2NR9X8MQCfQ2AYyD41J+O9j/y9yt/u6KJx y/wAnRxwEMGMq/I6e16Tf/gdaDIp6ahA =4eTk -----END PGP SIGNATURE-----