Shuffle vs not total different

When I play my entire collection on shuffle, I have about 3700 songs. If I take it off shuffle I have over 4000.
Where do the 300+ songs come from?

thanks

John

Not having looked at your playlist, I would guess from the de-duping. If you have a specific tune referenced more than once in the player, playing the whole thing un-shuffled would eventually repeat that tune, but shuffled it won't.


_~= Dearing =~_
"WAY too happy about having #99."

I had a question about that. I am assuming it goes by FID, right?

DiGNAN

I had a question about that. I am assuming it goes by FID, right?

Yes, it goes by FID, not by song title or artist. Otherwise, it'd de-dupe songs that were different but had the same title, or were different performances of the same song. This way, it only de-dupes if you really have the same exact file referenced in multiple places in the playlist.

Remember that it only de-dupes when shuffling, so that way you don't get the same song twice in the shuffle. Sequential play doesn't de-dupe.

___________
Tony Fabris

Yeah I knew that.

By the way, if you rename a file that exists in 2 places and has the same FID, does it rename the othe file too? I thought I saw this happen.

DiGNAN

In reply to:

---

By the way, if you rename a file that exists in 2 places and has the same FID, does it rename the othe file too? I thought I saw this happen.

---

It does. The tune has a FID ending in 0, its tag file a FID incremented by one. Title and other tags are stored in that tag file, which there is only one per tune. A song is referenced in different playlists by its FID being mentioned there. Therefore, it is not possible to have multiple links (in Unix parlance) to the song with different tags, including name. This is different than with Unix links (both symbolic and hard ), where this is possible; the difference is that Unix links have multiple places (directory entries) in which to store filename, all pointing to either original directory entry (symlinks), or to i-node (hardlinks). Once more, empeg does not use Unix links to organize its playlists, 'link' tumes to multiple lists etc.

Hm, I have already promised to write a FAQ entry on this. Maybe next weekend...

Cheers!

Dragi "Bonzi" Raos
Zagreb, Croatia
Q#5196, MkII#80000376, 18GB green