<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">i just want the opposite of SndBuf.read(); want to be able to open a file and write to it all at once, even if it causes hiccups in the VM. but as far as i can tell it's not possible. i'm pretty sure i can cram samples into SndBuf using valueAt, doing the opposite of what we do now to load samples into LiSa, but i haven't tried that either... so maybe it's all a big mess.<div><br></div><div>thanks,</div><div>dan<br><div><br><div><div><div>On Sep 30, 2010, at 9:10 PM, Kassen wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><br><br><div class="gmail_quote">On 30 September 2010 18:05, Daniel Trueman <span dir="ltr"><<a href="mailto:dtrueman@princeton.edu">dtrueman@princeton.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
hey, thanks. i'm actually looking for non-realtime file writing; want to write the contents of LiSa buffers to disc, but i don't want to hack that into LiSa itself, for many reasons including lack of time and laziness...<br>

<font color="#888888"><font class="Apple-style-span"><font class="Apple-style-span" color="#888888"><br></font></font></font></blockquote><div><br></div><div>So, you are looking for non-realtime writing from a VM that itself runs in realtime and outputs audio that may be different from the contents of the buffer that you are trying to save?</div>
<div><br></div><div>I'm not sure about the non-realtime writing, but you could copy the contents of your LiSa to a separate LiSa used for this purpose, then have that play into a WvOut (and a blackhole) while the original LiSa is free to go on to do new things?</div>
<div><br></div><div>I don't think you can do exactly what you proposed, but I'm fairly sure there will be workarounds depending on what you want to accomplish. I also think we might be able to use a file output in a function that takes a LiSa as a argument and creates a audio file. This would, however, require implementing the file format of whatever type of file we pick in ChucK. It's also a rather theoretical approach as I never heard of anyone doing this. In my experience that means trying will unearth bugs (not a bad thing, as such).</div>
<div><br></div><div>Does that help? Do we need to go over the details of your needs?</div><div><br></div><div>Yours,</div><div>Kas.</div></div>
_______________________________________________<br>chuck-users mailing list<br><a href="mailto:chuck-users@lists.cs.princeton.edu">chuck-users@lists.cs.princeton.edu</a><br>https://lists.cs.princeton.edu/mailman/listinfo/chuck-users<br></blockquote></div><br></div></div></div></body></html>