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