PasTim wrote: > As is usual in such situations, everything worked perfectly this time. > Life's like that. A log is attached. > > OK - understood. Would you expect most people to use hardware or > software controls? > I expect 99.999% of people to use hardware controls. The software version I made only because during my development I happened to have a faulty device for which hardware volume was causing playback to be interrupted for a few seconds (did the same with any airplay controller), so it geared me toward that trick, but I would never have done it otherwise > > > Well I haven't been able to make it misbehave to max volume again yet, > so maybe it was some form of hangover. > > Edit: I just ran a second test, and this time the gui said it was > playing, but it wasn't. I had to pause and restart the device on the > gui, then it ran OK. See airplaylog 2.zip Did you use Default=-1 and Trigger = true? What was Mode? It seems that the player was playing but its was muted.
One issue with this Trigger requirement is that when the player does not detect that it can inform it's controller of changes, then no volume command will be sent ever as the status will be waited forever. I can add a timeout, although I hate to rely on timeouts ... 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=105198 _______________________________________________ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
