I will try to integrate the new version of RTaudio and see what comes up with it. If i understand correctly version RTAudio 3.0.2 is alreay in Chuck. This version has multiple API capacity. I think that I am already compiling for multiple API, but since ChucK doesn't provide any argument to the Rtaudio constructor, it always take ASIO because it's higher in the list than DS.
<br>If we can provide an argument to RTaudio constructor, probably coming from the command line, it should work.<br><br>I will try it in a few days.<br><br>Thanks,<br>Philippe.<br><br><div><span class="gmail_quote">On 6/23/07,
<b class="gmail_sendername">Kassen</b> <<a href="mailto:signal.automatique@gmail.com">signal.automatique@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<span class="q">On 6/23/07, <b class="gmail_sendername">Ge Wang</b> <<a href="mailto:gewang@cs.princeton.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">gewang@cs.princeton.edu</a>> wrote:
</span><div><span class="q"><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><br><div><br></div><div>Next we should also figure out how to best roll this into the distro. Should we include two exe's? Another eventual option is to finally upgrade to the newest RtAudio, which has runtime support for multiple API's - this will happen sooner or later we think, and we hope to work with Gary Scavone to make transition smoothly. What to do in the meantime?
</div></div></blockquote></span><div><br> I looked over the RTAudio notes on multiple API's in anticipation of the arival of the .exe and that definately seems like the way to go in the future. I'd say that would also be the way to go for Linux.
<br><br>If you want only one of the two I think ASIO is the obvious choice because there is ASIO4ALL to turn a WM style soundcard into a ASIO suporting one but the other way around doesn't exist (And would be similar to trying to sell a kit that can turn a Ferari into a Trabant). On that topic I think it's very good news that this works with ASIO4ALL according to Consul.
<br><br>This Windows Media style of audio drivers is realy, realy, terribly slow which I can't stress enough is very bad for realtime (musical) performance. The one thing that's good about it -to me- is that it made me think a lot about creative input quantisation. I realise Princeton is basically all Mac's. If you're used to a Mac I think it might be hard to imagine how attrociously bad and slow Windows Media drivers are.
<br><br></div>Maybe two exe's would be best. The files should be very similar which hopefully the zip compression will pick up on?<br><br>Also, in the interest of getting lots of feedback on this I still think this should go to the main users list as well but I think that's for Philippe or you to post. It'd be good to know about incompatibilities, issues or potential fire-hazards before this goes into the main distribution.
<br><br>Kas.<br></div>
<br>_______________________________________________<br>chuck-dev mailing list<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:chuck-dev@lists.cs.princeton.edu">chuck-dev@lists.cs.princeton.edu</a>
<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="https://lists.cs.princeton.edu/mailman/listinfo/chuck-dev" target="_blank">https://lists.cs.princeton.edu/mailman/listinfo/chuck-dev</a><br><br></blockquote>
</div><br>