Azuracast: When song title is changed Playlist & Album art not returned by API

[Paulio759]

Using Docker installation method
Yes

AzuraCast version
AzuraCast 0.10.4
Rolling Release #02b92bf (2020-10-25 14:09)

Host Operating System
Debian 10 x86_64

Describe the bug
When media information (eg Song title) is modified on audio files from the admin interface the API's nowplaying endpoint returns default the generic album art url and an empty playlist name while the media is playing.
This behaviour has been replicated on the demo site.

To Reproduce
Edit song title to cause problem
Revert song title to resolve

Expected behavior
Song title changes but not art or playlist field.

Device(s):
Win7

[Vaalyn]

I have been able to reproduce this on my test installation.

Not sure yet where this is coming from since the media file still has all those fields defined after editing it so it's not an issue of writing the changes to the file.

[Paulio759]

@Vaalyn
This has been consistent now on every track that plays (each track has its own playlist, I upload the MP3, edit title and add image). I noticed yesterday a track playing and the API was displaying the image & playlist correctly but the track Title was displayed in the Artist field. This seems to have been a one-off as the following tracks returned to original issue. Not sure if this helps at all?
Edit - I re-ran the playlist/track that behaved differently but this time it was as per original issue & the track title was in the right field.

[Paulio759]

Is there likely to be a fix for this soon please? There seems to be a number of related issues posted now also.
Thanks.

[SlvrEagle23]

@Paulio759 This has been a long-standing issue with AzuraCast, and in a majority of cases it isn't caused by AzuraCast itself but rather the underlying software (SHOUTcast or Icecast) being unable to send better metadata along with the stream than just a single "Title" or Title/Artist combination.

This is often caused when the metadata we're seeing via Icecast doesn't match, for one reason or another, the metadata that we _sent_ to the AutoDJ when cueing the song.

Diagnosing and fixing issues like this is always notoriously difficult for us, which is why we still struggle with it after all these years.

You may notice that there's a pattern to the tracks that aren't loading rich metadata, i.e. they're all named a certain way, or they have unicode characters, or something of the sort. Finding that pattern can sometimes help us figure out the problem.

Unfortunately, this isn't something we can just quickly patch out or fix, though we will gladly accept any pull requests from the community that can help refine how we handle this situation.

[markus-dark-green]

In case you need a live environment to analyze the problem. Please contact me. Due to the fact that i am doing svelte frontend dev i can show you the resulting issue.

[Paulio759]

@SlvrEagle23 Thankyou for the response. What I find when testing now is that most mp3 files are returning a single "Title" or Title/Artist combination. This is regardless to whether the metadata has been added via Azuracast or the mp3 is a purcased release with full metadata already there. Sometimes randomly an MP3 will display full metadata including image, the same MP3 will then not show the image when played again later. It would suggest that the MP3 metadata isnt the issue, the display results apear to be more random. This is only within the last 5 weeks, previously all scenarios returned the full metadata.