What you appear to be envisioning is a library of core opcodes, that a
complete SAOL compiler can call, and that is also exposed as a separate API.
I think that would be easy to do, and a very good idea to boot, for a
host-processor based implementation of a SAOL compiler (i.e., one that runs
on a regular PC without hardware acceleration). If, however, the compiler is
built to run on a DSP chip, then you are not likely to get the core opcodes
without also getting the complete SAOL compiler although, as I suggested, it
may still be possible to expose the opcodes for external users.
-----Original Message-----
From: owner-music-dsp@shoko.calarts.edu
[mailto:owner-music-dsp@shoko.calarts.edu]On Behalf Of Joe Wright
Sent: Friday, December 10, 1999 8:31 AM
To: music-dsp@shoko.calarts.edu
Subject: Re: Common standard for DSP acceleration
> Sorry, but I must beg to differ. The standard certainly is defined to
> support real-time MIDI control, for example, and sfront comes with several
> working examples of real-time control, one using the computer keyboard and
> another using MIDI control messages.
I didn't make myself clear. I want my programme to handle the MIDI, not
MPEG4.
> You are of course at liberty, if you implement a SAOL runtime, to expose
the
> core opcodes themselves as public APIs, which is beginning to seem more
like
> what you want. On a DSP chip, this would be a fairly extensive, but
probably
> not intrinsically challenging, project. I'm not sure how well the opcodes
> would work outside of the context of compiling a SAOL orchestra, however.
> Perhaps John Lazzaro would have something to say about that.
Exposing the core opcodes is exactly what I want for the DSP library aspect.
In fact, I think this should be the layer which concerns hardware
manufactures and pro audio software developers, and then MPEG4 sits on top.
Joe
dupswapdrop -- the music-dsp mailing list and website: subscription info,
FAQ, source code archive, list archive, book reviews, dsp links
http://shoko.calarts.edu/musicdsp/
This archive was generated by hypermail 2b29 : Wed May 10 2000 - 12:15:50 EDT