Hey Kas:<br><br>After an experiment, I must take slight exception to one thing you said:<br><br><div class="gmail_quote">2009/10/8 Kassen <span dir="ltr"><<a href="mailto:signal.automatique@gmail.com">signal.automatique@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="gmail_quote"><div>...When the shred a UGen was defined in exits the UGen will be disconnected from anything it connected to (I'm not sure everything that connects to the Ugen on the other end will also be disconected but that doesn't matter much here). Because of this the DAC will no longer poll it for new samples so it won't take any CPU anymore. This, in adition to calculation order, is the big advantage of the "pull through" model we use for the UGens.<br>
</div></div></blockquote><br>Here's a simple program that defines a SinOsc and plays it in its own shred. After 3.5 seconds, the shred is killed (and we know that it has exited since its heartbeat / printing stops), yet the sound plays on.<br>
=============<br>fun void playit() {<br> SinOsc s => dac;<br> while (true) {<br> <<< now / 1::second, "playing..." >>>;<br> 1::second => now;<br> }<br>}<br><br>spork ~ playit() @=> Shred @ _player;<br>
3.5::second => now;<br><<< now / 1::second, "terminating shred..." >>>;<br>_player.exit();<br><<< now / 1::second, "waiting before exiting" >>>;<br>7.5::second => now;<br>
<<< now / 1::second, "exiting!" >>>;<br>============<br>produces<br>bash-3.2$ chuck ~/Projects/Chuck/Tests/<a href="http://shred_exit.ck">shred_exit.ck</a><br>0.000000 playing... <br>1.000000 playing... <br>
2.000000 playing... <br>3.000000 playing... <br>3.500000 terminating shred... <br>3.500000 waiting before exiting <br>4.000000 playing... <br>11.000000 exiting! <br>===========<br>[Digression: why the heck does playit() print out "4.00 playing..." when it was terminated at t=3.5? That may be because an exit() doesn't take effect until the next time a shred blocks. If so, that would be a nice thing to document.]<br>
<br>I think what you meant was "When the shred a UGen was defined in exits *NORMALLY* the UGen will be disconnected from anything it connected to..." To test that, we simply let the player shred exit (without unchucking the dac):<br>
===========<br>fun void playit() {<br> SinOsc s => dac;<br> <<< now / 1::second, "playit playing" >>>;<br> 1::second => now;<br> <<< now / 1::second, "playit exiting" >>>;<br>
}<br><br>spork ~ playit();<br>7.5::second => now;<br><<< now / 1::second, "finished" >>>;<br>===========<br>
And yep, sure enough, the sound stops after 1 second. <br><br>So the moral of the story: if you terminate a shred via exit(), it does NOT get the benefit of a standard shred clean-up.<br><br>Perhaps "cleanup of a terminated shred" should be added to the someday-nice-to-have wish list.<br>
<br>Cheers,<br><br>- Rob<br><br> </div>