Havent looked at the code but from the description
its a denormals problem and will depend on architecture
cheers Andy
On Fri, Jul 29, 2016 at 01:39:15PM +0200, Fred Jan Kraan wrote:
Hi José,
Attached patch demonstrates there is indeed a spike about 18 seconds after the inlets went silent.
On my machine the spike is ~15%, while normal operation is at ~4% ([;dsp on( and [set bypass 0(. (Xubuntu 14.04, i3 CPU, 2.93GHz).
I will look into it, but no success guaranteed. I am not a freeverb~ expert).
Greetings,
Fred Jan
-------- Forwarded Message -------- Subject: Re: [PD] freeverb~ known Bug Date: Fri, 29 Jul 2016 11:38:47 +0100 From: José Rafael Subía Valdez jsubiavaldez@gmail.com To: Fred Jan Kraan fjkraan@xs4all.nl
no test patch requiered, open the example and see for your self. turn freeverb~ on, and then stop sending signal to it. after about 10 seconds (in my machine) cpu starts to climb up (this with cpu monitor that pd brings "load meter" under media menu). It escalates until 50% (in my machine). if you then send signal back into freeverb~ the cpu goes down. and so on if you repeat.
On Fri, Jul 29, 2016 at 11:13 AM, Fred Jan Kraan <fjkraan@xs4all.nl mailto:fjkraan@xs4all.nl> wrote:
On 2016-07-25 11:53 PM, José Rafael Subía Valdez wrote: Thanks for responding Fred, it is better as it does not go up to a point of breaking everything but there is still a spike as you can see in the video. The video doesn't work for me (it did once, but now the Flash/dropbox overhead appears to be too much). Can you just post a test patch? Running freeverb~ only results in a load of about 6% on my +3 year old PC, so some data on your enviroment is also welcome. -- José Rafael Subía Valdez www.jrsv.net <http://www.jrsv.net> <http://www.jrsv.net> Greetings, Fred Jan
-- José Rafael Subía Valdez www.jrsv.net http://www.jrsv.net
#N canvas 32 711 598 353 10; #X obj 83 94 freeverb~/freeverb~; #X floatatom 327 285 0 0 0 0 - - -; #X obj 327 159 cputime; #X obj 327 19 loadbang; #X obj 327 103 metro 1000; #X msg 327 47 1; #X floatatom 327 75 0 0 0 0 - - -; #X obj 327 131 t b b; #X obj 327 219 * 0.1; #X obj 327 188 int; #X text 372 75 <-- on/off; #N canvas 0 50 450 250 (subpatch) 0; #X array $0-load 100 float 0; #X coords 0 10 99 0 200 140 1 0 0; #X restore 85 135 graph; #X obj 161 7 noise~; #X msg 83 29 bypass $1; #X obj 83 6 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1 ; #X msg 177 298 ; pd dsp 0; #X msg 103 297 ; pd dsp 1; #N canvas 533 341 450 300 arrayWriter 0; #X obj 56 43 inlet; #X obj 56 217 outlet; #X obj 75 184 tabwrite $0-load; #X obj 168 125 f; #X obj 195 125 + 1; #X obj 187 185 moses 100; #X msg 183 97 0; #X obj 238 69 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X floatatom 257 187 5 0 0 0 - - -, f 5; #X obj 168 149 t f f f; #X obj 95 125 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 56 78 t f f b; #X obj 257 218 outlet; #X connect 0 0 11 0; #X connect 3 0 4 0; #X connect 3 0 9 0; #X connect 4 0 3 1; #X connect 5 1 7 0; #X connect 6 0 3 1; #X connect 7 0 6 0; #X connect 8 0 12 0; #X connect 9 0 2 1; #X connect 9 1 5 0; #X connect 9 2 8 0; #X connect 11 0 1 0; #X connect 11 1 2 0; #X connect 11 2 3 0; #X connect 11 2 10 0; #X restore 327 253 pd arrayWriter; #X floatatom 408 284 0 0 0 0 - - -; #X obj 162 51 *~; #X obj 177 30 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X connect 2 0 9 0; #X connect 3 0 5 0; #X connect 4 0 7 0; #X connect 5 0 6 0; #X connect 6 0 4 0; #X connect 7 0 2 0; #X connect 7 1 2 1; #X connect 8 0 17 0; #X connect 9 0 8 0; #X connect 12 0 19 0; #X connect 13 0 0 0; #X connect 14 0 13 0; #X connect 17 0 1 0; #X connect 17 1 18 0; #X connect 19 0 0 0; #X connect 19 0 0 1; #X connect 20 0 19 1;
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list