Hi Garry.<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
The deprecated functions in RtAudio are a relatively easy fix.  I will get around to it by December but I see no rush, as those functions are still supported until at least the next major OS release.  RtAudio from 2005 ... wow, that&#39;s many releases old!<br>

<br></blockquote><div>That would be good, as using the newer version or RtAudio would also solve the lack of ASIO on Windows, right? I have been campaigning for that for a long time now. Plain Windows audio drivers for realtime instrumentalist applications are a exercise in masochism, at least on XP.  <br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
What is the problem with using the STK .h and .cpp files &quot;as is&quot; in Chuck?<br>
<br></blockquote><div><br>Data-types.<br><br>The STK lacks a concept of duration and so classes like Envelope in the plain STK set duration-based member functions in float. In ChucK we should clearly set duration in &quot;dur&quot;. ChucK also changed the range of some parameters away from MIDI-based ranges to a 0-1 range. Also; we made some fixes to STK bugs that I&#39;m not sure were send upstream.<br>
</div></div><br>I&#39;m not sure what you mean by ChucK having added soundfile support recently. I suppose it depends on what you call &quot;recent&quot;, but I&#39;m sure it has been there since I have been around which is about since the Dracula version. I don&#39;t think I can remember any significant changes in that area over this period.<br>
<br>Syncing might still be good, but IMHO not without taking care that the way that ChucK uses the STK stays within this more ChucKist perspective on UGen control.<br><br>Yours,<br>Kas.<br>