I discussed this at some length with Mike, and although what you said sounds logical, that's not supposed to be the case. At least not according to what Mike told me.

Supposedly, the list it starts with when shuffling and de-duping isn't based on FID order, it's based on playlist order. So if my artist/album playlists are first in Emplode, then those are the ones that should take precendence in the de-dupe algorithm. But for some reason, they don't. If they did, then the "un-shuffle into the middle of an album" would work every time on my unit.

Aha, so lacking the more convenient way to tell the 'home' playlist, the tune instance that appears first in the flattened list before de-dupping and shuffling is supposed to be the surviving one, but even that is not always the case? Sounds usable, but not that convenient. IIUC, for this scheme to work, Artist tree should either be first, or those before it should only contain complete artist sublists. (The later is more or less my case, so that's why I also end up in intended place when unshuffling.) Aha, wait, we are not talking alpha order, but emplode order, right? I admit then, when the bug gets squashed (and emptool gets its documented, but nonfunctional ordering options in move command working) this will be satisfactory solution.

Cheers!

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