You can also run the script from Zynthian directly. Install the files into your Zynthian and SSH to the puredata directory where you installed iNetRadio an run the script from there.
In my case, it is as follows:
# cd /zynthian/zynthian-my-data/presets/puredata/generative/iNetRadio/
# ./setup.py
Edit: File re-uploaded. Some timing issues solved, and active play/stop state is now persistent when changing stations.
this is the help-screen for setup.py:
usage: setup.py [-h] [-n N] [-d N] [-a] [-s] [-p] [-v] [stationsfile]
Deploy Radiostations for Zynthian's iNetRadio PD-patch.
positional arguments:
stationsfile text-file containing the station names and stream
URL's to be deployed. (default=radiostations.txt)
optional arguments:
-h, --help show this help message and exit
-n N, --stations N number of station slots to deploy
-d N, --defaultstation N
station-number to load on startup
-a, --altprefix alternative station prefix (default="[NUM]",
alternative="NUM:")
-s, --speed enable speed control
-p, --preview stations preview only. Does not write out any files
-v, --verbose print internals
I have added my internet radio player to chain manager branch so it should be available in the next release. I will look at what has been done here to see what can be integrated, particularly methods to configure stations.
Yeahhh! You are fantastic testers!!
Always find the issue in the extreme usage!! I love it!!
It seems current radio implementation should be one of the “single chain” processors.
Of course, some of you would like to have several ones running at once, and i understand the motivations, so try to convince the radio engine developers to improve the current implementation
I just building my (third) zynthian box and one of them plays local Retro FM station in the background. I thought of changing the station without much hassle…
It should be possible to change station with MIDI program change. This may require savings different ZS3. I think there is an option to direct PC at presets directly but it may be global so not necessarily desirable.
Add a bug report to the issue tracker for the replay problem and I’m sure the “radio engine developer” will take a look.
I have been working on this a little bit that won’t be improved soon. There is a feature request to better manage presets. In Vangelis there is a change that saves the default config if there is no existing user config. That could then be manually edited.
Sorry, I was away from home for a few days without access to zynthian development. I may have mis-remembered the state of development. Looking at the source I see the code to write the default presets to file is commented out so not currently implemented. I also can’t find a feature request I thought I had added to manipulate the presets for internet radio engine. Sorry for the confusion. Please add a feature request so that we can identify some good procedure for manipulating presets.
[Edit] But here is a json with the default stations:
Webradio player has stopped working on the recent Oram Staging and Vangelis. Neither does it make sound, nor does it show the Vu meters nor any web traffic.
Also playlists do not play any more.
I’ve tried to track it down and I can say inet_radio worked in 2025-06-17-zynthianos-oram-2506-stable.img.xz and Vangelis until recently (some weeks maybe, not used). It now does not work any more. Not when trying to rollback to Oram Staging, not in oram-2511.3.
Maybe some internal player binary had been updated and a true rollback is not there and updated elements of system or ui are kept despite rollback.
Had a 404 the times before, now it worked again. Looks like now it is mandatory to first login to github and then report issue. login while reporting issue does not work any more. Found that out now by conincidence.