Audio Server runs on one machine on the other not. Both have the same packages installed

The situation is as follwows, Im listenening most of the day the same Webradio station (the are also sending over UKW and DAB+). When they are sending an annoying song like Falco or another similar pain for the ears like that, I switch to local music. When it switch back to radio again everytime I had to hear at least one minutes of ads before radio is back again. Now I I configured vlc (I tried also FFmpeg) as relay. Vlc buffers at anytime, start when switching back not the buffer, it always take the current stream, the buffer will be lost. The only annoying thing I could newer solved is the handover from the ID3 infos from the external stream to my internal stream. Would be great, if someone has an idea to fix that. So far as I know, Isn’t this possible with vlc, Maybe there ist an option in FFmpeg that I’dont know or in an other program.

Here mein systemctl service, der on one computer works on the other not:
`# /etc/systemd/system/
[Unit]
Description=VLC Streaming Server für Radio 1
Wants=network-online.target
After=network-online.target
#After=network.target # Optional: Stellen Sie sicher, dass das Netzwerk bereit ist’

[Service]
'ExecStart=/usr/local/bin/vlc-server.sh
Type=oneshot # Oder weitere Optionen, je nach Bedarf

[Install]
WantedBy=multi-user.target`

The script that is invoked bei this service:

sed -i 's/geteuid/getppid/' /usr/bin/vlc && /usr/bin/vlc Icy-MetaData: 1 -I http -vvv https://stream.radio1.ch/128k --network-caching=2000 :sout="#transcode{vcodec=none,acodec=mp4a,ab=128,channels=2,samplerate=44100,scodec=none}:http{mux=mux_ts,dst=:8080/stream.mp3}" :no-sout-all :sout-keep

Error Messagae Strawberry:

Not found

../gstreamer/subprojects/gst-plugins-good/ext/soup/gstsouphttpsrc.c(1843): gst_soup_http_src_parse_status (): /GstPlayBin:pipeline-2-pipeline/GstURIDecodeBin:uridecodebin1/GstSoupHTTPSrc:source: Not found (404), URL: http://localhost:8080/stream.mp3, Redirect to: (NULL)

Internal data stream error.

../gstreamer/subprojects/gstreamer/libs/gst/base/gstbasesrc.c(3187): gst_base_src_loop (): /GstPlayBin:pipeline-2-pipeline/GstURIDecodeBin:uridecodebin1/GstSoupHTTPSrc:source: streaming stopped, reason error (-5)

Der Datenstrom enthält nicht genug Daten.

../gstreamer/subprojects/gstreamer/plugins/elements/gsttypefindelement.c(1012): gst_type_find_element_chain_do_typefinding (): /GstPlayBin:pipeline-2-pipeline/GstURIDecodeBin:uridecodebin1/GstTypeFindElement:typefindelement3: Can't typefind stream

Und VLC Player

Ihre Eingabe konnte nicht geöffnet werden:
VLC kann die Medienadresse 'http://localhost:8080/stream.mp3' nicht öffnen. Für Details bitte im Fehlerprotokoll nachsehen.

I would first split the two problems: metadata relay and the service not listening. For the service, avoid editing /usr/bin/vlc with sed; that makes updates and debugging painful. Put the VLC command in the script, use cvlc if possible, and check journalctl -u your-service plus ss -ltnp | grep 8080 on the machine where it fails. A 404 on localhost usually means VLC is running but not serving that path, or the service exited before the player connects. For ICY metadata, VLC is not great as a transparent relay; if that part matters, I would test ezstream or icecast as the relay before spending too much time on VLC options.

mpv can also show icy-title metadata for network streams

$ mpv https://stream.radio1.ch/128k
● Audio  --aid=1  (mp3 2ch 44100 Hz 128 kbps)
File tags:
 icy-title: Just Around The Corner (1987) - Cock Robin
AO: [pulse] 44100Hz stereo 2ch float
File tags:
 icy-title: Men In Black (1997) - Will Smith
File tags:
 icy-title: Radio 1 -  
File tags:
 icy-title: Despacito (2017) - Luis Fonsi feat. Daddy Yankee

but the metadata format for this stream [%title (%year) - %artist] is not consistent with other streams that provide [%artist - %title]

$ mpv http://sc6.radiocaroline.net:8040/stream
● Audio  --aid=1  (mp3 2ch 44100 Hz 128 kbps)
AO: [pulse] 44100Hz stereo 2ch float
File tags:
 icy-title: Jackson Browne - Your Bright Baby Blues
File tags:
 icy-title: The Corrs - Runaway
File tags:
 icy-title: Radio Caroline - www.radiocaroline.co.uk (14:50)
File tags:
 icy-title: Nick Waterhouse - High Tiding
File tags:
 icy-title: Lindsey Buckingham - Lay Down for Free

I also use qmmp to log music tracks played to a text file

Sun 28 Jun 14:40:24 BST 2026 - Jackson Browne - Your Bright Baby Blues
Sun 28 Jun 14:46:39 BST 2026 - The Corrs - Runaway
Sun 28 Jun 14:51:14 BST 2026 - Nick Waterhouse - High Tiding
Sun 28 Jun 14:53:37 BST 2026 - Lindsey Buckingham - Lay Down for Free

But logging does not work for https://stream.radio1.ch/128k

Sun 28 Jun 13:59:26 BST 2026 - Radio 1 - 128k
Sun 28 Jun 14:18:19 BST 2026 - Radio 1 - 128k

Thank you for your answers. Icecast was not working even I’ve got detailed information to setup a relay. This program is completely useless und should be erased from the net. I found as a hint this cvlc command, that works fine:

cvlc https://stream.radio1.ch/128k --sout=‘#std{access=http,mux=mp3,dst=:8080/stream.mp3}’ --sout-all --sout-keep --http-reconnect --meta-title=‘Relayed Radio’

No ID3 infomation on the player (Strawberry), but I can live with. There seems nothing to be on the Market that can fullfill all my whishes.

There is a package that can stream audio and metadata to Icecast, Shoutcast or WebRTC but it needs a stream player that can show the metadata correctly;
BUTT - Broadcast Using This Tool

BUTT stream settings can be configured to update song title from a text file; a music player (Rhythmbox, Banshee, Clementine, Spotify, Cantata, Strawberry, Plexamp) or a URL
Developer has also made some video tutorials: BUTT - Stream Settings - YouTube

But if you can live without song title information, PipeWire supports a number of network audio protocols – PipeWire Wiki - Network