27 Feb
2003
27 Feb
'03
3:39 p.m.
I agree with Paul.
Just as a side note: both Win32's MME and DirectX are callback based but
there is a way to work with both of them without using a callback (which is
not recomended at all). I think OS9's SoundManager is also callback based
(and even interrupt driven, which is very dangerous). The problem with the
sound manager being that it doesn't support multichannel ouputs (stereo and
that's all). The problem with MME is that it's based on legacy Win16 code
which introduces a lot of latency problems. The problem with DirectX being
that it doesn't support multiple outputs and multichannel interfaces (it
supports mixing audio channels though, which is of almost no interest to
us). Both MacOS Classic and Windows have supported a very high level API to
play simple aiff/wav multimedia files like in
PlaySound("c:\windows\tada.wav"); :). I believe this is the level of service
that the sound servers try to implement, not permiting to revive the old OSS
model which have only existed on unix boxes and have been proven an ill
design quite a number of times allready :). They should be built on Jack
and not the contrary.
Sebastien
----- Original Message -----
From: "Paul Davis" <paul(a)linuxaudiosystems.com>
To: <linux-audio-dev(a)music.columbia.edu>
Cc: <kde-multimedia(a)mail.kde.org>
Sent: Thursday, 27 February, 2003 18:39
Subject: Re: [linux-audio-dev] Fwd: CSL Motivation (fwd)
well, there are at least two sets of evidence to
consider there. i
think there is plenty of evidence in the world of windows that a large
amount of interesting audio software works with the ASIO and DirectX
models (which are semantically similar, if syntactically worlds
apart). its not limited to audio synthesis. but at the same time, its
worth noting that "most" apps on windows that emit audio for some
reason (i.e the ones that are not actually audio applications) do not
use ASIO or DirectX. so there is evidence to support the idea that at
least a couple of abstractions are necessary.