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 > [email protected] > https://lists.puredata.info/listinfo/pd-dev > > > > > > 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
#N canvas 134 79 1067 495 10; #X obj 17 422 netsend -u -b; #X obj 17 445 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1 1; #X msg 88 400 disconnect; #X msg 88 359 12345; #X obj 714 56 netreceive -u -b; #X msg 88 380 connect localhost \$1; #X msg 714 33 listen 12345; #X obj 714 80 oscparse; #X obj 714 104 list trim; #X obj 801 129 route audio2; #X obj 714 129 route audio1; #X msg 317 430 \; pd dsp 1 \;; #X msg 384 430 \; pd dsp 0 \;; #X obj 17 30 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1 1 ; #N canvas 557 270 671 470 packOSC 0; #X obj 189 27 inlet; #X obj 189 94 list split 1; #X obj 246 300 list; #X obj 195 438 outlet; #X obj 195 408 list trim; #X obj 195 343 oscformat; #X msg 189 138 set \$1; #X obj 189 242 t b a; #X obj 195 376 list prepend send; #X connect 0 0 1 0; #X connect 1 0 6 0; #X connect 1 1 2 1; #X connect 2 0 5 0; #X connect 4 0 3 0; #X connect 5 0 8 0; #X connect 6 0 7 0; #X connect 7 0 2 0; #X connect 7 1 5 0; #X connect 8 0 4 0; #X restore 17 313 pd packOSC; #X obj 174 283 list prepend audio2; #X obj 17 283 list prepend audio1; #X obj 17 7 loadbang; #X obj 35 29 s ldbng; #X obj 714 9 r ldbng; #X obj 384 404 r ldbng; #X obj 88 337 r ldbng; #X obj 884 129 route audio3; #X obj 971 129 route audio4; #X obj 298 283 list prepend audio3; #X obj 421 283 list prepend audio4; #X obj 604 312 metro 1000; #X obj 604 289 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1 1; #X obj 604 265 r ldbng; #X obj 604 360 +; #X floatatom 604 385 5 0 0 0 - - -, f 5; #X obj 604 336 f 1; #X obj 603 406 sel 10; #X obj 603 429 s freeze; #X obj 317 383 r freeze; #X obj 17 156 +; #X obj 17 132 f 1; #X obj 172 153 +; #X obj 172 129 f 1; #X obj 300 147 +; #X obj 300 123 f 1; #X obj 425 156 +; #X obj 425 132 f 1; #X obj 174 98 metro 6; #X obj 298 98 metro 6; #X obj 423 100 metro 6; #X obj 17 98 metro 5; #X obj 317 406 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X text 692 315 3 After 10 seconds \, the DSP will turn on. 4 Notice how due to the amount of data flow \, the messages stop flowing.; #X text 692 250 1 Open the patch; #X text 692 276 2 Notice how data flows from the 3 counters over OSC prootocol.; #X text 692 354 4 In this scenario \, 1 of the metro objects must be set to 5ms in order for the bug to appear \, but in a normal OSC communication scenario \, with data incoming from another app \, the bug occurs with default OSC data transfer rates.; #X text 692 419 5 Turn DSP off in order to resume the osc communication. ; #X obj 340 39 metro 50; #X obj 340 59 s refresh; #X obj 17 181 mod 9395; #X obj 172 178 mod 7325; #X obj 300 172 mod 8355; #X obj 425 181 mod 6343; #X obj 17 201 t a a a; #X obj 172 198 t a a a; #X obj 300 192 t a a a; #X obj 426 202 t a a a; #X obj 33 238 f; #X floatatom 33 258 5 0 0 0 - - -, f 5; #X obj 32 219 r refresh; #X obj 200 242 f; #X floatatom 200 262 5 0 0 0 - - -, f 5; #X obj 199 223 r refresh; #X obj 316 241 f; #X floatatom 316 261 5 0 0 0 - - -, f 5; #X obj 315 222 r refresh; #X obj 443 243 f; #X floatatom 443 263 5 0 0 0 - - -, f 5; #X obj 442 224 r refresh; #X obj 681 179 f; #X floatatom 681 199 5 0 0 0 - - -, f 5; #X obj 680 160 r refresh; #X obj 776 180 f; #X floatatom 776 200 5 0 0 0 - - -, f 5; #X obj 775 161 r refresh; #X obj 867 184 f; #X floatatom 867 204 5 0 0 0 - - -, f 5; #X obj 866 165 r refresh; #X obj 954 179 f; #X floatatom 954 199 5 0 0 0 - - -, f 5; #X obj 953 160 r refresh; #X obj 340 18 r ldbng; #X connect 0 0 1 0; #X connect 2 0 0 0; #X connect 3 0 5 0; #X connect 4 0 7 0; #X connect 5 0 0 0; #X connect 6 0 4 0; #X connect 7 0 8 0; #X connect 8 0 9 0; #X connect 8 0 10 0; #X connect 8 0 22 0; #X connect 8 0 23 0; #X connect 9 0 78 1; #X connect 10 0 75 1; #X connect 13 0 43 0; #X connect 13 0 44 0; #X connect 13 0 45 0; #X connect 13 0 46 0; #X connect 14 0 0 0; #X connect 15 0 14 0; #X connect 16 0 14 0; #X connect 17 0 13 0; #X connect 17 0 18 0; #X connect 19 0 6 0; #X connect 20 0 12 0; #X connect 21 0 3 0; #X connect 22 0 81 1; #X connect 23 0 84 1; #X connect 24 0 14 0; #X connect 25 0 14 0; #X connect 26 0 31 0; #X connect 27 0 26 0; #X connect 28 0 27 0; #X connect 29 0 30 0; #X connect 30 0 29 1; #X connect 30 0 32 0; #X connect 31 0 29 0; #X connect 32 0 33 0; #X connect 34 0 47 0; #X connect 35 0 55 0; #X connect 36 0 35 0; #X connect 37 0 56 0; #X connect 38 0 37 0; #X connect 39 0 57 0; #X connect 40 0 39 0; #X connect 41 0 58 0; #X connect 42 0 41 0; #X connect 43 0 38 0; #X connect 44 0 40 0; #X connect 45 0 42 0; #X connect 46 0 36 0; #X connect 47 0 11 0; #X connect 53 0 54 0; #X connect 55 0 59 0; #X connect 56 0 60 0; #X connect 57 0 61 0; #X connect 58 0 62 0; #X connect 59 0 16 0; #X connect 59 1 63 1; #X connect 59 2 35 1; #X connect 60 0 15 0; #X connect 60 1 66 1; #X connect 60 2 37 1; #X connect 61 0 24 0; #X connect 61 1 69 1; #X connect 61 2 39 1; #X connect 62 0 25 0; #X connect 62 1 72 1; #X connect 62 2 41 1; #X connect 63 0 64 0; #X connect 65 0 63 0; #X connect 66 0 67 0; #X connect 68 0 66 0; #X connect 69 0 70 0; #X connect 71 0 69 0; #X connect 72 0 73 0; #X connect 74 0 72 0; #X connect 75 0 76 0; #X connect 77 0 75 0; #X connect 78 0 79 0; #X connect 80 0 78 0; #X connect 81 0 82 0; #X connect 83 0 81 0; #X connect 84 0 85 0; #X connect 86 0 84 0; #X connect 87 0 53 0;
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Pd-dev mailing list [email protected] https://lists.puredata.info/listinfo/pd-dev
