The latest version of my simpleminded streaming radio player includes:
- More durable parsing for track titles with embedded quotes and semicolons
- Muting during empty / non-music Radionomy tracks
- The Dutchess County E911 service
Audionomy’s empty / non-music tracks include a remarkable number of mis-encoded MP3 sections triggering decoding problems; those problems don’t occur during music tracks. Some tracks come through as advertisements, which would be mostly OK apart from the garbled / high-volume gibberish, but on the whole they’re un-listenable:
ICY Info: StreamTitle=''; A:1271.0 (21:10.9) of 0.0 (00.0) 4.0% 44% [mp3float @ 0x7623e080]overread, skip -7 enddists: -5 -5 [mp3float @ 0x7623e080]overread, skip -9 enddists: -6 -6 A:1271.2 (21:11.2) of 0.0 (00.0) 4.0% 45% [mp3float @ 0x7623e080]overread, skip -7 enddists: -5 -5 A:1309.1 (21:49.1) of 0.0 (00.0) 4.0% 42% ICY Info: StreamTitle='Targetspot - TargetSpot'; A:1316.4 (21:56.4) of 0.0 (00.0) 4.0% 40% [mp3float @ 0x7623e080]overread, skip -5 enddists: -4 -4 [mp3float @ 0x7623e080]overread, skip -5 enddists: -2 -2
Muting happens in the mixer, because that seems easier than messing with mplayer in mid-flight. Rather than attempt to control the muted state with specific timeouts, I just un-mute after a new track title arrives; that has no effect if it’s already un-muted. The delays depend on the buffer fill level and avoid the worst of the gibberish.
The player still falls over dead / jams solid on occasion, generally because the incoming data has stopped streaming or delivered severe encoding problems. Other than that, it runs pretty much all day, every day, on at least one of the Raspberry Pi streamers.
Still no track display. Mostly, we still don’t miss it.
The Python source code as a GitHub Gist: