Media player state not reported in status events - stuck in PLAYING state

[pajeronda]

I'm trying to handle notifications that are preceded by a sound, but the media player state is never updated - it remains constantly in PLAYING state even after playback completes. This forces me to use a fixed timeout before triggering TTS, which works for one type of sound but not for another with a different duration.

Looking at the status events received, I only see sensor data:
2025-12-13 09:38:37.495 DEBUG (MainThread) [custom_components.vaca.media_player] Received status update: {'timestamp': 'Sat Dec 13 09:38:33 GMT+01:00 2025', 'sensors': {'light': 266}}

It shouldn't be complicated to add the media player state (playing, idle, paused, buffering) to these status events. Also, I'm curious: what's the use case for receiving the light sensor data from the media player entity in debug mode?

[msp1974]

Hi @pajeronda . Sorry for the delay in replying.

Yes, we can add playing feedback to the media player (there are other outstanding feedbacks to do also). The debug log is just showing any feedback response. Its not actioning on it.

However, i would say that if you use the assist_satellite.announce action, it has the preannounce sound function built in and this would remove the need for monitoring the media player.

[pajeronda]

Hi @msp1974, I set up the service, but it stops listening and displays a log message indicating a connection interruption to the tablet. I couldn't hear my reports, which last about a minute and a half, and I was forced to restore media player functionality.
If you can resolve at least one issue (the interruption in the assist_satellite.announce service or the media player status), I'd be grateful.
Good luck.