Subject: Re: [linux-audio-dev] open-source like hardware
From: Rene Rebe (rene.rebe_AT_gmx.net)
Date: Wed Jan 16 2002 - 02:12:16 EET
Hi.
From: Paul Davis <pbd_AT_Op.Net>
Subject: Re: [linux-audio-dev] open-source like hardware
Date: Tue, 15 Jan 2002 14:55:59 -0500
[...]
> >What about situation when there are no hw manufacturers willing to create
> >Linux driver nor give documentation to write one?
>
> its not true that no hw manufacturers are willing to create linux
> drivers nor give documentation to write one. this is simply
> misinformation and misleading.
OK. This was not the right word. no hardware vendor is willing to help
in the creation of a GPL'd driver for a card with a real DSP. -
Better?
Annyway I know companies and hardware. I wrote a SANE backend for
Avision scanner (which would work with the new HP USB onces if they
would be willing to provide help ...) - and also helped to debug the
XFree driver for SiS630 chips (this code really sucks ...). - Take a
look at my homepage ...
The fact is that hardare is often really buggy - or vendors doens't
like to provide specs (Avision parallel protocol is my perosnal's next
example ...).
So why is it sooo hard to believe that we can't open the hardware
marked - like we did with software?
We do not want to create a DSP or a CPU (oh - stop - the F-CPU guys
want ;-)
[...]
> there are good reasons why certain kinds of devices don't exist. the
> most common is that hardly anyone wants them. the fact that you and a
> few other people want them *a lot* doesn't do anything to balance the
> fact that very few people want them at all. companies that make small
> production runs need to charge a fortune for each item; companies that
> make industrial sized production runs need customers. which of the two
> are you willing and/or able to provide: lots of money, or sufficient
> customers?
Please continue to refuce writing drivers not under a GPL that are
only released in binary form (like the NVidea XFree driver). It
doesn't work on all machines, architectures - and maybe not with the
next major kernel or glibc ... - and there is NO way to fix such a
binary.
> >I could even find use for "card" with 128 sample-synced input channels and
> >at least 16 DSP processors.
>
> no such device is being made for any OS at this time. the
> kyma/capybara comes close, but has nothing like that input channel
> count, AFAIK.
>
> --p
k33p h4ck1n6
René
-- René Rebe (Registered Linux user: #248718 <http://counter.li.org>)eMail: rene.rebe_AT_gmx.net rene_AT_rocklinux.org
Homepage: http://drocklinux.dyndns.org/rene/
Anyone sending unwanted advertising e-mail to this address will be charged $25 for network traffic and computing time. By extracting my address from this message or its header, you agree to these terms.
This archive was generated by hypermail 2b28 : Wed Jan 16 2002 - 02:32:46 EET