streampunk wrote: > Hi, > > > In addition to the information I gave above, here is part of the LMS > (debug) log. I've also contacted Jörg from iPENG as I wasn't sure > whether the Pause commands were sent by iPeng or by the AP > player/speaker. He thinks that this might be caused by a transcoding > problem or a problem with the sync timing: > > > Code: -------------------- > > [17-07-19 16:38:38.0120] Slim::Player::StreamingController::_eventAction (273) b8:27:eb:da:28:79: StatusHeartbeat in PLAYING-STREAMING -> Slim::Player::StreamingController::_CheckSync > [17-07-19 16:38:37.6268] Slim::Player::Source::_wakeupOnReadable (409) b8:27:eb:da:28:79 > [17-07-19 16:38:37.8896] Slim::Player::Source::_wakeupOnReadable (409) b8:27:eb:da:28:79 > [17-07-19 16:38:38.1377] Slim::Player::Source::_wakeupOnReadable (409) b8:27:eb:da:28:79 > [17-07-19 16:38:38.3437] Slim::Player::Source::_wakeupOnReadable (409) b8:27:eb:da:28:79 > [17-07-19 16:38:38.4634] Slim::Player::Source::_wakeupOnReadable (409) b8:27:eb:da:28:79 > [17-07-19 16:38:38.6539] Slim::Player::Source::_wakeupOnReadable (409) b8:27:eb:da:28:79 > [17-07-19 16:38:38.7501] Slim::Player::Source::_wakeupOnReadable (409) b8:27:eb:da:28:79 > [17-07-19 16:38:38.7931] Slim::Player::StreamingController::stop (2097) b8:27:eb:da:28:79 > [17-07-19 16:38:38.8190] Slim::Player::StreamingController::_eventAction (273) b8:27:eb:da:28:79: Stop in PLAYING-STREAMING -> Slim::Player::StreamingController::_Stop > [17-07-19 16:38:38.8312] Slim::Player::StreamingController::_Stop (603) Song queue is now 0 > [17-07-19 16:38:38.8392] Slim::Player::SongStreamController::DESTROY (44) DESTROY(Slim::Player::SongStreamController=HASH(0x7a4ed90)) live=0 > [17-07-19 16:38:38.8430] Slim::Player::StreamingController::_setPlayingState (2357) new playing state STOPPED > [17-07-19 16:38:38.8473] Slim::Player::StreamingController::_setStreamingState (2366) new streaming state IDLE > [17-07-19 16:38:38.8524] Slim::Player::StreamingController::_eventAction (303) b8:27:eb:da:28:79: Stop - new state STOPPED-IDLE > [17-07-19 16:38:38.8618] Slim::Player::Source::playmode (96) aa:aa:ed:c2:a0:89: Current playmode: stop > [17-07-19 16:38:38.8927] Slim::Player::StreamingController::_eventAction (273) b8:27:eb:da:28:79: StatusHeartbeat in STOPPED-IDLE -> Slim::Player::StreamingController::_NoOp > -------------------- > > > aa:aa:ed:c2:a0:89 is the AP Speaker > b8:27:eb:da:28:79 is a Squeezelite Player/Picoreplayer on a Raspi > Any idea what I could do to avoid stopping the flow when I move around > wit the Airplay speakers? > Regards > Martin
The stop command is sent by the AirPlay Bridge. The reason for that is to detect when user wants to regain control of a player using it's dedicated remote. For example, let's say you have a AV amplifier with AirPlay (many do) and you're listening audio through LMS. Then you use that AV's remote to switch source to your cable TV source. Without that option, LMS would try immediately to regain control of the AV and you'd have to stop it from LSM first, then switch sources, which I found pretty annoying. AirPlay devices will use this "prevent-playback" message that you've seen and I interpret this as a "LMS, stop immediately, please" action. It's unfortunate that your speaker sends the samge message when it loses coverage 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 ------------------------------------------------------------------------ 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
