>Interesting! What sort of ActiveX control?


I have written such a control. It is a complete ActiveX control that
functions in the context of a Web page, more or less reliably inside various
ActiveX container applications, and as the guts of a new standalone
launcher.

>I'm not sure how reliably this would work, unless XTCsound is re-entrant,
which
>I get the impresssion it isn't, yet. Or are you assuming it will only be
used
>for off-line work? If it is accepting real-time streamed audio a la
DirectSound,
>as one would expect from an audio ActiveX control, there must be no
question of
>its 'score' ever finishing. Is this mainly to be able to access Csound from
>V.Basic, etc?

Right now it runs XTCsound, that is hcsound, and goes through the whole load
and link cycle, using the 32 bit driver API. However the orc and sco are set
up for XTCsound, that is what happens when you click on the "Play" button or
call the Play method. In other words, it can either serve as a background
driver for playing a MIDI controller, or run an orc and sco as a batch as
with regular Csound.

One objective certainly is to run XTCSound (or Csound for that matter) from
Visual Basic, Visual C++, or other COM client programs.

>
>I think it would need to accept all likely audio formats, ie 8-bit, 16bit
and
>32bit floats, and be able to render the audio directly, using the card
>(especially valuable for multi-channel formats), or pass it on (eg to
>ActiveMovie controls). It will also need to offer a bypass facility.


There is no ActiveMovie support at this time. The control supports all the
current hcsound command options and file formats.

>A scriptable Csound ActiveX control could offer a full Csound programming
>interface to V Basic (and Java, presumably)  - so it would accept
orchestras and
>scores created therein, insertable score statements, and so on...


Yes, it does this. You can programmatically create orcs and scos and
programmatically run them.