[PD-dev] [ pure-data-Bugs-1601235 ] vcf_lp4~ outputs nan in helpfile on osx
Bugs item #1601235, was opened at 2006-11-22 17:16 Message generated for change (Comment added) made by eerne You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1601235group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: vcf_lp4~ outputs nan in helpfile on osx Initial Comment: [env~] outputs nan when i connect it to the [vcf_lp4~] object in help-vcf_lp4~.pd testing with Pd-0.39.2-extended-test4 on osx 10.3.9 vcf_lp2~ is ok but the nan appers with help-vcf_lp8~ again -- Comment By: eerne (eerne) Date: 2006-11-23 12:27 Message: Logged In: YES user_id=1373643 Originator: NO grüezi just one more comment: i tried to reduce the patch to the bug by using [osc~] [sig~] instead of [testtone~] [line~] but couldn't reproduce it this way. so i just added [env~] to the help patch. -- Comment By: eerne (eerne) Date: 2006-11-23 12:21 Message: Logged In: YES user_id=1373643 Originator: NO yep sorry... it seems that i can't attache a file when i reply to this bug. i post the file as text... or should i start a new bugreport ? thanks here it is: bug-help-vcf_lp4~.pd #N canvas 667 62 447 486 10; #X text 16 291 ~signal_in~; #X text 32 33 dsp ON/OFF; #X floatatom 104 145 3 15 133 0 - - -; #X obj 104 168 mtof; #X floatatom 104 191 9 0 22000 0 - - -; #X text 174 190 Hz; #X text 101 336 ~signal_out~; #X floatatom 232 325 7 0 0 0 - - -; #X text 289 327 dB; #X floatatom 181 140 9 0 22000 0 - - -; #X text 256 139 Hz; #X floatatom 95 96 3 15 133 0 - - -; #X floatatom 15 73 5 0 0 0 - - -; #X text 57 73 % cpu; #X obj 15 53 dsp; #X floatatom 146 238 7 0.01 1000 0 - - -; #X text 205 239 Q; #X obj 15 33 tgl 15 0 empty empty empty 8 -8 0 10 -262144 -1 -1 0 1 ; #X obj 95 382 dac~; #X obj 95 357 gainvu~ 300; #X obj 277 203 vu 15 120 empty empty 8 -8 0 10 -66577 -1 1 0; #X obj 333 226 vsl 15 128 0 127 0 1 empty empty empty 8 -8 0 10 -262144 -1 -1 1 1; #X obj 95 118 testtone~ 200; #X obj 162 79 init 69; #X text 122 97 midi; #X floatatom 326 374 7 0 0 0 - - -; #X text 382 375 dB; #X text 159 308 no arg.; #X obj 104 282 line~; #X obj 146 282 line~; #X obj 104 213 pack 0 10; #X obj 146 260 pack 0 10; #X obj 95 311 vcf_lp4~; #X text 156 14 frequency and Q; #X text 133 1 lowpass 4.order with signal-inlets for; #X obj 41 128 init 69; #X obj 25 221 init 0.707; #X obj 12 12 cnv 8 1 1 empty empty vcf_lp4~ 1 2 1 18 -262144 -1109 0; #X text 195 428 IEM KUG; #X text 179 416 musil; #X text 209 416 @; #X text 215 416 iem.at; #X text 130 405 (c) Thomas Musil 2000 - 2005; #X text 178 438 Graz \, Austria; #X floatatom 35 378 5 0 0 0 - - -; #X obj 37 353 envrms~; #X connect 2 0 3 0; #X connect 3 0 4 0; #X connect 4 0 30 0; #X connect 11 0 22 0; #X connect 14 0 12 0; #X connect 15 0 31 0; #X connect 17 0 14 0; #X connect 19 0 18 0; #X connect 19 0 18 1; #X connect 19 1 25 0; #X connect 19 2 20 0; #X connect 20 1 7 0; #X connect 21 0 19 1; #X connect 22 0 32 0; #X connect 22 1 9 0; #X connect 23 0 11 0; #X connect 28 0 32 1; #X connect 29 0 32 2; #X connect 30 0 28 0; #X connect 31 0 29 0; #X connect 32 0 19 0; #X connect 32 0 45 0; #X connect 35 0 2 0; #X connect 36 0 15 0; #X connect 45 0 44 0; -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-11-22 19:03 Message: Logged In: YES user_id=27104 Originator: NO An example patch is always very helpful, especially if it triggers the problem every time that it is run. Ideally the example patch would have only enough objects to cause the problem, but nothing else. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1601235group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] Re: accessing canvas-local path from an external?
Since I figured this out, I thought I'd reply to my own message. Basically, I didn't realize that the canvas variable could have been NULL. That's what was happening. Now I am testing for NULL, and things seem promising. .hc On Nov 20, 2006, at 12:47 AM, Hans-Christoph Steiner wrote: I am trying to write a loader to support libdirs in Pd-0.40. I would like to use the new ce_path (i.e. canvas-local path), but I can't find a way to access and change it from an external. I tried using the t_canvas pointer that the loader gets from Pd when it gets called, then directly accessing the namelist (canvas- gl_env-ce_path) but that caused a crash. Then I tried getting a t_canvasenvironment with: t_canvasenvironment *canvasenvironment = canvas_getenv(canvas); But I get: consistency check failed: canvas_getenv This loader works fine if it just writes to the global path, sys_searchpath, but I would like it to use the new local namespace feature. Here's the code: http://pure-data.cvs.sourceforge.net/pure-data/externals/loaders/ libdir.c .hc -- -- If you are not part of the solution, you are part of the problem. http://at.or.at/hans/ ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] audio support changes
I made two changes in devel_0_39's audio/midi support: * APIs not compiled in show up in pd -help, with a special mention (support not compiled in). This allows the user to distinguish between a feature that's missing in a build, vs a syntax error. * those options don't give you a unknown option when trying them, it says option -foo not compiled in this pd. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1602066 ] iemgui empty vertical offset crashes X on Linux
Bugs item #1602066, was opened at 2006-11-24 02:00 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1602066group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Nobody/Anonymous (nobody) Summary: iemgui empty vertical offset crashes X on Linux Initial Comment: Steps to crash X windowing system on Linux using Pd: 1. Start X 2. Start Pd 3. Create a new patch 4. Create a new vslider in that patch 5. Open the properties window for that vslider 6. Set the label to x, and delete all text in the y-off field 7. to cause X to crash, click apply at this point X starts to use 100% CPU and its memory usage shoots up, making the whole machine largely unresponsive and requiring X to be aborted with Ctrl-Alt-Backspace Pd version 0.39-2 tcl 8.4.9 tk 8.4.9 X.org version 6.8.2 Kernel version 2.6.14-gentoo-r5 ATI proprietary video drivers -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1602066group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev