Re: If I understand correctly, A syncs, but B1, and C2 don't sync. Is that correct? If so, that's what's supposed to happen.

B1 and C2 don't sync in a sense that they don't show up in the playlist list, but every mp3 file related to B1 and C2 does sync, since they all belong to A. But it makes no sense to sync A if I only want a subset of it (nor have physical room for the entire A list).

Here's my real structure and one of the use-cases. I have a playlist called "Entire Library" - I use it to shuffle play songs on my PC. This playlist has a sub list:

Entire Library
- Entire Library 4 stars+

On my phone I only have space for "Entire Library 4 stars+" sub list. Right now there is no way to sync just a sublist. This was easily doable a couple of versions ago.

Re: That's why we had to make the change that we did.
I understand but please make it an option switch. I have no use for the functionality you describe, but the way I've been listening/managing to MM in android for two years is now suddenly gone. OR please elaborate on a way how i can sync a sub list...


But this pales in comparison to this issue that I'm currently experiencing of MM android not playing anything at all - http://www.mediamonkey.com/forum/viewtopic.php?f=21&t=84248

If I understand correctly, A syncs, but B1, and C2 don't sync. Is that correct? If so, that's what's supposed to happen.

In the past, synchronization of hierarchies didn't work correctly--if the user synced C1 then in many cases, it's parents wouldn't appear correctly in MMA/MMW. Imagine this: if the user synced C1 and in MMA, A (no tracks) with child B2 (no tracks), and child C1 (with tracks) appeared. But in MMW, A has 100 tracks, and B2 has 100 tracks. So if the user then makes edits to the MMA library (e.g. adds 5 tracks to A), then what should happen? Should the more recent changes in MMA overwrite the playlist A that's in MMW? Or should it be ignored? That's why we had to make the change that we did.

If I'm misunderstanding what's happening in your case, then please elaborate.

Thanks.

-Rusty

It does, Rusty. Here's what actually happens. I select C1 (50 files). With just that selection, A syncs in its entirety (6000 files). Used to work perfectly a few versions ago.

Here's how it works for the following hierarchy:

A
| ---> B1
| ---> B2
| ----> | ---> C1
| ----> | ---> C2

If the user chooses to sync Playlist C1, then Playlists B2 and A will also be synced (B1 and C2 will not). This is _necessary_ because for C1 to sync, its containers must also sync--it would be kind of strange if B2 synced but it's contents didn't!

If you don't want this to occur, then organize your playlists so that A and B2 are just containers (i.e. they don't contain tracks).

Does this make sense?

-Rusty

latest win(4.1.11.1783) and android (1.1.3.0554) still syncs [i]unselected[/i] files from the parent playlists as described above... this is creating a very big problem...

In build 4.1.11, the nature of selection in the auto-sync list is slightly different than in the past.

In the past if a parent was selected then all children were selected. If a child was unselected, then the parent node had an indicator that the child was selected but the parent itself wasn't selected.

In build 4.1.11, if a parent is selected then all children are selected. If a child is unselected, then the parent node remains selected, but only the children that are selected are synced. The rationale for this is that whenever a child playlist is synced, the parent playlist must--by definition--be synced so that it appears in the playlist hierarchy on the device.

More about this at:
http://www.ventismedia.com/mantis/view.php?id=13098

-Rusty

It should, as there is fair number of playlists sync fixes, on both MMW and MMA

does 4.1.11 fix this?

Can you please capture LOG file of USB sync, compress it with MM.DB and open support ticket.

downgraded to mmw 4.1.9 and the last mma stable on play store. Nothing changed, parent unselected playlist are still syncrinized.

so this is a bug? it will be fixed? or I have to downgrade?

confirmed. 4.1.9 works fine. downgrading...

trying to download the older version, but http://www.mediamonkey.com/sw/MediaMonkey_4.1.9.1764.exe

redirects to the latest version... no bueno.

tried usb sync. it also tries to feed all 1000 tracks even when not selected. my conclusion is that the issue is with the pc version. can probably move this post to a different forum...

don't know how it works, but I now have a suspicion the the updated mm server version is serving up the wrong files. I tried with an older apk, and the issue still remains.