I still have cassette tapes encoded with dbx rather than Dolby and the former's sound quality is much better than the latter. I'd recorded them on Technics decks, which is why I still keep an old deck of that brand for playback as the bias values are identical.
The authorities are very picky about the bench-tested qualities of radio and television gear in professional use, and specialization of capabilities across different brands leads to best of breed gear options. It is a very serious business and I have the highest regard for the radio and television engineers who oversee such gear.
For outsiders it is a bit like thinking about how an RPI5 could theoretically run medical gear in an operating theatre or control the just-in-time processes of a major factory, but would regulators and insurance providers go for it? For amateur broadcasting, sure, an RPI can have fun uses like this:
I like the compactness, and since it seems to be North American gear I'm wondering if additional gear like an HD Radio (IBOC) modulator-injector such as a Nautel HD MultiCast+ could be part of the chain? I wish there was progress on an open source IBOC exporter but it doesn't seem to be a thing and its waaay outside of my capabilities.
HD Radio is still (annoyingly) covered by patents in a way that open source efforts like nrsc5 still can't be integrated into any OSS radio tooling for fear of litigation.
And from my own IANAL research, it seems iffy whether the initial set of patents which is expiring soon are the ones that will open it up... or if any of the many follow up set of patents can keep it out of easy reverse-engineered access :(
''Here is open-source at its finest with a NVIDIA Linux kernel engineer ultimately making a fix to a performance regression that came up for AMD integrated and discrete graphics when running on the early Linux 6.15 kernel code.''
> But it's not without cause or just doing it out of the kindness of his heart... As it turns out ultimately this regression was inadvertently introduced by the [nVidia] engineer.
And it's not even responsibility really. If an engineer from company A had introduced a regression that impacts company A's direct competitor (company B)... That's borderline sabotage.
It's not sabotage only because the engineer from company A (nVidia) fixed the regression.
An enjoyable perspective on how workload can affect techno-tribalism. Like many who have worked in, or run, mixed shops over the years, I've lamented the interpersonal friction that can happen amongst camps. It can be corrosive, almost to the point of destruction, at which point I've had to fire people for using terms like ''hater'' or worse. Good riddance, because we had work to do.
> I hope they are still actively developing this. last 5 commit dates which appear low for an alpha. Maybe we need to contribute to this or raise funding.
This well-trending HN story is a great boost, I'm sure. There is clearly an interest.
> Always felt like Debian was stuck between “all in” or “go without”
Debian can be configured at installation to go ''all in'' with systemd or ''go without'' if you prefer. The latter option pretty well mooted the purpose of the Devuan spinoff. In the Bullseye version it is possible to change a running system from using systemd to sysvinit or OpenRC.
I agree about seeing how Debian reacts to how InitWare develops from alpha.
That's not a great advertising slogan, unless the goal is to drive people who still possess their wits off their platform if they can still be deprogrammed before its too late.
reply