This command-line works on my system for the dsound example (using VC++
6, DX8 sdk installed):
cl dsound.c winmm.lib dsound.lib dxguid.lib user32.lib /DWIN32
-odsound.exe
This does work, though strictly speaking the final option should read
/odsound.exe
John Lazzaro wrote:
> It's true that implementing a feature like this, showing a speedup
> advantage, and then taking it to MPEG for consideration is a path for
> adding new things to SAOL ...
>
> Personally, though, I'm won't be able to allocate significant time to
> helping with these sort of extensions, my focus these days is on the
> networking stuff,
No worries; I wasn't really asking you to do it! Just some pointers on
howto, which you have done, for which many thanks. I may well try the
'hard' route, as I am interested in how to add new signal types, in
principle - looking ahead to a sort of SAOL-EX for composers, with
multiple file i/o, analysis data import from files (e.g an fsig
corresponds directly to a PVOC-EX file), and other things we depend on
in Csound, but which ostensibly cannot be part of a normative SAOL.
I'll check back with portaudio.com about how far they will go with
WAVE-EX support. But it has a bearing on the sfront core code, as with
WAVE-EX you can output in floatsams (or 24bit, etc), so ther is no need
to write to a shorts buffer, and you can configure different explicit
speaker feed patterns such as 5.1 or 7.1. This in turn may be relevant
to AudioBIFS, the spatialize opcode, and so on.
Richard Dobson
This archive was generated by hypermail 2b29 : Mon Jan 28 2002 - 12:11:09 EST