At 16 Oct 2003 21:04:01 +0300,
Jussi Laako wrote:
On Wed, 2003-10-15 at 23:33, Paul Davis wrote:
yes, sure, so the docs could be better and make it easier for you to
find out how to do this. but the point was that OSS offers *no* xrun
control. xruns can't be detected in user space alone
On Wed, 2003-10-15 at 23:33, Paul Davis wrote:
yes, sure, so the docs could be better and make it easier for you to
find out how to do this. but the point was that OSS offers *no* xrun
control. xruns can't be detected in user space alone (even in the
kernel, its not 100% reliable in the face
On Thursday 16 October 2003 14:04, Jussi Laako wrote:
SuSE is doing OK on the installation area, but their biggest problem is
hacking the ALSA into their kernel, making it pretty difficult to change
the kernel while keeping ALSA stuff in their distro working.
I've been running SuSE since 7.3,
On Wednesday 15 October 2003 11:51, Paul Davis wrote:
How about docs for the mixer interfaces? or a simple HOWTO.
the mixer interface is a problem. OSS glosses over this by hiding 90%
of the capabilities of most hardware mixers and stuffing it into an
incredibly simplified model that then
On Tue, Oct 14, 2003 at 09:26:07 -0700, Thomas Webb wrote:
so, what are the apps that don't use JACK?
(rhetorical question)
rhetorical answer:
...
VAZ Modular
Heh. I can promise you that if Martin ported VAZ to Linux, he would
support JACK.
- Steve
On Tue, Oct 14, 2003 at 09:26:07PM -0700, Thomas Webb wrote:
Say you have 3 months to deliver an audio app for both
windows and linux. If you take longer than that,
you'll have to start going to work again or get
evicted (I swear, this is a hypothetical situation ;P)
JACK may or may not be
This abstraction layer already exists and it's
called PortAudio.
Under those constraints I think you'd be nuts not to
use it.
I checked portaudio out and I actually like it. The
only reason I'm not using it is because it doesn't
have an abstraction for win mac plugin stuff like
ReWire and
On Wed, 2003-10-15 at 04:51, Paul Davis wrote:
assuming that your requirements are met by OSS's incredibly simplistic
model of an audio device driver. need to control xrun detection?
It took a long while before I found out how to disable the default
stop-at-xrun behavior. My app needs to be
On Wed, 2003-10-15 at 04:51, Paul Davis wrote:
assuming that your requirements are met by OSS's incredibly simplistic
model of an audio device driver. need to control xrun detection?
It took a long while before I found out how to disable the default
stop-at-xrun behavior. My app needs to be
Paul Davis wrote:
OSS is dead. You should not be writing apps with
OSS.
Well, at least OSS has a programmer's guide (PDF
file):
http://www.opensound.com/pguide/oss.pdf
Where is the equivalent for ALSA? Until it exists, we
will continue using OSS!
__
Do you
Defiant until the very end. Almost admirable.
http://www.alsa-project.org/alsa-doc/alsa-lib/
Taybin
-Original Message-
From: Love Bucket [EMAIL PROTECTED]
Sent: Oct 14, 2003 11:41 AM
To: [EMAIL PROTECTED]
Subject: [linux-audio-dev] Re: Linux VERSUS OSS ???
Paul Davis wrote:
OSS
OSS is dead. You should not be writing apps with
OSS.
Well, at least OSS has a programmer's guide (PDF
file):
http://www.opensound.com/pguide/oss.pdf
For ALSA
Initial HOWTO's:
http://www.suse.de/~mana/alsa090_howto.html
http://equalarea.com/paul/alsa-audio.html
Reference manual
]
Subject: [linux-audio-dev] Re: Linux VERSUS OSS ???
Paul Davis wrote:
OSS is dead. You should not be writing apps with
OSS.
Well, at least OSS has a programmer's guide (PDF
file):
http://www.opensound.com/pguide/oss.pdf
Where is the equivalent for ALSA? Until it exists, we
On Tue, Oct 14, 2003 at 09:41:14AM -0700, Love Bucket wrote:
Where is the equivalent for ALSA? Until it exists, we
will continue using OSS!
http://www.alsa-project.org/documentation.php3
Or do you really want *.pdf ?
There are tools for that.
v
On Wednesday 15 October 2003 03:19, Paul Davis wrote:
OSS is dead. You should not be writing apps with
OSS.
Well, at least OSS has a programmer's guide (PDF
file):
http://www.opensound.com/pguide/oss.pdf
For ALSA
Initial HOWTO's:
How about docs for the mixer interfaces? or a simple HOWTO.
the mixer interface is a problem. OSS glosses over this by hiding 90%
of the capabilities of most hardware mixers and stuffing it into an
incredibly simplified model that then prevents users from doing things
that they can do under
you're free to continue doing what you want but your
software will not
interoperate with other audio software, it will not
work without
card-specific hacks on various high-end audio
interfaces, and at some
point in the not very distant future, it will rely
on ALSA's OSS
emulation to run.
I believe fully in ALSA JACK, but I code in what is
the best for the time being. At present, it's best to
code for both ALSA and OSS. is JACK fully functional
and ready for commercial programs? no.
can you name any commercial audio applications for linux? which of
them do you believe are in a
can you name any commercial audio applications for
linux? which of
them do you believe are in a better state than JACK
is?
not yet... but tying the success of your product to
the progress of a relitavely new open source project
is a bad idea in some cases. It depends on the
timeframe and
19 matches
Mail list logo