Just a wild guess: It looks like your localhost connection is slow for some reason. Is there some anti virus software installed? If so, does the problem still occur when anti virus is stopped?
No antivirus installed on my Mac. Also, I can assure you that it's not a slow localhost problem. It's happening also on another Mac, and a Lenovo running Linux. It's an issue that Pd has when it receives a big stream of OSC data.
On 12 Apr 2017, at 16:06, Roman Haefeli reduzent@gmail.com wrote:
Just a wild guess: It looks like your localhost connection is slow for some reason. Is there some anti virus software installed? If so, does the problem still occur when anti virus is stopped?
Roman
On Mit, 2017-04-12 at 16:02 +0100, Niccolò Granieri wrote:
Does the attached modified version of your test patch still exhibit the problem?
Yes, same exact problem.
On 12 Apr 2017, at 16:01, Roman Haefeli reduzent@gmail.com wrote:
Does the attached modified version of your test patch still exhibit the problem?
Roman
On Mit, 2017-04-12 at 13:02 +0100, Niccolò Granieri wrote:
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
<Test_Patch_Automated_throttled.pd>
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev