Last Updated on September 3, 2020
Summary
StreamTuner2 supports a wide range of directory services including Dirble, filtermusic, Internet Radio, Jamendo, MODarchive, MyOggRadio, RadioBrowser, Radionomy, Shoutcast.com, SomaFM, SurfMusic, TuneIn Radio, Xiph.org, and YouTube. With this range of services available, there’s something for everyone.
While there’s lots to admire with this public domain software, StreamTuner2 isn’t as lightweight as the original version. And the interface is sub-par in my opinion. Clunky springs to mind.
There’s a console-only mode, which allows to start playing individual radios without starting the GUI, and also supports exporting the station lists as JSON.
StreamTuner2 supports a wide array of audio formats and players. Choice is always good, and you’re free to marry StreamTuner2 with your favorite music player.
Website: milki.include-once.org/streamtuner2
Support: SourceForge Project Page, Fossil Code Repository, Additional Plugins
Developer: Mario Salzer. Vartious contributors have coded plugin functionality
License: Public Domain
Looking for other software offering internet radio? Read our Internet Radio Group Test.
StreamTuner2 is written in Python. Learn Python with our recommended free books and free tutorials.
Pages in this article:
Page 1 – Introduction / Installation
Page 2 – Configuration
Page 3 – In Operation
Page 4 – Other Features
Page 5 – Summary
Yeah, who haven’t used stream tuner. Pity the second iteration crashes a little too much for my taste. At least on Debian
Debian (11) user here, too — Streamtuner2 works flawlessly.
Thanks for the review, I’d never heard of StreamTuner2. Works pretty well on Fedora from a couple of hours usage.
What a Python re-write means is that it will fail to install in some significant percentage of attempts due to installed differences in python installations. As “new, kewl” paradigms in python rise, working installations will mysteriously fail.
What truly amazes me is that members of the python community were some of the MOST vocal about dependency hell
More or less a well accepted solution is to put Python, dependencies and the app into a userland and run it in a container. It gives freedom, flexibility, repeated environments – one of the reason why Docker and Kubernetes are so popular.