On Thu, 07 Mar 2002 16:25:34 -0500
Paul Davis <[EMAIL PROTECTED]> wrote:
> >heh. Imagine they _did_ port it.. we'd have to come up with a new word to repl
> >ace the "Linux" in ALSA... ;-)
>
> ALSA has been (or was) adopted by QNX, though they started with 0.5.X,
> which was probably a mistake.
Hi,
Regarding my mail with subject 'Maak het bekend: Fusion night @ joow's:
29/03/02':
I'm sorry, but due to an error on my side it was sent to you. Please discard
it.
Sorry again,
Pieter
On Thu, 7 Mar 2002, Paul Kellett wrote:
>> I just finished porting ecasound to Compaq's iPAQ 3600, running the
>> Familiar v0.5.1 Linux distribution. This is probably the first multitrack
>> recording suite running on a PDA. :)
> Sorry, you are not first... www.planetgriff.com
Doh! :) Although,
>heh. Imagine they _did_ port it.. we'd have to come up with a new word to repl
>ace the "Linux" in ALSA... ;-)
ALSA has been (or was) adopted by QNX, though they started with 0.5.X,
which was probably a mistake.
>quite. especially since linux is capturing most of the unix market share (esp.
> o
[EMAIL PROTECTED] wrote:
> Where?, I can find it, the only thing close to that I see is a posting:
> "HOWTO: configure a midi loopback using ALSA"
> at
> http://www1.ircam.fr/listes//archives/jmax/msg02992.html
http://linux-sound.org
Look for the Quick Toots link in the Documentation/Ne
On Thu, 7 Mar 2002, Dave Phillips wrote:
> > add it to my 'aconnect-Howto', that might appear on DLP's Sound and Midi page
>soon...
> It's there as we speak (write?)...
Where?, I can find it, the only thing close to that I see is a posting:
"HOWTO: configure a midi loopback using ALSA"
at
http:
On Thu, 07 Mar 2002 12:44:24 -0500
Paul Davis <[EMAIL PROTECTED]> wrote:
> >An "advantage" of OSS (not the free one) is that ther is e.g. e driver for sol
> >aris.
> >
> >For ALSA there is IMHO none. BTW does anyone know how difficult (work-intensiv
> >e) it
> >would be to port the ALSA API (user
> I just finished porting ecasound to Compaq's iPAQ 3600, running the
> Familiar v0.5.1 Linux distribution. This is probably the first multitrack
> recording suite running on a PDA. :)
Sorry, you are not first... www.planetgriff.com
(I wrote the audio code for it - all in fixed point which was
yes, that sounds like a layout problem. i will try to get my hands on
a SBLive, and also use some virtual midi ports. as you might have noticed,
this release is still rather beta: lot's of printf to be removed ;-)
maarten
>An "advantage" of OSS (not the free one) is that ther is e.g. e driver for sol
>aris.
>
>For ALSA there is IMHO none. BTW does anyone know how difficult (work-intensiv
>e) it
>would be to port the ALSA API (user-space lib) using the solaris /dev/audio, /
>dev/audioctl ?
from a pure code perspect
Sweet!
That means it'll also run on the Sharp Zaurus!
ljp
At 07:09 PM 3/7/2002 +0200, you wrote:
>I just finished porting ecasound to Compaq's iPAQ 3600, running the
>Familiar v0.5.1 Linux distribution. This is probably the first multitrack
>recording suite running on a PDA. :)
>
>Porting work
An "advantage" of OSS (not the free one) is that ther is e.g. e driver for solaris.
For ALSA there is IMHO none. BTW does anyone know how difficult (work-intensive) it
would be to port the ALSA API (user-space lib) using the solaris /dev/audio,
/dev/audioctl ?
Stefan
--
\|/
<@ @>
I just finished porting ecasound to Compaq's iPAQ 3600, running the
Familiar v0.5.1 Linux distribution. This is probably the first multitrack
recording suite running on a PDA. :)
Porting work was actually quite easy. Just get the arm-linux
cross-compilation environment (gcc+glibc), fetch ecasound
Frank Barknecht wrote:
> ...I like the idea of aconnectgui, and I think it would be appropriat, to
> add it to my 'aconnect-Howto', that might appear on DLP's Sound and Midi page soon...
It's there as we speak (write?)...
Best regards,
== Dave Phillips
The Book Of Linux Music & Sound
Maarten de Boer hat gesagt: // Maarten de Boer wrote:
> "aconnectgui is a FLTK based frontend for aconnect. It is written
> directly on top of the aconnect source, leaving the original source
> intact, only adding a couple of ifdefs, and some calls to the gui
> part, so it provides exactly the sa
Kai Vehmanen <[EMAIL PROTECTED]> writes:
> [alsa-kernel/alsa-driver]
> - better driver architecture
> - more shared code between drivers for
> different soundcards
no need to reinvent the wheel in every driver
distro maintainers build monuments in honor of alsa team
As a programmer, alsa is just much easier to use.
alsa provides a consistent api interface for all sound cards thanks to the
alsa-lib. (shared user space code)
So, if I write an app for my sound card, I can be pretty sure the app will
work on all other sound cards.
With OSS/Free, hardly any of th
Greetings:
I was tempted to add "...a day late and a dorkbot short..."
Anyway, it's on-line now. Lots of new stuff, etc. etc. etc.
Check it out:
http://www.linuxsound.at/ (Europe)
http://linux-sound.org/ (USA)
http://www.ymo.org/linuxsound/ (Japan
Why is ALSA the better alternative? That's a question I've been asked
quite a few times recently. Below is a reply I just wrote to
ecasound-list. I'd be very interested in hearing your comments on this
issue. Have I missed some important points?
One thing that seems be causing a lot of confusion
"aconnectgui is a FLTK based frontend for aconnect. It is written
directly on top of the aconnect source, leaving the original source
intact, only adding a couple of ifdefs, and some calls to the gui
part, so it provides exactly the same functionality, but with a
graphical userinterface."
http://
20 matches
Mail list logo
