Re: [PD] zexy/time
On 01/24/2013 07:30 PM, Max wrote: hi list, do the code for the timezones in zexy/time follow this convention? http://www.timetemperature.com/abbreviations/world-time-zone-codes.shtml how does zexy deal with code like EST which exist twice (for US and for Australia)? the helpfile is very brief about that. zexy's [time] only has two (2) modes: GMT or local. currently there is no support for other timezones. fgmasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] motion-tracking (was Re: help)
On 01/25/2013 12:26 AM, Jonathan Wilkes wrote: p.s. IOhannes, please see 2nd bullet under Respect for Newcomers[1] thanks for reminding me. it seems you haven't saved the document though. gfmadr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gpio on the raspberry pi from within pd ?
Hi Miller, Miller Puckette wrote: I think either I or a grad student (we'll see) will be writing a Pd extern to do this efficiently -- for the moment it would be possible with a Python script (using netsend/netreceive in Pd) but having an extern would be more lightweight and probably more robust. great, thanks! Meanwhile I found out about webiopi, which can act as a placeholder ATM. (http://code.google.com/p/webiopi/wiki/RESTAPI) Will you use /dev/mem and require root privileges, or the /sys/class/gpio filesystem? (see http://www.raspberrypi.org/phpBB3/viewtopic.php?f=29t=9667p=198848 for how to change permissions, non-standard !) -- Charlot ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Jack support on Windows
Sorry for delay... I do a video to exemplify the procedure I doing... In this try particulary, pd starts in the first try... On others tries I was needed to try twice to open pd... http://www.youtube.com/watch?v=8ldcUNoTtoY More information just ask! ;) 2013/1/24 Julian Brooks jbee...@gmail.com HI all, hope I'm not barging in... I've had troubles recently with qjackctl on debian wheezy. The simplest solution was, as IOhannes said, have jack running beforehand. I found just running jackd (the server element) was most reliable. Mine looks like this for example (from command line): jackd -T -ndefault -p 128 -v -R -P 90 -v -T -d alsa -n 2 -r 44100 -p 128 -d hw:1,0 -M -H Trial and error is your friend here. Best wishes, Julian On 24 January 2013 07:11, IOhannes zmölnig zmoel...@iem.at wrote: On 01/24/2013 02:09 AM, Esteban Viveros wrote: But.. I have new problems now.. hhehehehe When I start pd, I have: JACK: unable to connect to JACK server JACK: server returned status 17 try starting the JACK-server before running Pd. (Pd is supposed to automatically start jack if it is not runing, but people are reporting problems with that) fgmadr IOhannes __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Esteban Viveros (27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868 www.bandpage.com/estebanviveros http://soundcloud.com/estebanviveros https://www.facebook.com/estebanviveros.art http://www.papodecompositor-es.blogspot.com.br/ http://expurgacao.art.br/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gpio on the raspberry pi from within pd ?
hi all, i made a small program which uses GPIO to scan a keypad matrix and send OSC data to pd it depends on liblo and libbcm2835 it's very specific to my project but could help someone... code is here : https://github.com/avilleret/pianophone cheers a -- do it yourself http://antoine.villeret.free.fr 2013/1/25 Charles Goyard c...@fsck.fr Hi Miller, Miller Puckette wrote: I think either I or a grad student (we'll see) will be writing a Pd extern to do this efficiently -- for the moment it would be possible with a Python script (using netsend/netreceive in Pd) but having an extern would be more lightweight and probably more robust. great, thanks! Meanwhile I found out about webiopi, which can act as a placeholder ATM. (http://code.google.com/p/webiopi/wiki/RESTAPI) Will you use /dev/mem and require root privileges, or the /sys/class/gpio filesystem? (see http://www.raspberrypi.org/phpBB3/viewtopic.php?f=29t=9667p=198848 for how to change permissions, non-standard !) -- Charlot ___ 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] help
I'm replying this one instead of the 'motion tracking' thread, since you haven't posted there at all. Check Max Neupert's site http://www.maxneupert.de/pd/ He's got some stuff that'll be useful to you. On Wed, Jan 23, 2013 at 3:55 PM, Sujay Mukherjee mukherjee.su...@gmail.comwrote: hi i am new to Pd i am trying to work with motion tracking in Pd I am using pix_rgba ,pix_movement,and pix-blob to get nos out of the pix_blob but when I am feeding it to a rectangle the movement is very wobbly is there any other way to track motion thanks Sujay ___ 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] Jack support on Windows
Hola Esteban, That's very good progress. I have my account set up as administrator and I have disabled UAC too. Have you tried this? I can try out your built if you want. Cheers Pierre-Olivier On 25/01/2013 09:47, Esteban Viveros wrote: Sorry for delay... I do a video to exemplify the procedure I doing... In this try particulary, pd starts in the first try... On others tries I was needed to try twice to open pd... http://www.youtube.com/watch?v=8ldcUNoTtoY More information just ask! ;) 2013/1/24 Julian Brooks jbee...@gmail.com mailto:jbee...@gmail.com HI all, hope I'm not barging in... I've had troubles recently with qjackctl on debian wheezy. The simplest solution was, as IOhannes said, have jack running beforehand. I found just running jackd (the server element) was most reliable. Mine looks like this for example (from command line): jackd -T -ndefault -p 128 -v -R -P 90 -v -T -d alsa -n 2 -r 44100 -p 128 -d hw:1,0 -M -H Trial and error is your friend here. Best wishes, Julian On 24 January 2013 07:11, IOhannes zmölnig zmoel...@iem.at mailto:zmoel...@iem.at wrote: On 01/24/2013 02:09 AM, Esteban Viveros wrote: But.. I have new problems now.. hhehehehe When I start pd, I have: JACK: unable to connect to JACK server JACK: server returned status 17 try starting the JACK-server before running Pd. (Pd is supposed to automatically start jack if it is not runing, but people are reporting problems with that) fgmadr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building pd-l2ork on arch linux 64
Hi, When doing PKGBUILD I have some troubles. What I am doing: #1 getting pd-lork from git git clone git://github.com/pd-l2ork/pd.git #2 getting Gem from git (to empty 'Gem' folder) git clone git:// github.com/pd-l2ork/pd.git #3 update docs (to 'doc' folder) svn checkout https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/doc #4 Fixing pd/src/configure.in for tk/tcl 8.6 #5 running ' alocal autoconf configure ' script in l2ork_addons/cwiid/ #6 running 'aclocal ./autogen.sh' in Gem folder #7 optimizing Gem for 64bit architecture FPIC_FLAG=-fPIC #8 finally run the make install in 'packages/linux_make' make BUILDLAYOUT_DIR=$srcdir/$pkgname/packages \ GEM_EXTRA_CXXFLAGS=$FPIC_FLAG \ DESTDIR=$pkgdir \ prefix=/usr \ install || return 1 the process ends with error compiling gem2pdp: make[3]: Leaving directory `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/pdp' cd /home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp aclocal autoconf configure.ac:41: error: 'AM_PROG_CC_STDC': this macro is obsolete. You should simply use the 'AC_PROG_CC' macro instead. Also, your code should no longer depend upon 'am_cv_prog_cc_stdc', but upon 'ac_cv_prog_cc_stdc'. /usr/share/aclocal-1.13/obsolete-err.m4:17: AM_PROG_CC_STDC is expanded from... configure.ac:41: the top level autom4te: /usr/bin/m4 failed with exit status: 1 aclocal: error: echo failed with exit status: 1 make[2]: *** [/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp/configure] Error 1 make[2]: Leaving directory `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals' make[1]: *** [externals_install] Error 2 make[1]: Leaving directory `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/packages' make: *** [install] Error 2 can anybody help ? fk ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [Bulk] Re: 1-inlet [list] : bug? WAS: enhance pd-extended with pd-l2ork featues ?
Bit late on this but definite confirm that [list] is back to normal for most recent Debian Wheezy 64b build. Joy. Jb On 24 January 2013 18:23, Hans-Christoph Steiner h...@at.or.at wrote: Phew! Thanks all for reporting and testing this bug! .hc On 01/24/2013 09:32 AM, batinste wrote: All right ! Installed and tested, [list] has its two inlets. Thanks ! On 24/01/2013 00:19, Hans-Christoph Steiner wrote: I just uploaded the packages to launchpad, once they're done, please test and report back :) My guess is around 4am GMT, around 6 hours from now. https://launchpad.net/~eighthave/+archive/pd-extended/+packages .hc On 01/23/2013 05:29 AM, batinste wrote: Same as Joel here, one-inlet [list]. Happy you found the bug ! I'm eager to test the next build for quantal 64. On 23/01/2013 05:28, Hans-Christoph Steiner wrote: Ok, I think found the issue, it was a stupid C string mistake on my part, here's the commit: http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended.git;a=commitdiff;h=7de958b3f4504e9504649944e015e5c13e28df33 Please test tomorrow's build and let me know if it fixes it for you. .hc On 01/22/2013 09:58 PM, Joel Matthys wrote: No, I get one inlet on list. Joel On 01/22/2013 07:15 PM, Hans-Christoph Steiner wrote: Do you get the right two inlet [list] if you run it like this: $ pd-extended -noprefs .hc ___ 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 ___ 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] pd~ in l2ork
Ugh... Let me investigate... On Jan 25, 2013 5:48 AM, Laurent Willkomm willk...@pt.lu wrote: On 01/23/2013 04:15 PM, Ivica Ico Bukvic wrote: OK, this is now fixed in pd-l2ork git (pd/src/s_main.c is the only file that was changed). Binary builds should be up in the next 24-48 hours. New problem: the last version does not start when clicking on menu entry (KDE). Typing pd-l2ork in Konsole opens the version installed in /usr/local. Typing /usr/local/bin/pd-l2ork in Konsole gives this error: sh: 1: /usr/bin/pd-gui: not found So pd-l2ork is looking for a pd version in /usr/bin instead of /usr/local/bin, which will fail or start the wrong one. L.Willkomm ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 Raspbian test build for Raspberry Pi
Hey Hans, I'm curious as to why Pd-extended for the rpi relies (has a dependency) upon pulseaudio-utils and am I safe to just take it out again. Cheers for the 0.43.4 version though. Julian On 25 January 2013 04:23, Hans-Christoph Steiner h...@at.or.at wrote: And here is the first test build of Pd-extended 0.43.4 for RPi: http://autobuild.puredata.info/auto-build/2013-01-24/pd-extended_0.43.4~extended1-1~raspbian_armhf.deb It is built in a chroot running in with the help of the QEMU emulator. Its easy to setup on Debian/Ubuntu/etc, here's how: https://annoyingtechnicaldetails.wordpress.com/2013/01/24/setting-up-a-chroot-for-raspbian/ .hc ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Jack support on Windows
Yep! Pierre you're right! I change UAC settings and now I can use all set.. Jack (without administrator privileges), Pd (without administrator) and Ableton Live (administrator mode). I don't do a hard test but sound is working like a video test... The unique problem is my computer with windows 7 are completly unsafe with that UAC settings, but that put to work this 3 apps together. The build are in https://docs.google.com/file/d/0B6TScIMkPOGJSHdwZzJVM19CQ00/edit I think that can work in windows 7 x64, I use to built that Mixed 64/32 bit Jack 1.9.9 disponible here: http://jackaudio.org/download I don't have certainty if that build can be shared in that way, but we can try! ;) 2013/1/25 Pierre-Olivier Boulant po.boul...@free.fr Hola Esteban, That's very good progress. I have my account set up as administrator and I have disabled UAC too. Have you tried this? I can try out your built if you want. Cheers Pierre-Olivier On 25/01/2013 09:47, Esteban Viveros wrote: Sorry for delay... I do a video to exemplify the procedure I doing... In this try particulary, pd starts in the first try... On others tries I was needed to try twice to open pd... http://www.youtube.com/watch?v=8ldcUNoTtoY More information just ask! ;) 2013/1/24 Julian Brooks jbee...@gmail.com HI all, hope I'm not barging in... I've had troubles recently with qjackctl on debian wheezy. The simplest solution was, as IOhannes said, have jack running beforehand. I found just running jackd (the server element) was most reliable. Mine looks like this for example (from command line): jackd -T -ndefault -p 128 -v -R -P 90 -v -T -d alsa -n 2 -r 44100 -p 128 -d hw:1,0 -M -H Trial and error is your friend here. Best wishes, Julian On 24 January 2013 07:11, IOhannes zmölnig zmoel...@iem.at wrote: On 01/24/2013 02:09 AM, Esteban Viveros wrote: But.. I have new problems now.. hhehehehe When I start pd, I have: JACK: unable to connect to JACK server JACK: server returned status 17 try starting the JACK-server before running Pd. (Pd is supposed to automatically start jack if it is not runing, but people are reporting problems with that) fgmadr IOhannes -- Esteban Viveros (27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868 www.bandpage.com/estebanviveros http://soundcloud.com/estebanviveros https://www.facebook.com/estebanviveros.art http://www.papodecompositor-es.blogspot.com.br/ http://expurgacao.art.br/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Jack support on Windows
Hi, I wouldn't be too worried about turning off UAC and being admin on a Windows machine. Mine are setup like this and nothing has ever happened because of that. Most linux users would say Windows is unsafe anyway. ;) I'm testing your build. This is excellent! Thank you for taking the time to make this happen. Cheers pob On 25/01/2013 14:35, Esteban Viveros wrote: Yep! Pierre you're right! I change UAC settings and now I can use all set.. Jack (without administrator privileges), Pd (without administrator) and Ableton Live (administrator mode). I don't do a hard test but sound is working like a video test... The unique problem is my computer with windows 7 are completly unsafe with that UAC settings, but that put to work this 3 apps together. The build are in https://docs.google.com/file/d/0B6TScIMkPOGJSHdwZzJVM19CQ00/edit I think that can work in windows 7 x64, I use to built that Mixed 64/32 bit Jack 1.9.9 disponible here: http://jackaudio.org/download I don't have certainty if that build can be shared in that way, but we can try! ;) 2013/1/25 Pierre-Olivier Boulant po.boul...@free.fr mailto:po.boul...@free.fr Hola Esteban, That's very good progress. I have my account set up as administrator and I have disabled UAC too. Have you tried this? I can try out your built if you want. Cheers Pierre-Olivier On 25/01/2013 09:47, Esteban Viveros wrote: Sorry for delay... I do a video to exemplify the procedure I doing... In this try particulary, pd starts in the first try... On others tries I was needed to try twice to open pd... http://www.youtube.com/watch?v=8ldcUNoTtoY More information just ask! ;) 2013/1/24 Julian Brooks jbee...@gmail.com mailto:jbee...@gmail.com HI all, hope I'm not barging in... I've had troubles recently with qjackctl on debian wheezy. The simplest solution was, as IOhannes said, have jack running beforehand. I found just running jackd (the server element) was most reliable. Mine looks like this for example (from command line): jackd -T -ndefault -p 128 -v -R -P 90 -v -T -d alsa -n 2 -r 44100 -p 128 -d hw:1,0 -M -H Trial and error is your friend here. Best wishes, Julian On 24 January 2013 07:11, IOhannes zmölnig zmoel...@iem.at mailto:zmoel...@iem.at wrote: On 01/24/2013 02:09 AM, Esteban Viveros wrote: But.. I have new problems now.. hhehehehe When I start pd, I have: JACK: unable to connect to JACK server JACK: server returned status 17 try starting the JACK-server before running Pd. (Pd is supposed to automatically start jack if it is not runing, but people are reporting problems with that) fgmadr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Loading Gui-Plugin in a Directory Other than in Standard Path
i tried declare like so: [declare -stdpath /Users/megrimm/Desktop] but that didn't work. is there anyway to load gui plugins other than dropping them in ~/Library/Pd , etc ? m -- m.e.grimm | m.f.a | ed.m. megr...@gmail.com _ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Start Katja's Pd from command line on rpi with full path (was) Raspberry Pi does denormals
Excuse my ignorance: not sure how to start the below version of pd on the rpi? I have the full path but then what? if I do (in command line) pd /place/where/new/pd/is/bin/pd It signals watchdog. I also still have regular pd 0.44.0 installed btw. Sorry if this is dumb dumb dumb dumb Duuummmbbb. Jb On 24 January 2013 09:14, katja katjavet...@gmail.com wrote: 'Undenormalized' Pd build for Raspberry Pi is temporarily parked here for testing purposes (will be removed when Miller's release is fixed in this sense): www.katjaas.nl/temp/pd-0.44-0-normalized.tar.gz This is a locally installed Pd, like Miller's distribution. You can start it from command line with the full path to pd-0.44-0-normalized/bin/pd. It's not a .deb, so it can't be installed under supervision of package manager. Katja On Wed, Jan 23, 2013 at 9:15 PM, Julian Brooks jbee...@gmail.com wrote: Hey Katja, Would you mind sharing the 'normalised' Pd-0.44.0 for RPi please. Cheers, Julian On 23 January 2013 18:23, katja katjavet...@gmail.com wrote: Now I recompiled the Pd-0.44.0 release on Raspberry Pi (took me a few hours, not only because Pi is so slow) with PD_BIGORSMALL enabled for arm in m_pd.h. Using bigorsmalltest.pd from my previous mail I verified that the macro is implemented indeed. Martin Brinkmann's patch chaosmonster1 (http://www.martin-brinkmann.de) gives a beautiful illustration of the improvement. This patch is full of filters and delay lines. At it's initial settings, there is no subnormals problem. But if you set the bottom slider to the right, it gets silent. With Pd-0.44-0 release, CPU load explodes. With the 'normalized' Pd, nothing special happens. And indeed, the PD_BIGORSMALL conditional checks come for free: with initial settings of the chaosmonster1, performance is equivalent in both Pd's. Cool! Hopefully this is similar on armv7. Katja On Wed, Jan 23, 2013 at 5:01 PM, Hans-Christoph Steiner h...@at.or.at wrote: hey Katya, This also sounds like good evidence for your idea of writing C code that modern compilers optimize well. Using unions for aliasing allows the compiler to do all the new tricks, then writing loops that auto-vectorize gives us the real benefits. Also, I think we can see some gains by using memcpy() since on modern libc version, those are highly optimized for the given CPU, dynamically choosing the routines based on what instructions are available. memcpy will use things like SSSE2 if its available. .hc On 01/23/2013 07:47 AM, katja wrote: Finally some good news on this topic. Earlier I stated that 'big or small tests' are expensive for the Pi, but that is not by definition the case. There must have been other conditions blurring my impression. I've now done a systematic test where other influences are ruled out. A test class [lopass~] with exactly the same routine as [lop~] was made, but compiled with PD_BIGORSMALL() macro enabled. It was verified that [lopass~] is not affected by denormals. Performance comparison of [lop~] and [lopass~] shows that both objects cause equivalent CPU load. Meaning, Raspberry Pi gives the 'big or small checks' for free! At least in the case of this simple filter. Please try attached bigorsmalltest.zip on the Pi to see if I'm not dreaming. While I was at the topic anyway, I also tried a big or small test with union instead of direct type aliasing. It has the advantage that the compiler can apply strict aliasing rules. This test with unions did not cause extra CPU load either on the Pi. If you want to verify this result, enable the call to bigorsmall() instead of PD_BIGORSMALL in lopass~.c and recompile. The fact that these tests do not cause extra CPU load, indicate that they are done in parallel with other instructions. Float and int registers are apparently strictly separated on armv6, there's no such thing like Intel's xmm registers or armv7's NEON. As it happens, the big or small tests are done on ints, aliases of the floats that must be tested. Initially I assumed that the transport of floats from vfp to the arm integer processor would be expensive, but if the instructions are done simultaneously it may be an advantage instead. Another thing is that ARM implements branch predication instead of branch prediction. Those terms look almost the same but the routines are very different. Predication is when instructions for both branches are executed, and the wrong result is simply discarded later. Conclusions from the limited test with [lop~] and [lopass~] do not mean that all sorts of conditional checks are cheap on the Pi, or on ARM in general. If PD_BIGORSMALL is enabled for RPi using compile-time definition __arm__, it will also hold for armv7, but it may have very different result there. At the moment I have no
[PD] Faculty Job Announcement, Columbia University
Hello pd-people! Sorry for the cross-postings, we want to get the word out. Please feel free to repost this. Assistant Professor of Professional Practice The Visual Arts Program of the School of the Arts, in collaboration with the Department of Music, seeks to fill the position of Assistant Professor of Professional Practice in Visual Arts in the School of the Arts, Columbia University, effective July 1, 2013. The Program seeks applications from persons with a vibrant studio practice in the intersection of the visual and sound arts and a demonstrated ability to teach and mentor graduate students. The incumbent will help lead the implementation of a new interdisciplinary area of graduate study in sound arts, offered by the School and the Department of Music, leading to a Master of Fine Arts degree awarded by the School of the Arts. The new interdisciplinary area of study will engage the resources of both the Center for Computer Music in the Department of Music and the Visual Arts Program (Sculpture: New Genres) in the School of the Arts. For more information visit: http://academicjobs.columbia.edu/applicants/Central?quickFind=57014 Columbia University is an Equal Opportunity/Affirmative Action employer. This position is in conjunction with our new Sound Arts MFA program. We are also currently accepting applications for the Sound Arts MFA. Please visit: http://arts.columbia.edu/sound-arts for more information. Brad Garton Chair, Search Committee http://music.columbia.edu/~brad ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.43.4 final builds
Hmm, yes, that sounds like a bug, but I won't be able to fix it in this release. Could you file a bug report? OK. sorry for my late report. Miller; That's an old, annoying bug in Vanilla... I see. hope it will be fixed someday. Sei -- __/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/ Seiichiro Matsumura s...@low-tech-ism.com http://low-tech-ism.com/ __/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/ 2013/1/25 Miller Puckette m...@ucsd.edu: That's an old, annoying bug in Vanilla... cheers Miller On Thu, Jan 24, 2013 at 11:29:07PM -0500, Hans-Christoph Steiner wrote: On 01/24/2013 10:38 PM, Seiichiro MATSUMURA wrote: Hi Hans, It's great to hear this! Through checking this final builds, I notice 2 weird behaviors of it working on Mac OS10.8. 1. When making Array first time, pop up Array properties always tells its Draw as way is Polygon. However, when I open Array properties after Array made, it tells Points and it is actually Points. Is this a bug? Hmm, yes, that sounds like a bug, but I won't be able to fix it in this release. Could you file a bug report? 2. In Media - Audio Settings..., a tail of the device name of Built-in Microphone is cut like Built-in Microph. (see attached jpeg) I am not sure whether this originally happens in Japanese OS. I can't change the name of Built-in Microphone in Mac OS10.8 So does anyone who uses English Mac OS see this no problem? This has been reported before, it seems to affect all Mac OS X 10.8. I have no idea what's causing it, and it doesn't seem to affect the operation. Please add any details you can think of here: https://sourceforge.net/tracker/index.php?func=detailaid=3575978group_id=55736atid=478070 .hc I think these are not major problems, but I would like to know solutions if possible. Best, Sei -- __/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/ Seiichiro Matsumura s...@low-tech-ism.com http://low-tech-ism.com/ __/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/ 2013/1/25 Hans-Christoph Steiner h...@at.or.at: I've started posting the final builds for Pd-extended 0.43.4. Here are the Windows and Mac OS X builds: https://sourceforge.net/projects/pure-data/files/pd-extended/0.43.4/ These are the Ubuntu builds, there will be one small change in the final builds: the version will be changed to 0.43.4 from 0.43.4~extended2: https://launchpad.net/~eighthave/+archive/pd-extended/+packages same as Ubuntu but for Debian: http://autobuild.puredata.info/auto-build/2013-01-24/ And the source tarball, which also just needs the version change: http://autobuild.puredata.info/auto-build/2013-01-24/Pd-extended_0.43.4~extended-source.tar.bz2 The version change will be in tomorrow's builds. .hc ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- -- __/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/ Seiichiro Matsumura s...@low-tech-ism.com http://low-tech-ism.com/ __/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cord inspector/Magic glass thingy
I like the idea of being able to listen to individual patch cords, but I think it'll be tricky to implement. Not impossible though... .hc On Jan 19, 2013, at 1:33 AM, Jonathan Wilkes wrote: Let's say I have the cord inspector/magic glass thingy turned on. For signal cords there should be a shortcut (key combo or double click) that does the following if audio is currently turned on: 1) Fade out audio 2) Make the inspector rectangle into a hslider, with range 0 to 1, set to zero 3) ramp up audio output for the selected cord with the hslider and send it to the sound card 4) turn the hslider red if values outside -1, 1 appear in the signal 5) fade out and remove the hslider when the user deselects the cord 6) fade in on whatever audio was outputting originally -Jonathan ___ 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] Cord inspector/Magic glass thingy
Nice idea. What about having an audio output setting for this solo/PFL function ? That way we could specify an auxilary output and not interrupt the main audio stream. That would be a sort of variable input [send~]. On 21/01/2013 04:57, Hans-Christoph Steiner wrote: I like the idea of being able to listen to individual patch cords, but I think it'll be tricky to implement. Not impossible though... .hc On Jan 19, 2013, at 1:33 AM, Jonathan Wilkes wrote: Let's say I have the cord inspector/magic glass thingy turned on. For signal cords there should be a shortcut (key combo or double click) that does the following if audio is currently turned on: 1) Fade out audio 2) Make the inspector rectangle into a hslider, with range 0 to 1, set to zero 3) ramp up audio output for the selected cord with the hslider and send it to the sound card 4) turn the hslider red if values outside -1, 1 appear in the signal 5) fade out and remove the hslider when the user deselects the cord 6) fade in on whatever audio was outputting originally -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Jack support on Windows
This one missed the list. well deserved gratefulness inside ;) On 25/01/2013 15:43, Esteban Viveros wrote: HAhahahaha... Windows unsafe.. Yeah! You're right again! Many many thanks to HC!! Turning off my humbleness I can say.. I'm your Top fan! :) Best Regards! 2013/1/25 Pierre-Olivier Boulant po.boul...@free.fr mailto:po.boul...@free.fr Hi, I wouldn't be too worried about turning off UAC and being admin on a Windows machine. Mine are setup like this and nothing has ever happened because of that. Most linux users would say Windows is unsafe anyway. ;) I'm testing your build. This is excellent! Thank you for taking the time to make this happen. Cheers pob On 25/01/2013 14:35, Esteban Viveros wrote: Yep! Pierre you're right! I change UAC settings and now I can use all set.. Jack (without administrator privileges), Pd (without administrator) and Ableton Live (administrator mode). I don't do a hard test but sound is working like a video test... The unique problem is my computer with windows 7 are completly unsafe with that UAC settings, but that put to work this 3 apps together. The build are in https://docs.google.com/file/d/0B6TScIMkPOGJSHdwZzJVM19CQ00/edit I think that can work in windows 7 x64, I use to built that Mixed 64/32 bit Jack 1.9.9 disponible here: http://jackaudio.org/download I don't have certainty if that build can be shared in that way, but we can try! ;) 2013/1/25 Pierre-Olivier Boulant po.boul...@free.fr mailto:po.boul...@free.fr Hola Esteban, That's very good progress. I have my account set up as administrator and I have disabled UAC too. Have you tried this? I can try out your built if you want. Cheers Pierre-Olivier On 25/01/2013 09:47, Esteban Viveros wrote: Sorry for delay... I do a video to exemplify the procedure I doing... In this try particulary, pd starts in the first try... On others tries I was needed to try twice to open pd... http://www.youtube.com/watch?v=8ldcUNoTtoY More information just ask! ;) 2013/1/24 Julian Brooks jbee...@gmail.com mailto:jbee...@gmail.com HI all, hope I'm not barging in... I've had troubles recently with qjackctl on debian wheezy. The simplest solution was, as IOhannes said, have jack running beforehand. I found just running jackd (the server element) was most reliable. Mine looks like this for example (from command line): jackd -T -ndefault -p 128 -v -R -P 90 -v -T -d alsa -n 2 -r 44100 -p 128 -d hw:1,0 -M -H Trial and error is your friend here. Best wishes, Julian On 24 January 2013 07:11, IOhannes zmölnig zmoel...@iem.at mailto:zmoel...@iem.at wrote: On 01/24/2013 02:09 AM, Esteban Viveros wrote: But.. I have new problems now.. hhehehehe When I start pd, I have: JACK: unable to connect to JACK server JACK: server returned status 17 try starting the JACK-server before running Pd. (Pd is supposed to automatically start jack if it is not runing, but people are reporting problems with that) fgmadr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 Raspbian test build for Raspberry Pi
Pd-extended depends on pulseaudio-utils on all architectures because the menu item uses pasuspender to suspend PulseAudio when starting Pd so that the audio just works. If pasuspender doesn't exist, the menu item won't work at all. .hc On Jan 25, 2013, at 8:08 AM, Julian Brooks wrote: Hey Hans, I'm curious as to why Pd-extended for the rpi relies (has a dependency) upon pulseaudio-utils and am I safe to just take it out again. Cheers for the 0.43.4 version though. Julian On 25 January 2013 04:23, Hans-Christoph Steiner h...@at.or.at wrote: And here is the first test build of Pd-extended 0.43.4 for RPi: http://autobuild.puredata.info/auto-build/2013-01-24/pd-extended_0.43.4~extended1-1~raspbian_armhf.deb It is built in a chroot running in with the help of the QEMU emulator. Its easy to setup on Debian/Ubuntu/etc, here's how: https://annoyingtechnicaldetails.wordpress.com/2013/01/24/setting-up-a-chroot-for-raspbian/ .hc ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 Raspbian test build for Raspberry Pi
Aah ok. Does this have implications for Miller's message to uninstall pulseaudio for rpi? Getting reasonable audio out of the rpi is kinda tricky as it is. Jb On 25 January 2013 15:18, Hans-Christoph Steiner h...@at.or.at wrote: Pd-extended depends on pulseaudio-utils on all architectures because the menu item uses pasuspender to suspend PulseAudio when starting Pd so that the audio just works. If pasuspender doesn't exist, the menu item won't work at all. .hc On Jan 25, 2013, at 8:08 AM, Julian Brooks wrote: Hey Hans, I'm curious as to why Pd-extended for the rpi relies (has a dependency) upon pulseaudio-utils and am I safe to just take it out again. Cheers for the 0.43.4 version though. Julian On 25 January 2013 04:23, Hans-Christoph Steiner h...@at.or.at wrote: And here is the first test build of Pd-extended 0.43.4 for RPi: http://autobuild.puredata.info/auto-build/2013-01-24/pd-extended_0.43.4~extended1-1~raspbian_armhf.deb It is built in a chroot running in with the help of the QEMU emulator. Its easy to setup on Debian/Ubuntu/etc, here's how: https://annoyingtechnicaldetails.wordpress.com/2013/01/24/setting-up-a-chroot-for-raspbian/ .hc ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Start Katja's Pd from command line on rpi with full path (was) Raspberry Pi does denormals
Hi Julian, Most convenient is to go in the bin directory of that 'local' Pd with cd /place/where/new/pd/is/bin From there you can start (and restart) the local Pd with ./pd In my case, the recompiled Pd would not start because it could not find libportaudio.so.2. After installing libportaudio2 via Synaptic, 'normalized' Pd would finally start. It is no problem to have the regular Pd still installed. Maybe you can install the local Pd over the regular Pd using the gnumakefile. Didn't try that, I don't like to install things without package manager. Katja On Fri, Jan 25, 2013 at 3:41 PM, Julian Brooks jbee...@gmail.com wrote: Excuse my ignorance: not sure how to start the below version of pd on the rpi? I have the full path but then what? if I do (in command line) pd /place/where/new/pd/is/bin/pd It signals watchdog. I also still have regular pd 0.44.0 installed btw. Sorry if this is dumb dumb dumb dumb Duuummmbbb. Jb On 24 January 2013 09:14, katja katjavet...@gmail.com wrote: 'Undenormalized' Pd build for Raspberry Pi is temporarily parked here for testing purposes (will be removed when Miller's release is fixed in this sense): www.katjaas.nl/temp/pd-0.44-0-normalized.tar.gz This is a locally installed Pd, like Miller's distribution. You can start it from command line with the full path to pd-0.44-0-normalized/bin/pd. It's not a .deb, so it can't be installed under supervision of package manager. Katja On Wed, Jan 23, 2013 at 9:15 PM, Julian Brooks jbee...@gmail.com wrote: Hey Katja, Would you mind sharing the 'normalised' Pd-0.44.0 for RPi please. Cheers, Julian On 23 January 2013 18:23, katja katjavet...@gmail.com wrote: Now I recompiled the Pd-0.44.0 release on Raspberry Pi (took me a few hours, not only because Pi is so slow) with PD_BIGORSMALL enabled for arm in m_pd.h. Using bigorsmalltest.pd from my previous mail I verified that the macro is implemented indeed. Martin Brinkmann's patch chaosmonster1 (http://www.martin-brinkmann.de) gives a beautiful illustration of the improvement. This patch is full of filters and delay lines. At it's initial settings, there is no subnormals problem. But if you set the bottom slider to the right, it gets silent. With Pd-0.44-0 release, CPU load explodes. With the 'normalized' Pd, nothing special happens. And indeed, the PD_BIGORSMALL conditional checks come for free: with initial settings of the chaosmonster1, performance is equivalent in both Pd's. Cool! Hopefully this is similar on armv7. Katja On Wed, Jan 23, 2013 at 5:01 PM, Hans-Christoph Steiner h...@at.or.at wrote: hey Katya, This also sounds like good evidence for your idea of writing C code that modern compilers optimize well. Using unions for aliasing allows the compiler to do all the new tricks, then writing loops that auto-vectorize gives us the real benefits. Also, I think we can see some gains by using memcpy() since on modern libc version, those are highly optimized for the given CPU, dynamically choosing the routines based on what instructions are available. memcpy will use things like SSSE2 if its available. .hc On 01/23/2013 07:47 AM, katja wrote: Finally some good news on this topic. Earlier I stated that 'big or small tests' are expensive for the Pi, but that is not by definition the case. There must have been other conditions blurring my impression. I've now done a systematic test where other influences are ruled out. A test class [lopass~] with exactly the same routine as [lop~] was made, but compiled with PD_BIGORSMALL() macro enabled. It was verified that [lopass~] is not affected by denormals. Performance comparison of [lop~] and [lopass~] shows that both objects cause equivalent CPU load. Meaning, Raspberry Pi gives the 'big or small checks' for free! At least in the case of this simple filter. Please try attached bigorsmalltest.zip on the Pi to see if I'm not dreaming. While I was at the topic anyway, I also tried a big or small test with union instead of direct type aliasing. It has the advantage that the compiler can apply strict aliasing rules. This test with unions did not cause extra CPU load either on the Pi. If you want to verify this result, enable the call to bigorsmall() instead of PD_BIGORSMALL in lopass~.c and recompile. The fact that these tests do not cause extra CPU load, indicate that they are done in parallel with other instructions. Float and int registers are apparently strictly separated on armv6, there's no such thing like Intel's xmm registers or armv7's NEON. As it happens, the big or small tests are done on ints, aliases of the floats that must be tested. Initially I assumed that the transport of floats from vfp to the arm integer processor would be expensive, but if the instructions are done
Re: [PD] [PD-announce] Pd-extended 0.43.4 Raspbian test build for Raspberry Pi
pulseaudio-utils on depends on libpulse0, so you can uninstall the rest of pulseaudio and certainly not have it running at all. Starting pd-extended from the terminal is entirely unaffected by this. Its only affected if you do $ pasuspender pd-extended If you look at /usr/share/applications/pd-extended.desktop, you'll see that in use. .hc On Jan 25, 2013, at 10:35 AM, Julian Brooks wrote: Aah ok. Does this have implications for Miller's message to uninstall pulseaudio for rpi? Getting reasonable audio out of the rpi is kinda tricky as it is. Jb On 25 January 2013 15:18, Hans-Christoph Steiner h...@at.or.at wrote: Pd-extended depends on pulseaudio-utils on all architectures because the menu item uses pasuspender to suspend PulseAudio when starting Pd so that the audio just works. If pasuspender doesn't exist, the menu item won't work at all. .hc On Jan 25, 2013, at 8:08 AM, Julian Brooks wrote: Hey Hans, I'm curious as to why Pd-extended for the rpi relies (has a dependency) upon pulseaudio-utils and am I safe to just take it out again. Cheers for the 0.43.4 version though. Julian On 25 January 2013 04:23, Hans-Christoph Steiner h...@at.or.at wrote: And here is the first test build of Pd-extended 0.43.4 for RPi: http://autobuild.puredata.info/auto-build/2013-01-24/pd-extended_0.43.4~extended1-1~raspbian_armhf.deb It is built in a chroot running in with the help of the QEMU emulator. Its easy to setup on Debian/Ubuntu/etc, here's how: https://annoyingtechnicaldetails.wordpress.com/2013/01/24/setting-up-a-chroot-for-raspbian/ .hc ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Jack support on Windows
Its great that you got this working! Once I get the 0.44 builds going, hopefully soon, I'll include this there so that the nightly builds will include Jack support on Windows. Sorry I can't help out with the current issues, I just really don't know enough about Jack or Windows. .hc On Jan 25, 2013, at 10:04 AM, Pierre-Olivier Boulant wrote: This one missed the list. well deserved gratefulness inside ;) On 25/01/2013 15:43, Esteban Viveros wrote: HAhahahaha... Windows unsafe.. Yeah! You're right again! Many many thanks to HC!! Turning off my humbleness I can say.. I'm your Top fan! :) Best Regards! 2013/1/25 Pierre-Olivier Boulant po.boul...@free.fr Hi, I wouldn't be too worried about turning off UAC and being admin on a Windows machine. Mine are setup like this and nothing has ever happened because of that. Most linux users would say Windows is unsafe anyway. ;) I'm testing your build. This is excellent! Thank you for taking the time to make this happen. Cheers pob On 25/01/2013 14:35, Esteban Viveros wrote: Yep! Pierre you're right! I change UAC settings and now I can use all set.. Jack (without administrator privileges), Pd (without administrator) and Ableton Live (administrator mode). I don't do a hard test but sound is working like a video test... The unique problem is my computer with windows 7 are completly unsafe with that UAC settings, but that put to work this 3 apps together. The build are in https://docs.google.com/file/d/0B6TScIMkPOGJSHdwZzJVM19CQ00/edit I think that can work in windows 7 x64, I use to built that Mixed 64/32 bit Jack 1.9.9 disponible here: http://jackaudio.org/download I don't have certainty if that build can be shared in that way, but we can try! ;) 2013/1/25 Pierre-Olivier Boulant po.boul...@free.fr Hola Esteban, That's very good progress. I have my account set up as administrator and I have disabled UAC too. Have you tried this? I can try out your built if you want. Cheers Pierre-Olivier On 25/01/2013 09:47, Esteban Viveros wrote: Sorry for delay... I do a video to exemplify the procedure I doing... In this try particulary, pd starts in the first try... On others tries I was needed to try twice to open pd... http://www.youtube.com/watch?v=8ldcUNoTtoY More information just ask! ;) 2013/1/24 Julian Brooks jbee...@gmail.com HI all, hope I'm not barging in... I've had troubles recently with qjackctl on debian wheezy. The simplest solution was, as IOhannes said, have jack running beforehand. I found just running jackd (the server element) was most reliable. Mine looks like this for example (from command line): jackd -T -ndefault -p 128 -v -R -P 90 -v -T -d alsa -n 2 -r 44100 -p 128 -d hw:1,0 -M -H Trial and error is your friend here. Best wishes, Julian On 24 January 2013 07:11, IOhannes zmölnig zmoel...@iem.at wrote: On 01/24/2013 02:09 AM, Esteban Viveros wrote: But.. I have new problems now.. hhehehehe When I start pd, I have: JACK: unable to connect to JACK server JACK: server returned status 17 try starting the JACK-server before running Pd. (Pd is supposed to automatically start jack if it is not runing, but people are reporting problems with that) fgmadr IOhannes ___ 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] [PD-announce] Pd-extended 0.43.4 Raspbian test build for Raspberry Pi
ok, nice one. Thanks for the explanation. Jb On 25 January 2013 15:41, Hans-Christoph Steiner h...@at.or.at wrote: pulseaudio-utils on depends on libpulse0, so you can uninstall the rest of pulseaudio and certainly not have it running at all. Starting pd-extended from the terminal is entirely unaffected by this. Its only affected if you do $ pasuspender pd-extended If you look at /usr/share/applications/pd-extended.desktop, you'll see that in use. .hc On Jan 25, 2013, at 10:35 AM, Julian Brooks wrote: Aah ok. Does this have implications for Miller's message to uninstall pulseaudio for rpi? Getting reasonable audio out of the rpi is kinda tricky as it is. Jb On 25 January 2013 15:18, Hans-Christoph Steiner h...@at.or.at wrote: Pd-extended depends on pulseaudio-utils on all architectures because the menu item uses pasuspender to suspend PulseAudio when starting Pd so that the audio just works. If pasuspender doesn't exist, the menu item won't work at all. .hc On Jan 25, 2013, at 8:08 AM, Julian Brooks wrote: Hey Hans, I'm curious as to why Pd-extended for the rpi relies (has a dependency) upon pulseaudio-utils and am I safe to just take it out again. Cheers for the 0.43.4 version though. Julian On 25 January 2013 04:23, Hans-Christoph Steiner h...@at.or.at wrote: And here is the first test build of Pd-extended 0.43.4 for RPi: http://autobuild.puredata.info/auto-build/2013-01-24/pd-extended_0.43.4~extended1-1~raspbian_armhf.deb It is built in a chroot running in with the help of the QEMU emulator. Its easy to setup on Debian/Ubuntu/etc, here's how: https://annoyingtechnicaldetails.wordpress.com/2013/01/24/setting-up-a-chroot-for-raspbian/ .hc ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Start Katja's Pd from command line on rpi with full path (was) Raspberry Pi does denormals
Hi Katja, Thanks for this. When I cd into bin then ./pd I get 'permission denied'. And sudo'd I get 'command not found'. Any other ideas? Jb On 25 January 2013 15:36, katja katjavet...@gmail.com wrote: Hi Julian, Most convenient is to go in the bin directory of that 'local' Pd with cd /place/where/new/pd/is/bin From there you can start (and restart) the local Pd with ./pd In my case, the recompiled Pd would not start because it could not find libportaudio.so.2. After installing libportaudio2 via Synaptic, 'normalized' Pd would finally start. It is no problem to have the regular Pd still installed. Maybe you can install the local Pd over the regular Pd using the gnumakefile. Didn't try that, I don't like to install things without package manager. Katja On Fri, Jan 25, 2013 at 3:41 PM, Julian Brooks jbee...@gmail.com wrote: Excuse my ignorance: not sure how to start the below version of pd on the rpi? I have the full path but then what? if I do (in command line) pd /place/where/new/pd/is/bin/pd It signals watchdog. I also still have regular pd 0.44.0 installed btw. Sorry if this is dumb dumb dumb dumb Duuummmbbb. Jb On 24 January 2013 09:14, katja katjavet...@gmail.com wrote: 'Undenormalized' Pd build for Raspberry Pi is temporarily parked here for testing purposes (will be removed when Miller's release is fixed in this sense): www.katjaas.nl/temp/pd-0.44-0-normalized.tar.gz This is a locally installed Pd, like Miller's distribution. You can start it from command line with the full path to pd-0.44-0-normalized/bin/pd. It's not a .deb, so it can't be installed under supervision of package manager. Katja On Wed, Jan 23, 2013 at 9:15 PM, Julian Brooks jbee...@gmail.com wrote: Hey Katja, Would you mind sharing the 'normalised' Pd-0.44.0 for RPi please. Cheers, Julian On 23 January 2013 18:23, katja katjavet...@gmail.com wrote: Now I recompiled the Pd-0.44.0 release on Raspberry Pi (took me a few hours, not only because Pi is so slow) with PD_BIGORSMALL enabled for arm in m_pd.h. Using bigorsmalltest.pd from my previous mail I verified that the macro is implemented indeed. Martin Brinkmann's patch chaosmonster1 (http://www.martin-brinkmann.de) gives a beautiful illustration of the improvement. This patch is full of filters and delay lines. At it's initial settings, there is no subnormals problem. But if you set the bottom slider to the right, it gets silent. With Pd-0.44-0 release, CPU load explodes. With the 'normalized' Pd, nothing special happens. And indeed, the PD_BIGORSMALL conditional checks come for free: with initial settings of the chaosmonster1, performance is equivalent in both Pd's. Cool! Hopefully this is similar on armv7. Katja On Wed, Jan 23, 2013 at 5:01 PM, Hans-Christoph Steiner h...@at.or.at wrote: hey Katya, This also sounds like good evidence for your idea of writing C code that modern compilers optimize well. Using unions for aliasing allows the compiler to do all the new tricks, then writing loops that auto-vectorize gives us the real benefits. Also, I think we can see some gains by using memcpy() since on modern libc version, those are highly optimized for the given CPU, dynamically choosing the routines based on what instructions are available. memcpy will use things like SSSE2 if its available. .hc On 01/23/2013 07:47 AM, katja wrote: Finally some good news on this topic. Earlier I stated that 'big or small tests' are expensive for the Pi, but that is not by definition the case. There must have been other conditions blurring my impression. I've now done a systematic test where other influences are ruled out. A test class [lopass~] with exactly the same routine as [lop~] was made, but compiled with PD_BIGORSMALL() macro enabled. It was verified that [lopass~] is not affected by denormals. Performance comparison of [lop~] and [lopass~] shows that both objects cause equivalent CPU load. Meaning, Raspberry Pi gives the 'big or small checks' for free! At least in the case of this simple filter. Please try attached bigorsmalltest.zip on the Pi to see if I'm not dreaming. While I was at the topic anyway, I also tried a big or small test with union instead of direct type aliasing. It has the advantage that the compiler can apply strict aliasing rules. This test with unions did not cause extra CPU load either on the Pi. If you want to verify this result, enable the call to bigorsmall() instead of PD_BIGORSMALL in lopass~.c and recompile. The fact that these tests do not cause extra CPU load, indicate that they are done in parallel with other instructions. Float and int registers are apparently
[PD] pd for processing errors on
with processing 2 beta 6 (havent installed beta 7 yet i get this after trying to run HelloPd *** ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi .plus lots more similar including bluetooth and phone JackSocketClientChannel read fail Cannot open PortAudio client * i like the renaming of the variables and objects the error could have something to do with me disabling of the builtin audio card after installing ALSA am running on UbuntuStudio 12.10 On Mon, Jan 21, 2013 at 12:05 AM, Peter Brinkmann peter.brinkm...@googlemail.com wrote: Hi Billy, Use the latest version. I don't think we've had any regressions. Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] RPi audio tips tweaks
Hi all, Back to messing with my RPi after the slew of positive news recently. Unfortunately I'm not really hearing/seeing such good results myself. Certainly not getting anything like Miller and Pierre's 10ms full duplex from within Pd. In fact it's still really glitchy/unstable verging on the unusable. I'm presuming that people are getting such decent results by running Pd headless (no gui). Because of the patches I'm wanting to run I do need to have the gui so am wondering if anyone has some tips to squeeze a little more out the pi? Have updated Raspbian to most recent, done the usb tweak to 1.1, removed pulseaudio. I'm running the pi via ssh through my laptop. I'm also running vncserver on the pi and xvncviewer on my debian lappy. Also have an imic, so don't need anything other than usb-audio. So things like: is it worth disabling some of the audio and midi modules, that kind of stuff, well you know, anything really? Many thanks in advance, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gpio on the raspberry pi from within pd ?
Me, I was just planning to see how the python-GPIO library does it and make similar Pd externs. But I don't know what I'm doing :) M On Fri, Jan 25, 2013 at 10:12:49AM +0100, Antoine Villeret wrote: hi all, i made a small program which uses GPIO to scan a keypad matrix and send OSC data to pd it depends on liblo and libbcm2835 it's very specific to my project but could help someone... code is here : https://github.com/avilleret/pianophone cheers a -- do it yourself http://antoine.villeret.free.fr 2013/1/25 Charles Goyard c...@fsck.fr Hi Miller, Miller Puckette wrote: I think either I or a grad student (we'll see) will be writing a Pd extern to do this efficiently -- for the moment it would be possible with a Python script (using netsend/netreceive in Pd) but having an extern would be more lightweight and probably more robust. great, thanks! Meanwhile I found out about webiopi, which can act as a placeholder ATM. (http://code.google.com/p/webiopi/wiki/RESTAPI) Will you use /dev/mem and require root privileges, or the /sys/class/gpio filesystem? (see http://www.raspberrypi.org/phpBB3/viewtopic.php?f=29t=9667p=198848 for how to change permissions, non-standard !) -- Charlot ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] RPi audio tips tweaks
Hi, I can't tell you much because i'm only using really simple patches for now. I could try one of yours if you want, to see if the soundcard makes a difference ? I didn't slow down the USB, but I did remove pulseaudio. Pierre. 2013/1/25 Julian Brooks jbee...@gmail.com Hi all, Back to messing with my RPi after the slew of positive news recently. Unfortunately I'm not really hearing/seeing such good results myself. Certainly not getting anything like Miller and Pierre's 10ms full duplex from within Pd. In fact it's still really glitchy/unstable verging on the unusable. I'm presuming that people are getting such decent results by running Pd headless (no gui). Because of the patches I'm wanting to run I do need to have the gui so am wondering if anyone has some tips to squeeze a little more out the pi? Have updated Raspbian to most recent, done the usb tweak to 1.1, removed pulseaudio. I'm running the pi via ssh through my laptop. I'm also running vncserver on the pi and xvncviewer on my debian lappy. Also have an imic, so don't need anything other than usb-audio. So things like: is it worth disabling some of the audio and midi modules, that kind of stuff, well you know, anything really? Many thanks in advance, Julian ___ 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] Building pd-l2ork on arch linux 64
OK, I committed the diff between older version of gem2pdp in pd-l2ork and the latest found in pd-extended. Can you try it now? As a shortcut, you could just go inside the externals folder and type make gem2pdp to see if it compiles. Let me know. From: Ivica Bukvic [mailto:i...@vt.edu] Sent: Friday, January 25, 2013 8:04 AM To: Fero Kiraly Subject: Re: [PD] Building pd-l2ork on arch linux 64 Did you try building with l2ork_addons/tar_em_up.sh script? Also what distro are your using? Finally, what happens if you replace l2ork gem2pdp external folder with that of pd-extended? On Jan 25, 2013 5:39 AM, Fero Kiraly fero.kir...@gmail.com wrote: Hi, When doing PKGBUILD I have some troubles. What I am doing: #1 getting pd-lork from git git clone git://github.com/pd-l2ork/pd.git #2 getting Gem from git (to empty 'Gem' folder) git clone git://github.com/pd-l2ork/pd.git #3 update docs (to 'doc' folder) svn checkout https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/doc #4 Fixing pd/src/configure.in for tk/tcl 8.6 #5 running ' alocal autoconf configure ' script in l2ork_addons/cwiid/ #6 running 'aclocal ./autogen.sh' in Gem folder #7 optimizing Gem for 64bit architecture FPIC_FLAG=-fPIC #8 finally run the make install in 'packages/linux_make' make BUILDLAYOUT_DIR=$srcdir/$pkgname/packages \ GEM_EXTRA_CXXFLAGS=$FPIC_FLAG \ DESTDIR=$pkgdir \ prefix=/usr \ install || return 1 the process ends with error compiling gem2pdp: make[3]: Leaving directory `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/pdp' cd /home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp aclocal autoconf configure.ac:41: error: 'AM_PROG_CC_STDC': this macro is obsolete. You should simply use the 'AC_PROG_CC' macro instead. Also, your code should no longer depend upon 'am_cv_prog_cc_stdc', but upon 'ac_cv_prog_cc_stdc'. /usr/share/aclocal-1.13/obsolete-err.m4:17: AM_PROG_CC_STDC is expanded from... configure.ac:41: the top level autom4te: /usr/bin/m4 failed with exit status: 1 aclocal: error: echo failed with exit status: 1 make[2]: *** [/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp/configure] Error 1 make[2]: Leaving directory `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals' make[1]: *** [externals_install] Error 2 make[1]: Leaving directory `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/packages' make: *** [install] Error 2 can anybody help ? fk ___ 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] pd~ in l2ork
OK, the git has now a new version. Binaries will be up hopefully in another 24 hours or so. You can just build the pd-l2ork binary to see if it works ok. Let me know. From: Ivica Bukvic [mailto:i...@vt.edu] Sent: Friday, January 25, 2013 8:01 AM To: Laurent Willkomm Cc: pd-list Subject: Re: [PD] pd~ in l2ork Ugh... Let me investigate... On Jan 25, 2013 5:48 AM, Laurent Willkomm willk...@pt.lu wrote: On 01/23/2013 04:15 PM, Ivica Ico Bukvic wrote: OK, this is now fixed in pd-l2ork git (pd/src/s_main.c is the only file that was changed). Binary builds should be up in the next 24-48 hours. New problem: the last version does not start when clicking on menu entry (KDE). Typing pd-l2ork in Konsole opens the version installed in /usr/local. Typing /usr/local/bin/pd-l2ork in Konsole gives this error: sh: 1: /usr/bin/pd-gui: not found So pd-l2ork is looking for a pd version in /usr/bin instead of /usr/local/bin, which will fail or start the wrong one. L.Willkomm ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] RPi audio tips tweaks
If you need to that through X forwarded over ssh its gonna be ugly but there are some steps you can take to ease the load. One I discovered was changing the cipher to blowfish with the -c flag Maybe it doesnt even have to be ssh, how about forwarding X over a really insecure old telnet connection if its just for local work? a. On 25 January 2013 at 16:45 Julian Brooks jbee...@gmail.com wrote: Hi all, Back to messing with my RPi after the slew of positive news recently. Unfortunately I'm not really hearing/seeing such good results myself. Certainly not getting anything like Miller and Pierre's 10ms full duplex from within Pd. In fact it's still really glitchy/unstable verging on the unusable. I'm presuming that people are getting such decent results by running Pd headless (no gui). Because of the patches I'm wanting to run I do need to have the gui so am wondering if anyone has some tips to squeeze a little more out the pi? Have updated Raspbian to most recent, done the usb tweak to 1.1, removed pulseaudio. I'm running the pi via ssh through my laptop. I'm also running vncserver on the pi and xvncviewer on my debian lappy. Also have an imic, so don't need anything other than usb-audio. So things like: is it worth disabling some of the audio and midi modules, that kind of stuff, well you know, anything really? Many thanks in advance, Julian ___ 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] Building pd-l2ork on arch linux 64
I will try let you know. On Jan 25, 2013 6:27 PM, Ivica Ico Bukvic i...@vt.edu wrote: OK, I committed the diff between older version of gem2pdp in pd-l2ork and the latest found in pd-extended. Can you try it now? As a shortcut, you could just go inside the externals folder and type “make gem2pdp” to see if it compiles. Let me know. ** ** *From:* Ivica Bukvic [mailto:i...@vt.edu] *Sent:* Friday, January 25, 2013 8:04 AM *To:* Fero Kiraly *Subject:* Re: [PD] Building pd-l2ork on arch linux 64 ** ** Did you try building with l2ork_addons/tar_em_up.sh script? Also what distro are your using? Finally, what happens if you replace l2ork gem2pdp external folder with that of pd-extended? On Jan 25, 2013 5:39 AM, Fero Kiraly fero.kir...@gmail.com wrote: Hi, When doing PKGBUILD I have some troubles. ** ** What I am doing: ** ** #1 getting pd-lork from git git clone git://github.com/pd-l2ork/pd.git*** * #2 getting Gem from git (to empty 'Gem' folder) git clone git:// github.com/pd-l2ork/pd.git #3 update docs (to 'doc' folder) svn checkout https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/doc ** ** #4 Fixing pd/src/configure.in for tk/tcl 8.6 ** ** #5 running ' alocal autoconf configure ' script in l2ork_addons/cwiid/ #6 running 'aclocal ./autogen.sh' in Gem folder ** ** #7 optimizing Gem for 64bit architecture FPIC_FLAG=-fPIC #8 finally run the make install in 'packages/linux_make' ** ** make BUILDLAYOUT_DIR=$srcdir/$pkgname/packages \ GEM_EXTRA_CXXFLAGS=$FPIC_FLAG \ DESTDIR=$pkgdir \ prefix=/usr \ install || return 1 ** ** ** ** the process ends with error compiling gem2pdp: ** ** make[3]: Leaving directory `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/pdp' cd /home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp aclocal autoconf configure.ac:41: error: 'AM_PROG_CC_STDC': this macro is obsolete. You should simply use the 'AC_PROG_CC' macro instead. Also, your code should no longer depend upon 'am_cv_prog_cc_stdc', but upon 'ac_cv_prog_cc_stdc'. /usr/share/aclocal-1.13/obsolete-err.m4:17: AM_PROG_CC_STDC is expanded from... configure.ac:41: the top level autom4te: /usr/bin/m4 failed with exit status: 1 aclocal: error: echo failed with exit status: 1 make[2]: *** [/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp/configure] Error 1 make[2]: Leaving directory `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals' make[1]: *** [externals_install] Error 2 make[1]: Leaving directory `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/packages' make: *** [install] Error 2 ** ** ** ** ** ** can anybody help ? ** ** fk ___ 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] Building pd-l2ork on arch linux 64
a bit off topic, but while you're working on arch packaging, I just posted the final Pd-extended 0.43.4 source tarball, which I believe the Arch packaging uses directly. https://puredata.info/downloads/pd-extended/releases/0.43.4 http://sourceforge.net/projects/pure-data/files/pd-extended/0.43.4/ .hc On 01/25/2013 02:04 PM, Fero Kiraly wrote: I will try let you know. On Jan 25, 2013 6:27 PM, Ivica Ico Bukvic i...@vt.edu wrote: OK, I committed the diff between older version of gem2pdp in pd-l2ork and the latest found in pd-extended. Can you try it now? As a shortcut, you could just go inside the externals folder and type “make gem2pdp” to see if it compiles. Let me know. ** ** *From:* Ivica Bukvic [mailto:i...@vt.edu] *Sent:* Friday, January 25, 2013 8:04 AM *To:* Fero Kiraly *Subject:* Re: [PD] Building pd-l2ork on arch linux 64 ** ** Did you try building with l2ork_addons/tar_em_up.sh script? Also what distro are your using? Finally, what happens if you replace l2ork gem2pdp external folder with that of pd-extended? On Jan 25, 2013 5:39 AM, Fero Kiraly fero.kir...@gmail.com wrote: Hi, When doing PKGBUILD I have some troubles. ** ** What I am doing: ** ** #1 getting pd-lork from git git clone git://github.com/pd-l2ork/pd.git*** * #2 getting Gem from git (to empty 'Gem' folder) git clone git:// github.com/pd-l2ork/pd.git #3 update docs (to 'doc' folder) svn checkout https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/doc ** ** #4 Fixing pd/src/configure.in for tk/tcl 8.6 ** ** #5 running ' alocal autoconf configure ' script in l2ork_addons/cwiid/ #6 running 'aclocal ./autogen.sh' in Gem folder ** ** #7 optimizing Gem for 64bit architecture FPIC_FLAG=-fPIC #8 finally run the make install in 'packages/linux_make' ** ** make BUILDLAYOUT_DIR=$srcdir/$pkgname/packages \ GEM_EXTRA_CXXFLAGS=$FPIC_FLAG \ DESTDIR=$pkgdir \ prefix=/usr \ install || return 1 ** ** ** ** the process ends with error compiling gem2pdp: ** ** make[3]: Leaving directory `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/pdp' cd /home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp aclocal autoconf configure.ac:41: error: 'AM_PROG_CC_STDC': this macro is obsolete. You should simply use the 'AC_PROG_CC' macro instead. Also, your code should no longer depend upon 'am_cv_prog_cc_stdc', but upon 'ac_cv_prog_cc_stdc'. /usr/share/aclocal-1.13/obsolete-err.m4:17: AM_PROG_CC_STDC is expanded from... configure.ac:41: the top level autom4te: /usr/bin/m4 failed with exit status: 1 aclocal: error: echo failed with exit status: 1 make[2]: *** [/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp/configure] Error 1 make[2]: Leaving directory `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals' make[1]: *** [externals_install] Error 2 make[1]: Leaving directory `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/packages' make: *** [install] Error 2 ** ** ** ** ** ** can anybody help ? ** ** fk ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gui elements documentation / list
On 01/24/2013 05:11 PM, me.grimm wrote:
You need to specify the point or pixel size as part of the font:
$tkcanvas itemconfigure text -fill red -font {Helvetica 16} ;# points
$tkcanvas itemconfigure text -fill red -font {Helvetica -16} ;# negative
is
pixels
ah thats helpful thank you!
it might be too much but how about turning on/off gui-plugins directly from
a patch by sending messages to pd?
also i did something like:
proc RandomInteger1 {max} {
return [expr {int(rand()*$max) + 1}]
}
to randomize font size etc. right now when i open my patch i have to click
on and off the patch to refresh is there just a refresh pd command i
can send so i count refresh with a metro for example to create little
animated randomized object boxes?
i thought you could send a [;pd refresh{ or something like that but i cant
find it. am i crazy?
m
One thing I want to add is a 'pd-gui' receive for sending messages to the GUI.
This would be analogous to the 'pd' receive, i.e. [;pd dsp 1( But that's
just an idea at this point.
For your case, I think you want to bind to the Loaded event to refresh
once the patch is finished loading. Then also, you could bind to a FocusIn
event to make something happen whenever the window gets focus. There are
other events you can bind to that will be useful to you:
http://www.tcl.tk/man/tcl8.5/TkCmd/bind.htm
.hc
On Thu, Jan 24, 2013 at 4:30 PM, Hans-Christoph Steiner h...@at.or.atwrote:
Pd uses almost all of the available widgets in Tk:
http://www.tcl.tk/man/tcl8.5/Keywords/W.htm#widget
The 'text' widget doesn't respond to -size:
http://www.tcl.tk/man/tcl8.5/TkCmd/text.htm
You need to specify the point or pixel size as part of the font:
$tkcanvas itemconfigure text -fill red -font {Helvetica 16} ;# points
$tkcanvas itemconfigure text -fill red -font {Helvetica -16} ;# negative
is
pixels
You can also create a 'font' to have that setting in one spot:
http://www.tcl.tk/man/tcl8.5/TkCmd/font.htm
Please add anything you find useful to the wiki:
http://puredata.info/docs/guiplugins/GUIPlugins/
.hc
On 01/24/2013 04:06 PM, me.grimm wrote:
i finally have a chance to play around with the gui-plugin stuff. using
tkcanvas itemconfigure im playing around with changing the look of my
patches in performance mode. question: is there a list / documentation of
the gui elements? other than reading over the pd-gui tcl code?
without knowing much i was doing things like:
$tkcanvas itemconfigure text -fill red -font Helvetica -size 16
but -size gives me error
so maybe there is something more other than a trial and error approach or
use of css knowledge which obviously does not completely translate.
m
___
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
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
[PD] Netiquette Update (Re: motion-tracking (was Re: help))
- Original Message - From: IOhannes zmölnig zmoel...@iem.at To: pd-list@iem.at Cc: Sent: Friday, January 25, 2013 3:07 AM Subject: Re: [PD] motion-tracking (was Re: help) On 01/25/2013 12:26 AM, Jonathan Wilkes wrote: p.s. IOhannes, please see 2nd bullet under Respect for Newcomers[1] thanks for reminding me. it seems you haven't saved the document though. Saved. gfmadr IOhannes ___ 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] Loading Gui-Plugin in a Directory Other than in Standard Path
- Original Message - From: me.grimm megr...@gmail.com To: pd_list Listserve pd-list@iem.at Cc: Sent: Friday, January 25, 2013 9:25 AM Subject: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path i tried declare like so: [declare -stdpath /Users/megrimm/Desktop] but that didn't work. is there anyway to load gui plugins other than dropping them in ~/Library/Pd , etc ? I don't know. Hans-- is there a translation page that shows the new way to do everything in Pd-extended that used to be done through the path and startup dialogs? I guess first of all-- is it possible to do everything on the current release that could be done on the last, such as the behavior in question above? -Jonathan m -- m.e.grimm | m.f.a | ed.m. megr...@gmail.com _ ___ 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] Start Katja's Pd from command line on rpi with full path (was) Raspberry Pi does denormals
Sorry that must be my fault, archived it with default options. I'll have a look into that and let you know when a better .tar is uploaded. Katja On Fri, Jan 25, 2013 at 4:53 PM, Julian Brooks jbee...@gmail.com wrote: Hi Katja, Thanks for this. When I cd into bin then ./pd I get 'permission denied'. And sudo'd I get 'command not found'. Any other ideas? Jb On 25 January 2013 15:36, katja katjavet...@gmail.com wrote: Hi Julian, Most convenient is to go in the bin directory of that 'local' Pd with cd /place/where/new/pd/is/bin From there you can start (and restart) the local Pd with ./pd In my case, the recompiled Pd would not start because it could not find libportaudio.so.2. After installing libportaudio2 via Synaptic, 'normalized' Pd would finally start. It is no problem to have the regular Pd still installed. Maybe you can install the local Pd over the regular Pd using the gnumakefile. Didn't try that, I don't like to install things without package manager. Katja On Fri, Jan 25, 2013 at 3:41 PM, Julian Brooks jbee...@gmail.com wrote: Excuse my ignorance: not sure how to start the below version of pd on the rpi? I have the full path but then what? if I do (in command line) pd /place/where/new/pd/is/bin/pd It signals watchdog. I also still have regular pd 0.44.0 installed btw. Sorry if this is dumb dumb dumb dumb Duuummmbbb. Jb On 24 January 2013 09:14, katja katjavet...@gmail.com wrote: 'Undenormalized' Pd build for Raspberry Pi is temporarily parked here for testing purposes (will be removed when Miller's release is fixed in this sense): www.katjaas.nl/temp/pd-0.44-0-normalized.tar.gz This is a locally installed Pd, like Miller's distribution. You can start it from command line with the full path to pd-0.44-0-normalized/bin/pd. It's not a .deb, so it can't be installed under supervision of package manager. Katja On Wed, Jan 23, 2013 at 9:15 PM, Julian Brooks jbee...@gmail.com wrote: Hey Katja, Would you mind sharing the 'normalised' Pd-0.44.0 for RPi please. Cheers, Julian On 23 January 2013 18:23, katja katjavet...@gmail.com wrote: Now I recompiled the Pd-0.44.0 release on Raspberry Pi (took me a few hours, not only because Pi is so slow) with PD_BIGORSMALL enabled for arm in m_pd.h. Using bigorsmalltest.pd from my previous mail I verified that the macro is implemented indeed. Martin Brinkmann's patch chaosmonster1 (http://www.martin-brinkmann.de) gives a beautiful illustration of the improvement. This patch is full of filters and delay lines. At it's initial settings, there is no subnormals problem. But if you set the bottom slider to the right, it gets silent. With Pd-0.44-0 release, CPU load explodes. With the 'normalized' Pd, nothing special happens. And indeed, the PD_BIGORSMALL conditional checks come for free: with initial settings of the chaosmonster1, performance is equivalent in both Pd's. Cool! Hopefully this is similar on armv7. Katja On Wed, Jan 23, 2013 at 5:01 PM, Hans-Christoph Steiner h...@at.or.at wrote: hey Katya, This also sounds like good evidence for your idea of writing C code that modern compilers optimize well. Using unions for aliasing allows the compiler to do all the new tricks, then writing loops that auto-vectorize gives us the real benefits. Also, I think we can see some gains by using memcpy() since on modern libc version, those are highly optimized for the given CPU, dynamically choosing the routines based on what instructions are available. memcpy will use things like SSSE2 if its available. .hc On 01/23/2013 07:47 AM, katja wrote: Finally some good news on this topic. Earlier I stated that 'big or small tests' are expensive for the Pi, but that is not by definition the case. There must have been other conditions blurring my impression. I've now done a systematic test where other influences are ruled out. A test class [lopass~] with exactly the same routine as [lop~] was made, but compiled with PD_BIGORSMALL() macro enabled. It was verified that [lopass~] is not affected by denormals. Performance comparison of [lop~] and [lopass~] shows that both objects cause equivalent CPU load. Meaning, Raspberry Pi gives the 'big or small checks' for free! At least in the case of this simple filter. Please try attached bigorsmalltest.zip on the Pi to see if I'm not dreaming. While I was at the topic anyway, I also tried a big or small test with union instead of direct type aliasing. It has the advantage that the compiler can apply strict aliasing rules. This test with unions did not cause extra CPU load either on the Pi. If you want to verify
Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path
On 01/25/2013 03:31 PM, Jonathan Wilkes wrote: - Original Message - From: me.grimm megr...@gmail.com To: pd_list Listserve pd-list@iem.at Cc: Sent: Friday, January 25, 2013 9:25 AM Subject: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path i tried declare like so: [declare -stdpath /Users/megrimm/Desktop] but that didn't work. is there anyway to load gui plugins other than dropping them in ~/Library/Pd , etc ? I don't know. Hans-- is there a translation page that shows the new way to do everything in Pd-extended that used to be done through the path and startup dialogs? I guess first of all-- is it possible to do everything on the current release that could be done on the last, such as the behavior in question above? You can set paths in the preferences still. I never tested whether GUI plugins can be loaded from the user-set path because I didn't see a reason why someone would want to do that. As for the prefs pane for loading libs at startup, that is bad behavior that should be discouraged. Libs should be loaded in the patch using [import] or [declare -lib]. .hc -Jonathan m -- m.e.grimm | m.f.a | ed.m. megr...@gmail.com _ ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building pd-l2ork on arch linux 64
OK, new versions are up, including 20130125 binaries. Please note that cwiid is not a part of pd-l2ork. Rather it is a separate package meant to replace regular cwiid lib. On Fri, Jan 25, 2013 at 2:04 PM, Fero Kiraly fero.kir...@gmail.com wrote: I will try let you know. On Jan 25, 2013 6:27 PM, Ivica Ico Bukvic i...@vt.edu wrote: OK, I committed the diff between older version of gem2pdp in pd-l2ork and the latest found in pd-extended. Can you try it now? As a shortcut, you could just go inside the externals folder and type “make gem2pdp” to see if it compiles. Let me know. ** ** *From:* Ivica Bukvic [mailto:i...@vt.edu] *Sent:* Friday, January 25, 2013 8:04 AM *To:* Fero Kiraly *Subject:* Re: [PD] Building pd-l2ork on arch linux 64 ** ** Did you try building with l2ork_addons/tar_em_up.sh script? Also what distro are your using? Finally, what happens if you replace l2ork gem2pdp external folder with that of pd-extended? On Jan 25, 2013 5:39 AM, Fero Kiraly fero.kir...@gmail.com wrote: Hi, When doing PKGBUILD I have some troubles. ** ** What I am doing: ** ** #1 getting pd-lork from git git clone git://github.com/pd-l2ork/pd.git** ** #2 getting Gem from git (to empty 'Gem' folder) git clone git:// github.com/pd-l2ork/pd.git #3 update docs (to 'doc' folder) svn checkout https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/doc ** ** #4 Fixing pd/src/configure.in for tk/tcl 8.6 ** ** #5 running ' alocal autoconf configure ' script in l2ork_addons/cwiid/*** * #6 running 'aclocal ./autogen.sh' in Gem folder ** ** #7 optimizing Gem for 64bit architecture FPIC_FLAG=-fPIC #8 finally run the make install in 'packages/linux_make' ** ** make BUILDLAYOUT_DIR=$srcdir/$pkgname/packages \ GEM_EXTRA_CXXFLAGS=$FPIC_FLAG \ DESTDIR=$pkgdir \ prefix=/usr \ install || return 1 ** ** ** ** the process ends with error compiling gem2pdp: ** ** make[3]: Leaving directory `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/pdp' cd /home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp aclocal autoconf configure.ac:41: error: 'AM_PROG_CC_STDC': this macro is obsolete. You should simply use the 'AC_PROG_CC' macro instead. Also, your code should no longer depend upon 'am_cv_prog_cc_stdc',*** * but upon 'ac_cv_prog_cc_stdc'. /usr/share/aclocal-1.13/obsolete-err.m4:17: AM_PROG_CC_STDC is expanded from... configure.ac:41: the top level autom4te: /usr/bin/m4 failed with exit status: 1 aclocal: error: echo failed with exit status: 1 make[2]: *** [/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp/configure] Error 1 make[2]: Leaving directory `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals' make[1]: *** [externals_install] Error 2 make[1]: Leaving directory `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/packages' make: *** [install] Error 2 ** ** ** ** ** ** can anybody help ? ** ** fk ___ 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] Loading Gui-Plugin in a Directory Other than in Standard Path
plugins can be loaded from the user-set path because I didn't see a reason why someone would want to do that. that would be so one might have a different gui look for each of their patchs. or could distribute a gui-plug specific to their patch with their patches, etc. in my case im using the gui-plugs to make my patch look like some absrtacted, glitch, unusable mess... but then if i leave it in the standerd path every patch i would open would be like that there for if i could [declare] the path to the gui-plug then i wouldn't have to worry about it. only that one patch would have those properties As for the prefs pane for loading libs at startup, that is bad behavior that should be discouraged. Libs should be loaded in the patch using [import] or [declare -lib]. i agree hence the in patch gui-plugin loading h m On Fri, Jan 25, 2013 at 4:01 PM, Hans-Christoph Steiner h...@at.or.at wrote: On 01/25/2013 03:31 PM, Jonathan Wilkes wrote: - Original Message - From: me.grimm megr...@gmail.com To: pd_list Listserve pd-list@iem.at Cc: Sent: Friday, January 25, 2013 9:25 AM Subject: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path i tried declare like so: [declare -stdpath /Users/megrimm/Desktop] but that didn't work. is there anyway to load gui plugins other than dropping them in ~/Library/Pd , etc ? I don't know. Hans-- is there a translation page that shows the new way to do everything in Pd-extended that used to be done through the path and startup dialogs? I guess first of all-- is it possible to do everything on the current release that could be done on the last, such as the behavior in question above? You can set paths in the preferences still. I never tested whether GUI plugins can be loaded from the user-set path because I didn't see a reason why someone would want to do that. As for the prefs pane for loading libs at startup, that is bad behavior that should be discouraged. Libs should be loaded in the patch using [import] or [declare -lib]. .hc -Jonathan m -- m.e.grimm | m.f.a | ed.m. megr...@gmail.com _ ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- m.e.grimm | m.f.a | ed.m. megr...@gmail.com _ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path
On 01/25/2013 04:21 PM, me.grimm wrote:
plugins can be loaded from the user-set path because I didn't see a reason
why
someone would want to do that.
that would be so one might have a different gui look for each of their
patchs. or could distribute a gui-plug specific to their patch with
their patches, etc.
in my case im using the gui-plugs to make my patch look like some
absrtacted, glitch, unusable mess... but then if i leave it in the
standerd path every patch i would open would be like that there for if
i could [declare] the path to the gui-plug then i wouldn't have to
worry about it. only that one patch would have those properties
Hmm, that would be tricky for Pd to make a GUI-plugin only apply to a single
patch, but you could program that in GUI plugin itself. Use [wm stackorder .]
to get the list of open windows, then go thru the list and check [wm title ],
then compare that to the patchname you want to affect. Then use that to make
a canvas id, and only use that canvasid to change things. ROughtly like:
foreach mytoplevel [wm stackorder .] {
if {[regsub {mypatchname} [wm title $mytoplevel]]} {
set tkcanvas [tkcanvas_name $mytoplevel]
break
}
}
Now $tkcanvas is the canvas that you want. I didn't try the above code, it
might have errors, but that's the idea. You can also do that in a patch
itself with [hcs/window_name] and [hcs/canvas_name].
.hc
As for the prefs pane for loading libs at startup, that is bad behavior that
should be discouraged. Libs should be loaded in the patch using [import] or
[declare -lib].
i agree hence the in patch gui-plugin loading
h
m
On Fri, Jan 25, 2013 at 4:01 PM, Hans-Christoph Steiner h...@at.or.at wrote:
On 01/25/2013 03:31 PM, Jonathan Wilkes wrote:
- Original Message -
From: me.grimm megr...@gmail.com
To: pd_list Listserve pd-list@iem.at
Cc:
Sent: Friday, January 25, 2013 9:25 AM
Subject: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path
i tried declare like so:
[declare -stdpath /Users/megrimm/Desktop]
but that didn't work.
is there anyway to load gui plugins other than dropping them in
~/Library/Pd , etc ?
I don't know.
Hans-- is there a translation page that shows the new way to do
everything in Pd-extended that used to be done through the
path and startup dialogs?
I guess first of all-- is it possible to do everything on the current
release that could be done on the last, such as the behavior
in question above?
You can set paths in the preferences still. I never tested whether GUI
plugins can be loaded from the user-set path because I didn't see a reason
why
someone would want to do that.
As for the prefs pane for loading libs at startup, that is bad behavior that
should be discouraged. Libs should be loaded in the patch using [import] or
[declare -lib].
.hc
-Jonathan
m
--
m.e.grimm | m.f.a | ed.m.
megr...@gmail.com
_
___
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
___
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] Pd-extended 0.43.4 final builds
Ubuntu final builds are up on launchpad (some are still building): add-apt-repository ppa:eighthave/pd-extended https://launchpad.net/~eighthave/+archive/pd-extended/+packages Of course, let me know if you find any problems with them. .hc On 01/24/2013 09:04 PM, Hans-Christoph Steiner wrote: I've started posting the final builds for Pd-extended 0.43.4. Here are the Windows and Mac OS X builds: https://sourceforge.net/projects/pure-data/files/pd-extended/0.43.4/ These are the Ubuntu builds, there will be one small change in the final builds: the version will be changed to 0.43.4 from 0.43.4~extended2: https://launchpad.net/~eighthave/+archive/pd-extended/+packages same as Ubuntu but for Debian: http://autobuild.puredata.info/auto-build/2013-01-24/ And the source tarball, which also just needs the version change: http://autobuild.puredata.info/auto-build/2013-01-24/Pd-extended_0.43.4~extended-source.tar.bz2 The version change will be in tomorrow's builds. .hc signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path
- Original Message - From: Hans-Christoph Steiner h...@at.or.at To: pd-list@iem.at Cc: Sent: Friday, January 25, 2013 4:01 PM Subject: Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path On 01/25/2013 03:31 PM, Jonathan Wilkes wrote: - Original Message - From: me.grimm megr...@gmail.com To: pd_list Listserve pd-list@iem.at Cc: Sent: Friday, January 25, 2013 9:25 AM Subject: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path i tried declare like so: [declare -stdpath /Users/megrimm/Desktop] but that didn't work. is there anyway to load gui plugins other than dropping them in ~/Library/Pd , etc ? I don't know. Hans-- is there a translation page that shows the new way to do everything in Pd-extended that used to be done through the path and startup dialogs? I guess first of all-- is it possible to do everything on the current release that could be done on the last, such as the behavior in question above? You can set paths in the preferences still. Ok, I didn't see that. I never tested whether GUI plugins can be loaded from the user-set path because I didn't see a reason why someone would want to do that. By user-set, do you mean by setting the paths in Preferences from the Edit menu? Also, is there a tcl variable that holds the paths that were set by a [declare], or one that holds the paths for the currently opened patches? -Jonathan As for the prefs pane for loading libs at startup, that is bad behavior that should be discouraged. Libs should be loaded in the patch using [import] or [declare -lib]. .hc -Jonathan m -- m.e.grimm | m.f.a | ed.m. megr...@gmail.com _ ___ 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 ___ 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] Loading Gui-Plugin in a Directory Other than in Standard Path
On 01/25/2013 04:34 PM, Hans-Christoph Steiner wrote:
On 01/25/2013 04:21 PM, me.grimm wrote:
plugins can be loaded from the user-set path because I didn't see a reason
why
someone would want to do that.
that would be so one might have a different gui look for each of their
patchs. or could distribute a gui-plug specific to their patch with
their patches, etc.
in my case im using the gui-plugs to make my patch look like some
absrtacted, glitch, unusable mess... but then if i leave it in the
standerd path every patch i would open would be like that there for if
i could [declare] the path to the gui-plug then i wouldn't have to
worry about it. only that one patch would have those properties
Hmm, that would be tricky for Pd to make a GUI-plugin only apply to a single
patch, but you could program that in GUI plugin itself. Use [wm stackorder .]
to get the list of open windows, then go thru the list and check [wm title ],
then compare that to the patchname you want to affect. Then use that to make
a canvas id, and only use that canvasid to change things. ROughtly like:
foreach mytoplevel [wm stackorder .] {
if {[regsub {mypatchname} [wm title $mytoplevel]]} {
set tkcanvas [tkcanvas_name $mytoplevel]
break
}
}
Now $tkcanvas is the canvas that you want. I didn't try the above code, it
might have errors, but that's the idea. You can also do that in a patch
itself with [hcs/window_name] and [hcs/canvas_name].
Hmm, now that i think about it, there is a better way, which would be using
the Loaded event.
If you receive it:
bind all Loaded {receive_loaded %W}
proc receive_loaded {mytoplevel} {
if {[regsub {mypatchname} [wm title $mytoplevel]]} {
set tkcanvas [tkcanvas_name $mytoplevel]
# apply your tricks here
}
}
.hc
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path
On 01/25/2013 06:12 PM, Jonathan Wilkes wrote: - Original Message - From: Hans-Christoph Steiner h...@at.or.at To: pd-list@iem.at Cc: Sent: Friday, January 25, 2013 4:01 PM Subject: Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path On 01/25/2013 03:31 PM, Jonathan Wilkes wrote: - Original Message - From: me.grimm megr...@gmail.com To: pd_list Listserve pd-list@iem.at Cc: Sent: Friday, January 25, 2013 9:25 AM Subject: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path i tried declare like so: [declare -stdpath /Users/megrimm/Desktop] but that didn't work. is there anyway to load gui plugins other than dropping them in ~/Library/Pd , etc ? I don't know. Hans-- is there a translation page that shows the new way to do everything in Pd-extended that used to be done through the path and startup dialogs? I guess first of all-- is it possible to do everything on the current release that could be done on the last, such as the behavior in question above? You can set paths in the preferences still. Ok, I didn't see that. I never tested whether GUI plugins can be loaded from the user-set path because I didn't see a reason why someone would want to do that. By user-set, do you mean by setting the paths in Preferences from the Edit menu? Also, is there a tcl variable that holds the paths that were set by a [declare], or one that holds the paths for the currently opened patches? -Jonathan Hmm, off the top of my head, I don't think you can get the canvas-local path (ie. [path] or [declare -path]) in the GUI. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] raspberry pi user experience
hello, I just install raspbian release and update it. then install pd 0.44.1 (without any specific optimisation flag) I made the standard optimisation : * - rtprio 99 * - memlock 10 in /etc/security/limits.conf and dwc_otg.speed=1 in /boot/cmdline.txt as suggested by miller I use a uca222 beringher (that cost about 20 or 25€) sound card. trying the test audio and midi, there is no click with 10ms audio buffer (with adc~ enable). this is with usb keyboard / mouse combo plugged and graphical interface (for the system and for pd). without X, audiobuf can be as low as 5ms having a usb keyboard did not change anything for me. i'm very happy cheers c ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
- Original Message - From: Bill Gribble g...@billgribble.com To: Lorenzo Sutton lorenzofsut...@gmail.com Cc: pd-list@iem.at pd-list@iem.at Sent: Monday, January 21, 2013 7:24 AM Subject: Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released [sorry about partial message send, thumb slip] I am working on a pd-clone intended to explore a lot of the topics in this thread. It's not fully baked yet -- the biggest working patch is a biquad filter designer with pole-zero and freq response plotting -- but I'm particularly excited about the approach to namespacing and scope management, which works a lot like hc describes. Patches have a set of scopes which can be mapped onto subpatches (represented as layers, not separate windows). Name resolution in send/receive elements works like you would want it to. How does scope work for abstractions? -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path
- Original Message - From: Hans-Christoph Steiner h...@at.or.at To: Jonathan Wilkes jancs...@yahoo.com Cc: pd-list@iem.at pd-list@iem.at Sent: Friday, January 25, 2013 6:17 PM Subject: Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path [...] Also, is there a tcl variable that holds the paths that were set by a [declare], or one that holds the paths for the currently opened patches? -Jonathan Hmm, off the top of my head, I don't think you can get the canvas-local path (ie. [path] or [declare -path]) in the GUI. Someone wanted to search whatever libs they had loaded, or in the path of the patch that was loaded, so I think it is already desired. -Jonathan .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path
On 01/25/2013 06:24 PM, Jonathan Wilkes wrote: - Original Message - From: Hans-Christoph Steiner h...@at.or.at To: Jonathan Wilkes jancs...@yahoo.com Cc: pd-list@iem.at pd-list@iem.at Sent: Friday, January 25, 2013 6:17 PM Subject: Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path [...] Also, is there a tcl variable that holds the paths that were set by a [declare], or one that holds the paths for the currently opened patches? -Jonathan Hmm, off the top of my head, I don't think you can get the canvas-local path (ie. [path] or [declare -path]) in the GUI. Someone wanted to search whatever libs they had loaded, or in the path of the patch that was loaded, so I think it is already desired. Yeah, it could be useful. Its a matter of someone implementing it. I can't think of any objections. It seems to me that it would basically end up having a mirror of the t_class struct in the GUI. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building pd-l2ork on arch linux 64
PKGBUILD script contains: https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.43 and clone git:// pure-data.git.sourceforge.net/gitroot/pure-data/pd-extended.git is this correct ? -- Fero Kiraly www.cluster-ensemble.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path
- Original Message - From: Hans-Christoph Steiner h...@at.or.at To: Jonathan Wilkes jancs...@yahoo.com Cc: pd-list@iem.at pd-list@iem.at Sent: Friday, January 25, 2013 6:26 PM Subject: Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path On 01/25/2013 06:24 PM, Jonathan Wilkes wrote: - Original Message - From: Hans-Christoph Steiner h...@at.or.at To: Jonathan Wilkes jancs...@yahoo.com Cc: pd-list@iem.at pd-list@iem.at Sent: Friday, January 25, 2013 6:17 PM Subject: Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path [...] Also, is there a tcl variable that holds the paths that were set by a [declare], or one that holds the paths for the currently opened patches? -Jonathan Hmm, off the top of my head, I don't think you can get the canvas-local path (ie. [path] or [declare -path]) in the GUI. Someone wanted to search whatever libs they had loaded, or in the path of the patch that was loaded, so I think it is already desired. Yeah, it could be useful. Its a matter of someone implementing it. I can't think of any objections. It seems to me that it would basically end up having a mirror of the t_class struct in the GUI. That was one thing that was neat about the the object-oriented GUI approach of DesireData-- you ended up with a mirror of the Pd side of things (at least it looked that way). BTW-- I've done a little work on my rename hack, and it seems to work ok so far. The question is should the FUDI message that I generate look exactly like the FUDI message that triggered the event in Pd that generated the message to the gui in the first place, or does it just need to follow the FUDI syntax? -Jonathan .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
On Fri, 2013-01-25 at 15:21 -0800, Jonathan Wilkes wrote: From: Bill Gribble g...@billgribble.com I am working on a pd-clone intended to explore a lot of the topics in this thread. It's not fully baked yet -- the biggest working patch is a biquad filter designer with pole-zero and freq response plotting -- but I'm particularly excited about the approach to namespacing and scope management, which works a lot like hc describes. Patches have a set of scopes which can be mapped onto subpatches (represented as layers, not separate windows). Name resolution in send/receive elements works like you would want it to. How does scope work for abstractions? Well, every object in a patch has a name. To find that object, the tree of patches and scopes is crawled upward from the site of the lookup. For example, the (equivalent of) [s foo] first looks in the scope of the [s], then the patch-global scope of the containing patch, then in the application global scope for the name foo. Dotted notation can drill down, so [s foo.bar] would try to find an object named foo, then find bar in its patch-global scope (or an object named bar within a scope named foo in the current patch). Does that make sense? Thanks, Bill Gribble ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building Pd-extended on arch linux 64
On 01/25/2013 06:39 PM, Fero Kiraly wrote: PKGBUILD script contains: https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.43 and clone git:// pure-data.git.sourceforge.net/gitroot/pure-data/pd-extended.git is this correct ? Everything is now in the SVN, no git repo needed for the release: https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.43 If you want to maintain a 'dev' package, the next dev setup will be the same, with everything but the pd/ folder coming from: https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.44 And the pd/ folder coming from: git://pure-data.git.sourceforge.net/gitroot/pure-data/pd-extended.git .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
- Original Message - From: Bill Gribble g...@billgribble.com To: Jonathan Wilkes jancs...@yahoo.com Cc: Lorenzo Sutton lorenzofsut...@gmail.com; pd-list@iem.at pd-list@iem.at Sent: Friday, January 25, 2013 7:55 PM Subject: Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released On Fri, 2013-01-25 at 15:21 -0800, Jonathan Wilkes wrote: From: Bill Gribble g...@billgribble.com I am working on a pd-clone intended to explore a lot of the topics in this thread. It's not fully baked yet -- the biggest working patch is a biquad filter designer with pole-zero and freq response plotting -- but I'm particularly excited about the approach to namespacing and scope management, which works a lot like hc describes. Patches have a set of scopes which can be mapped onto subpatches (represented as layers, not separate windows). Name resolution in send/receive elements works like you would want it to. How does scope work for abstractions? Well, every object in a patch has a name. To find that object, the tree of patches and scopes is crawled upward from the site of the lookup. For example, the (equivalent of) [s foo] first looks in the scope of the [s], then the patch-global scope of the containing patch, then in the application global scope for the name foo. Dotted notation can drill down, so [s foo.bar] would try to find an object named foo, then find bar in its patch-global scope (or an object named bar within a scope named foo in the current patch). Does that make sense? I don't think I understand it. Let's say I have abstraction [blah]. I want [s foo] and [r foo] inside [blah] and all of [blah]'s children to talk to each other. Then I want to share my abstraction with Bob who needn't worry about the send/receive names I used inside [blah] because they are guaranteed not to conflict with anything he does outside the scope of the [blah] abstraction (e.g., creating a [s foo] on the same canvas where a [blah] object sits). Can I specify the scope of the s/r symbol in this way? Jonathan Thanks, Bill Gribble ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Using Xapian for the Pd Search Plugin
On 01/24/2013 04:59 PM, Jonathan Wilkes wrote: I've looked a bit at the Xapian API. Here's my preliminary route to changing the search plugin to use Xapian. ***Build the Index*** * Read the file for each doc. regsub out all #X foo number number stuff since it won't help the search * Optional: prefix all object names with a XAPIAN prefix so that the user can search for instances of objects if they want. Additionally include the object names unprefixed so they count toward a score when the user isn't searching just for objects This sounds quite interesting, how do you mean searching for instances of objects? * Prefix all the pd META stuff so that users can search by category, author, etc., and also include it unprefixed so that again it counts toward a general score when not searching for a particular field * Include the following as the document data: base directory, filename, pd META KEY/values pairs. I include the pd META stuff in the doc data since we want to display some of it (keywords, maybe other stuff in the future) in the search results. Then it's trivial to check for database existence, and only build it if it's not there. (Maybe just have the last link on the homepage be Rebuild Index.) Sounds all good. Now we have an index so *** Search *** Search. Depending on speed, I might just keep it the way it is, showing ALL results instead of the Google way of 10 per page or whatever. *** Search by Category *** This will be nicer than it is currently-- instead of cryptic regexp text showing up in the search bar, it will just be the prefixed keyword, like Kbandlimited or Ksignal. That's easy enough to grasp that I don't think we'll need some special syntax for category searches-- newbies can just depend on the home page links. Plus, if they want to search for several categories at once they can quickly figure out it's just a matter of prefixing a K in front of the category and are way less likely to generate a tcl error as they would be screwing around inside a regexp. (I could even make a mousebinding, like ctrl-click will add a category to the search bar without triggering a search, so they can use that to gang several together.) what about category:bandlimited The K seems arbitrary and hard to remember. Also, if I understand the tclxapian interface correctly, I can just hand off a tcl string to Xapian so the search-plugin can get out of tcl quoting-hell. (Thus, much less chance of generating errors because of malformed lists.) That sounds very nice too. Sounds to me like this would be a large improvement. Once you start committing some code, I'll try to find the time to add xapian to the Mac and Windows builds so people can start using/testing early. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
Here's how I've managed to send and receive from a parent(multi instance) abstraction to multiple instances of nested sub abstractions. within main abstraction [mainAb] some data named $0varsend it like this [s $0var] initialize sub abstractions pass names X_1 and X_2 in so you can send and receive data to these abstractions individually [abX X_1 $0] [abX X_2 $0] within sub abstraction abX initialized with X_1 $1 = X_1 $2 = mainAb's $0 for all instances of abX to receive from main's [s $0var] [r $2var] to to send and receive locally and have mainAb access within abX [s $2$1varZ] within mainAb [r $0X_1varZ] and [r $0X_2varZ] a way to get global data to sub abstractions of abX within abX initialize [abY $2var] within abY $1var = mainAb $0var This information is useful say if you have multiple voices and want to have them share the same control so say $0var is a send on a filter frequency slider when you move the slider all instances of abX receive the new filter frequency when you want information to or from a specific instance of abX say like you want to plot each of the voices outputs on a scope use [s~ $2$1varZ] in abX then in main [r~ $0X_1varZ] and [r $0X_2varZ] then you can write those to a table so you can see which voice is sounding On Fri, Jan 25, 2013 at 9:27 PM, Jonathan Wilkes jancs...@yahoo.com wrote: - Original Message - From: Bill Gribble g...@billgribble.com To: Jonathan Wilkes jancs...@yahoo.com Cc: Lorenzo Sutton lorenzofsut...@gmail.com; pd-list@iem.at pd-list@iem.at Sent: Friday, January 25, 2013 7:55 PM Subject: Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released On Fri, 2013-01-25 at 15:21 -0800, Jonathan Wilkes wrote: From: Bill Gribble g...@billgribble.com I am working on a pd-clone intended to explore a lot of the topics in this thread. It's not fully baked yet -- the biggest working patch is a biquad filter designer with pole-zero and freq response plotting -- but I'm particularly excited about the approach to namespacing and scope management, which works a lot like hc describes. Patches have a set of scopes which can be mapped onto subpatches (represented as layers, not separate windows). Name resolution in send/receive elements works like you would want it to. How does scope work for abstractions? Well, every object in a patch has a name. To find that object, the tree of patches and scopes is crawled upward from the site of the lookup. For example, the (equivalent of) [s foo] first looks in the scope of the [s], then the patch-global scope of the containing patch, then in the application global scope for the name foo. Dotted notation can drill down, so [s foo.bar] would try to find an object named foo, then find bar in its patch-global scope (or an object named bar within a scope named foo in the current patch). Does that make sense? I don't think I understand it. Let's say I have abstraction [blah]. I want [s foo] and [r foo] inside [blah] and all of [blah]'s children to talk to each other. Then I want to share my abstraction with Bob who needn't worry about the send/receive names I used inside [blah] because they are guaranteed not to conflict with anything he does outside the scope of the [blah] abstraction (e.g., creating a [s foo] on the same canvas where a [blah] object sits). Can I specify the scope of the s/r symbol in this way? Jonathan Thanks, Bill Gribble ___ 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] Using Xapian for the Pd Search Plugin
- Original Message - From: Hans-Christoph Steiner h...@at.or.at To: pd-list@iem.at Cc: Sent: Friday, January 25, 2013 9:39 PM Subject: Re: [PD] Using Xapian for the Pd Search Plugin On 01/24/2013 04:59 PM, Jonathan Wilkes wrote: I've looked a bit at the Xapian API. Here's my preliminary route to changing the search plugin to use Xapian. ***Build the Index*** * Read the file for each doc. regsub out all #X foo number number stuff since it won't help the search * Optional: prefix all object names with a XAPIAN prefix so that the user can search for instances of objects if they want. Additionally include the object names unprefixed so they count toward a score when the user isn't searching just for objects This sounds quite interesting, how do you mean searching for instances of objects? Well, we can put clip~ in the search terms, but we can additionally add it to the db with a prefix (something like XOclip~) when it originated from the document as #X obj 20 10 clip~. (Basically you normalize all the document search terms to lower case, so then upper case denotes certain fields.) I suppose we could also make use of the numbers in #X obj 20 10, as term with associated lower number coordinates are closer to the top left corner and are more prominent. * Prefix all the pd META stuff so that users can search by category, author, etc., and also include it unprefixed so that again it counts toward a general score when not searching for a particular field * Include the following as the document data: base directory, filename, pd META KEY/values pairs. I include the pd META stuff in the doc data since we want to display some of it (keywords, maybe other stuff in the future) in the search results. Then it's trivial to check for database existence, and only build it if it's not there. (Maybe just have the last link on the homepage be Rebuild Index.) Sounds all good. Now we have an index so *** Search *** Search. Depending on speed, I might just keep it the way it is, showing ALL results instead of the Google way of 10 per page or whatever. *** Search by Category *** This will be nicer than it is currently-- instead of cryptic regexp text showing up in the search bar, it will just be the prefixed keyword, like Kbandlimited or Ksignal. That's easy enough to grasp that I don't think we'll need some special syntax for category searches-- newbies can just depend on the home page links. Plus, if they want to search for several categories at once they can quickly figure out it's just a matter of prefixing a K in front of the category and are way less likely to generate a tcl error as they would be screwing around inside a regexp. (I could even make a mousebinding, like ctrl-click will add a category to the search bar without triggering a search, so they can use that to gang several together.) what about category:bandlimited The K seems arbitrary and hard to remember. Yeah, I'm just being lazy because the K prefix is how its actually stored in the database, and the main user interface is clicking a link. It'd basically just be a regsub there so not too hard to use your syntax. Also, if I understand the tclxapian interface correctly, I can just hand off a tcl string to Xapian so the search-plugin can get out of tcl quoting-hell. (Thus, much less chance of generating errors because of malformed lists.) That sounds very nice too. Sounds to me like this would be a large improvement. Once you start committing some code, I'll try to find the time to add xapian to the Mac and Windows builds so people can start using/testing early. Well, this is all pre-testing stage. Hopefully there's no weird snags in all this. But the documentation seems pretty straightforward so far. -Jonathan .hc ___ 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] can anyone make screencasts of 0.43 editing features?
I thought I'd find time to try making screencasts myself, but no such luck. I am going to include the in the Pd-extended 0.43.4 announcements. Ryan, or anyone else, could you make more? I started taking notes for some screencast ideas, in case any of these piques your interest: a demo of all sorts of fixed annoyances: ∘ File-New in same folder as focused_window (open a patch, the File-New patch is created in the same folder) ∘ double-clicking a patch opens in running instance on GNU/Linux and Windows ∘ full unicode support, so Greek, Japanese, Korean, Chinese, Hebrew, Arabic, etc. works in patches, filenames, MIDI device names, etc. ∘ Properties menu pops up where you click ∘ new subpatches open their window where you make them ∘ GUI remains responsive with 2000 messages/sec to Pd window ∘ the Window menu now shows the hierarchy of the windows with an indent the 'log' library and the clickable Pd window: ∘ show logging at different levels ∘ filtering the Pd window based on level with the Log: menu ∘ posting at different levels using the 'log' library tricks with GUI plugins (see example plugins) ∘ tab completion in object boxes ∘ GNOME Open/Save panels ∘ customizable object category menu on right-click menu ∘ object button bar on top of the patch using [path] for a project-local libs folder ∘ create a folder in your project called libs/ ∘ put [path libs] in your patch ∘ libs will then load from your project-local libs/ folder .hc On 12/05/2012 11:56 AM, Hans-Christoph Steiner wrote: Perfect, that's better than I expected :-D I'll make a new post on puredata.info with that video. About the Pd window video, have you seen the new 'log' library? That might be a good way to illustrate the clickable log lines. .hc On Dec 4, 2012, at 10:27 PM, Ryan Smith wrote: I posted a video on youtube showing off a couple of the new editing features. Autopatch, Autotips, Magic Glass and Perf Mode. Once I get my feet wet with tcl, and play around with the tcl entry field I'll try to put together one demoing that and the other new main pd window features. http://youtu.be/eMhfSu3vuvQ On Tue, Nov 20, 2012 at 11:58 AM, Hans-Christoph Steiner h...@at.or.at wrote: I would love to see a video of the new editing features in Pd-extended 0.43, but I've never really done any screencast recording. Anyone want to take this on? It could be anything from making a complete, narrative movie, or just recording the clips and posting them so someone else can edit them into a full narrative. Here's a description of some of them: http://puredata.info/Members/hans/new-editing-features-of-pd-extended-0-43-now-in-beta .hc ___ 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] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
The case you describe is the easy one, once you introduce any kind of lexical hygiene. Names in use in a patch bind closely to the patch or scope in which they are used, so there's no danger of escapes from a patch just because its being used within another patch. At the same time, references to names that can't be resolved in the local scope do bubble up, so you can have more global names if you need them. Thanks, Bill Gribble On Jan 25, 2013, at 21:27, Jonathan Wilkes jancs...@yahoo.com wrote: - Original Message - From: Bill Gribble g...@billgribble.com To: Jonathan Wilkes jancs...@yahoo.com Cc: Lorenzo Sutton lorenzofsut...@gmail.com; pd-list@iem.at pd-list@iem.at Sent: Friday, January 25, 2013 7:55 PM Subject: Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released On Fri, 2013-01-25 at 15:21 -0800, Jonathan Wilkes wrote: From: Bill Gribble g...@billgribble.com I am working on a pd-clone intended to explore a lot of the topics in this thread. It's not fully baked yet -- the biggest working patch is a biquad filter designer with pole-zero and freq response plotting -- but I'm particularly excited about the approach to namespacing and scope management, which works a lot like hc describes. Patches have a set of scopes which can be mapped onto subpatches (represented as layers, not separate windows). Name resolution in send/receive elements works like you would want it to. How does scope work for abstractions? Well, every object in a patch has a name. To find that object, the tree of patches and scopes is crawled upward from the site of the lookup. For example, the (equivalent of) [s foo] first looks in the scope of the [s], then the patch-global scope of the containing patch, then in the application global scope for the name foo. Dotted notation can drill down, so [s foo.bar] would try to find an object named foo, then find bar in its patch-global scope (or an object named bar within a scope named foo in the current patch). Does that make sense? I don't think I understand it. Let's say I have abstraction [blah]. I want [s foo] and [r foo] inside [blah] and all of [blah]'s children to talk to each other. Then I want to share my abstraction with Bob who needn't worry about the send/receive names I used inside [blah] because they are guaranteed not to conflict with anything he does outside the scope of the [blah] abstraction (e.g., creating a [s foo] on the same canvas where a [blah] object sits). Can I specify the scope of the s/r symbol in this way? Jonathan Thanks, Bill Gribble ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
- Original Message - From: Billy Stiltner billy.stilt...@gmail.com To: Jonathan Wilkes jancs...@yahoo.com Cc: Bill Gribble g...@billgribble.com; pd-list@iem.at pd-list@iem.at Sent: Friday, January 25, 2013 9:43 PM Subject: Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released Here's how I've managed to send and receive from a parent(multi instance) abstraction to multiple instances of nested sub abstractions. I'm talking about doing it without the constraint of having to prepare the child abstractions beforehand with an argument that contains a dollarsign variable. Passing unique identifiers around to simulate scope is really painful. In fact I was going to write some trivial tcl example code here to show how clunky the $0 approach would be, but I can't even imagine what it would look like. -Jonathan within main abstraction [mainAb] some data named $0var send it like this [s $0var] initialize sub abstractions pass names X_1 and X_2 in so you can send and receive data to these abstractions individually [abX X_1 $0] [abX X_2 $0] within sub abstraction abX initialized with X_1 $1 = X_1 $2 = mainAb's $0 for all instances of abX to receive from main's [s $0var] [r $2var] to to send and receive locally and have mainAb access within abX [s $2$1varZ] within mainAb [r $0X_1varZ] and [r $0X_2varZ] a way to get global data to sub abstractions of abX within abX initialize [abY $2var] within abY $1var = mainAb $0var This information is useful say if you have multiple voices and want to have them share the same control so say $0var is a send on a filter frequency slider when you move the slider all instances of abX receive the new filter frequency when you want information to or from a specific instance of abX say like you want to plot each of the voices outputs on a scope use [s~ $2$1varZ] in abX then in main [r~ $0X_1varZ] and [r $0X_2varZ] then you can write those to a table so you can see which voice is sounding On Fri, Jan 25, 2013 at 9:27 PM, Jonathan Wilkes jancs...@yahoo.com wrote: - Original Message - From: Bill Gribble g...@billgribble.com To: Jonathan Wilkes jancs...@yahoo.com Cc: Lorenzo Sutton lorenzofsut...@gmail.com; pd-list@iem.at pd-list@iem.at Sent: Friday, January 25, 2013 7:55 PM Subject: Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released On Fri, 2013-01-25 at 15:21 -0800, Jonathan Wilkes wrote: From: Bill Gribble g...@billgribble.com I am working on a pd-clone intended to explore a lot of the topics in this thread. It's not fully baked yet -- the biggest working patch is a biquad filter designer with pole-zero and freq response plotting -- but I'm particularly excited about the approach to namespacing and scope management, which works a lot like hc describes. Patches have a set of scopes which can be mapped onto subpatches (represented as layers, not separate windows). Name resolution in send/receive elements works like you would want it to. How does scope work for abstractions? Well, every object in a patch has a name. To find that object, the tree of patches and scopes is crawled upward from the site of the lookup. For example, the (equivalent of) [s foo] first looks in the scope of the [s], then the patch-global scope of the containing patch, then in the application global scope for the name foo. Dotted notation can drill down, so [s foo.bar] would try to find an object named foo, then find bar in its patch-global scope (or an object named bar within a scope named foo in the current patch). Does that make sense? I don't think I understand it. Let's say I have abstraction [blah]. I want [s foo] and [r foo] inside [blah] and all of [blah]'s children to talk to each other. Then I want to share my abstraction with Bob who needn't worry about the send/receive names I used inside [blah] because they are guaranteed not to conflict with anything he does outside the scope of the [blah] abstraction (e.g., creating a [s foo] on the same canvas where a [blah] object sits). Can I specify the scope of the s/r symbol in this way? Jonathan Thanks, Bill Gribble ___ 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] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
- Original Message - From: Bill Gribble g...@billgribble.com To: Jonathan Wilkes jancs...@yahoo.com Cc: Lorenzo Sutton lorenzofsut...@gmail.com; pd-list@iem.at pd-list@iem.at Sent: Friday, January 25, 2013 10:05 PM Subject: Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released T he case you describe is the easy one, once you introduce any kind of lexical hygiene. Names in use in a patch bind closely to the patch or scope in which they are used, so there's no danger of escapes from a patch just because its being used within another patch. So inside [blah] let's say I have this: [r foo] | [print I_don_t_want_bob_to_trigger_this] I share my [blah] abstraction with Bob, who creates a [blah] instance in the same patch where he has [Click here to start my thing( | [s foo] I suppose I don't know what lexical hygiene means. But I think you have to have a way to explicitly state that binding symbol foo applies to this canvas and all of its children, but not to any parents. Do you have a way to do that without using the $0 kludge? There are also use cases for binding symbol foo applies to all instances of this abstraction, and possibly all instances of abstractions from this libdir (though the latter may be overkill). -Jonathan At the same time, references to names that can't be resolved in the local scope do bubble up, so you can have more global names if you need them. Thanks, Bill Gribble On Jan 25, 2013, at 21:27, Jonathan Wilkes jancs...@yahoo.com wrote: - Original Message - From: Bill Gribble g...@billgribble.com To: Jonathan Wilkes jancs...@yahoo.com Cc: Lorenzo Sutton lorenzofsut...@gmail.com; pd-list@iem.at pd-list@iem.at Sent: Friday, January 25, 2013 7:55 PM Subject: Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released On Fri, 2013-01-25 at 15:21 -0800, Jonathan Wilkes wrote: From: Bill Gribble g...@billgribble.com I am working on a pd-clone intended to explore a lot of the topics in this thread. It's not fully baked yet -- the biggest working patch is a biquad filter designer with pole-zero and freq response plotting -- but I'm particularly excited about the approach to namespacing and scope management, which works a lot like hc describes. Patches have a set of scopes which can be mapped onto subpatches (represented as layers, not separate windows). Name resolution in send/receive elements works like you would want it to. How does scope work for abstractions? Well, every object in a patch has a name. To find that object, the tree of patches and scopes is crawled upward from the site of the lookup. For example, the (equivalent of) [s foo] first looks in the scope of the [s], then the patch-global scope of the containing patch, then in the application global scope for the name foo. Dotted notation can drill down, so [s foo.bar] would try to find an object named foo, then find bar in its patch-global scope (or an object named bar within a scope named foo in the current patch). Does that make sense? I don't think I understand it. Let's say I have abstraction [blah]. I want [s foo] and [r foo] inside [blah] and all of [blah]'s children to talk to each other. Then I want to share my abstraction with Bob who needn't worry about the send/receive names I used inside [blah] because they are guaranteed not to conflict with anything he does outside the scope of the [blah] abstraction (e.g., creating a [s foo] on the same canvas where a [blah] object sits). Can I specify the scope of the s/r symbol in this way? Jonathan Thanks, Bill Gribble ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
