Re: [linux-audio-dev] SuperClonider

New Message Reply About this list Date view Thread view Subject view Author view Other groups

Subject: Re: [linux-audio-dev] SuperClonider
From: John Lazzaro (lazzaro_AT_CS.Berkeley.EDU)
Date: Sun Apr 21 2002 - 00:18:36 EEST


On Sat, Apr 20, 2002 at 11:21:19PM +0200, Peter Hanappe wrote:
>
> MusicN/Csound/SAOL is also not [...]

One could have taken a look at the MPEG 2 Audio standard when
it came out, played with the reference standard encoder and
decoder, and come to the conclusion that an application like
iTunes was impossible because the reference software looked
nothing like it :-). It took a decade to get to iTunes -- but
underlying it all, the bitstreams look like the MPEG 2 Audio
standard.

SAOL is the same way -- the language is fundamentally capable
of acting as the interchange layer for everything you want to
do. The applications don't exist today, but when MPEG 2 Audio
came out iTunes didn't appear two years later either. What
you see today with SAOL application software is basically
existence proofs, for example:

On Sat, Apr 20, 2002 at 11:21:19PM +0200, Peter Hanappe wrote:
>
> MusicN/Csound/SAOL is also not an interactive music system

Sfront is pretty interactive ... it supports, under Linux:

  -- low latency audio input and output
  -- low-latency MIDI input from local sources
  -- low-latency networked MIDI input via RTP

It has control driver APIs to add SASL low-latency control as
well. Internal projects I have going add an RTP SASL driver,
so that you can write (for example) a GSM encoder and decoder
in SAOL, and use it for VoIP over a WAN. You could take the
sfront control driver API:

http://www.cs.berkeley.edu/~lazzaro/sa/sfman/devel/cdriver/intro/index.html

write an interactive controller for any device you have, and
inject SASL or MIDI into the SAOL engine every control cycle.
SASL has commands for both instantiating new instruments
and dumping in audio or control table data. So, I think SAOL itself
is built to handle interaction pretty well, and sfront acts
as a proof of concept that it is a usable standard in practice.
As a command-line tool, it may not have the GUI you want to
use it, but that's not sfront's purpose in life ...

-------------------------------------------------------------------------
John Lazzaro -- Research Specialist -- CS Division -- EECS -- UC Berkeley
lazzaro [at] cs [dot] berkeley [dot] edu www.cs.berkeley.edu/~lazzaro
-------------------------------------------------------------------------


New Message Reply About this list Date view Thread view Subject view Author view Other groups

This archive was generated by hypermail 2b28 : Sun Apr 21 2002 - 00:05:15 EEST