12
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 22 Sep 2024
12 points (100.0% liked)
UK DAB Radio
78 readers
1 users here now
Discussion of all things DAB/Digital Radio!
Channel list website: https://www.terrestrialtv.uk/dab
Programme discussion is probably better in !britishradio@feddit.uk
Rules
- Be nice
- Keep on topic
- National changes are usually picked up by the bot, but if it hasn't posted feel free to create a new thread.
founded 1 year ago
MODERATORS
I figured the power consumption of multiple parallel decodings would increase but it would be negligable if limited to occur during channel browsing. If you settle on a signal for 2 min, it could revert to 1 channel.
A more crude improvement would be trivial: simply continue playing the previous buffer during the 3 second gap, but update the display instantly to show the user that their command was received and acted on. The 3 second gap could also be a fade-out to give an audible signal that the channel change command is in motion. The linux app “Clementine” does some of this. When you click the stop button, it does not stop the music instantly but does a fade out.
DJs sometimes have to switch to something else quickly with no time to beat match. It’s not a good situation but their method of choice seems to be a rapid cross-fade, as opposed to a sharp and sudden discrete switch. That slight smoothness helps. With a small buffer the two channels could even slow one channel and speed up the other to do an automatic beat match and cross-fade a bit more smoothly. I would not be surprised if there were some FOSS libs that already provide this sort of thing.
(edit) I should note as well that there is one station that has a very low level so you have to double the volume to match any other station. A device that fades during transitions could normalize the level differences without the user even knowing the differences are there.
The fade-out could work but would add more delay time, but the buffering would almost certainly require additional hardware because radios typically can't process two DAB signals at once and it can't pre-buffer a live broadcast unless it adds an extra delay, which is just shifting the problem to a different cause. Speed ramping could maybe account a bit for this, but then if you change stations multiple times quickly this would fail. Also, speed ramping would probably annoy people, especially for music, unless imperceptibly slow. That would require a decent buffer, meaning you'd have to delay switching the channel and also not change the channel for a bit, otherwise you'd get the pause.
The amount of complexity any potential solution adds is not especially worth it, as much as I recognise that it is annoying. Also, since most people aren't too fussed by the pause, I doubt anyone would bother to produce a radio with the hardware for this (and the software on top).