<br><br><div><span class="gmail_quote">On 10/13/07, <b class="gmail_sendername">dan trueman</b> &lt;<a href="mailto:dtrueman@princeton.edu">dtrueman@princeton.edu</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
i knew there&#39;d be some good questions!</blockquote><div><br><br>Yes, it&#39;s unavoidable that things like this will lead to questions, but questions are good. Let&#39;s be happy so many aspects of ChucK are so questionable! ;¬)
<br>&nbsp;</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>i&#39;ll have to ask Ge how to do that; i don&#39;t know how to set things up
<br>so you can chuck to a function that needs two arguments. i agree it<br>is more chuckian this way, and i first wrote the example that way<br>before finding it didn&#39;t work. actually, is there another example of<br>a method that has two args but will allow you to chuck to the first
<br>arg? if there is, i might be able to look at the source and figure it<br>out. can&#39;t think of one offhand at the moment....</blockquote><div><br>I tried to think of one too. but I can&#39;t come up with a very clear one. In my own opinion this write operation is somewhat like writing to a array so I think that&#39;s one reason to follow the proposed syntax...
<br><br>LiSa simpson =&gt; dac.chan(4);<br><br>is somewhat like it as well, except that is a very different operation and we&#39;re not doing the actual writing ourselves manually.<br><br>Erm... I don&#39;t know. Would like to be able to write classes that have member functions that work like that as well now that I think of it, but that is clearly Ge&#39;s area. Seems like a sub-section of &quot;cross-chucking&quot; in some way as well. Might be functionality we should have, funny how it only comes up now in this way.
<br>&nbsp;</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>LiSa is most definitely interpolating on read, but not on write. i&#39;ll
<br>look into the latter at some point....</blockquote><div><br><br>That would be good, I think, because with this particular write operation there would be a implicit cast from float to int so that&#39;s implicit data-loss. I don&#39;t think it&#39;s all that obvious exactly *what* interpolation would mean in the case of writing single values and it gets more complicated;
<br><br>buf.valueAt(i) +=&gt;<span style="white-space: pre;"> </span>lisa.valueAt( i::samp);<br><br>That doesn&#39;t sound unreasonable to me either (basically it&#39;s a sort of mixing over-dub). Perhaps we should simply round to the nearest integer sample so people who have their own opinion on what interpolated writes mean in this context can implement that themselves in ChucK?
<br><br>Yours,<br>Kas.<br><br><br></div></div>