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?
Maybe like this: [loadbang] | [metro 50] | | number stream with high rate | / [f ] | [0.234\ <- number box that is only updated 20 times/s Thus, I'd never put GUI objects within the chain, I'd rather place them "besides" with their own connection so that you can delete the GUI elements later without affecting the logic. > > 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! I just realized that I cannot see any process named 'wish' on OS X, so I don't know how to separate pd process and its GUI process. I do see a process named 'pd' and another one named 'Pd' in top (terminal command). When running your patch, Pd uses 6.5% and pd 2.7%. No significant cpu usage there. And your patch runs fine with Pd 0.47-1 on OS X 10.10.5. I guess I'm of not much help with this issue then, sorry. Roman > On 12 Apr 2017, at 12:55, Roman Haefeli <[email protected]> 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 > > > > <[email protected]> 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 > > > > [email protected] > > > > https://lists.puredata.info/listinfo/pd-dev > > > _______________________________________________ > > > Pd-dev mailing list > > > [email protected] > > > https://lists.puredata.info/listinfo/pd-dev > > _______________________________________________ > > Pd-dev mailing list > > [email protected] > > https://lists.puredata.info/listinfo/pd-dev
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Pd-dev mailing list [email protected] https://lists.puredata.info/listinfo/pd-dev
