I have a faint memory that I have run into problems when not reading all parameters that are included in an event, or mismatching the actual event with the parameter list in the OscRecv constructor, or something. Say that whatever sends the OSC event that you are receiving in your code, Dimitris, adds two float parameters. You only read one, so the other remains somewhere.<div>
<br></div><div>I can't reproduce this now locally, so I may just be rambling. A thought anyway.</div><div><br></div><div>/Stefan<br><br><div class="gmail_quote">On Mon, Mar 30, 2009 at 7:12 PM, Stephen Sinclair <span dir="ltr"><<a href="mailto:radarsat1@gmail.com">radarsat1@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div><div></div><div class="h5">On Mon, Mar 30, 2009 at 1:09 PM, Stephen Sinclair <<a href="mailto:radarsat1@gmail.com">radarsat1@gmail.com</a>> wrote:<br>
> 2009/3/30 Bozelos Dimitris <<a href="mailto:dbozelos@yahoo.gr">dbozelos@yahoo.gr</a>>:<br>
>> Hi Kassen,<br>
>><br>
>> thanks a lot and sorry for the late reply I had trouble last days with the<br>
>> latest fedora updates and wouldn't ChucK that much!<br>
>><br>
>> FROM: Kassen<br>
>><br>
>> Hey, Dimitris!<br>
>><br>
>>> For some reason I constantly get a "segmentation fault" fatal error<br>
>>> sometimes just after some seconds I run my shreds. What does this mean?<br>
>><br>
>> Typically it means you tried to address something that doesn't exist/ isn't<br>
>> instantiated. It can also mean there is some bug in ChucK that affects you.<br>
>><br>
>> Well, I found out that an accumulator that I had was causing the trouble. I<br>
>> was receiving a variable through osc and doing (inside an infinite<br>
>> time-loop) something like<br>
>><br>
>> while( event.nextMsg() )<br>
>> {<br>
>> event.getFloat() +=> a;<br>
>> }<br>
>><br>
>> I don't really know why it was crushing, it shouldn't. when I removed this<br>
>> part everything was ok.<br>
>><br>
>>> Once or twice I had an "OSC packet ...: buffer (or stack) overflow" error.<br>
>>> Is there a buffer or a limit on the messages you send / receive?<br>
>><br>
>> I don't know :¬)<br>
>> I'm certain there must be some limit somewhere but I'm not sure what or<br>
>> where it is.<br>
>><br>
>> What probably happened here is that I was being sent the messages faster<br>
>> than receiving them, so if I had an osc message coming every 100 ms and I<br>
>> had<br>
>><br>
>> while( true )<br>
>> {<br>
>> while( event.nextMsg() ) { ... }<br>
>> 1000::ms => now;<br>
>> }<br>
>><br>
>> the messages might have been accumulating so there was the buffer overflow.<br>
>> Although it shouldn't be, I think.<br>
>><br>
>> But I actually have a question here about the OSC events: is there any smart<br>
>> way to have some code executed on an event independently of the time of the<br>
>> infinite time-loop? To be more clear, let's say I have an BiQuad filter and<br>
>> I want to control its frequency over the network through OSC. So,<br>
>><br>
>> while( true )<br>
>> {<br>
>> while( event.nextMsg() )<br>
>> {<br>
>> event.getFloat() => f.pfreq;<br>
>> }<br>
>><br>
>> // do other stuff<br>
>><br>
>> 1::second => now;<br>
>> }<br>
>><br>
>> This have the consequence, if I'm not mistaken, that every 1 second chuck<br>
>> will check for new messages and if messages are sent every 300 ms and for<br>
>> some reason we need the loop to run every one second the frequency is<br>
>> actually updated once a second with the last of the 3 received values<br>
>> instead of 3 times a second.<br>
>><br>
>> The only way around I can think now is to declare the filter in a public<br>
>> class as a static object and have a separate shred that runs with a faster<br>
>> time-loop and update the filter this way. But this might lead to<br>
>> unreasonable many shreds like one for gain, one for frequency etc. Moreover<br>
>> this will mean that I will be able to have only one BiQuad filter working<br>
>> this way. So I see this solution highly problematic. Any ideas?<br>
><br>
> Yo,<br>
><br>
> You can wait on the event itself, so that your loop will wake up every<br>
> time a message comes in.<br>
><br>
> while( true )<br>
> {<br>
> while( event.nextMsg() )<br>
> {<br>
> event.getFloat() => f.pfreq;<br>
> }<br>
> 1::second => now;<br>
> }<br>
><br>
> If you need to "do other stuff", I suggest doing this event loop in a<br>
> shred by sporking it.<br>
<br>
</div></div>Sorry, I intended to change the code after copying it:<br>
<br>
fun void msg_freq() {<br>
while( true )<br>
{<br>
event => now;<br>
<div class="im"> while( event.nextMsg() )<br>
{<br>
event.getFloat() => f.pfreq;<br>
}<br>
}<br>
}<br>
<br>
</div>spork ~ msg_freq();<br>
<div><div></div><div class="h5">_______________________________________________<br>
chuck-users mailing list<br>
<a href="mailto:chuck-users@lists.cs.princeton.edu">chuck-users@lists.cs.princeton.edu</a><br>
<a href="https://lists.cs.princeton.edu/mailman/listinfo/chuck-users" target="_blank">https://lists.cs.princeton.edu/mailman/listinfo/chuck-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Release me, insect, or I will destroy the Cosmos!<br>
</div>