s25a wrote: > Hi, > > @ Philippe: Thank you so much for this great plugin :-) This is one of > the most helpful plugins > I have installed the latest LMS 7.9.2 from the nighly Section > (24/January) on a Debian 9.7 Server. > > I than installed the Plugin release 0.7.6 and restarted the server. Than > created one Test group and added to Players (PlayerA and PlayerB) > > I than did a few tests: > > 1) Started Music in Group test: PlayerA and PlayerB are immediately > synced with test and Music is playing...Fantastic > 2) Than choose PlayerB started Music: PlayerB is unsynced and plays new > Music. PlayerA is still synced with group test playing the other Music. > 3) Than choose again group test and started again (new) music and it > does not re sync PlayerB with group test. > The only way to get PlayerB synced again is to choose PlayerB, clear the > playlist of this Player (or Power it Off) than go back to Group test and > start the music again. Than it is re synced. > > Is this the expected behavior? Is there a way to always sync the Players > when starting new music in group? > Yes this is the expected behavior. In fact, it was pretty complicated to get there. The idea is that if something different starts to be played on a group member, then it means that the user intentionally wants to isolate it form the group and don't want the next track of the group player to take over again. Only when stopped and restarted will the group player 'acquire' again the member that left previously *if* this member is not playing anymore - it's supposed to indicate that you really want to get it back. > > - When Group test is playing with both synced Players and I go to > PlayerA Play new music and than to PlayerB and play new music bot are un > synced. That is what I expected. However when I choose group test again > and start new music only one of the Players is synced and plays new > Music. The other still unsynced an plays the music that was choosen > before. I am not 100% sure but it seems it always the PlayerA that sync > again. > I'm not fully sure I follow the use case, but I think it's as described before. When a group is reformed, if a member has been previously isolated *and* is playing, then I assume that the user do not want to re-acquire it, so I leave it alone. For example, I have a group named "1st Floor" that includes a player that is in my "Master Bedroom". Sometimes I play on the whole 1st floor while I'm in my home office or I roam accross the 1st floor. But somebody (guess who) might be in the bedroom and start to play something else. If I switch track on "1st Floor" group, she'd be pretty irritated if I interrupt what she was listening to. Now, if what she was listening has ended and nothing more is playing, I'll will re-acquire that player and she might still be irritated, but that's negotiable and then she can power off the player, in which case I won't take over it ...
LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5 ------------------------------------------------------------------------ philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=108558 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
