URGENT: Possible Metadata Freeze Issue in Streaming Relay (RadioBOSS Cloud)

aprizion

Member
Over the past few days, I’ve been noticing a possible bug related to metadata reception in streaming relays.

What happens is that, in many cases, the metadata gets stuck/frozen and does not update. It only changes or refreshes after I manually reconnect the stream in RadioBOSS Cloud.

All the streams we relay are highly stable and run 24/7 without interruption.

I tested reducing the auto-reconnect interval to every 4 hours, but the issue still continues to occur.

We currently have more than 20 stations on the platform, and from what I’ve identified so far, this is happening with servers: c5, c13, and c38.
 
All servers are identical, I don't think there could be any difference because the same software is installed everywhere. Maybe you have different Icecast versions selected in Settings > Advanced?

Regarding the metadata issue, can you please specify where it's stuck exactly? Do you stream live to RadioBOSS (streaming to /live mountpoint) and RadioBOSS Cloud does not show the updated title?
 
Icecast version is always the same, never changed, keeping the default while started a new server - RFM 64

The scenario that doesn't works as expected, but just for some stations mentioned here (and started a few weeks ago), it uses this workflow:

- I add a icy stream to relay audio+metadata
- after some hours metadata stops to be recognized (freeze/it keeps static in the last metadata)
- I restart manually (run the event where icy stream was added), metadata is refreshed

This doesn't happen when I stream live to RadioBoss cloud and also this is happening with a few number of stations (2 from 20+ that I have in the radioboss cloud).

There are several stations using the same setup and this is not happening. Maybe it's a source glitch requesting periodically handshake? For this reason I schedule the stream event relay to run every 1 hour which doesn't hurt the setup but before do that the stream relay worked fine running 24/7.

Thanks.
 

Attachments

  • Screenshot_20260228_103618_Chrome.jpg
    Screenshot_20260228_103618_Chrome.jpg
    140.5 KB · Views: 0
Back
Top