SamY wrote: > If the answer to that question is "no", a compromise workaround might be > to at least bypass re-syncing the CC volume with LMS at each track > change for those players. Then the volume could continue to be > controlled by the CC player until the next time it was changed by the > user on the LMS side.
Well, thats the question :). I really-read my code yesterday and even trace back when I added that group check and it was very very early before I started logging properly changes. But I know I made lots of changes in the volume management to handle properly the risk of volume change échos and there might have been some issues with groups that are not needed any more. So my intent today was to remove that group limitation and test a bit. NB: one of the most painful issue in these volume alignement is that LMS has a its own strange volume levels (0 128 or a more linear mode that does not really help) and its not always easy, as silly as it sounds, to have a stable point when CC changes to N on his own, then LMS by echo changes to P and P sent back to CC does not echo with N (yes) LMS 8.2 on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 ------------------------------------------------------------------------ philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=104614
_______________________________________________ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
