Probably the best way to think about thisat the moment (don't flame me
about how it should work - I'm just trying to explain a way of thinking
about how it does work) is as follows.
- There exist sync-groups.
- A playlist belongs to a sync-group.
- Every player belongs to exactly one sync-group.
- Sync-groups are not named and can be manipulated only via (the UI
of) a player which is a member of the group.
- A player can join or leave a sync-group. If it joins, and was
previously the only player in its old sync-group then that old
sync-group ceases to exist. If it leaves, then it forms a new
sync-group containing only itself; it normally takes a copy of the
playlist with it.
- Thus, one must manipulate (control) the player that is not
currently in a particular sync-group in order to get it to join (or
leave) that sync-group. On cannot use a UI that is controlling a
sync-group (via one of its existing member players), to -grab-
another player and add it to the current sync-group.
- Players in a sync group which are *off* are still part of the
sync-group. When turned *on* they will pick up playing whatever the
other players in the sync group were playing (if anything), joining
in the middle of the current track if possible.
This is not exactly how this all actually work but I hope it provides a
useful mental model.
--
awy
------------------------------------------------------------------------
awy's Profile: http://forums.slimdevices.com/member.php?userid=7480
View this thread: http://forums.slimdevices.com/showthread.php?t=59032
_______________________________________________
discuss mailing list
[email protected]
http://lists.slimdevices.com/lists/listinfo/discuss
