Thomas Adamcik

My guess out of the blue is buffering issues. But I've only skimmed the log very quickly as it's rather hard to go from this description + log file to...

I've elsewhere suggested that we switch to always using the pipeline data a the source for truth for currently playing metadata. So we would be using the default metadata from...

Looking at http://www.musicpd.org/doc/protocol/ch03.html the `playlist` idle seems to be the right hint to send. Wouldn't hurt to test and see what MPD itself when playing a radio stream that sends...

I was thinking something along the lines of a `current_metadata` or `current_track` in core's playback instance as the place to have this info. Then having things like `currentsong` use that....

Using `track.copy(**dict_with_data)` should do what you want without changing the current code, unless I misunderstood you?

Hmm, keeping it in audio sounds like a good call. It would probably make sense to extend the audio listener interface we have to pass the metadata to core, and...

First part of this has been merged for 0.20, we just forgot to link in this issue.

Current state is that audio now emits `tags_changed(...)` to `AudioListeners`. From there the following should happen in core: - We expect core to call `audio.get_current_tags()` in response to`tags_changed`` - Using...

Oh, and do note the TODO items for the `get_current_tags` - could be you don't have to address those for a PR covering this, but you should keep them in...

Only if we have an other issue to take over the model part of this as we still don't have a clean supported way to track both the station name...