I would hope that (given recent situations like the Portuguese/Spain blackout) we keep a baseline set of bands and stations for emergency communications on simple, cheap hardware, so in principle I agree that ditching AM/FM radio entirely is a bad idea. I could see the band allocations narrowing, though. We just don’t use it as much anymore. I am sympathetic, but I don’t even listen to radio stations in the first place because… well, I can just choose something that suits my tastes instead from the internet?
(In practice, I would rather that we had more resilient mobile infrastructure, as more and more people have phones and can receive SMSs in an emergency; and more people getting into CB due to the possibility for bi-directional communication)
Is there a technical requirement for the 3+ seconds of decoding before sound output? Or is this a matter of simply waiting for buffers to be filled before outputting?
Your points about 1 and 7 really seem like a product issue more than a technology issue. I am not saying they aren’t actual issues (because they really seem like they are), but claiming DAB is bad because the products are bad is… weird.
Point 6 is not really the fault of DAB but instead of how the infrastructure is setup. FM transmitters could be source their data from the cloud too, and would be vulnerable to the same things.








I think that with enough community effort, it could.
Some of what I think is missing is just community documentation (manuals, tutorials, troubleshooting pages) that are easy to find and recent. While yes, solutions from 5 to 10 years ago still work, they often don’t reflect the full recent reality, never mind the tendency for CLI solutions (which are great, but plenty of people are intimidated by the CLI).
The other thing that I think is missing is polish around things that are just off the beaten path… the kinds of things that not everyone will do, but that most will do at least one of.