[PD-dev] Conflict: incoming OSC data and DSP on

[Niccolò Granieri]

Hi IOhannes, thanks a lot for your feedback.

I guess there is something else that I'm not taking into account. Because both on the test patch I sent over, and on the actual patch I'm working on with which I'm having issues, if I turn DSP on the whole patch freezes, until I turn audio off.

> GUI-updates might eventually become throttled.
> so you ought to make sure that it is really the numbers that do not
> arrive over the wire, rather than the numberboxes simply refusing to
> update at that rate. a simple hack is to send the numbers to the cold
> inlet of [f] and periodically ([metro 1000]) print out the values stored
> therein.

I tried, but being frozen it becomes impossible to even do anything with the incoming values.

I am sure that a colleague of mine had the same issues running the latest pd on another Macbook Pro, 15" late 2011 running El Captain, and a Lenovo ThinkPad running a linux build.

If that could be of any use I can try and find out more precise specs.

> On 11 Apr 2017, at 12:42, IOhannes m zmoelnig <zmoelnig at iem.at> wrote:
> 
> On 2017-04-11 13:31, Niccolò Granieri wrote:
>> Here is the fully automated patch. Hope it helps.
> 
> thanks. it's perfect.
> 
> unfortunately it just shows that everything is working as expected.
> even if i lower the first metro to 1ms.
> 
> i'm testing this on Debian/sid, with Pd-vanilla (0.47.1, as packaged in
> Debian).
> 
> jsut a wild guess: GUI-updates might eventually become throttled.
> so you ought to make sure that it is really the numbers that do not
> arrive over the wire, rather than the numberboxes simply refusing to
> update at that rate. a simple hack is to send the numbers to the cold
> inlet of [f] and periodically ([metro 1000]) print out the values stored
> therein.
> 
> fgasdmr
> IOhannes
> 
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at lists.iem.at
> https://lists.puredata.info/listinfo/pd-dev