I cannot with the same Pd version on Linux. I wonder whether it is
related to the high refresh rate of the number boxes.

Does the GUI freeze still occur if the the update rate of the number
boxes (not that of actual data going through the wire!) is throttled? 

Hi Roman, I'm not quite sure how I would throttle the number boxes, can you be more specific?

Is wish more likely the bottleneck on some platforms, but not on
others? Is wish using 100% of a CPU core when the freeze happens?

Actually Pd drops in CPU usage after the freeze happens. From 40% to 0,8%. But the GUI is completetly frozen and the audio has up to a 5second delay!

_______________________________________________
Pd-dev mailing list
Pd-dev@lists.iem.at
https://lists.puredata.info/listinfo/pd-dev


On 12 Apr 2017, at 12:55, Roman Haefeli <reduzent@gmail.com> wrote:



On Die, 2017-04-11 at 18:33 +0200, Damian Stewart wrote:
Fwiw I can reproduce exactly the behaviour that Niccolò is seeing
here. OSX 10.12.3, pd vanilla 0.47.1 64 bit.

I cannot with the same Pd version on Linux. I wonder whether it is
related to the high refresh rate of the number boxes.

Does the GUI freeze still occur if the the update rate of the number
boxes (not that of actual data going through the wire!) is throttled? 

Is wish more likely the bottleneck on some platforms, but not on
others? Is wish using 100% of a CPU core when the freeze happens?

(Sorry if I'm repeating what IOhannes already said)

Roman


p.s.: Why is this on pd-dev?


On 11 Apr 2017, at 00:56, Niccolò Granieri
<granieriniccolo@gmail.com> wrote:

Hello Pd-dev mailing list,

I am writing, for the first time, to point out an issue I'm having
with incoming OSC data in Pd and DSP being turned on.

The problem occurs when, while receiving OSC data from inside my
machine (thus using a localhost), I turn on DSP. The OSC data stops
flowing until I don't turn the DSP off.

The only workaround I found to solve this issue is to run two
separate instances of Pd: the first one that will act as an OSC
parser, not having the need to turn on DSP. Once the data is
parsed, the data is sent to a second instance of Pd via FUDI
protocol (netsend) where it can coexist with DSP on without causing
any issues.

This unfortunately brings up the amount of computing power needed.

I was wondering if anyone encountered the same problem before, and
if there was any better solution.

Thanks in advance, glad to be in this mailing list,

Niccolò

Pure Data 0.47.1 - 64 bit



_______________________________________________
Pd-dev mailing list
Pd-dev@lists.iem.at
https://lists.puredata.info/listinfo/pd-dev

_______________________________________________
Pd-dev mailing list
Pd-dev@lists.iem.at
https://lists.puredata.info/listinfo/pd-dev
_______________________________________________
Pd-dev mailing list
Pd-dev@lists.iem.at
https://lists.puredata.info/listinfo/pd-dev