Re: [PD] Pd-L2ork Features
Thanks for the videos. What for me would be *really* nice to have in pd-vanilla or at least in pd-extended as well (in order of preference): - infinite undo - (standardized) presets - iemgui anchors - gop anchor The 'issue' of re-thinking the gui and its impact on audio in my humble opinion remains. Lorenzo. PS: totally unrelated: my screencasting with jack capabilities on debian are basically all broken, (gtk)recordmydesktop with jack is broken since the beginning of time, avconv (once ffmpeg) is not working since a while. what did you use for the screencasts? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd group in Athens
On 12/12/12 08:09, Alexandros Drymonitis wrote: Hi list, I'd like to call people who reside in Athens and use Pd of course to form a group so we can make regular meetups and all. I'm willing to organize things (arrange dates and places for the meetups, invite people, suggest discussion/presentation subjects etc.). It would be nice if Athenian Pders get active as a community, we could all benefit from it. Alexandros, I wish you all the best luck!! I'd love to have something like that over here, but it seems everyone uses using max/msp (on a mac) here in Italy, at least in Rome. :/ Sorry for hijacking the thread :) Lorenzo ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] is there a kalman filter for pd? (if not I could probably provide one, if I make it :) )
Pedro, if you make the Kalman filter for Pd, I will try it for filtering barometer sensor data. I already tried an alpha-beta filter, but it produced overshoot and ring. A butterworth filter with coefficients taken from an open source variometer project performed better (but still not good enough): https://github.com/lebipbip/le-BipBip Katja On Wed, Dec 12, 2012 at 4:37 AM, patrick pured...@11h11.com wrote: hi, i was trying to implement this filter in an avr, but i guess it would be even better in pd. i just need to clean a noisy accelerometer (only 1 axis), but then i read that for 1 input you can use a low pass (in comments): http://interactive-matter.eu/blog/2009/12/18/filtering-sensor-data-with-a-kalman-filter/ as for now, i am using an iir filter in pd (from mapping). works great, but would like to benchmark the kalman implementation compared to low pass, iir. anyone have a gem patch to plot mutiple inputs? à+ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] is there a kalman filter for pd? (if not I could probably provide one, if I make it :) )
hi Katja, did you ported this filter: https://github.com/lebipbip/le-BipBip/blob/master/filter.c to an pd external? if yes could you share it? not sure if it would help my situation (noisy accelerometer 1 axis), but i would like to give it a shot. thx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pix_film leaks memory
Hello, i am currently working on a patch that. loads random movie samples into gemwin via pix_film. i reconized memory related crashes, that seem to originate in a memory leak in pix_film. i could reproduce the error with the pix_film helpfile. If you look at pds used memory, it increases everytime you load a new file and it does not flush, or get empty again. so my pd crashes arround 3GB of ram used my system is a mba 2012 with 8gb ram. pd is 0.42.5 extended (standart download from the website). any help would be apreciated. greetings steffen ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-L2ork Features
This may be a little off topic, but I'd be very curious to see what pure Pd'ers-- meaning people coding only in Pd and not c-- could come up with for a tidy up algorithm. In other words, if tidy up just sent a list of the selected objects to a PDMENU_TIDYUP receiver, what would the Pd community come up with to make a sophisticated algorithm to tidy up the patch? I think the same thing about Properties Dialogs being built in Pd, as well as the Pd console, audio dialogs, etc. It's a sign of good faith as to the expressivity of the language, just like when you open a help patch and its just another Pd patch-- Pd helps itself. :) That's one of the reasons why I kept inquiring about presets storing the state as args appended in the container abstraction, because that would make it possible to have a properties dialog without using externals. However the more I think about it the preset api is probably overkill for doing that. -Jonathan From: Ivica Ico Bukvic i...@vt.edu To: 'Hans-Christoph Steiner' h...@at.or.at Cc: 'Jonathan Wilkes' jancs...@yahoo.com; 'pd-list' pd-list@iem.at Sent: Tuesday, December 11, 2012 9:04 PM Subject: RE: [PD] Pd-L2ork Features Here’s a very simple yet dubious example of tidy not doing absolutely anything with only 3 objects on screen (using select all, no less). I would hardly call this “handling it OK”… There is certainly room for both (as is the case with Max) but at least in pd-l2ork you have one that works reliably as opposed to one that is entirely uncertain (or as is the case in the attached example, not at all). From:Hans-Christoph Steiner [mailto:h...@at.or.at] Sent: Tuesday, December 11, 2012 8:45 PM To: Ivica Bukvic Cc: Jonathan Wilkes; pd-list Subject: Re: [PD] Pd-L2ork Features Don't get me wrong, I'm not defending the bad behavior of the vanilla tidy. I'm just saying it never does anything drastic or scary, or at least I've never seen it do that. It should be possible to make an algorithm that has the good features of both. .hc On Dec 11, 2012, at 8:39 PM, Ivica Bukvic wrote: I beg to differ. There are numerous examples where one would select only a few objects and wanted to have them lined up and the regular tidy algorithm was unable to do anything about it. In most cases objects did not move at all with no explanation to the user as to why things didn't work out. Yes, there are two case scenarios. The old tidy can sometimes clean up the patch to an extent which may or may not work out. The new tidy algorithm in pd-l2ork does not aim to do the same thing. It deals with objects are currently selected and lines and first up and then on the second press spaces them evenly out. The key difference between the two is that it is predictable and works every time unlike the old algorithm, which works only sometimes, and even then does not take into account preexisting human-centric arrangement of patch-cords. On Dec 11, 2012 7:47 PM, Hans-Christoph Steiner h...@at.or.at wrote: The vanilla tidy algorithm handled this one OK, but normally its not very helpful. I think getting this kind of thing right means gathering a wide range of examples and edge cases and tweaking it until they all work OK. One thing that might be worthwhile for anyone who has a copy of Max/MSP is to play around with their tidy algorithm. I think they put a lot of work into it, so it would give you an idea of what's possible. IMHO, the l2ork algorithm is probably workable as is, but even with full undo, lots of people will be unhappy to see their patch collapse into a single line. .hc On Dec 11, 2012, at 5:07 PM, Jonathan Wilkes wrote: I guess there are two questions: 1) How does tidy decide to line up the selected objects in a column vs. a row? 2) How smart can tidy up actually be? For example in Hans screencapture I see three columns of offset objects, but maybe other people see a different pattern. I guess as long as it works ok for a majority of cases, there's alway infinite undo. Plus I might be able to get my columns by selecting the objects for each column at a time, and tidying each column separately. But perhaps if tidy up would end up moving an object onto another object it should offset the one being moved (like it does if two objects are sitting directly on top of each other before tidying). -Jonathan From: Ivica Ico Bukvic i...@vt.edu To: Hans-Christoph Steiner h...@at.or.at Sent: Tuesday, December 11, 2012 4:51 PM Subject: Re: [PD] Pd-L2ork Features Just tried it here and it works just fine with bunch of lengthy comments. The trick is first Ctrl+Y lines it up across an axis, the second one spaces it out evenly. So, I think the only thing you didn't do was press it twice (AFAICT from the screenshot). On 12/11/2012 04:49 PM, Ivica Ico Bukvic wrote: Have you tested this on pd-l2ork since it calculates width differently
[PD] Patching Circle Graz 18.12.2012
Dear All! We want to invite you to the next Patching Circle Graz, which will be held on Tuesday, 18th of December, 7pm at ESCs CC (2nd floor) Jakoministr 16 8010 Graz/Austria This time we want to take the chance and look into the combination of Arduino and PD. With the use of Pduino we want to tinker a little bit with input/output capabilities. We encourage everybody to join- beginners are very welcome! Since we can only provide 3 to 4 arduinos: If you have an Arduino on hand, please bring it along. This also applies to useful and neccessary things like breadboards, pots, cables etc-please bring along, what you have. See you there, Seppo and Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd does not work on Windows.
On Dec 11, 2012, at 10:57 PM, Patrice Colet wrote: De: Hans-Christoph Steiner h...@at.or.at À: Patrice Colet colet.patr...@free.fr Cc: pd-list pd-list@iem.at Envoyé: Mercredi 12 Décembre 2012 01:51:55 Objet: Re: [PD] Pd does not work on Windows. My guess is that you are using an older version. This only works on the build from today at 2pm Eastern Time, which version are you using? using 0.43.4-extended-20121211, ü.pd works from open menu, dnd, and recent files, but when double-clicking on file icon, or from cmd, pd removes the umlaut and could not open. ok, I'm seeing the same thing. double-clicking and 'pd -open' are the same thing on Windows. I'm going to implement the double-click opening in Tcl, here's a bug report for 'pd -open': https://sourceforge.net/tracker/?func=detailaid=3595309group_id=55736atid=478070 As for the report where having extended characters in the path wasn't working, I can't reproduce that. I opened this patch using File-Open: inline: Screen shot 2012-12-12 at 3.13.31 PM.png___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] what makes Pd-extended 0.43 so CPU-hungry?
On Tue, Dec 11, 2012 at 8:58 PM, Hans-Christoph Steiner h...@at.or.at wrote: I added optimization flags to the GNU/Linux and Windows builds: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revisionrevision=16655 http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revisionrevision=16656 http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revisionrevision=16657 Installed the latest build for Debian Squeeze today. Very happy to see that optimization is working again for all libs. CPU loads are back to normal. Probably freeverb~ was the main victim of non-optimization, with a couple hundred function calls in the perform loop, functions which are supposed to be inlined. The object was almost ten times more expensive with all those function calls. And it was just coincidence that my live setups have four instances of freeverb~ each. Otherwise I might not have noticed the issue at all. I just remembered one issue: one thing that makes it tricky to set optimization flags for all of Pd-extended is the last few remaining type punning issues: http://autobuild.puredata.info/auto-build/2012-12-11/logs/type-punning-2012-12-11.txt I fixed a few recently. Want to try fixing bsaylor/svf~ or oscx? As for 'extra', I think I'll include your pd-double fixes in the pd-extended 0.43 branch. Yeah it's better to get rid of all the overt type punning so the -fno-strict-aliasing need not be set. In bsaylor/svf~ is a type punning method to avoid denormals, this could probably be replaced by the PD_BIGORSMALL(). I'll check that. Katja ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd does not work on Windows.
- Mail original - De: Hans-Christoph Steiner h...@at.or.at ok, I'm seeing the same thing. double-clicking and 'pd -open' are the same thing on Windows. I'm going to implement the double-click opening in Tcl, here's a bug report for 'pd -open': https://sourceforge.net/tracker/?func=detailaid=3595309group_id=55736atid=478070 allright thanks for that ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd does not work on Windows.
On Dec 12, 2012, at 6:51 PM, Patrice Colet wrote: - Mail original - De: Hans-Christoph Steiner h...@at.or.at ok, I'm seeing the same thing. double-clicking and 'pd -open' are the same thing on Windows. I'm going to implement the double-click opening in Tcl, here's a bug report for 'pd -open': https://sourceforge.net/tracker/?func=detailaid=3595309group_id=55736atid=478070 allright thanks for that OK, I implemented the double-click singleton opening. Starting with tomorrow's build, double-clicking a .pd file will open the patch in the already running instance of Pd-extended. It also means that üßáôå work. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Changing the color of a trigger after clicking...?
Hi again, I've seen this in code before but I can't seem to find it! I have on/off buttons that I'd like to be RED when they're off, and GREEN when they're on. Does this require making a button disappear Does anyone have experience with this? Thank you in advance, Sebastian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Changing the color of a trigger after clicking...?
On 13/12/12 05:27, Sebastian Valenzuela wrote: Hi again, I've seen this in code before but I can't seem to find it! I have on/off buttons that I'd like to be RED when they're off, and GREEN when they're on. Does this require making a button disappear Does anyone have experience with this? Attached. Feel free to modify/adapt/hack :) Lorenzo. #N canvas 416 314 266 347 10; #X obj 60 98 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X floatatom 19 97 5 0 0 0 - - -; #X obj 60 47 onoff; #X obj 19 268 onoff; #X floatatom 19 292 5 0 0 0 - - -; #X text 16 151 you can set the on/off \; colours by sending a message ; #X obj 87 98 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1 ; #X obj 114 98 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 133 98 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 114 71 sel 0 1; #X text 136 239 - default; #X msg 40 240 on 16 \, off 13; #X text 104 184 psychedelic; #X msg 20 184 on 15 \, off 19; #X text 120 208 pastel; #X msg 33 211 on 6 \, off 3; #X text 17 6 onoff: solid colour toggle GUI; #N canvas 237 189 437 399 more 0; #X obj 183 147 hsl 130 10 1 10 0 0 empty empty empty -2 -8 0 10 -204800 -1 -1 1433 1; #X obj 270 157 onoff; #X obj 180 157 onoff; #X obj 195 157 onoff; #X obj 210 157 onoff; #X obj 225 157 onoff; #X obj 240 157 onoff; #X obj 255 157 onoff; #X obj 12 155 sel 1 2 3 4 5 6 7 8 9; #X obj 104 186 f; #X obj 131 186 f; #X obj 162 186 f; #X obj 189 186 f; #X obj 219 186 f; #X obj 246 186 f; #X obj 277 186 f; #X obj 304 186 f; #X obj 334 186 f; #X obj 191 229 sel 1; #X obj 149 340 *~; #X obj 147 365 dac~; #X msg 268 363 \; pd dsp \$1; #X obj 268 339 onoff; #X floatatom 12 113 5 0 0 0 - - -; #X obj 12 49 f; #X obj 12 69 mod 9; #X obj 43 49 + 1; #X obj 12 90 + 1; #X obj 12 5 onoff 1 17; #X obj 191 289 vline~; #X obj 72 312 osc~ 150; #X obj 244 83 loadbang; #X msg 244 105 1; #X obj 72 290 vline~; #X obj 12 26 metro 200; #X text 30 3 on/off; #X msg 191 261 0.8 15 0 \, 0 80 15; #X text 219 25 9 steps pattern; #X obj 285 157 onoff; #X obj 300 157 onoff; #X msg 73 261 300 0 0 \, 20 80 0; #X text 287 340 - turn dsp on/off!; #X connect 1 0 15 1; #X connect 2 0 9 1; #X connect 3 0 10 1; #X connect 4 0 11 1; #X connect 5 0 12 1; #X connect 6 0 13 1; #X connect 7 0 14 1; #X connect 8 0 9 0; #X connect 8 1 10 0; #X connect 8 2 11 0; #X connect 8 3 12 0; #X connect 8 4 13 0; #X connect 8 5 14 0; #X connect 8 6 15 0; #X connect 8 7 16 0; #X connect 8 8 17 0; #X connect 9 0 18 0; #X connect 10 0 18 0; #X connect 11 0 18 0; #X connect 12 0 18 0; #X connect 13 0 18 0; #X connect 14 0 18 0; #X connect 15 0 18 0; #X connect 16 0 18 0; #X connect 17 0 18 0; #X connect 18 0 36 0; #X connect 18 0 40 0; #X connect 19 0 20 0; #X connect 19 0 20 1; #X connect 22 0 21 0; #X connect 23 0 8 0; #X connect 23 0 0 0; #X connect 24 0 25 0; #X connect 24 0 26 0; #X connect 25 0 27 0; #X connect 26 0 24 1; #X connect 27 0 23 0; #X connect 28 0 34 0; #X connect 29 0 19 1; #X connect 30 0 19 0; #X connect 31 0 32 0; #X connect 32 0 2 0; #X connect 32 0 6 0; #X connect 32 0 38 0; #X connect 33 0 30 0; #X connect 34 0 24 0; #X connect 36 0 29 0; #X connect 38 0 16 1; #X connect 39 0 17 1; #X connect 40 0 33 0; #X restore 198 43 pd more; #X text 121 294 Lorenzo Sutton 2009; #X text 103 312 lorenzofsut...@gmail.com; #X connect 2 0 1 0; #X connect 2 0 0 0; #X connect 2 0 6 0; #X connect 2 0 9 0; #X connect 3 0 4 0; #X connect 9 0 7 0; #X connect 9 1 8 0; #X connect 11 0 3 0; #X connect 13 0 3 0; #X connect 15 0 3 0; #N canvas 469 216 474 335 10; #X obj -119 147 tgl 15 0 empty empty empty 17 7 0 10 -24198 -24198 -262144 1 1; #X msg -19 255 color \$1 \$1 $; #X obj -19 198 sel 0 1; #X obj -19 228 f 13; #X obj 15 228 f 16; #X obj 158 20 loadbang; #X obj 158 84 f \$1; #X obj 212 84 f \$2; #X obj 158 150 != 0; #X obj 212 150 != 0; #X obj 125 174 spigot; #X obj 179 174 spigot; #X msg 250 58 0; #X obj -73 -11 inlet; #X obj -119 286 outlet; #X obj -73 20 route off on; #X obj -19 176 f; #X obj -75 47 t b f; #X obj -33 47 t b f; #X obj -19 279 s \$0-toggle; #X obj -119 123 r \$0-toggle; #X obj 13 47 s \$0-toggle; #X text 7 13 send messages for \; on/off colours; #X obj 250 83 s \$0-toggle; #X connect 0 0 14 0; #X connect 0 0 16 0; #X connect 1 0 19 0; #X connect 2 0 3 0; #X connect 2 1 4 0; #X connect 3 0 1 0; #X connect 4 0 1 0; #X connect 5 0 6 0; #X connect 5 0 7 0; #X connect 5 0 12 0; #X connect 6 0 8 0; #X connect 6 0 10 0; #X connect 7 0 9 0; #X connect 7 0 11 0; #X connect 8 0 10 1; #X connect 9 0 11 1; #X connect 10 0 3 1; #X connect 11 0 4 1; #X connect 12 0 23 0; #X connect 13 0 15 0; #X connect 15 0 17 0; #X connect 15 1 18 0; #X connect 15 2 21 0; #X connect 16 0 2 0; #X connect 17 0 16 0; #X connect 17 1 6 0; #X connect 18 0 16 0; #X connect 18 1 7 0; #X connect 20 0 0 0; #X coords 0 -1 1 1 15 15 2 -119 147; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -
