Scott Ware

Apologies for dragging this one up again but it seems the MQTT behaviour of Shairport Sync has changed since this was last looked at. In my testing **active_start** and **active_end**...

If it helps I am using the [latest official image on Docker Hub](https://hub.docker.com/r/mikebrady/shairport-sync) 4.1.1-dirty-AirPlay2-alac-OpenSSL-Avahi-ALSA-dummy-stdout-pipe-soxr-convolution-metadata-mqtt-dbus-mpris-sysconfdir:/etc I may also get some time to do some more testing at some point. If I...

Unfortunately #11 doesn't resolve the issue for me although it is definitely a nice upgrade :) I am trying to get the media player card in Home Assistant to clear...

Thanks for your efforts @mill1000 . The only problem I see with using only `active_end` is that the player state gets cleared when audio is paused and you can no...

Thanks for the responses @mill1000 > This is impossible given Shairport Sync's implementation (and frankly makes no sense to me). No active_end should be received without first receiving a play_end....

> Keep in mind that your casting device might've disconnected in the mean time, in which case you can't resume playback anyway. I would suggest setting the timeout sufficiently long,...

I am using the `4.1.1` release. I'll test the `development` branch and see if behaviour has changed and if not raise an issue on the shairport-sync repo.