I’m not that pessimistic. I’m often programming against frame grabber and Sdi cards, and
even though not everything is fully open source (a lot is), I find there is considerable
support for Linux. More so than in the past. Some companies do not, but you can do without
them.
Companies like rme apparently do not have much resources for doing their own Linux driver
development but they really are helpful to those who want to do. On the other hand, they
do have an edge wrt competition and are reluctant indeed to give out certain information
that you really would love to use.
Talking about audio on Linux, things are not perfect on the Linux side either. There is
some good documentation, eg, but audio on platforms like macOS is considerably better
documented. The Linux adagium that the source code is the ultimate documentation, is not
that widely accepted outside the Linux universe. Though I have 40 years of experience with
c, and was a Linux user since 91, I’m often scratching my head studying the alsa driver
core. It’s really not so easy …
Best, ph
Philippe Bekaert
Op 14 jun. 2022 om 22:43 heeft David Kastrup
<dak(a)gnu.org> het volgende geschreven:
"Chris Caudle" <6807.chris(a)pop.powweb.com> writes:
On Tue,
June 14, 2022 1:04 pm, Philippe Bekaert wrote:
Dante: merging technologies has an open source software aes67 driver for
Linux. However, the user space configuration tool is closed source.
Merging developers do not keep the driver up to date with changing kernel
requirements. The Merging driver does not compile with the last year or
more of kernel versions, but Andrea Bondavalli has created some patches
which allow the driver to build with the latest kernels, as well as a GPL
user space daemon to replace the closed source Merging tool.
https://github.com/bondagit/
If you download the AES67 daemon project it will download and build the
patched ravenna-alsa-driver into the "3rd party" subdirectory.
Sort of annoying, given that Linux has been around for 30 years or so,
powers _all_ of the top 100 supercomputers (last time I looked) and is
the most installed kernel in the world (Android uses it). Still, nobody
feels there is a point in supporting it. Well ok, Intel GPU support
tends to be comparatively useful. And the class-compliant part of
class-compliant devices tends to work.
But somehow that's not all too different from the state 20 years ago.
--
David Kastrup
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-user