25 Aug
2004
25 Aug
'04
8:46 p.m.
Hi,
I'm pleased to announce a project which eventually should support
several Firewire-based breakout-boxes. Following boxes would be
supported:
- ESI QuataFire 610
- M-Audio Firewire Audiophile
- M-Audio Firewire 410
- M-Audio Firewire 1814
- Terratec Aureon 7.1 FireWire
- Edirol FA-101
Each of those boxes is using the same chip produced by the company I'm
working for. I got green lights from my boss to do write a driver for
linux. Of course, this is not a very simple task. Most information
which is needed for writing a driver is available as Standards. Well,
some information is not available as standards...
If someone is interested to participate in this undertaking I would be
very glad, because it is a large task and I have only little resource
left for this project. So it would take rather long to finish it and
I'm sure some of the LAD guys are eager to use something different
than an USB based breakout box.
Any serious hacker who signs a NDA gets access to all information and
will also have for access to hardware (test boards). If s/he is not
signing (for some reason) only the public available Standards most be
enough. Access to hardware can still be arranged (hopefully).
Anyway I have already started to code something but it is still at
very very very early stage and not good for anything. Therefore I
haven't loaded it up somewhere.
cheers,
daniel
25 Aug
25 Aug
9:32 p.m.
On Thu, Aug 26, 2004 at 12:30:08AM +0200, Daniel Wagner wrote:
Hi,
I'm pleased to announce a project which eventually should support
several Firewire-based breakout-boxes. Following boxes would be
supported:
- ESI QuataFire 610
- M-Audio Firewire Audiophile
- M-Audio Firewire 410
- M-Audio Firewire 1814
- Terratec Aureon 7.1 FireWire
- Edirol FA-101
(snip)
This is very good news!!!
Two questions:
1) Is the intent to produce an ALSA driver, or what?
2) What is the license of the code going to be?
--
Paul Winkler
http://www.slinkp.com
26 Aug
26 Aug
6:25 p.m.
Two questions:
1) Is the intent to produce an ALSA driver, or what?
Yes. My idea was to implement a userland alsa driver (implementing the
alsa lib plugin API). The driver will be based on exising libraries
like libraw1394, libavc1394, etc.
2) What is the license of the code going to be?
GPL.
daniel
5:49 p.m.
Hallo,
Daniel Wagner hat gesagt: // Daniel Wagner wrote:
I'm pleased to announce a project which eventually
should support
several Firewire-based breakout-boxes. Following boxes would be
supported:
Very, very cool!!! You really should get in contact with the ALSA
guys. See www.alsa-project.org
Without some connection to the ALSA system this will be in danger to
be useless in practice, I suppose (but I'm no expert here...)
Ciao
--
Frank Barknecht _ ______footils.org__
6:27 p.m.
Very, very cool!!! You really should get in contact
with the ALSA
guys. See www.alsa-project.org
I have already posted a message there couple of weeks ago.
daniel
7:28 p.m.
Hallo,
Daniel Wagner hat gesagt: // Daniel Wagner wrote:
Uhm, sorry, I must have missed that and was only looking at the CC of
this mail. Anyway: great to hear that Firewire audio support now will
come along.
Ciao
--
Frank Barknecht _ ______footils.org__
Very, very
cool!!! You really should get in contact with the ALSA
guys. See www.alsa-project.org
I have already posted a message there couple of weeks ago. 
3 p.m.
On Fri, 2004-08-27 at 08:15, Clemens Ladisch wrote:
Daniel Wagner wrote:
Messages from non-subscribers are routed to /dev/null because there
isn't a moderator.
Is this really necessary in this day and age? The spam problem is
solved, it has been for a while now. man spamassassin.
Lee
You
really should get in contact with the ALSA guys.
I have already posted a message there couple of weeks ago. 
4:07 p.m.
On Fri, 27 Aug 2004, Lee Revell wrote:
On Fri, 2004-08-27 at 08:15, Clemens Ladisch wrote:
Yes, it is.
Messages from non-subscribers are routed to
/dev/null because there
isn't a moderator.
Is this really necessary in this day and age? The spam problem is solved, it has been for a while
now. man
spamassassin.
greylisting is more effective than SA
4:34 p.m.
On Fri, 2004-08-27 at 13:51, Dan Hollis wrote:
On Fri, 27 Aug 2004, Lee Revell wrote:
I don't understand. You seem to be saying there is more than one
solution that effectively stops all spam. Both of these can be used at
the mailserver level, even if you are unfortunate enough to be using
sendmail. Why do we need to /dev/null messages from nonsubscribers
then?
Lee
On Fri, 2004-08-27 at 08:15, Clemens Ladisch
wrote:
Yes, it is.
Messages from non-subscribers are routed to
/dev/null because there
isn't a moderator.
Is this really necessary in this day and age? The spam problem is solved, it has been for a
while now. man
spamassassin.
greylisting is more effective than SA
5:24 p.m.
New subject: [Alsa-devel] Re: [linux-audio-dev] Firewire Breakout-Boxes
On Fri, 27 Aug 2004, Lee Revell wrote:
Why do we need to /dev/null messages from
nonsubscribers then?
because its 100% effective unlike the other methods.
if they cant be arsed to subscribe then their messages arent all that
important.
-Dan
6:25 p.m.
New subject: [Alsa-devel] Re: [linux-audio-dev] Firewire Breakout-Boxes
On Friday 27 August 2004 21.08, Dan Hollis wrote:
On Fri, 27 Aug 2004, Lee Revell wrote:
I totally agree. Enough spam leaks through my filters as it is, and I
would rather not be on any lists that allow posts from
non-subscribers. I've been on a few, and they all let spam (and
viruses and similar crap) through every now and then. Even the closed
lists do once in a while, one way or another.
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality -----------------------------------------------.
| Free/Open Source audio engine for games and multimedia. |
| MIDI, modular synthesis, real time effects, scripting,... |
`-----------------------------------> http://audiality.org -'
--- http://olofson.net --- http://www.reologica.se ---
Why do we need to /dev/null messages from
nonsubscribers then?
because its 100% effective unlike the other methods.
if they cant be arsed to subscribe then their messages arent all
that important.
8:04 p.m.
New subject: [Alsa-devel] Re: [linux-audio-dev] Firewire Breakout-Boxes
On Fri, 2004-08-27 at 16:06, David Olofson wrote:
On Friday 27 August 2004 21.08, Dan Hollis wrote:
If any spam gets through your filters then you need better filters.
SpamAssassin properly configured will effectively eliminate spam.
Besides, you shouldn't need spam filters at all. This should be done on
the mail server.
Lee
On Fri, 27 Aug 2004, Lee Revell wrote:
I totally agree. Enough spam leaks through my filters as it is, and I
would rather not be on any lists that allow posts from
non-subscribers. I've been on a few, and they all let spam (and
viruses and similar crap) through every now and then. Even the closed
lists do once in a while, one way or another. Why do we need to /dev/null messages from
nonsubscribers then?
because its 100% effective unlike the other methods.
if they cant be arsed to subscribe then their messages arent all
that important.
28 Aug
28 Aug
9:57 a.m.
New subject: [Alsa-devel] Re: [linux-audio-dev] Firewire Breakout-Boxes
On Friday 27 August 2004 23.48, Lee Revell wrote:
On Fri, 2004-08-27 at 16:06, David Olofson wrote:
Will try. I definitely need something serious here. Over the last few
months, the situation has changed from "not much of a problem" to
"plain ridiculous."
On Friday 27 August 2004 21.08, Dan Hollis wrote:
If any spam gets through your filters then you need better filters.
SpamAssassin properly configured will effectively eliminate spam. On Fri, 27 Aug 2004, Lee Revell wrote:
I totally agree. Enough spam leaks through my filters as it is,
and I would rather not be on any lists that allow posts from
non-subscribers. I've been on a few, and they all let spam (and
viruses and similar crap) through every now and then. Even the
closed lists do once in a while, one way or another. Why do we need to /dev/null messages from
nonsubscribers
then?
because its 100% effective unlike the other methods.
if they cant be arsed to subscribe then their messages arent
all that important. Besides, you shouldn't need spam filters at all.
This should be
done on the mail server.
My accounts are on a server with some spam filter + virus scanner
solution, but it will either let some spam through, or start killing
other mail occasionally. That wouldn't have been much of an issue if
there was a way to have the server bounce "somewhat suspicious"
messages with a nice "Please do not use HTML" (etc) message, instead
of just throwing them away without telling anyone. :-/
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality -----------------------------------------------.
| Free/Open Source audio engine for games and multimedia. |
| MIDI, modular synthesis, real time effects, scripting,... |
`-----------------------------------> http://audiality.org -'
--- http://olofson.net --- http://www.reologica.se ---
26 Aug
26 Aug
11:47 p.m.
On Wed, 2004-08-25 at 18:30, Daniel Wagner wrote:
Hi,
I'm pleased to announce a project which eventually should support
several Firewire-based breakout-boxes. Following boxes would be
supported:
- ESI QuataFire 610
- M-Audio Firewire Audiophile
- M-Audio Firewire 410
- M-Audio Firewire 1814
- Terratec Aureon 7.1 FireWire
- Edirol FA-101
Each of those boxes is using the same chip produced by the company I'm
working for. I got green lights from my boss to do write a driver for
linux. Of course, this is not a very simple task. Most information
which is needed for writing a driver is available as Standards. Well,
some information is not available as standards...
Wow.. if it helps reassure the powers that be, this is the one single
reason I don't own an M-Audio Firewire 1814 right now. The day it works
well w/ jack, I'm going out and buying the thing.
-DR-
27 Aug
27 Aug
7:55 p.m.
Anyway I have already started to code something but it
is still at
very very very early stage and not good for anything. Therefore I
haven't loaded it up somewhere.
I have created 'project home' for FreeBob (yes, that's the name of it
and there is a reason why :)
http://freebob.sourceforge.net
4 readers of linux-audio-dev have interest to contribute to the
project. That's really great!
thanks,
daniel
7734
days inactive
7737
days old
linux-audio-dev@lists.linuxaudio.org
15 comments
8 participants
participants (8)
-
Clemens Ladisch -
Dan Hollis -
Daniel Wagner -
Dave Robillard -
David Olofson -
Frank Barknecht -
Lee Revell -
Paul Winkler