[SOLVED] Moodeaudio 9.3x does not play after adding radio station or CIFS share

[vinis]

Dear all,

since version 9.3.x I have a sticking problem with moodeaudio, using Rasperry Pis (one Pi 3B, two Pi Zero 2Ws) as hardware and a fresh install on sd cards, always created with Raspberry Pi Imager v1.8.5.

The symptom is as such: after starting up for the first time and setting up the DAC board via Audio settings (and subsequent reboot if requested by moodeaudio) the default radio stations and the stereo test file are playing without problem. I can, using the web interface, switch stations, stop and start the audio stream.

Now I add a radio station via the "+" button on the radio page. I enter a station name, a valid stream url (plays in moodeaudio 9.2.6 and VLC) and add a logo, concluded by pressing the "Create" button. With popup windows moodeaudio confirms the new station is created and the icon then appears on the radio station page.

But... nothing is playing anymore. I cannot, using the respective icons, start or stop a stream - neither of the new station nor of any of the default stations. Even a reboot does not help. If I now delete the new station created before and reboot moodeaudio, interaction is again possible and the default radio stations will play if selected.

The same problem occurs if I add a CIFS share. Here also a library update is to no avail.

The reason I created this thread is that with the same hardware and moodeaudio 9.2.6 no such problems do occur and searching the forums I have no found any suitable hint of fix for the problem described. So far I have gone back to 9.2.6 with all my moodeaudio setups, but maybe there is something I have not understood I have to do or even some bug?

Thanks for some advice.

[Tim Curtis]

Post the URL for the station you added so someone can try to reproduce your issue.

[vinis]

Thank you for your interest in this problem.

This is the link:
https://radio.m-1.fm/m1/MP3320.m3u

[tomaxsas]

Thank you for your interest in this problem.

This is the link:
https://radio.m-1.fm/m1/MP3320.m3u

i listen to m-1 all day long, added station, no issues whatsoever. been using since moode 8

[Tim Curtis]

Thank you for your interest in this problem.

This is the link:
https://radio.m-1.fm/m1/MP3320.m3u

Thats a playlist file not the playable URL as required by moode's Radio Station feature.

To get the playable URL run the commands below

Code:

wget https://radio.m-1.fm/m1/MP3320.m3u

cat MP3320.m3u

Just for convenience here's the command output

Code:

pi@moode9:~ $ wget https://radio.m-1.fm/m1/MP3320.m3u
--2025-06-11 08:49:34--  https://radio.m-1.fm/m1/MP3320.m3u
Resolving radio.m-1.fm (radio.m-1.fm)... 195.12.170.100, 195.12.170.101
Connecting to radio.m-1.fm (radio.m-1.fm)|195.12.170.100|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [audio/x-mpegurl]
Saving to: ‘MP3320.m3u’

MP3320.m3u                                   [ <=>                                                                             ]      34  --.-KB/s    in 0s      

2025-06-11 08:49:38 (92.1 MB/s) - ‘MP3320.m3u’ saved [34]

pi@moode9:~ $ cat MP3320.m3u
http://radio.m-1.fm:80/m1/MP3320

# Playable URL is:
http://radio.m-1.fm:80/m1/MP3320

[Sniglar]

The m3u link appears broken to me, try removing the ".m3u" part of the link:

https://radio.m-1.fm/m1/MP3320

[TheOldPresbyope]

@vinis

What does this mean?

The same problem occurs if I add a CIFS share. Here also a library update is to no avail.

The discussion preceding this comment was all about a radio station. What, specifically, is happening when you add a CIFS share?  and what CIFS share? Where?

As an aside, don't forget that the first step in getting problems addressed on the forum always is to post your startup log. 

Regards,
Kent

[vinis]

Thank you for your interest in this problem.

This is the link:
https://radio.m-1.fm/m1/MP3320.m3u

Thats a playlist file not the playable URL as required by moode's Radio Station feature.

To get the playable URL run the commands below

Code:

wget https://radio.m-1.fm/m1/MP3320.m3u

cat MP3320.m3u

Just for convenience here's the command output

Code:

pi@moode9:~ $ wget https://radio.m-1.fm/m1/MP3320.m3u
--2025-06-11 08:49:34--  https://radio.m-1.fm/m1/MP3320.m3u
Resolving radio.m-1.fm (radio.m-1.fm)... 195.12.170.100, 195.12.170.101
Connecting to radio.m-1.fm (radio.m-1.fm)|195.12.170.100|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [audio/x-mpegurl]
Saving to: ‘MP3320.m3u’

MP3320.m3u                                   [ <=>                                                                             ]      34  --.-KB/s    in 0s      

2025-06-11 08:49:38 (92.1 MB/s) - ‘MP3320.m3u’ saved [34]

pi@moode9:~ $ cat MP3320.m3u
http://radio.m-1.fm:80/m1/MP3320

# Playable URL is:
http://radio.m-1.fm:80/m1/MP3320

Thanks a lot and especially for your patience. I would have never noticed by myself this issue with this specific link being a playlist, as moodeaudio 9.2.6 (and older versions) does play well using this link - see screenshot from the radio setup screen of a 9.2.6 installation. Of course it is mentioned even in the dialogue box, but it has worked so far!

[tomaxsas]

I use this URL:
https://stream.m-1.fm/m1/MP3320

[vinis]

@vinis

What does this mean?

The same problem occurs if I add a CIFS share. Here also a library update is to no avail.

The discussion preceding this comment was all about a radio station. What, specifically, is happening when you add a CIFS share?  and what CIFS share? Where?

As an aside, don't forget that the first step in getting problems addressed on the forum always is to post your startup log. 

Regards,
Kent

I have now setup a new 9.3.6 installation and things are working flawless. It seems that my usual installation sequence - fresh base system -> DAC setup -> add said radio station -> add CIFS share -> was causing the issue with the CIFS share setup, as already the earlier (and wrongful) usage of a .m3u playlist link caused the unresponsiveness of the system. I still have no idea why this .m3u playlist link was working well with version 9.2.6 and earlier.

Anyhow sorry for bothering you with something which should had been obvious to me.