Re: [PD] Building pd-l2ork on arch linux 64
On 01/27/2013 09:40 AM, Fero Kiraly wrote: This patch should be good for all versions of tk/tcl. But should be tested, I have only 8.6. I tested it here on 8.5 and works ok, so it is now added to the git. yes, I have to run aclocal in gem2pdp, otherwise it wont build. [paum@bookes externals]$ make gem2pdp cd /home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp autoconf configure.ac:44 http://configure.ac:44: error: possibly undefined macro: AM_SANITY_CHECK If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:46 http://configure.ac:46: error: possibly undefined macro: AM_MAINTAINER_MODE configure.ac:47 http://configure.ac:47: error: possibly undefined macro: AM_WITH_DMALLOC make: *** [/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp/configure] Error 1 Do you see ? there is: cd /gem2pdp autoconf. Shouldn't it be: cd gem2pdp aclocal autoconf ? Yep. I added this to the git as well. but running aclocal separately solves this problem as I have mentioned... its pity that I cant have in system pd-l2ork and pd-extended together, anyway I am trying to resolve putting puradata vanilla pd-extended to live together. I know that on debian it is posiibile, so maybe there is some solution for pd-l2ork ? They *can* co-exist but pd-l2ork needs to be installed as a binary in the /usr/local folder. This can be done as follows: cd l2ork_addons/ ./tar_em_up.sh -Fw (or -u) cd ../../ tar -jxf pd-l2ork-arch-today's date in MMDD format.tar.bz2 cd pd-l2ork-arch-today's date in MMDD format sudo make install The other way would be to uninstall pd-utils and change conflicts within pd-l2ork to only conflict with that package and hope that pd-extended does not make it mandatory. Since I have no control over the last point (and Hans has indicated that he intends to make it mandatory), I see no incentive in trying to do the former. Should that change, I'll gladly look into it. fk. -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ 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
This part should then fail on both pd-extended and pd-l2ork since their configure.ac are identical. Can you try to delete line 41 in configure.ac (the one that has AM_PROG_CC_STDC in it) and re-run? On 01/26/2013 01:35 PM, Fero Kiraly wrote: cd externals/gem2pdp aclocal configure.ac:41 http://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 http://configure.ac:41: the top level autom4te: /usr/bin/m4 failed with exit status: 1 aclocal: error: echo failed with exit status: 1 BUT i noticed that this same command in pd-extended/extertals/gem2pdp has tha same output so I completely dont understand bacause pd-extended I can build and [gem2pdp] is working as well... 2013/1/26 Ivica Bukvic i...@vt.edu mailto:i...@vt.edu Is this just on Pd-l2ork or on pd-extended as well? Did you try doing the following: cd externals/gem2pdp aclocal autoconf cd.. make gem2pdp On Jan 26, 2013 12:57 PM, Fero Kiraly fero.kir...@gmail.com mailto:fero.kir...@gmail.com wrote: I cant make it. the same error about gem2pdp... fk. ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Fero Kiraly www.cluster-ensemble.com http://www.cluster-ensemble.com -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ 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
On 01/26/2013 01:42 PM, Fero Kiraly wrote: thats the trick ! just remove the line ... ok, so i now rerun build process will inform you. This has been already committed to the latest git and is available as part of the 20130126 snapshot together with the pd~ fix. 2013/1/26 Ivica Ico Bukvic i...@vt.edu mailto:i...@vt.edu This part should then fail on both pd-extended and pd-l2ork since their configure.ac http://configure.ac are identical. Can you try to delete line 41 in configure.ac http://configure.ac (the one that has AM_PROG_CC_STDC in it) and re-run? On 01/26/2013 01:35 PM, Fero Kiraly wrote: cd externals/gem2pdp aclocal configure.ac:41 http://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 http://configure.ac:41: the top level autom4te: /usr/bin/m4 failed with exit status: 1 aclocal: error: echo failed with exit status: 1 BUT i noticed that this same command in pd-extended/extertals/gem2pdp has tha same output so I completely dont understand bacause pd-extended I can build and [gem2pdp] is working as well... 2013/1/26 Ivica Bukvic i...@vt.edu mailto:i...@vt.edu Is this just on Pd-l2ork or on pd-extended as well? Did you try doing the following: cd externals/gem2pdp aclocal autoconf cd.. make gem2pdp On Jan 26, 2013 12:57 PM, Fero Kiraly fero.kir...@gmail.com mailto:fero.kir...@gmail.com wrote: I cant make it. the same error about gem2pdp... fk. ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Fero Kiraly www.cluster-ensemble.com http://www.cluster-ensemble.com -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu http://disis.music.vt.edu l2ork.music.vt.edu http://l2ork.music.vt.edu ico.bukvic.net http://ico.bukvic.net -- Fero Kiraly www.cluster-ensemble.com http://www.cluster-ensemble.com -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ 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] pd~ in l2ork
Just installed pd-l2ork-i686-20130123, but the error remains the same. L. Willkomm ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Sorry for this post. Works. L.Willkomm So, all is well now? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd~ in l2ork
Just tested this. I can confirm it and have found where the problem occurs--still trying to figure out why it happens. This will be fixed in the next release, and will let you know as soon as git has the new version up. Thanks for the report! On 01/23/2013 06:38 AM, Laurent Willkomm wrote: Dear list, clicking on [pd~ start pd~-subprocess.pd( in the pd~-help does not open the subprocess window, it shows this error in the console error: pd~: No such file or directory (Ubuntu 12.04 32bit, latest pd-l2ork in /usr/local) lw. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd~ in l2ork
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. -Original Message- From: Ivica Ico Bukvic [mailto:i...@vt.edu] Sent: Wednesday, January 23, 2013 9:20 AM To: Laurent Willkomm Cc: pd-list@iem.at Subject: Re: [PD] pd~ in l2ork Just tested this. I can confirm it and have found where the problem occurs--still trying to figure out why it happens. This will be fixed in the next release, and will let you know as soon as git has the new version up. Thanks for the report! On 01/23/2013 06:38 AM, Laurent Willkomm wrote: Dear list, clicking on [pd~ start pd~-subprocess.pd( in the pd~-help does not open the subprocess window, it shows this error in the console error: pd~: No such file or directory (Ubuntu 12.04 32bit, latest pd-l2ork in /usr/local) lw. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ 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
Great! When you do make it please let me know, so we can include it in the release. Hans suggested I move the build process to Launchpad. Would this help automate building process? Again, thanks for doing this. From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Fero Kiraly Sent: Wednesday, January 23, 2013 4:58 AM To: pd-list@iem.at Subject: Re: [PD] Building pd-l2ork on arch linux 64 yes, but it needs time. day - two .. Right now i am repairing pd-extended PKGBUILD because of some changes from devs... -- Fero Kiraly http://www.cluster-ensemble.com www.cluster-ensemble.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
Ah yes, right, you have to build everything for pd-l2ork because of binary incompatibility. That's unfortunate, since it means you have to do all the same maintenance/packaging work instead of building upon what's there. Well, it's not that much of work at all. The automated pd-l2ork build script already takes care of all that. True, there are still some externals that I did not include in the auto-build process but that should be a lot easier now that the core appears to be stable. Besides, my opinion is that shedding binary compatibility under these circumstances is really a non-issue when compared to benefits it yields, particularly considering that almost every new version of all three pd variants ships with newly recompiled externals and as such the process is entirely transparent to the user. Of course, if pd-extended adopted the pd-l2ork widgetbehavior, things could become a lot easier for all involved ;-) Packages like pd-readanysf, pd-iemambi, and coming soon pd-fftease and pd-lyonpotpourri, are all built to be shared across different pd versions. You can still use the packages puredata-utils (pdsend and pdreceive) and cyclist with pd-l2ork. Pd-l2ork indeed has its own folder (including pd-l2ork-externals in home folder and settings file). The conflict is in the /usr/bin/ folder with binaries that share the same name but not necessarily code-base (I think pdsend/pdreceive and something else, IIRC--cannot remember off top my head). Unless pd-l2ork is looking in /usr/lib/puredata, then it will not use any of the objects included in the puredata* packages. The pd-* packages install into /usr/lib/pd, and Pd-extended installs into /usr/lib/pd-extended. If pd-l2ork does not install into /usr/lib/pd or /usr/lib/pd-extended, then it can coexist fine. Just make sure that /usr/lib/pd and /usr/lib/pd-extended are not in pd-l2ork's search path and it won't load those libraries. Indeed, that is not the problem. The problem lies (potentially) in user-settings file that may mess things up even though pd-l2ork uses different file name. Best wishes, Ico .hc On 01/22/2013 08:57 AM, Ivica Bukvic wrote: Because: 1. the two are not binary compatible, so any stray packages may crash one or the other if they are in the shared directory 2. pd-l2ork comes as a monolithic distribution 3. Pd-utils is enough to break the one or the other due to different ways how gui functions between the two. If you can think of a better way please do let me know. That said, the two can nicely coexist if you install one of them using the binary installer script because that one exists in the usr/usr/local directory as opposed to/usr. Pd-l2ork already provides binary installers and automated tarball builders. P.S. I tried building pd-extended but had no luck using the same make install path=/usr/local (as per readme in packages/linux). I will try to resync latest svn. Perhaps something has changed. On Jan 21, 2013 11:58 PM, Hans-Christoph Steiner h...@at.or.at wrote: On 01/21/2013 11:22 PM, Ivica Ico Bukvic wrote: Interesting, I'll have a go at it. I think I said I'd pay you if you were able to fix this. Or maybe that was matju. Either way if it's fixed I'll pay you for it. To be honest, I have no earthly idea why I care so much about this feature. Perhaps it's from going through the hamster-wheel of externals all written just to get the args list when this is all that is needed to solve all but the exotic cases. -Jonathan You can also try the binary builds I just posted (20130121 version) that has all of the aforesaid fixes (assuming you use Ubuntu). Cheers! Hey ico, I'm curious why you made the pd-l2ork package conflict with all of the puredata packages. As far as I can tell, it only conflicts with puredata-utils. It would be very handy if pd-l2ork could live in parallel with pd and pd-extended. And in terms of lowering your maintenance load, you could remove lots of libraries from pd-l2ork and instead set them in Depend: and have them provided by the official packages that are already in Debian and Ubuntu. You can see a listing of what's included in Debian here: look for all the packages that start with pd- http://qa.debian.org/developer.php?login=pkg-multimedia- maintain...@lists.alioth.debian.org .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
Interim solution (as I mentioned in my other email) is to install one as a binary in /usr/local. Pd-l2ork already offers automated installer for this for Ubuntu (pd-extended should have this as well but it did not work for me the last time I tried). This would enable you to have both on the same system. From: Esteban Viveros [mailto:emvive...@gmail.com] Sent: Tuesday, January 22, 2013 5:29 AM To: Hans-Christoph Steiner Cc: PD-list list; Ivica Bukvic Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ? Pd-l2ork and pd-extended living in peace in my Ubuntu it's like a dream! Esteban Viveros soundcloud.com/estebanviveros www.facebook.com/estebanviveros.art (27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868 Enviado via Kindle Fire. Em 22/01/2013 03:00, Hans-Christoph Steiner h...@at.or.at escreveu: On 01/21/2013 11:22 PM, Ivica Ico Bukvic wrote: Interesting, I'll have a go at it. I think I said I'd pay you if you were able to fix this. Or maybe that was matju. Either way if it's fixed I'll pay you for it. To be honest, I have no earthly idea why I care so much about this feature. Perhaps it's from going through the hamster-wheel of externals all written just to get the args list when this is all that is needed to solve all but the exotic cases. -Jonathan You can also try the binary builds I just posted (20130121 version) that has all of the aforesaid fixes (assuming you use Ubuntu). Cheers! Hey ico, I'm curious why you made the pd-l2ork package conflict with all of the puredata packages. As far as I can tell, it only conflicts with puredata-utils. It would be very handy if pd-l2ork could live in parallel with pd and pd-extended. And in terms of lowering your maintenance load, you could remove lots of libraries from pd-l2ork and instead set them in Depend: and have them provided by the official packages that are already in Debian and Ubuntu. You can see a listing of what's included in Debian here: look for all the packages that start with pd- http://qa.debian.org/developer.php?login=pkg-multimedia-maintain...@lists.al ioth.debian.org .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] enhance pd-extended with pd-l2ork featues ?
On 01/20/2013 01:35 AM, Jonathan Wilkes wrote: On the flip-side pd-l2ork provides a solid, bug-free environment on Linux and looks a lot more contemporary than the aged default tk iteration. In other words, it is a targeted Linux distribution of pd (something that can be easily lost in a cross-platform effort with inadequate developer support, as I am sure Hans can attest to). At this point I would go as far as challenge you to find something that does not work or exhibits a buggy behavior $@ in msg box probably still crashes when incoming args 1000 (same with pd-extended) -Jonathan Can you try latest git? I think I fixed this so now the message size can be as large as your memory allows. That said, the fix is a bit baffling. Every so often there is an A_SEMI or A_COMMA mis-detected at location 220 inside the binbuf that is to be evaluated, so one simply ignores the check whenever $@ is involved. This naturally requires further testing to see if there are any regressions. I tested it up to several thousand arguments without a crash with a patch batinste posted. So, the lingering question is why is 220 the golden number? Is this the maximum width for a pd script file formatting? Please test and report (m_binbuf.c is the relevant file). Latest git also provides fixes for UTF inconsistency as well as the other problem with list objects Roman reported (basically both were patches I missed). So, as of right now this should cover everything that was reported... Cheers! -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
Interesting, I'll have a go at it. I think I said I'd pay you if you were able to fix this. Or maybe that was matju. Either way if it's fixed I'll pay you for it. To be honest, I have no earthly idea why I care so much about this feature. Perhaps it's from going through the hamster-wheel of externals all written just to get the args list when this is all that is needed to solve all but the exotic cases. -Jonathan You can also try the binary builds I just posted (20130121 version) that has all of the aforesaid fixes (assuming you use Ubuntu). Cheers! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
Most of my GOP-abstractions are broken in pd-l2ork, because I often fit the GUI objects exactly into the GOP area. However, in pd-l2ork those iemguis don't show up, because of two reasons: * Compared the pd/pd-extended, the position of the iemguis is shifted by 2px to the right. This means they overlap the GOP area in pd-l2ork. * In pd-l2ork, iemguis aren't shown in the parent canvas when they perfectly fit into the GOP area. Only when there is a padding area of 3px width on the right side, they appear in the parent. Fitting iemguis perfectly into GOPs is not supported in pd-l2ork. They fit perfectly fine. It is that the original iemgui are inconsistent in positioning iemgui objects. Try auto-patching in regular pd various iemgui objects one below the other and you'll see how off they are. In other words, the regular pd lies about its x and sometimes y coordinates. It is just that this has been the case forever in pd that you accepted it as a norm. Granted, I completely understand why you would not want to mess with this but if you did (I went through this a couple months ago retrofitting everything I ever made for pd-l2ork and it was no fun), you'd end up with something that will be a lot more transportable over the long run than something that essentially compensates for a bug. I tried other stuff of mine and stumbled on some issues, though I didn't invest much into finding out what the causes are. One patch does not the connect to the server. It turned out, that the protocol test fails in pd-l2ork for some reason. When it loaded a certain abstraction, pd-l2ork startet to fully use the CPU and filling up the RAM until I killed the process (this is reproducible). It would be great to see what this is so that I can trace it down. Symbolboxes' support for german umlaute is broken. When typing 'blä' into: [symbol\ | [print] an empty line is printed to the console window (not even the 'print:' prefix shows up). messageboxes and other object classes seem not affected by this. [symbol blä(-[print] works fine. Can you send a patch so that this can be tested out? pd-l2ork certainly is in good shape, but calling it bug-free seems a bit sensationalistic. Indeed, claiming that every single 3rd-party external works is ridiculous and that is not what I've been referring to. I've been referring to the core (and I don't consider internationalization core yet since it is still a moving target both on l2ork and other iterations). ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
$@ in msg box probably still crashes when incoming args 1000 (same with pd-extended) The only reason I implemented $@ was because you asked me to and then spent a couple hours making sure it worked on the new code base. I don't use that feature and apparently no one else does (since regular pd/extended don't even have it), so if anything this should not even be advertised as a feature... That said, you're absolutely right--this is a bug and I am glad that I am actually getting at least a few bug reports as a result of my provocative statement :-) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
[...] pd-l2ork provides a solid, bug-free environment [...] wow! Indeed, that statement should've had an asterisk next to it. By stable/solid/bug-free, I am referring here to the core not the entire ecosystem of 3rd party externals/features, many of which I've never used nor can I attest to... Time to eat my own words :-) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
On Son, 2013-01-20 at 11:42 -0500, Ivica Ico Bukvic wrote: Most of my GOP-abstractions are broken in pd-l2ork, because I often fit the GUI objects exactly into the GOP area. However, in pd-l2ork those iemguis don't show up, because of two reasons: * Compared the pd/pd-extended, the position of the iemguis is shifted by 2px to the right. This means they overlap the GOP area in pd-l2ork. * In pd-l2ork, iemguis aren't shown in the parent canvas when they perfectly fit into the GOP area. Only when there is a padding area of 3px width on the right side, they appear in the parent. Fitting iemguis perfectly into GOPs is not supported in pd-l2ork. They fit perfectly fine. It is that the original iemgui are inconsistent in positioning iemgui objects. Try auto-patching in regular pd various iemgui objects one below the other and you'll see how off they are. In other words, the regular pd lies about its x and sometimes y coordinates. It is just that this has been the case forever in pd that you accepted it as a norm. Granted, I completely understand why you would not want to mess with this but if you did (I went through this a couple months ago retrofitting everything I ever made for pd-l2ork and it was no fun), you'd end up with something that will be a lot more transportable over the long run than something that essentially compensates for a bug. Ok, I see what you mean. When I align a hslider to a GOP area positioned at the coordinates 20 20, the hslider has the coordinates 23 20. It is wrong in Pd and Pd-extended. However, I don't quite see the advantage of fixing this, as it breaks portability of patches. The problem with portability is the longer you wait the less code is actually editable. This is because more of it becomes encumbered by bugs that cannot be removed due to users' growing library of prior code they wish to use and that keeps them tied to a product that perpetuates such inconsistencies. I think this is why in great part pd development has become exponentially more complex, not because of lack of developers, per se, but because of insurmountable task of ensuring that there is no breakage of backwards compatibility, even though some of those means simply perpetuating buggy behavior. My motto is if it is a bug it needs to be fixed and the sooner this is done the better for everyone involved. How does this particular issue this matter? Due to misaligned drawing, mouse hover is mis-detected by a few pixels, so selecting and interacting with objects, or showing tooltips is out of whack. More so, autopatching is broken without a workaround pd-l2ork used to have which was an ugly hack that further obfuscated the code base. So, this is not just a usability issue, but also a maintainability issue. If you have copious amounts of abstractions, there is always a way to build a script that would change position of all iemgui objects according to their inconsistency and this would likely save you a lot of trouble. Personally, I found it a lot easier to simply edit abstractions--while I had a fair amount of them, I still tend not to trust quickly hacked shell scripts without extensive testing which in the end seemed to me at least more time consuming than doing this simply by hand... It would be great to see what this is so that I can trace it down. If you want to have a look on your own, open chat.pd from netpd and click the 'unpatch' button. Here, on Ubuntu 12.04.1 with pd-l2ork from yesterday it immediately starts eating memory. You can download it from here: https://github.com/reduzent/netpd2/archive/master.zip Great! Thanks for sharing. I will look into this asap. Just to make sure, the code above does not use any third-party externals, correct? Symbolboxes' support for german umlaute is broken. When typing 'blä' into: [symbol\ | [print] an empty line is printed to the console window (not even the 'print:' prefix shows up). messageboxes and other object classes seem not affected by this. [symbol blä(-[print] works fine. Can you send a patch so that this can be tested out? Actually no, since it doesn't trigger the problem when I save the symbol containing non-ASCII characters in the patch. You really have to type them in order to trigger the issue. To illustrate the problem, I typed 'äöü' to a symbol box and save the result with [textfile]. I did the same with a message box. The results are indeed different. Here the content of the files (in hex): * from symbol box: E4 F6 FC 3B 0A * from message box: C3 A4 C3 B6 C3 BC 3B 0A Obviously, symbol box writes in latin1 encoding, while message box (and probably the rest of Pd-l2ork) writes in proper utf-8. BTW, my locale is set to LANG=en_US.UTF-8. Interesting. Thanks for reporting. Like I mentioned, I recently introduced *initial* UTF support which by no means meant exhaustive support. This should
Re: [PD] enhance pd-extended with pd-l2ork featues ?
On 01/21/2013 12:15 AM, Jonathan Wilkes wrote: Also see the end of: http://www.youtube.com/watch?v=wTPZxcgWoI0 When undoing the creation of an object or objects, at some point Pd-l2ork will move the object to the place where the mouse happened to be hovering when the user clicked ctrl-1 to get an empty box dangling from the mouse. But the user never actually anchored the object there-- they only anchored it somewhere once they clicked the mouse button. Thus, your undo history erroneously adds an object placement event that was never performed by the user in the first place. Theoretically the corresponding undo event should make the object dangle from the mouse again, but that's of very little practical value and would just bloat the undo history with an extra step for every object in the chain. Instead this event should simply not be added to the undo history. I don't know the innards of pd well, but those dangle events should all have a single 0 as a coordinate so maybe you can check for that. -Jonathan That is not a bug. That is how pd instantiates objects. As soon as your cursor touches canvas, it will instantiate an object at the last known cursor position (if the cursor is off-canvas) or next to mouse cursor and then enable motion for the object to follow the cursor until a mouse clicks (there is an exception when autopatching in which case motion is not enabled, but that is not relevant to this example). So, if you create an object without having a mouse on canvas, then move mouse onto it, the object will instantiate where you had your cursor the last time and then immediately move (since the startmotion was triggered) next to your cursor once you've positioned it back over the canvas. So, in essence there are 2 steps undo is keeping track of. Yes, this addition adds extra step but is a lot easier to manage than coming up with yet another exception on how the editing works. Doing what you suggest could easily obliterate undo and annoy user when they do series of undos and then suddently the object is back hooked onto mouse and the next thing you know, the undo has rebranched since it assumes that the user is now wanting to do something new from that spot onwards making them lose forward undo history. This is all because pd first instantiates objects, then asks question where the object should go. While ideally this one step could be skipped, it would require a fairly hefty rewrite for a mere skip of one undo step... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
On 01/20/2013 04:35 PM, Roman Haefeli wrote: If you want to have a look on your own, open chat.pd from netpd and click the 'unpatch' button. Here, on Ubuntu 12.04.1 with pd-l2ork from yesterday it immediately starts eating memory. You can download it from here: https://github.com/reduzent/netpd2/archive/master.zip snip Actually no, since it doesn't trigger the problem when I save the symbol containing non-ASCII characters in the patch. You really have to type them in order to trigger the issue. To illustrate the problem, I typed 'äöü' to a symbol box and save the result with [textfile]. I did the same with a message box. The results are indeed different. Here the content of the files (in hex): * from symbol box: E4 F6 FC 3B 0A * from message box: C3 A4 C3 B6 C3 BC 3B 0A Obviously, symbol box writes in latin1 encoding, while message box (and probably the rest of Pd-l2ork) writes in proper utf-8. BTW, my locale is set to LANG=en_US.UTF-8. BTW, both of these have been fixed in the latest git snapshot (binaries should be avilable soon via online downloads). Cheers! Ico ___ 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
Can you try the following: Replace the code inside t_tkcmd.c line 585: printf(error in file %s line %d: %s\n, buf, interp-errorLine, Tcl_GetStringResult(interp)); with: const char *trace = Tcl_GetVar(interp, errorInfo, TCL_GLOBAL_ONLY); printf(error in file %s: %s\n, buf, trace); Then, can you test if it all works ok and report? Thanks! On 01/19/2013 11:00 AM, Ivica Ico Bukvic wrote: Quick fix is to comment the line 585 by putting // in front of it. The right way would be to figure out what changed betweeen 8.5 and 8.6 to prevent this from working--since I am not using 8.6 I cannot tell for sure. What you can look for is documentation on Tcl_EvalFile call and more specifically its first argument (in the code we call that interp and get the interp-errorLine member which is apparently causing problems). Commenting this out should not have any negative impact on pd. This only provides a user-readable error if something in tcl/tk croaks at start-up... HTH On 01/19/2013 08:08 AM, Fero Kiraly wrote: the problem is with he new version of Tcl/Tk 8.6. When I made some little changes about version numbers in pd/Makefile, the error is : t_tkcmd.c:589:55: error: 'Tcl_Interp' has no member named 'errorLine' I tried to google, but with no effect. I am totally lost how to solve this problem... -- Fero Kiraly www.cluster-ensemble.com http://www.cluster-ensemble.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -http://lists.puredata.info/listinfo/pd-list -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
Why not simply use pd-l2ork? -Original Message- From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Hans-Christoph Steiner Sent: Saturday, January 19, 2013 2:23 PM To: Jonathan Wilkes Cc: pd-list@iem.at Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ? On 01/19/2013 02:14 PM, Jonathan Wilkes wrote: - Original Message - From: Hans-Christoph Steiner h...@at.or.at To: pd-list@iem.at Cc: Sent: Saturday, January 19, 2013 1:33 PM Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ? I haven't heard any objections to including them. I agree, they are nice features. It is just a matter of someone doing the work of porting those changes to Pd-extended. So you would be ok with adding a field to the widgetbehavior struct (or whatever its called)? Doesn't that break binary compatability? I think many of his gui speedups are based off that. Breaking binary compatibility is not something to do lightly. It creates lot of other headaches. Plus I don't think its necessary to speed up the GUI, I think there are better approaches. .hc -Jonathan .hc On 01/19/2013 12:22 PM, Fero Kiraly wrote: Dear all, I like features of pd-l2ork (cpoypaste raw code, resizeable GUis..) iThink it will be nice to 'extend' pd-extended with them. What do you think ? or is it problematic ? 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
How do you change text_displace to send a single message to the gui to just move everything that is currently selected rather than sending a separate message for every selected t_text? I think you take it a step further and keep pd out of the moving process all together. pd-gui should handle moves entirely, and then just report it to pd once its complete. .hc In theory this is possible. In practice it is essentially a complete rewrite of not only core pd but every external out there. This is because pd's widgetbehavior does not support relative displace, only absolute. This is why I added widgetbehavior the way I did. It may not carry the best name but it will be necessary for as long as one does not want to go through practically every single external and adapts their displace function to receive an additional variable that will determine whether displace is relative or absolute... Ergo, this is IMO the only practical way to nudge pd forward in terms of usability without requiring a major rewrite. OTOH, let us not forget that the only reason why Apple's OSX is as successful as it is today is primarily because Apple did not worry much (or at all) about breaking backwards binary compatibility. Sure, they had a transitional thing which worked, sort of. Pd-l2ork has it even better in that respect--you only need to recompile externals without changing a single line of code in any of the externals... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
Why not simply use pd-l2ork? I do, but possible reasons why someone might not use Pd-l2ork: * no binary for windows * no binary for OSX On the flip-side pd-l2ork provides a solid, bug-free environment on Linux and looks a lot more contemporary than the aged default tk iteration. In other words, it is a targeted Linux distribution of pd (something that can be easily lost in a cross-platform effort with inadequate developer support, as I am sure Hans can attest to). At this point I would go as far as challenge you to find something that does not work or exhibits a buggy behavior (I can give you dozens of examples of not only superficial functionalities, but core pd engine behaviors that still do not work on either pd or pd-extended and that work on pd-l2ork). Sure, there are a lot of issues in making menus/browser more streamlined and making things prettier, but that is a lot easier when you know that the core is solid. What has IMHO happened between 0.42 and 0.43 (and onwards) is some fantastic work by Miller, Hans, and the community. But it has also had a ton of regressions since the rewrite was happening on top of a code base that still had a generous amount of bugs (pd-l2ork bug-fix count in reference to the original 0.42.6 branch is easily in hundreds), like JACK breakage that was only recently fixed. OTOH, windows and OSX builds should not be too hard to do. All it would take is someone going through the pd.tk file and making sure that all Linux-centric changes are proofed for other platforms, and there are not that many of those. My bigger problem is dealing with all the support issues that would detract from the solidification of the core (which is exactly what we've done over the past 2 years) as my time is limited, and as I am sure Hans can attest. * doesn't have gui plugin API But it does have all core features that just work. See, I am of the conviction that the core needs to be solid before one delves into providing bunch of fancy things on top of the foundation (even though one could easily argue pd-l2ork has plenty of fancy things--let's not forget that magic glass that made it eventually into pd-extended was first rewritten for pd-l2ork, including fixes for several show-stopping bugs that were in old Joe Sarlo's patch submission from the early 2000s; but these are all essentially enhancements to the core functionality, many of which obsolete a number of proposed plug-ins, like the one that hides the menu--pd-l2ork allows per-patcher toggling of menu/ontop/scrollbars/etc. flags, making building modular guis a heck of a lot easier). Otherwise, it is like slapping whipped cream on top of dirt--it may look pretty, even appetizing at first sight, but in the end it is still a piece of dirt with whipped cream on top (disclaimer: I do not mean to imply that pd is dirt but am merely trying to clarify my belief/approach through the use of a stark analogy). Another thought is, if the core is done well enough, then no plugin should be necessary (e.g. browser you developed will be something that will become the core within pd-l2ork, not a plugin, once I've had a chance to check it for all conceivable regressions/problems). Lastly, at some point in the future, pd-l2ork may support plug-ins, or better yet, may assimilate plug-ins into its core--my preference being latter as I am leaning more towards the just works mentality. FWIW, I am of the conviction that once the core is truly solid, further software development is a lot more nimble. * doesn't have all the translation stuff being done for pd-extended 0.43 (or does it?) Pd-l2ork has initial UTF support but no translation, mainly because I am not so keen on merging things that are still developing/evolving. When it is ripe, it will be merged. * deb package is new and it may or may not cause problems with other installed pd debs So far, there are no problems whatsoever. The only thing I added as of earlier today is even more packages that it may conflict with from the pd-extended 3rd party libs. OTOH it is a heck of a lot easier to install one deb than dozens (and yes, I am aware that for maintainers it is easier to have multiple libs as that is easier to maintain, but as OSX/iOS has taught us, what is easier for a developer may not be easier for a user). * whatever was added in 0.43-- missing all that Pd-l2ork is indeed missing *some* (IMHO yet to be complete) features, but there are many that have been already merged. The only ones that haven't are the ones I did not find to be complete enough to be merged or the ones that are not critical but primarily cosmetic in nature (e.g. console verbosity) that will be merged eventually. So, pd-l2ork is more like my attempt at the best of 0.42 and 0.43 branches, if you like. Best wishes, Ico -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] ANN: pd-l2ork first stable release now available
Interesting thought--let me see if we can pull this off for the next K12 release :-) -Original Message- From: Jonathan Wilkes [mailto:jancs...@yahoo.com] Sent: Monday, January 14, 2013 10:59 PM To: Ivica Ico Bukvic; pd-list@iem.at Subject: Re: [PD] ANN: pd-l2ork first stable release now available The k12 stuff looks promising. Playing around with it I wondered what would happen if you just did everything in the signal domain-- even for the values coming from the controllers by, say, using a [sig~] right before sending to the outlet of the abstraction. The only thing that would bea dilemma is the counter but without objects for conditional branching I don'tthink you lose that much conceptually. (And even for the preset stuff you can use snapshot~ and [float].) That would remove an entire domain from the learning process. -Jonathan - Original Message - From: Ivica Ico Bukvic i...@vt.edu To: pd-list@iem.at; linux-audio-annou...@lists.linuxaudio.org; An open mailing list for a world-wide network of aspiring L2Orkists, L2Ork developers, contributors, and supporters. l2ork-...@disis.music.vt.edu; 'p1k53l workshop' pik...@piksel.no; l2...@disis.music.vt.edu Cc: Sent: Monday, January 14, 2013 6:08 PM Subject: [PD] ANN: pd-l2ork first stable release now available Apologies for x-posting... After 3 months of beta-testing, it is my great pleasure to announce first stable release of pd-l2ork (v.20130111). Special thanks go to L2Orkists and external contributors who have helped us make this a rock-solid release. Pd-L2Ork now offers both tarballs and debs for both 32-bit and 64-bit platforms and offers hundreds of bug-fixes, feature improvements, as well as new features, including universal preset system, infinite undo, gui-based widget editing, and more. Pd-L2Ork comes with latest svn/git versions of pd documentation and Gem library, as well as a collection of most 3rd party externals found in pd-extended. Pd-L2Ork also offers seamless integration into the Ubuntu desktop, including Unity. Currently, pd-l2ork provides support only for Linux platform. For more info: http://l2ork.music.vt.edu/main/?page_id=56 Pd-l2ork git project page: https://github.com/pd-l2ork Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-6139 (540) 231-5034 (fax) i...@vt.edu http://www.music.vt.edu/faculty/bukvic/ ___ 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] ANN: pd-l2ork first stable release now available
Apologies for x-posting... After 3 months of beta-testing, it is my great pleasure to announce first stable release of pd-l2ork (v.20130111). Special thanks go to L2Orkists and external contributors who have helped us make this a rock-solid release. Pd-L2Ork now offers both tarballs and debs for both 32-bit and 64-bit platforms and offers hundreds of bug-fixes, feature improvements, as well as new features, including universal preset system, infinite undo, gui-based widget editing, and more. Pd-L2Ork comes with latest svn/git versions of pd documentation and Gem library, as well as a collection of most 3rd party externals found in pd-extended. Pd-L2Ork also offers seamless integration into the Ubuntu desktop, including Unity. Currently, pd-l2ork provides support only for Linux platform. For more info: http://l2ork.music.vt.edu/main/?page_id=56 Pd-l2ork git project page: https://github.com/pd-l2ork Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-6139 (540) 231-5034 (fax) i...@vt.edu http://www.music.vt.edu/faculty/bukvic/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI overload
While you're at it, it would be great if you could also try pd-l2ork and report any gui overload issues. There are debs available on the site (http://l2ork.music.vt.edu), although the most up-to-date ones are found in the http://l2ork.music.vt.edu/data/pd/ folder. You can also install from git using automated install script. Best wishes, Ico -Original Message- From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Ed Kelly Sent: Friday, January 04, 2013 6:16 PM To: Hans-Christoph Steiner; pd-list@iem.at Subject: Re: [PD] GUI overload Hey Hans... I'm on Lucid (10.04LTS Ubuntu). I've tried to get later Ubuntu versions to run on my new and old machines with no success, so I compiled the source code of Pd-extended 0.43 (2012-12-28 build). All was fine in linux_make/, then I tried sudo make install from packages directory. install -p -m 644 jmmmp-meta.pd \ /home/edward/software/pd/extended/0.43/pd- extended/packages/build/lib/pd-extended/extra/jmmmp test -z || (\ install -p -m 644 /home/edward/software/pd/extended/0.43/pd- extended/packages/build/lib/pd-extended/extra/jmmmp \ ) /bin/sh: Syntax error: ) unexpected make[2]: *** [libdir_install] Error 2 ? Ed Gemnotes-0.2: Live music notation for Pure Data, now with dynamics! http://sharktracks.co.uk/ - Original Message - From: Hans-Christoph Steiner h...@at.or.at To: pd-list@iem.at Cc: Sent: Friday, 28 December 2012, 5:22 Subject: Re: [PD] GUI overload Hey Ed, I just committed a couple more fixes for [tgl] and [mknob] that make them only send the GUI updates when something actually has changed. This can greatly reduce the amount of traffic to the GUI. Can you try your patch with the 2012-12-28 build of Pd-extended and see if you still get freezes? http://autobuild.puredata.info/auto-build/2012-12-28/ .hc On 12/16/2012 08:47 AM, Ed Kelly wrote: Hi List, I'm not going to say whether this is a recurrent problem as it's hard to say whether the rewrite of the GUI has affected it... I'm using a lot of abstractions with larger GOP or non-GOP GUIs, and I find the following problem occurs. There comes a point where the GUI objects stop responding in a patch when it is reloaded. I am wondering if there is a specific limit to GUI objects that could be changed. I think Pd is making some kind of decision that there's too much of this stuff - I'm gonna prioritize the audio and not worry about it and I'd like to know how or if it is possible to control this process from within Pd, or by setting flags on the command line. I'm also making less GUI intensive versions for performance time, since the really big GUI patches are often pattern-sequencers which I will not want to program when I am performing. Example patch enclosed to give you an idea. The really GUI-intensive objects are the trackers, especially quadtracker (which I think has pushed the GUI of Pd patches about as far as I can go now). System: quad core i5 PC running Ubuntu (10.04 Lucid), Pd-0.43-4, lots of externals compiled and loaded. Warm wishes, Ed Gemnotes-0.2: Live music notation for Pure Data, now with dynamics! http://sharktracks.co.uk/ ___ 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] GUI overload
If you install it using binary tarball (or build it using ./tar_em_up -u), it will install into /usr/local/lib/ folder so it shouldn't mess with the regular pd/pd-extended. The deb OTOH cannot (yet) coexist with pd-extended, mainly due to shared names of some of the binaries (e.g. pd-gui)... HTH -Original Message- From: Ed Kelly [mailto:morph_2...@yahoo.co.uk] Sent: Friday, January 04, 2013 8:18 PM To: Ivica Ico Bukvic; 'Hans-Christoph Steiner'; pd-list@iem.at Subject: Re: [PD] GUI overload While you're at it, it would be great if you could also try pd-l2ork and report any gui overload issues. There are debs available on the site (http://l2ork.music.vt.edu), although the most up-to-date ones are found in the http://l2ork.music.vt.edu/data/pd/ folder. You can also install from git using automated install script. Is it independent of the normal Pd install? Its just I have some gigs coming up, and I don't want to fry the (stable) system I have. Especially with teaching starting again next week (less time vs eating) I have an old Dell laptop I can test on if not, once I get the Broadcom WiFi working in Ubuntu. Ed Best wishes, Ico -Original Message- From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Ed Kelly Sent: Friday, January 04, 2013 6:16 PM To: Hans-Christoph Steiner; pd-list@iem.at Subject: Re: [PD] GUI overload Hey Hans... I'm on Lucid (10.04LTS Ubuntu). I've tried to get later Ubuntu versions to run on my new and old machines with no success, so I compiled the source code of Pd-extended 0.43 (2012-12-28 build). All was fine in linux_make/, then I tried sudo make install from packages directory. install -p -m 644 jmmmp-meta.pd \ /home/edward/software/pd/extended/0.43/pd- extended/packages/build/lib/pd-extended/extra/jmmmp test -z || (\ install -p -m 644 /home/edward/software/pd/extended/0.43/pd- extended/packages/build/lib/pd-extended/extra/jmmmp \ ) /bin/sh: Syntax error: ) unexpected make[2]: *** [libdir_install] Error 2 ? Ed Gemnotes-0.2: Live music notation for Pure Data, now with dynamics! http://sharktracks.co.uk/ - Original Message - From: Hans-Christoph Steiner h...@at.or.at To: pd-list@iem.at Cc: Sent: Friday, 28 December 2012, 5:22 Subject: Re: [PD] GUI overload Hey Ed, I just committed a couple more fixes for [tgl] and [mknob] that make them only send the GUI updates when something actually has changed. This can greatly reduce the amount of traffic to the GUI. Can you try your patch with the 2012-12-28 build of Pd-extended and see if you still get freezes? http://autobuild.puredata.info/auto-build/2012-12-28/ .hc On 12/16/2012 08:47 AM, Ed Kelly wrote: Hi List, I'm not going to say whether this is a recurrent problem as it's hard to say whether the rewrite of the GUI has affected it... I'm using a lot of abstractions with larger GOP or non-GOP GUIs, and I find the following problem occurs. There comes a point where the GUI objects stop responding in a patch when it is reloaded. I am wondering if there is a specific limit to GUI objects that could be changed. I think Pd is making some kind of decision that there's too much of this stuff - I'm gonna prioritize the audio and not worry about it and I'd like to know how or if it is possible to control this process from within Pd, or by setting flags on the command line. I'm also making less GUI intensive versions for performance time, since the really big GUI patches are often pattern-sequencers which I will not want to program when I am performing. Example patch enclosed to give you an idea. The really GUI-intensive objects are the trackers, especially quadtracker (which I think has pushed the GUI of Pd patches about as far as I can go now). System: quad core i5 PC running Ubuntu (10.04 Lucid), Pd-0.43-4, lots of externals compiled and loaded. Warm wishes, Ed Gemnotes-0.2: Live music notation for Pure Data, now with dynamics! http://sharktracks.co.uk/ ___ 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
Re: [PD] [PD-announce] pd 0.44-0 test 1 released
On 12/30/2012 01:31 AM, Billy Stiltner wrote: everytime i run audacity i can not get the audio to work again with anything without a cold start. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Did you try resuming pulse audio? It is possible that Audacity might be suspending it but is not necessarily resuming it once it is done. Please take this with a boulder of salt as I've not tested any of this... -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gui-plugin to creat objects
FWIW pd-l2ork already has create object from an abstraction (used in K12 mode with buttons in the menu linking to various abstractions). As soon as you create an object, provided it is not autopatched, it follows mouse as soon as the pointer enters the canvas area. This could be easily repurposed to create code chunks like the one you proposed... On 12/20/2012 09:14 AM, Hans-Christoph Steiner wrote: pdsend allows you to send any Pd message that you can send with [send] or [; foo( so you could think of it in terms of how would I do that in Pd? .hc On Dec 19, 2012, at 11:56 PM, Jonathan Wilkes wrote: Yeah but as you mention the connection is tricky so Put menu type messages to pdsend won't cut it. I can't think of a way without making a temporary patch and poisoning the clipboard, so I guess I have to do it in c. :( -Jonathan - 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: Wednesday, December 19, 2012 10:33 PM Subject: Re: [PD] gui-plugin to creat objects Hmm, probably, but it might be tricky to make the connection. Look at the menu items for the Put menu. Basically you can use the pdsend proc to send messages like dynamic patching. .hc On Dec 19, 2012, at 10:17 PM, Jonathan Wilkes wrote: [bang( | [print hello_world] Is there a way to generate the object chain above in a gui-plugin and have it hanging from the mouse cursor? -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 -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] No jack connections with -noadc
AFAIK there have been some changes to the audio stack and particularly jack in 0.43 branch which have essentially broken jack support in a number of ways. If you are using Linux+jack, my advice would be either to stick to 0.42.x branch or try pd-l2ork... On 12/11/2012 04:08 AM, Peter P. wrote: Dear list, it seems that pd can only connect to jack when started without a -noadc flag, ie. pd -noprefs -jack -noadc does not work, while pd -noprefs -jack does work. This is Pd-0.43.1 (test5) compiled 19:10:13 Dec 12 2011, a vanilla git checkout. Jack is jackd2 on Debian, version 1.9.8~dfsg.4+20120529git007cdc37-4.1 No big problem, but puzzling to anyone wondering why jack has stopped working. best, Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] graph on parent problem?
I think it does it is just that when it is inside a gop it may be more noticeable as array is one of components GUI has to circumnavigate to find the right thing to draw. Try putting both the array and vumeter onto the root canvas and see if it still is better than the one in gop. My hunch would be it would be the same. Let me know. -Original Message- From: Oded Ben-Tal [mailto:o...@ccrma.stanford.edu] Sent: Monday, December 10, 2012 6:37 AM To: Hans-Christoph Steiner Cc: Ivica Ico Bukvic; pd-list@iem.at Subject: Re: [PD] graph on parent problem? hi Hans, I am attaching the patch. changing env~ parameter solved the problem. I did, however, test what happens if the vumeter is in the top patch (rather then inside the subpatch) and that doesn't create the same problem (i.e. doing [env~] without giving it a large buffer size). So there might be some additional issue with gop property there. thanks Oded ___ Oded Ben-Tal http://ccrma.stanford.edu/~oded o...@ccrma.stanford.edu ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] graph on parent problem?
Hi, I looked at your patch and it actually has nothing to do with the array being displayed via gop but rather the VU meter. Namely, your patch reads from the input and uses [env~] object to capture input values. What you didn't do, however, is given env~ object's buffer size, and I think it may default to some awfully small buffer size, so you are asking VU meter to update gui possibly thousands of times per second. To fix this, simply do env~ 16384 or some other power of 2 number and you will be fine. Checked here, after doing this it works fine. You can also try to enable gop but remove vu meter from it and I suspect it will run heck of a lot faster... If ever in doubt, you can always run pd-l2ork (or pd) with -d 3 flag which will output to console all the gui communication. I did this and found bunch of calls with RCOVER in one of the tags and traced that to vumeter external. HTH On 12/09/2012 05:36 AM, Oded Ben-Tal wrote: hello, Here is the offending patch. playsample is the subpatch that seems to be causing the problems. I turned off the graph on parent option. Let me know if it works with the option turned on. (I am a bit reluctant to install 2 versions of Pd on my system. I did it once, but because I'm not suffiecently good as a sys admin things got a bit messy for me...) Many thanks Oded ___ Oded Ben-Tal http://ccrma.stanford.edu/~oded o...@ccrma.stanford.edu -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] graph on parent problem?
On 12/08/2012 04:18 AM, Oded Ben-Tal wrote: If I understood your problem correctly, this might be because pd redraws array contents very inefficiently, so if you are constantly changing array contents that can prove quite cpu intensive. I don't think that is the problem - I'm not changing the array just load it once the play from it. Thanks Oded In that case, can you try the patch in pd-l2ork to see if it has problems there? Alternately, please post the abstraction/patch and I can test it. Also, are you experiening problems when you are moving the abstraction around canvas or at all times? -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Freezes with Pd-Extended and Jack
Two things: 1) in 0.43 there has been a rewrite of audio backend which AFAICT broke jack connectivity. 2) 0.42 branch does not know when jack has died (as in quit or crashed) and therefore hangs pd. This has been fixed in pd-l2ork. Since it is a combination of 1 and 2 there is not a patch per se that can be shared since 0.43 branch uses different code base. Best wishes, Ico -Original Message- From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Hans-Christoph Steiner Sent: Tuesday, November 27, 2012 9:51 AM To: Roman Haefeli Cc: pd-list@iem.at Subject: Re: [PD] Freezes with Pd-Extended and Jack Is that the way it was in vanilla 0.42, or did something change in pd-l2ork? .hc On Nov 27, 2012, at 4:34 AM, Roman Haefeli wrote: I just tested pd-l2ork and it seems this is exactly how it fixes the freeze problem: Turning DSP off does not kill the pd client in jack. Roman On Die, 2012-11-27 at 10:20 +0100, Roman Haefeli wrote: The problem seems related to the fact that switching DSP also switches the jack client on and off. I think the preferred way would be to be able to switch DSP on/off independently from switching audio back-end on/off. On Mit, 2012-11-21 at 20:35 -0200, Esteban Viveros wrote: Hello, I'm using pd-extended 0.43.4, installed via Hans-Cristoph Steiner ppa. I'm using this version because I can't install the stable version in Ubuntu 12.04. The problem is, when I start pd with Jack in -rt mode or wherever mode, if I turn on dsp, they work well, but if I turn off, and try to turn on yet dsp, pd-extended freeze... Closing Qjackctl (after some time ubuntu can close that) pd-extended returns to work, and I can use on alsa directly sucessfull.. Someone knows where I can comunicate this bug to the developers? Is here the place? Thanks a lot! -- Esteban Viveros (27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868 www.bandpage.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 ___ 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] Freezes with Pd-Extended and Jack
on version 1.9.8 The next step will be to compile jack packages on version 1.9.9 Ivica, or anyone, you have some information how can I compile that? For that I need some help. Regards 2012/11/23 Ivica Ico Bukvic i...@vt.edu mailto:i...@vt.edu mailto:i...@vt.edu mailto:i...@vt.edu See below (from the linux-audio-user list): Re: [LAU] question about jackdmp's ability to detect its soundcard has disconnected Could this be the difference between 1.9.8 and git version? On Oct 29, 2012 12:10 PM, Robin Gareus ro...@gareus.org mailto:ro...@gareus.org mailto:ro...@gareus.org mailto:ro...@gareus.org wrote: On 10/29/2012 03:55 PM, Ivica Ico Bukvic wrote: All, I noticed since upgrading to Ubuntu 12.04 that the default Jack server is jackdmp (v.1.9.8). Please correct me if I am wrong but my understanding this is the smp-enabled version 2 that is being developed in parallel with 1.x series of regular jack. correct. They are also API and ABI compatible. Either way, one of my concerns is that while in the old jack when one accidentally pulled the soundcard jack was trying to talk to (e.g. a USB soundcard), the jack would gracefully stop. In my experience it stopped but never gracefully (ie it crashed). but it's been a while since I used jack1. The new version (and this could be Ubuntu quirk) instead of stopping is pegged in some kind of a spinlock that often times locks up the machine (this may be in part since I am running a lowlatency kernel with audio group given priority) and at times keeps it operational while hogging the cpu and making the computer barely responsive until jackd is killed. Apps connected to jack that I tested so far are also stuck in a loop waiting for a response from jack (although this could be the app's shortcoming)--jack never broadcasts a signal that it has lost the soundcard (AFAICT). FWIW I am running jackdmp through qjackctl... Any thoughts on this matter would be most appreciated. I can't reproduce this. jack2 stops the backend when the device is disconnected. You can switch to a new backend using jack_control (sending some Dbus messages to jackd) without re-starting jackd. No CPU hogging here. - I'm running jack2 - aka 1.9.9.4 from git. robin -- Esteban Viveros (27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868 www.bandpage.com/estebanviveros http://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/ -- Esteban Viveros (27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868 www.bandpage.com/estebanviveros http://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 mailto:Pd-list@iem.at mailto:Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account
Re: [PD] Freezes with Pd-Extended and Jack
Is this the same as the one in the doc/3.audio.examples? If so, why this instead of ezoutput~.pd already provided by pddp? FWIW, I believe less is more and having multiple redundant abstractions available makes both pd use and maintenance harder. On 11/25/2012 12:19 AM, Hans-Christoph Steiner wrote: output~.pd is an abstraction included in pd/extra/ Pd-extended. .hc On 11/24/2012 11:32 PM, Ivica Ico Bukvic wrote: Scope~ and envgen work just fine here. Can you report what is broken with them? As for output~, I am not even sure what library is this a part of since I don't use it. Since pd-l2ork by default does not load all libraries, you need to explicitly call the object by its folder/lib, e.g. libname/output~ On 11/24/2012 09:16 PM, Esteban Viveros wrote: It would be amazing if Pd-extended 0.43 is put to work with jack... *.* Pd-L2Ork can't suply my expectations.. objects like [output~] [Scope~] [envgen] don't work on the L2Ork version here.. My last chance would be pd-extended 0.43... 2012/11/24 Hans-Christoph Steiner h...@at.or.at mailto:h...@at.or.at If someone can point me to the commit that fixes this, I'm happy to include it in Pd-extended 0.43. I just never use Jack, so I don't know what's what. Things work in my basic tests. I know that Miller changed this stuff in pure-data.git. .hc On Nov 24, 2012, at 5:58 PM, Gerhard Lang wrote: Tx Ivica and Esteban, as similarly afflicted user encouraged by this thread I followed this recommendation, replaced pd and pd-extended with pd-l2ork. Works flawlessly together with jack 1.9.9-test5 from kx-studio ppa, dsp is switchable, some other bugs are gone, my patches run :D You made my day and now I'm going to learn more about L2ork. Gerhard Am 24.11.2012 17:35, schrieb Ivica Bukvic: With 1.9.8 and pd-l2ork all your problems will be solved except for the one caused by jack which in your case should not be a problem unless you physically disconnect (accidentally our otherwise) your audio hardware while jack is running. On Nov 24, 2012 7:44 AM, Esteban Viveros emvive...@gmail.com mailto:emvive...@gmail.com mailto:emvive...@gmail.com mailto:emvive...@gmail.com wrote: HUm... Ok... I will try! But what the better? Jack 1.9.8 or 1.9.9? 2012/11/24 Ivica Bukvic i...@vt.edu mailto:i...@vt.edu mailto:i...@vt.edu mailto:i...@vt.edu That is the regression I spoke of in pd 0.43 branch. Try pd-l2ork... On Nov 23, 2012 9:27 PM, Esteban Viveros emvive...@gmail.com mailto:emvive...@gmail.com mailto:emvive...@gmail.com mailto:emvive...@gmail.com wrote: Ops... I did a better test, and doing first open Pd and then I open Jack. Now The DSP function work well, but I don't have sound... On messages box I have: 00:18:26.321 Patchbay deactivated. 00:18:26.373 Statistics reset. 00:18:26.388 ALSA connection change. 00:18:26.440 JACK connection change. 00:18:26.467 Client activated. 00:18:52.992 JACK connection graph change. 00:18:53.134 JACK connection change. 00:19:38.102 Client deactivated. 00:19:38.103 Post-shutdown script... 00:19:38.103 dreamstudio-restart-pulseaudio # making sure pulseaudio will restart if it crashes # starting pulseaudio # connecting pulseaudio to JACK Falha: A inicialização do módulo falhou Falha: A inicialização do módulo falhou 00:19:41.798 Post-shutdown script terminated with exit status=256. 00:19:44.297 JACK connection change. 00:19:44.311 Client activated. 00:20:38.543 JACK connection graph change. 00:20:38.693 JACK connection change. 00:20:42.648 ALSA connection graph change. 00:20:42.708 ALSA connection change. 00:20:42.709 ALSA connection graph change. 00:20:42.910 ALSA connection change. 00:20:45.334 JACK connection graph change. 00:20:45.514 JACK connection change. 00:20:52.993 JACK connection graph change. 00:20:53.014 Buffer size change (64). What can I do now? 2012/11/23 Esteban Viveros emvive...@gmail.com mailto:emvive...@gmail.com mailto:emvive
Re: [PD] Freezes with Pd-Extended and Jack
You should check out their SVN or GIT, and compile from the tarball. There is newer version than that available directly from the project page. From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Esteban Viveros Sent: Friday, November 23, 2012 12:15 PM To: pd-list@iem.at Subject: Re: [PD] Freezes with Pd-Extended and Jack Lorenzo, I tried to run Pd-Extended after and until run jack and I have the same problem. I forgot to say, I'm using Ubuntu 12.04 64bits .. Ivica, About Jack, I have installed the most recent version... Jack2 1.9.8 .. I'm using the k https://launchpad.net/~kxstudio-team/+archive/ppa xstudio ppa https://launchpad.net/~kxstudio-team/+archive/ppa and the dream studio ppa https://launchpad.net/~dreamstudio/+archive/dreamstudio-stable . I think in there we have the most recent and stable jackd versions... I can try contact with jack list yet.. Some suggestions? 2012/11/23 Ivica Bukvic i...@vt.edu Starting jack after pd is fixed in pd-l2ork. Likewise, hanging after connection with jack is lost is fixed in pd-l2ork. Pd 0.43 also has a regression in its audio stack rewrite where reconnecting to jack fails and outputs a salvo of errors (at least this was the case with the one that ships with Ubuntu). In respect to pd-l2ork and jack there is only one more lingering problem which is actually related to jackd that ships with Ubuntu 12.04. Namely, sometimes when jack is running and one somehow loses the soundcard (e.g. accidental disconnection of a usb soundcard) while jackd is running. Killing jackd process fixes this (since it is the one hanging and it never sends signal to pd-l2ork or any other client that the sound is gone so pd-L2ork waits on jackd). I was assured that this has been fixed if one compiles latest version of jackd from source but haven't tried yet if that indeed fixes it. HTH On Nov 23, 2012 5:01 AM, Lorenzo Sutton lorenzofsut...@gmail.com wrote: On 21/11/12 23:35, Esteban Viveros wrote: Hello, I'm using pd-extended 0.43.4, installed via Hans-Cristoph Steiner ppa. I'm using this version because I can't install the stable version in Ubuntu 12.04. The problem is, when I start pd with Jack in -rt mode or wherever mode, if I turn on dsp, they work well, but if I turn off, and try to turn on yet dsp, pd-extended freeze... Does this happen even if jack (through Qjackctl or whatever) was started *before you start Pd?? If so I guess it could be this bug: http://sourceforge.net/tracker/index.php?func=detail http://sourceforge.net/tracker/index.php?func=detailaid=3543466group_id=5 5736atid=478070 aid=3543466group_id=55736atid=478070 Indeed also turning DSP off when jack was auto-started by Pditselfscrews everything up. The workaround in this case would be to always start jack *before* starting Pd, then everything seems to behave well. Lorenzo. Closing Qjackctl (after some time ubuntu can close that) pd-extended returns to work, and I can use on alsa directly sucessfull.. Someone knows where I can comunicate this bug to the developers? Is here the place? ___ 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 -- Esteban Viveros (27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868 http://soundcloud.com/estebanviveros www.bandpage.com/estebanviveros https://www.facebook.com/estebanviveros.art https://www.facebook.com/estebanviveros.art http://www.papodecompositor-es.blogspot.com.br/ http://www.papodecompositor-es.blogspot.com.br/ http://expurgacao.art.br/ http://expurgacao.art.br/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Freezes with Pd-Extended and Jack
See below (from the linux-audio-user list): Re: [LAU] question about jackdmp's ability to detect its soundcard has disconnected Could this be the difference between 1.9.8 and git version? On Oct 29, 2012 12:10 PM, Robin Gareus ro...@gareus.org wrote: On 10/29/2012 03:55 PM, Ivica Ico Bukvic wrote: All, I noticed since upgrading to Ubuntu 12.04 that the default Jack server is jackdmp (v.1.9.8). Please correct me if I am wrong but my understanding this is the smp-enabled version 2 that is being developed in parallel with 1.x series of regular jack. correct. They are also API and ABI compatible. Either way, one of my concerns is that while in the old jack when one accidentally pulled the soundcard jack was trying to talk to (e.g. a USB soundcard), the jack would gracefully stop. In my experience it stopped but never gracefully (ie it crashed). but it's been a while since I used jack1. The new version (and this could be Ubuntu quirk) instead of stopping is pegged in some kind of a spinlock that often times locks up the machine (this may be in part since I am running a lowlatency kernel with audio group given priority) and at times keeps it operational while hogging the cpu and making the computer barely responsive until jackd is killed. Apps connected to jack that I tested so far are also stuck in a loop waiting for a response from jack (although this could be the app's shortcoming)--jack never broadcasts a signal that it has lost the soundcard (AFAICT). FWIW I am running jackdmp through qjackctl... Any thoughts on this matter would be most appreciated. I can't reproduce this. jack2 stops the backend when the device is disconnected. You can switch to a new backend using jack_control (sending some Dbus messages to jackd) without re-starting jackd. No CPU hogging here. - I'm running jack2 - aka 1.9.9.4 from git. robin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pd-l2ork 20121115 rc1 now available including deb -- please test and provide feedback
Changelog: *Improvements to the installer *Dynamic pulling of the latest doc and Gem sources *Entire dev tree migrated to github *Autopatching refinements *Further refinements to the distinction between pd and pd-l2ork *Verbose error reporting from tcl/tk *Minor GUI clean-up *Merged patches from http://sourceforge.net/tracker/?func=detailatid=478072aid=2947822group_id =55736 *Overhauled online install documentation (http://l2ork.music.vt.edu/main/?page_id=56) I am pleased to report that in L2Ork rehearsals, pd-l2ork has been rock solid without any crashes or problems for over a month now. Most of the aforesaid fixes are cosmetic in nature. L2Ork has 15 networked machines pushing Atom-based netbooks to their very limits. Both deb package (with dependencies and conflicts--please report any problems if you encounter them trying to install pd-l2ork deb) and binary tarballs are available. They have been built on Ubuntu 12.04, so due to glibc inconsistencies they may not work on other platforms. If you need to rebuild the entire tarball from source, the new installer makes it extremely simple: 1) Download the dev snapshot from git git clone git://github.com/pd-l2ork/pd.git 2) Install all the dev dependencies (below is the one that works for Ubuntu, other distros might use different package names): sudo apt-get install bison flex automake qjackctl tcl-dev tk-dev libasound2-dev libjack-jackd2-dev libtool libbluetooth-dev libgl1-mesa-dev libglu1-mesa-dev libglew1.5-dev libmagick++-dev libftgl-dev libgmerlin-dev libgmerlin-avdec-dev libavifile-0.7-dev libmpeg3-dev libquicktime-dev libv4l-dev libraw1394-dev libdc1394-22-dev libfftw3-dev libvorbis-dev ladspa-sdk dssi-dev tap-plugins ladspa-foo-plugins invada-studio-plugins-ladspa blepvco swh-plugins mcp-plugins cmt blop slv2-jack omins ubuntustudio-audio-plugins rev-plugins libslv2-dev dssi-utils vco-plugins wah-plugins fil-plugins mda-lv2 libmp3lame-dev libspeex-dev libgsl0-dev portaudio19-dev python-dev libsmpeg0 libjpeg62 tkpng flite1-dev libgsm1-dev svn 3) Uninstall any preexisting version of the cwiid library and install, e.g.: apt-get remove libcwiid0 (or whatever the package name is) Optionally install cwiid library manually (if you don't have sudo enabled and don't want the installer to do this for you in step 4): cd master/l2ork_addons/cwiid aclocal autoconf make make install (need a sudo or root for this last step) 4) Run the installer cd master/l2ork_addons/ ./tar_em_up -F (for tarball binary installer) OR ./tar_em_up -B (for deb package) OR If you don't have sudo enabled (it is used to automatically install L2Ork version of the cwiid library) or have already manually installed the cwiid library (see step 3 above) you can add w option that forgoes install of the cwiid library. So, ./tar_em_up -Fw or ./tar_em_up -Bw ought to do it. 5) Take a coffee break (on an Atom processor, installer runs for approx. 1 hour). Once done, install the generated binary package that will be located in the root git folder (where master/ folder is). IMPORTANT: if you have existing tarball-based install of pd-l2ork, and are looking to install deb package, make sure to uninstall the old version first. This can be done by going into the old installer's folder and typing sudo make uninstall. I'd appreciate feedback on the said builds. Please include as much info as possible, including distro/version/32 vs 64bit/problem and how it manifests itself, etc. You can get pd-l2ork from the usual place: http://l2ork.music.vt.edu/main/?page_id=56 Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-6139 (540) 231-5034 (fax) i...@vt.edu http://www.music.vt.edu/faculty/bukvic/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pd-l2ork 20121112 beta 2 snapshot now available including experimental deb -- please test and provide feedback
All, Latest beta 2 version squashes a highly sporadic bug in l2ork version of cwiid library, improvements to the K12 module, and perhaps most notably introduction of a completely rewritten tidy (clean-up) functionality, usability improvements (e.g. when connecting objects that are so far apart that they are not visible on the same screen the canvas focus follows cursor and connection cord; consistent positioning of iemgui objects; autopatching improvements; etc.), as well as improved automated compiler from source (see pure-data/l2ork_addons/tar_em_up.sh in the dev tarball). For a detailed list of improvements, please consult pd-l2ork's git project page. This is also the first release of the .deb format. It is currently generated in a way that clashes with other forms of pd so please be aware of that (in other words installing pd-l2ork requires uninstalling of pure-data/pd-extended due to some shared files). Also, everything has been compiled on Ubuntu 12.04 which has caused some grief to those who run Debian systems that do not ship (yet) with glibc 2.15. Even if you are running Debian, I would still appreciate it if you would test the .deb to see if it dpkg will detect the lack of glibc 2.15 prior to trying to install it, as well as to check if all the supporting libraries are also appropriately installed. That said, *PLEASE BE CAREFUL WITH THE DEB* since this is the first one I ever made of pd-l2ork and as such I am not sure how it will behave and/or whether it will work at all. So, if you are interested in experimenting with .deb files I would advise doing so on a non-production system. All that said, the deb worked fine on my end (Ubuntu 12.04). As usual, regular binary builds are also available. I'd appreciate feedback on the said builds. Please include as much info as possible, including distro/version/32 vs 64bit/problem and how it manifests itself, etc. You can get pd-l2ork from the usual place: http://l2ork.music.vt.edu/main/?page_id=56 Thanks! Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-6139 (540) 231-5034 (fax) i...@vt.edu http://www.music.vt.edu/faculty/bukvic/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-l2ork 20121112 beta 2 snapshot now available including experimental deb -- please test and provide feedback
depends on what files are conflicting. ideally however, you should install to /usr/lib/pd-l2ork/, so puredata, pd- extended and pd-l2ork can co-exist. but that's for the next release :-) It is already in a separate folder. Offending files are in /usr/bin, namely pdsend and pdreceive that are essentially unchanged but still conflict nonetheless. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-l2ork 20121112 beta 2 snapshot now available including experimental deb -- please test and provide feedback
It is already in a separate folder. Offending files are in /usr/bin, namely pdsend and pdreceive that are essentially unchanged but still conflict nonetheless. Why not remove pdsend and pdreceive and use the 'official' packages. I believe its called puredata-utils. Then the pd-l2ork package can Depend or Recommend puredata-utils to provide pdsend/pdreceive. This is how its done in Pd-extended. This section of SVN should be useful for you: http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd- extended/0.43/debian/ .hc Good point. I will need to investigate if they are truly identical and once that is done that certainly seems like a feasible way of doing things. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Resolved : Problem with alsa and command line option -nogui
On 11/09/2012 08:50 AM, Jack wrote: Hello, Have a look at the patch attached. ++ Jack This, however, only works after one has explicitly started dsp. What about querying pd if one has already toggled dsp on before opening the patch? I thought that pddp dsp abstraction detected this but to this day I still fail to understand why that works... -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Resolved : Problem with alsa and command line option -nogui
On 11/11/2012 02:39 PM, Jonathan Wilkes wrote: One hack is [sig~ 1]--[snapshot~], which on load should give you a 0 for off and 1 for on. (Assuming you're not inside a patch that has an evil demon [switch~] whose goal is to fool you.) -Jonathan For a hack, that is pretty awesome ;-) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Extension Cord
I think a better way is to simply retrofit the connect model so that it accepts multiple elbows. Doesn't look like it would be too hard, the main part would be making sure it is backwards compatible... Externals for this purpose are unwieldy at best... -Original Message- From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Jonathan Wilkes Sent: Sunday, November 11, 2012 4:05 PM To: pd-list@iem.at Subject: [PD] Extension Cord Here's an idea for a useful gui object in case anyone else has seen a need: Problem: using [t a] or [pd] to extend a wire requires all incoming connections at the top of the object which makes it a crude substitution for segmented wires. Problem 2: segmented wires can end up making patches harder to read (though I don't necessarily agree) Problem 3: Often, esp. in help patches, you want to stack a bunch of msg boxes and connect them to the object like so: [method_1( [method_2( [method_3( [method_4( [object] But doing so obscures the visual diagram-- for example, [method_4( might erroneously have been left unconnected but the connection from [method_1( to [object] obscures this error. Solution: an extension cord object-- a line segment which, like a real extension cord, can take in connections all along the length of the line. It has a base at the bottom like a flagpole, with an outlet (or outlets). The line segment can be at any angle, and an object can connect to it anywhere along that line. Could also call it [flagpole], because in the message box example above the message flags would each have a small 45-degree wire connecting to the vertical line of [flagpole], and [flagpole] would have a single outlet at the base connecting to [object]. Thus, each 45-degree angled wire coming from each message box would show clearly that each box is connected, and there would be no ambiguity when viewing the patch as to the dataflow. Similarly, there are times when having the line of [flagpole] extending horizontally would make it easier to read a patch-- for example, if you have a lot of objects fanning into one object and end up with some wires of a very small angle that extend very close to another inlet (or cross through some other object). In such a situation it'd be much more elegant for each object to have a vertical connection to the extension cord. There might also be examples with an angled line, but vert/horiz might cover most situations. If you made it a one pixel border around a one pixel empty area for the pole and just made the base the name of the object in a box, it'd be visually distinct from wires. -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
[PD] READSIZE option in t_tkcmd.c
I guess this is mainly for the devs/Miller. Does anyone know if upping this size would make any difference in encouraging system to process more GUI calls per cycle? Having used 1000 on a measly netbook with tons of K12 gui-rich objects, this seems to cause in extreme GUI-busy environments stack overflow. OTOH trying something like 1 starts introducing xruns in places they never existed. Would upping it to something like 2000 would seem feasible on modern day machines? -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Issue with [shell] and jack_connect/disconnect
Are you using exit 0 at the end of your shell script (assuming it is a script)? Ive also encountered some funny things with [shell] but in a bit more convoluted scenario and am curious as to what everyones thoughts are. Namely, I am using a shell script to perfectly pair wiimotes, so a [shell] object spits out a message connect MAC ADDRESS that is sent forward to disis_wiimote object (this component of the external is very similar to regular wiimote object except for the fact that disis_wiimote is multithreaded). This works *perfectly* when using regular pd-l2ork. But when running pd-l2ork through gdb (in hope of hunting down those sporadic and elusive segfaults), the connection fails whenever the message is passed from shell. If it is passed from a regular message inside gdb it works fine but when it is coming out of [shell] it fails (by fails I mean the connection immediately fails with the external reporting inability to find a wiimote, while pd-l2ork remains stable and operational). Valgrind does not have this problem but it in turn kills jackd due to incredibly slow start-up... Any thoughts? From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of michael noble Sent: Wednesday, November 07, 2012 9:34 PM To: PD send List Subject: [PD] Issue with [shell] and jack_connect/disconnect hi all, I'm trying to use the [shell] object to automate JACK connections under Linux by calling jack_connect or jack_disconnect. While this works at first, it seems that the ultimate result is that pd spawns a number of processes that remain in the background, and very soon jack_connect simply stops responding. Has anyone experienced a similar issue, or can anyone suggest an alternative to [shell] for this purpose? thanks Michael ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] close all patches on quit sourceforge patch
Many thanks for sharing this, IOhannes! I've embellished your patch a bit and added it to pd-l2ork. Best wishes, Ico -Original Message- From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of IOhannes m zmoelnig Sent: Thursday, October 25, 2012 10:31 AM To: pd-list@iem.at Subject: Re: [PD] close all patches on quit sourceforge patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-10-25 06:18, Hans-Christoph Steiner wrote: yup: hans@palatschinken bin $ dpkg -l tkpng Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Tri g-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Description +++--- +++ ii tkpng0.9-1ubuntu1 PNG photo image support to Tcl/Tk Does it not work with Tcl/Tk 8.5? hans@palatschinken bin $ tclsh % info patchlevel 8.5.11 works here: zmoelnig@ferrari:~$ tclsh % info patchlevel 8.5.11 zmoelnig@ferrari:~$ dpkg -l tkpng ii tkpng 0.9-1 i386 PNG photo image support to Tcl/Tk originally i had the same problem: $ ./pd-l2ork tcl: /tmp/pd-l2ork/bin/pd.tk: can't open script pd: exiting but indeed i was missing tkpng first. i discovered this by directly running (after making pd.tk executable) $ ./pd.tk which initially threw an error Error in startup script: can't find package tkpng. so the can't open script error is a bit misleading (or generic). attached is a small patch that prints the full error message of the Tcl- Interpreter. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlCJTRYACgkQkX2Xpv6ydvRuzgCgwy8NkGHXHgWqK/kLgY2a7f Uh fVEAn3mn9prk3dEVd9ut/JGJN7tufk2h =SSeI -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Virginia Tech: Faculty Position in Music Technology
Virginia Tech Assistant Professor of Music Technology Tenure-track faculty appointment. Full time, 9 months. Assistant Professor, salary commensurate with training and experience. Start Date: August 10, 2013. DUTIES: Responsibilities for the position will be to teach and recruit students in the various domains of music technology and develop a research program with particular focus on interdisciplinary and collaborative research in partnership with the Institute for Creativity, Arts, and Technology. Serve on committees and perform other appropriate university service. Additional duties are dependent upon the qualifications and interests of the applicant and the needs of the Department of Music. REQUIRED QUALIFICATIONS: Doctorate or equivalent experience in a music technology related field is required. Evidence of creative output, collaborative research experience, and excellence in teaching is required. Extensive technology literacy including experience with a diverse collection of digital signal processing (DSP) tools, techniques, and creative approaches is also required. The successful candidate will demonstrate high potential for building an outstanding program. We seek candidates with the demonstrated potential to contribute effectively to a faculty team dedicated to creating a positive, dynamic, and inclusive learning environment for an increasingly diverse student population. PREFERRED QUALIFICATIONS: Familiarity with multiple operating systems, as well as proficiency in Max/MSP, Pure-Data, and other interactive DSP programming languages and environments is preferred. A collaborative research portfolio including artistic creations (installations, performance-based works), funded research, and publications is preferred. Experience in one or more of the following: live coding, MAKEr culture, hyper-instruments, circuit bending, computer music, acoustics, wave field synthesis, interactive design, laptop orchestra and/or mobile computer ensembles, recording production, sound design, multimedia, and/or commercial music performance is also preferred. See full description of qualifications as well as application materials and procedures at music.vt.edu or https://listings.jobs.vt.edu/postings/26919 DEADLINE: To be assured of full consideration, applications should be received by December 21, 2012. Application review will continue until the position is filled. Virginia Tech is an AA/EO/ADA institution committed to cultural diversity. We seek candidates who share our commitment to diversity. Women and minorities are encouraged to apply. Virginia Tech is an equal opportunity/affirmative action institution. Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-6139 (540) 231-5034 (fax) i...@vt.edu http://www.music.vt.edu/faculty/bukvic/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] ANN: pd-l2ork 20121019 stable candidate now available
Apologies for x-posting... It is my pleasure to announce latest version a.k.a. stable candidate of pd-l2ork. Having chased down a couple of lingering and extremely sporadic bugs, I am pleased to report that this latest version is our first beta release with the primary focus on ensuring 100% stable experience. The latest version also includes updates to the K12 module which now includes over 40 unique abstractions. As usual, for additional info as well as both 32-bit and 64-bit Linux builds please visit http://l2ork.music.vt.edu/main/?page_id=56 I would also like to use this opportunity to extend an invitation to community members who may be interested in helping us improve the documentation, as well as porting our efforts to other platforms to please contact me and/or consider joining our l2ork-dev mailing list that can be found at http://disis.music.vt.edu/cgi-bin/mailman/listinfo/l2ork-dev Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-6139 (540) 231-5034 (fax) i...@vt.edu http://www.music.vt.edu/faculty/bukvic/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] close all patches on quit sourceforge patch
Just tried it here, works fine. There are some older versions of tcl/tk files in the bin directory I forgot to clean out so make sure to explicitly copy all tcl/tk files, like so: cd pd/bin cp ../src/pd.tk . cp ../src/*tcl . ./pd-l2ork That said, running core pd-l2ork without all the customized externals will only give you a limited picture. E.g. pd-l2ork uses a custom version of cwiid that supports wiimote passthrough mode, but that requires installing the custom version of cwiid. If you are using the full installer, this will be done for you... Best wishes, Ico -Original Message- From: Hans-Christoph Steiner [mailto:h...@at.or.at] Sent: Thursday, October 25, 2012 12:18 AM To: Ivica Bukvic Cc: pd-list; IOhannes m zmoelnig Subject: Re: close all patches on quit sourceforge patch yup: hans@palatschinken bin $ dpkg -l tkpng Desired=Unknown/Install/Remove/Purge/Hold | |Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig |-pend / Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Description +++--- == +++== ii tkpng0.9-1ubuntu1 PNG photo image support to Tcl/Tk Does it not work with Tcl/Tk 8.5? hans@palatschinken bin $ tclsh % info patchlevel 8.5.11 .hc On 10/25/2012 12:11 AM, Ivica Bukvic wrote: Do you have tkpng installed as per instructions on pd-l2ork's webpage? On Oct 24, 2012 11:57 PM, Hans-Christoph Steiner h...@at.or.at wrote: Hmm, something different, but still not running: hans@palatschinken bin $ cp ../src/pd.tk . hans@palatschinken bin $ ./pd-l2ork -stderr -d 3 set pd_whichmidiapi 2 pdtk_pd_startup {Pd version 0.42-6extended-l2ork-20121007 } { {OSS 2} {ALSA 1} } { {default-MIDI 2} {ALSA-MIDI 1} } {DejaVu Sans Mono} normal set pd_whichmidiapi 2 tcl: /media/share/code/pd-l2ork/pd/bin/pd.tk: can't open script ^CPd: signal 2 hans@palatschinken bin $ ls -l /media/share/code/pd-l2ork/pd/bin/pd.tk -rwxr-xr-x 1 hans hans 289074 Oct 24 23:55 /media/share/code/pd-l2ork/pd/bin/pd.tk On 10/24/2012 10:56 PM, Ivica Bukvic wrote: You forgot pd.tk... On Oct 24, 2012 10:52 PM, Hans-Christoph Steiner h...@at.or.at wrote: I did: cd pd/ cp tcl/*.tcl bin/ cd bin ./pd-l2ork and got the same result: hans@palatschinken bin $ ./pd-l2ork -stderr -d 3 set pd_whichmidiapi 2 pdtk_pd_startup {Pd version 0.42-6extended-l2ork-20121007 } { {OSS 2} {ALSA 1} } { {default-MIDI 2} {ALSA-MIDI 1} } {DejaVu Sans Mono} normal set pd_whichmidiapi 2 .hc On 10/24/2012 10:16 PM, Ivica Bukvic wrote: If you are not installing it onto system, copy TCL files into the pd/bin dir. Remember, this is a fork of 0.42. On Oct 24, 2012 9:07 PM, Hans-Christoph Steiner h...@at.or.at wrote: I just tried the latest pd-l2ork from git, and it doesn't seem to start correctly. I did: cd pd/src aclocal autoconf ./configure make ../bin/pd-l2ork I also tried: cd ../bin ./pd-l2ork All I got was a great square window with no menu. I'm on Linux Mint 13 Maya amd64, which is basically Ubuntu/Precise. .hc On 10/24/2012 08:47 PM, Ivica Bukvic wrote: It is only the draw command, not the communication... BTW do either of you know why one would be getting pdtk_post { stack overflow } messages? Doors that mean the cpu is unable to handle all gui requests? On Oct 24, 2012 8:32 PM, Hans-Christoph Steiner h...@at.or.at wrote: Thanks for that info. Sounds like a good idea in general. I personally can't think of any reason why the DSP would need to be on during the quitting. But for the 'redraw' part, that depends. If it is literally only redrawing that is suspended, that would be fine. But if its all Pd--GUI communications, that will probably cause problems. .hc On 10/24/2012 06:02 PM, Ivica Ico Bukvic wrote: Hans and Iohannes, The following is FYI. Several months ago I integrated the close all patches before quitting patch in pd-l2ork and since then I've been experiencing extremely sporadic crashes on close that would hang pd-l2ork. Now, I am not sure this is because of architectural differences between regular pd and pd-l2ork but I doubt it since most of the said components are very similar if not identical. The bottom line is this only occurs on very low-powered machines (e.g. netbook) and relatively large patches and even then it does so very sporadically. Consequently, I implemented an improvement to the closing mechanism that consists of 2 additional steps and apparently alleviates said problems entirely: 1) disable further redraws (this prevents calling functions that may be referencing null pointers)--I have a special global var for this which is also being used
Re: [PD] close all patches on quit sourceforge patch
That said, running core pd-l2ork without all the customized externals will only give you a limited picture. E.g. pd-l2ork uses a custom version of cwiid that supports wiimote passthrough mode, but that requires installing the custom version of cwiid. If you are using the full installer, this will be done for you... To add to this, -k12 flag (or K12 mode) will not work unless you have full thing installed as it relies upon additional files found in the K12 module... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] close all patches on quit sourceforge patch
I'll try to check this out. I think the problem is the socket-based communication which is really a pain. When a cpu is on powersave mode it appears the sockets are such a low priority at times some messages arrive up to a half-second later... And this is on a lowlatency kernel too... Once I solidify the pd-l2ork code and release a stable version (and we appear to be darn close to it now), one of the things on my todo list is to do away with socket-based communication in favor of queuing calls via a separate thread. Sure, one will lose gui-less operation but with libpd around, I don't see a point in trying to maintain gui-less implementation (which from what I saw on the list appears to have a fair share of its own problems, please correct me if I am wrong here). P.S. Don't forget to check out the preset_hub and preset_node (k12 mode uses it so that you can store all states even among multiple instances of same abstraction, which is virtually impossible otherwise). Currently the documentation is not yet integrated (thanks to Jonathan for his work on this) but there are example patches in the complete source inside pd/src folder... Best wishes, Ico -Original Message- From: Hans-Christoph Steiner [mailto:h...@at.or.at] Sent: Thursday, October 25, 2012 12:48 PM To: Ivica Ico Bukvic Cc: 'pd-list'; 'IOhannes m zmoelnig' Subject: Re: close all patches on quit sourceforge patch On 10/25/2012 09:09 AM, Ivica Ico Bukvic wrote: That said, running core pd-l2ork without all the customized externals will only give you a limited picture. E.g. pd-l2ork uses a custom version of cwiid that supports wiimote passthrough mode, but that requires installing the custom version of cwiid. If you are using the full installer, this will be done for you... To add to this, -k12 flag (or K12 mode) will not work unless you have full thing installed as it relies upon additional files found in the K12 module... The -k12 mode is nice :) FYI, what started me on the kick is tracking down GUI slowness bugs. There are two that Im currently working on that affect Pd-vanilla, Pd-extended, and pd-l2ork = 0.42: * [bng] stops flashing when data comes in faster than every 50ms * arrays stop showing updates when data comes in faster than every 100ms I've almost got a complete fix for the [bng] problem, it now stops flashing 10ms, I think I can it working always. The source of the array problem still eludes me, here's that thread: http://lists.puredata.info/pipermail/pd-dev/2012-10/018679.html I attached test patches for both of these problems. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] close all patches on quit sourceforge patch
Hans and Iohannes, The following is FYI. Several months ago I integrated the close all patches before quitting patch in pd-l2ork and since then I've been experiencing extremely sporadic crashes on close that would hang pd-l2ork. Now, I am not sure this is because of architectural differences between regular pd and pd-l2ork but I doubt it since most of the said components are very similar if not identical. The bottom line is this only occurs on very low-powered machines (e.g. netbook) and relatively large patches and even then it does so very sporadically. Consequently, I implemented an improvement to the closing mechanism that consists of 2 additional steps and apparently alleviates said problems entirely: 1) disable further redraws (this prevents calling functions that may be referencing null pointers)--I have a special global var for this which is also being used to optimize redrawing (many actions in pd-l2ork are several times faster than regular pd as a result of this implementation--just look for do_not_redraw call in the source if curious) 2) suspend dsp before going through the patches (all sub-patches try to suspend it and resume it but for some reason, due to asynchronous nature of communication between tcl and c funny things occasionally happen on low-powered machines, so this way we ensure it is entirely off throughout the whole destruction process) Hope this helps! Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-6139 (540) 231-5034 (fax) i...@vt.edu http://www.music.vt.edu/faculty/bukvic/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] rjdj is gone, robotcowboy is coming ...
Do you mind saying why is the app off the iOS app store? From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Dan Wilcox Sent: Tuesday, October 23, 2012 10:06 AM To: pd list Subject: [PD] rjdj is gone, robotcowboy is coming ... Hey all, So it seems the rjdj app is off the iOS app store already :( Just letting you know I have an alternative coming for running pd patches on iOS desktop: the robotcowboy app. It's basically my performance environment as an app including pd, midi, osc, and a Processing-like lua scripting environment. I could use some help on beta testing, website work, etc soon since I'm trying to get this out *while* planning/working on my masters thesis project (robotcowboy is going to Mars!). Any help would be greatly appreciated. This app is being built in OpenFrameworks, so it works on Mac/Win/Lin iOS. Android support could be added, but I don't have an android device. https://github.com/danomatika/robotcowboy Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Preset system in pd?
I thought you wanted values to interpolate between the origin and destination (making a curve over time). Finding a value between is trickier and may require some kind of implementation that belongs to preset_hub. Of course, then the question is how do you weigh such interpolation (or what function do you use?) and the next thing you know preset_hub has become expr and line and tons of other things in one, making it huge, redundant, and unwieldy to maintain. In other words, where do you draw the line? Will the linear interpolation be enough? From: Jonathan Wilkes [mailto:jancs...@yahoo.com] Sent: Sunday, September 30, 2012 11:43 PM To: Ivica Ico Bukvic; 'flad chester'; pd-list@iem.at Subject: Re: [PD] Preset system in pd? Hi Ivica, I don't understand how [line] could fill in for interpolation between states. On the other hand, I don't think you would actually need all the interpolation states that pattrstorage provides. If you just did linear interpolation by allowing to set the preset with a float (like 1.5) that is between two states, then the user could easily build all the interpolation schemes that pattrstorage's interp message provides simply by putting the necessary objects after [recall $1( . For example, if you want a quartic curve you'd just do [expr pow($f1-int($f1), 2)+int($f1)] and then feed that into preset_hub. That of course wouldn't work for more complex stuff like cubic interpolation, but that is conspicuously absent in pattrstorage, too. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Preset system in pd?
From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Jonathan Wilkes Sent: Sunday, September 30, 2012 8:46 PM To: flad chester; pd-list@iem.at Subject: Re: [PD] Preset system in pd? Pd-l2ork now has [preset_hub]/[preset_node] for which I'm currently writing help files. But I don't think it lets you interpolate between values. -Jonathan To add to this, preset_node and hub are AFAIK the only preset system on pd that allow for use in conjunction with multiple instances of the same abstraction (e.g. you want to use two abstractions of same type and have presets in them that are controlled in the parent patch above them). For an example, see pd-l2ork K12 module (invoke pd-l2ork with -k12 flag). They also offer communication between nodes and hub allowing each of the nodes to send requests to the hub (e.g. any paired node can send a request to the hub to store and/or recall presets which can lead to some very cool possibilities). It is in many ways synonymous to pattrstorage in Max, so its contents are saved as part of the patch, rather than having to save them in a separate file. Finally, pairing nodes with a hub is simple and does not require any $0 workarounds. Simply have a [preset_hub foo], and as soon as you add [preset_node foo] it will automatically pair with the hub provided hub is positioned hierarchically higher than the node (e.g. in the same canvas or any of its parent canvases, it does not have to be before preset_node in the glist if it is located in the same canvas). Other features include, ability to compensate for infinite undo/redo (pd-l2ork) feature, cut/paste, to front/back (pd-l2ork feature), and other actions that tend to alter glist ordering. As a matter of fact, pd-l2ork always preserves glist structure wherever possible (including infinite undo/redo actions), and since preset_hub saves all presets as part of its creation arguments, undo/redo also recreate all saved presets. Preset_hub/node also support every data format except for pointers (for obvious reasons). That said, Jonathan is right, the preset_hub and node do not interpolate, but with some [line] love, this can be easily added to the patch with arguably better granularity control. Cheers! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] debugging sporadic hangs at startup
So, this does not catch any of the tcl errors (or perhaps none were generated). Short of rewriting how messages are broadcast, is there an easy and global way of redirecting all tcl output errors to a file? I read about interp bgerror, but am not sure if this will catch networked stuff (which is the likely offender here) or even work at all... Similarly, I am wondering if a part of the problem is the 2 size limit on the networked data buffer (CHUNKSIZE in t_tkcmd.c) in that during the startup because atom cpu is getting swamped perhaps it does not have enough time to catch-up with queued networked messages being spewed out of C code over the socket and then drops some stuff and hence the non-functioning gui? If so, another possible offender would be INBUFSIZE in s_inter.c that deals with messages coming from the pd-gui... Any thoughts? -Original Message- From: Miller Puckette [mailto:m...@ucsd.edu] Sent: Thursday, September 27, 2012 1:34 PM To: Ivica Ico Bukvic Cc: pd-list@iem.at Subject: Re: [PD] debugging sporadic hangs at startup I've never done this but perhaps it would work to edit the line in pd-gui.tcl: exec -- $pd_exec -guiport $::port to: exec -- $pd_exec -guiport $::port -d 1 /tmp/foo (not sure if ' or '2' depending on shell). cheers Miller On Thu, Sep 27, 2012 at 01:23:23PM -0400, Ivica Ico Bukvic wrote: This is actually on Linux. The problem is likely not in C, since program does start up and creates the main Pd window and then hangs during loading of the patch (the patch window is created but canvas remains empty and after that nothing responds any more). It seems to me this is probably because at some point messages sent to tcl/tk over network (from C) get mangled after which gui stops responding. I had issues like these before with network externals and solved them, but this is the one that I had a hard time weeding out since it is so sporadic. For this reason, I would like to somehow output all tcl/tk commands that were sent to gui. Any way to do this and send it to a separate log file without opening a terminal? -Original Message- From: Miller Puckette [mailto:m...@ucsd.edu] Sent: Thursday, September 27, 2012 12:27 PM To: Ivica Ico Bukvic Cc: pd-list@iem.at Subject: Re: [PD] debugging sporadic hangs at startup On Macintosh I presume... Maybe you can use gdb to 'attach' to the running Pd process, assuming it at least gets started up (which I assume it must have in order to start loading the patch). cheers Miller On Thu, Sep 27, 2012 at 12:22:57PM -0400, Ivica Ico Bukvic wrote: All, I am noticing sporadic GUI freezes when loading complex patches on startup. How would one go about debugging this when most of such startups happen by clicking on the app icon (so no access to gdb or console). Short of changing the app icon to make everyone's apps always start with gdb, is there a way to redirect debugging output to a file? On a related matter, any other users noticed these ocassional hangs when loading a complex patch (the window opens but remains blank and clicking on any options in the menu does nothing)? ___ 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] debugging sporadic hangs at startup
For an example of that on GNU/Linux, run 'wish'. You'll see that it launches a barebones wish window, but you'll also see that wish gives you a prompt. That's a live prompt where you can edit the currently running program, as well as get stdout and stderr. The GNU/Linux code in s_inter.c suppresses that console entirely so that the 'pd' process doesn't give the same console. I am familiar with wish but am a bit lost by the latter part of this paragraph. How is s_inter.c suppressing console? Can you give an example how this can be fixed? Will a simple redirection to a file work when starting pd-gui? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] debugging sporadic hangs at startup
All, I am noticing sporadic GUI freezes when loading complex patches on startup. How would one go about debugging this when most of such startups happen by clicking on the app icon (so no access to gdb or console). Short of changing the app icon to make everyone's apps always start with gdb, is there a way to redirect debugging output to a file? On a related matter, any other users noticed these ocassional hangs when loading a complex patch (the window opens but remains blank and clicking on any options in the menu does nothing)? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] debugging sporadic hangs at startup
This is actually on Linux. The problem is likely not in C, since program does start up and creates the main Pd window and then hangs during loading of the patch (the patch window is created but canvas remains empty and after that nothing responds any more). It seems to me this is probably because at some point messages sent to tcl/tk over network (from C) get mangled after which gui stops responding. I had issues like these before with network externals and solved them, but this is the one that I had a hard time weeding out since it is so sporadic. For this reason, I would like to somehow output all tcl/tk commands that were sent to gui. Any way to do this and send it to a separate log file without opening a terminal? -Original Message- From: Miller Puckette [mailto:m...@ucsd.edu] Sent: Thursday, September 27, 2012 12:27 PM To: Ivica Ico Bukvic Cc: pd-list@iem.at Subject: Re: [PD] debugging sporadic hangs at startup On Macintosh I presume... Maybe you can use gdb to 'attach' to the running Pd process, assuming it at least gets started up (which I assume it must have in order to start loading the patch). cheers Miller On Thu, Sep 27, 2012 at 12:22:57PM -0400, Ivica Ico Bukvic wrote: All, I am noticing sporadic GUI freezes when loading complex patches on startup. How would one go about debugging this when most of such startups happen by clicking on the app icon (so no access to gdb or console). Short of changing the app icon to make everyone's apps always start with gdb, is there a way to redirect debugging output to a file? On a related matter, any other users noticed these ocassional hangs when loading a complex patch (the window opens but remains blank and clicking on any options in the menu does nothing)? ___ 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] trying to adapt mu (max-unity) to PD - why does it fail?
You need to use netsend/receive (or better yet disis_netsend and disis_netreceive that include a number of fixes including stability improvements that prevent pd-gui freezes)cas the network messages done via Martin's externals are translated to FUDI format while netsend/receive aren't. As a test you may want to build a simple network client and compare what you're getting when sending using Martin's vs. disis externals... On 09/22/2012 06:32 AM, Scott R. Looney wrote: hi Ivica and list, i'm trying to set up the DISIS Max to Unity (mu) communication over TCP/UDP in PD-extended and i can't get it to work. it should be really basic. i've tried it using udpsend/udpreceive and tcpsend/tcpreceive. both return a Object Not Found error when it tries to control the rotation on the Cube object. out of curiosity i checked the message being sent by Max and the one by PD and as far as i can tell they are totally identical - each one sends the message send Cube r 0 1 0 but the one from Max sends the message correctly - the one from PD doesn't. both programs indicate that the connection has been established and i did not operate them both at the same time, as that would of course lead to conflicts. the only difference i've encountered so far is that the mu example uses netsend and netreceive objects. there are similar objects available for PD but they don't work with a high port number (over 32000). i can change the Unity Script to look for a lower port number but as if i remember netsend and netreceive did not function well in PD which is why everyone recommended Martin Peach's objects. anyway i can send examples if interested, but it's really a simple patch, and as far as i can tell the scripts in Unity are looking for any data coming over the port number - they shouldn't care about whether they are looking for data coming out of Max or PD specifically. i'm just talking about the simple rotation demo, not the more complex jitter texture control. if anyone's got a clue as to where to start looking let me know. thanks, scott -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Creating a drum machine with save slots
Or you could simply use pd-l2ork and use its preset_hub and preset_node universal preset mechanism that works with pretty much every form of data, including multiple instances of the same abstraction, except for pointers (for obvious reasons). It's in many ways synonymous to Max's pattrstorage Other advantages include not having to deal with separate text files, your presets get saved directly into the patch. The only caveat is that pd-l2ork is currently Linux-only, but this may change provided there is adequate interest/support. Best wishes, Ico From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Scott R. Looney Sent: Wednesday, September 12, 2012 4:56 AM To: Pierre Massat Cc: pd-list@iem.at Subject: Re: [PD] Creating a drum machine with save slots hi filippo - this may be a bit too quick and dirty as we like to say, but i remember the guy mike moser (maelstorm) of the PD forum. he made a preset management abstraction called save.me. here's the link to all of his objects in github: https://github.com/dotmmb/mmb and here's another one storing into a text file. http://puredata.hurleur.com/sujet-6810-simple-preset-manager hope it helps, scott On Tue, Sep 11, 2012 at 9:59 AM, Pierre Massat pimas...@gmail.com wrote: Hi, I worked on a drum machine a while ago. I used textfiles to save and read patterns, using the [textfile] object. Cheers, Pierre. 2012/9/11 Filippo Beck Peccoz m...@fbpsound.com Hello list! I'm working on a drum machine to be used in a mobile game- it's a trading card game. Right now, I have a 64 step grid with 5 instruments ready (although a tad messy :D) and I can manually write patterns in by hand using toggle boxes. In every turn, the game features many different game states, like deck building, defense, attack and so on. It would be great to have a drum machine that can change beat patterns based on those states, and maybe generate fresh patterns in a controlled way. Two different problems, I know, but I was wondering first of all how you would solve the saving of patterns inside the instrument. I would basically create arrays with patterns in them, name them appropriately and then tell PD when to change to specific patterns via message. Is there a better way I'm missing? The idea is to create a very dynamic drumsound, which is closely related to what's happening on screen. We can already change the tempo and mix sounds in and out, but the real fun starts when patterns will become more flexible! Thanks for reading, any advice is greatly appreciated! Cheers from Munich, Filippo Filippo Beck Peccoz Game Audio www.fbpsound.com Twitter: @fbpsound http://twitter.com/fbpsound Skype: fbpsound Mobile: +49-(0)1520-4004143 tel:%2B49-%280%291520-4004143 ___ 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] finding objects ?
I can update vcf~ in the PDDP docs at some point, but aside from that what do you have in mind? Multi-dimensional indexing whose data can be easily referenced by multiple features (object search, auto-completion, maybe other) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] finding objects ?
New users will be totally oblivious to what this means. It doesn't matter-- replace my text with your hypothetical progress bar. It's still clearly better to make the user wait and watch the progress bar _only_ when they finally do something with the search plugin than it is adding several orders of magnitude more load time to Pd for something many people may never use. I am confused. I thought that the search plugin can be used both in the browser as well as when creating objects (as in auto-completion). If former, I can see your point to an extent. If latter, then I heartily disagree. When a new user picks up pd (or in this case pd-l2ork, as was the case this summer with 30+ 5th-12th graders) you want things to just work. Search-plugin does work it indexes at startup: yay! Search-plugin does work it indexes at first search (or first opening of search-plugin): yay! Search-plugin does not work it indexes at startup: Pd sucks! Search-plugin does not work it indexes at first search (or first opening of search-plugin): Search-plugin sucks! Thus I conclude the proper place for the indexing is not at startup. Again, I am lost. Why would it not work? If it is also auto-completion (which I think it should be, otherwise why go through all that trouble just to have it in a browser), then why would it not ever work? I just went through problems with Gnome 3 trying to run a bunch of tracker- * services to index my harddrive and blowing up cpu usage, so I speak as a user when I say that I don't like that design. It's all in the implementation. We're not searching the entire drive but a very limited set of folders... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] finding objects ?
No, the auto-completion is a different plugin. But why? The methodology is essentially synonymous for both, no? Can it be done in a few milliseconds? If so then that's fine. Otherwise I'm not in favor of increasing startup time by several orders of magnitude. No idea, but that would be certainly a goal I would be striving towards... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] finding objects ?
Is there a way to quickly get a hash of all the doc files? I am of the conviction that the more automated things are, the better the experience for the user. Hence, if this only adds a few seconds at the start-up (assuming it is optimized enough, perhaps relying on a secondary tool to do indexing that returns a list to tcl), I am all for that... I'd _much_ rather have the automation happen when the user decides to click the button that opens the Search dialog. Even better, I'd like the New users will be totally oblivious to what this means. When a new user picks up pd (or in this case pd-l2ork, as was the case this summer with 30+ 5th-12th graders) you want things to just work. New users can understand better start-up progress bars than they can continuous hang-ups during operations, particularly if that also requires potentially confusing options that have to be activated manually. Perhaps adding an option to the preferences file to disable default behavior of indexing at startup could be a compromise between the two and if the auto-indexing is disabled, you also get the manual button for indexing appear in the browser (or wherever appropriate)... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] finding objects ?
Jonathan, I will be willing to help with introducing indexing option into the search plugin. I think it is essential to making this a useful addition to pd-l2ork. As it is right now, it requires too much time, particularly on low power devices (e.g. netbooks). I'll also gladly add a flag (if you like) inside pd-l2ork to force re-indexing (or maybe it should simply reindex at each startup). If anyone else wishes to contribute, let me know... -Original Message- From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Jonathan Wilkes Sent: Monday, September 03, 2012 11:08 PM To: Фывапр Олджэвич; João Pais Cc: pd-list@iem.at; IOhannes m zmoelnig Subject: Re: [PD] finding objects ? Hello serg, I made an attempt to build a search engine awhile back: http://puredata.info/Members/jancsika/searchandbrowseplugin/view?sear chterm=search%20plugin This plugin is designed to be exactly what you are looking for-- I know because I had the same problems when starting out with Pd and read similarly dreadful responses. It is a GUI plugin. Use the links Iohannes provided to install it. The plugin is designed to work with Pd-extended. (I also back-ported a version to use with Pd-l2ork but it isn't included there yet.) It searches for help patches in all the default sys and lib paths, plus any extra ones you specify in the path dialog (though this dialog may have been removed in a recent version-- I don't remember). Full text search works with all help patches. Searching by using the keywords listed toward the bottom of the main search page will only return results for help patches that have keyword metadata (i.e., help patches which I've revised to be searchable, which is maybe half of everything in Pd-extended). For me full text searches tend to take a few seconds on my GNU/Linux machine and much longer on OSX. (In Windows the first search takes forever but subsequent searches are somewhat faster.) I think improving the speed would require building an index and would be a lot more work. You won't get results for classes that don't have help patches, but then if the developer was too lazy to document what the object does then I'm sure they used all the time saved to make the object work flawlessly... :) Speaking of dev laziness-- there are many objects which have nearly empty help patches. If you run into this, be sure to try clicking the little info icon next to the search result. It will bring up the README.txt file for the corresponding library which often will give you a few more clues about the object in question. You can also click the folder icon to open an external file browser to see the full contents of an external library (like the binaries and and other non-doc files). Let me know if there are any keyword categories that would be useful to add to the main search page. Best, Jonathan From: Фывапр Олджэвич tofuc...@inbox.ru To: João Pais jmmmp...@googlemail.com Cc: pd-list@iem.at; IOhannes m zmoelnig zmoel...@iem.at Sent: Monday, September 3, 2012 6:16 AM Subject: Re: [PD] finding objects ? Thankyou for your list ! \\ I know, although it's never actual. - Why ? I mean that if I don't know all the objects by memory, and I need some function to be done - I need easy search by categorys and so on - with descriptions... it is much easear, than asking List every time... and also helps to learn other objects faster. \\Also the object completion plugin helps to find objects (pd-ext 0.43). - what is it ? is it complemented with Extended 0.43 ? or should it be loaded apart ? and does it work for Windows ? cheers ! serg Mon, 03 Sep 2012 11:24:09 +0200 от João Pais jmmmp...@googlemail.com: On 2012-09-03 00:19, ?? wrote: Dear list ! Where can I find the most complete PD-objects and commands reference, please ? right click on the object. select help. for pd-vanilla, right-click anywhere in an empty space, and select help. for pd-extended, there isn't one. my list (attached) is the most complete I know, although it's never actual. the pd-floss website also has a list, but only with part of the objects in this document. And why it is not on the main site - puredata.info ? because with help-patches that yre on your computer you do not have to be online and you can copypaste interesting stuff. or rather more because development of pd-extended externals is a bit chaotic, some developers don't do proper documentation, there isn't a system to control the quality (or existence) of documentation, etc... Jonathan Wilkes has done lots of work with pddp to update the documentation. Pd-Ext 0.43 has much more ressources, including better help patches for pd-vanilla. Also the object completion plugin helps to find objects (pd-ext 0.43). João
Re: [PD] finding objects ?
Jonathan, I will be willing to help with introducing indexing option into the search plugin. I think it is essential to making this a useful addition to pd-l2ork. As it is right now, it requires too much time, particularly on low power devices (e.g. netbooks). I'll also gladly add a flag (if you like) inside pd-l2ork to force re-indexing (or maybe it should simply reindex at each startup). If anyone else wishes to contribute, let me know... That sounds good. Hans suggested looking at Xapian, which says it has bindings for Tcl. Might be easier than doing indexing in Tcl. To be user friendly I think there needs to be a first use message in the main page of the search that directs the user to click a link to do the initial index. (If you do it automatically you force the netbook user to wait a long time-- same problem for doing it at startup.) Once the index exists I can then just have the link available without the message and people can reindex as they see fit. The other possibility is that the plugin will display the message to reindex every time the docs change, but that would only work if the time it takes to check is much smaller than the time it takes to index. Is there a way to quickly get a hash of all the doc files? I am of the conviction that the more automated things are, the better the experience for the user. Hence, if this only adds a few seconds at the start-up (assuming it is optimized enough, perhaps relying on a secondary tool to do indexing that returns a list to tcl), I am all for that... -Jonathan -Original Message- From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Jonathan Wilkes Sent: Monday, September 03, 2012 11:08 PM To: Фывапр Олджэвич; João Pais Cc: pd-list@iem.at; IOhannes m zmoelnig Subject: Re: [PD] finding objects ? Hello serg, I made an attempt to build a search engine awhile back: http://puredata.info/Members/jancsika/searchandbrowseplugin/view?sear chterm=search%20plugin This plugin is designed to be exactly what you are looking for-- I know because I had the same problems when starting out with Pd and read similarly dreadful responses. It is a GUI plugin. Use the links Iohannes provided to install it. The plugin is designed to work with Pd-extended. (I also back-ported a version to use with Pd-l2ork but it isn't included there yet.) It searches for help patches in all the default sys and lib paths, plus any extra ones you specify in the path dialog (though this dialog may have been removed in a recent version-- I don't remember). Full text search works with all help patches. Searching by using the keywords listed toward the bottom of the main search page will only return results for help patches that have keyword metadata (i.e., help patches which I've revised to be searchable, which is maybe half of everything in Pd-extended). For me full text searches tend to take a few seconds on my GNU/Linux machine and much longer on OSX. (In Windows the first search takes forever but subsequent searches are somewhat faster.) I think improving the speed would require building an index and would be a lot more work. You won't get results for classes that don't have help patches, but then if the developer was too lazy to document what the object does then I'm sure they used all the time saved to make the object work flawlessly... :) Speaking of dev laziness-- there are many objects which have nearly empty help patches. If you run into this, be sure to try clicking the little info icon next to the search result. It will bring up the README.txt file for the corresponding library which often will give you a few more clues about the object in question. You can also click the folder icon to open an external file browser to see the full contents of an external library (like the binaries and and other non-doc files). Let me know if there are any keyword categories that would be useful to add to the main search page. Best, Jonathan From: Фывапр Олджэвич tofuc...@inbox.ru To: João Pais jmmmp...@googlemail.com Cc: pd-list@iem.at; IOhannes m zmoelnig zmoel...@iem.at Sent: Monday, September 3, 2012 6:16 AM Subject: Re: [PD] finding objects ? Thankyou for your list ! \\ I know, although it's never actual. - Why ? I mean that if I don't know all the objects by memory, and I need some function to be done - I need easy search by categorys and so on - with descriptions... it is much easear, than asking List every time... and also helps to learn other objects faster. \\Also the object completion plugin helps to find objects (pd-ext 0.43). - what is it ? is it complemented with Extended 0.43 ? or
Re: [PD] pd unable to connect to JACK server
This may seem a silly question, but have you started jack server prior to starting PD? This was a must at least in older iterations of Pd. You can use something like qjackctl to get that configured. -Original Message- From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Dix Sent: Sunday, September 02, 2012 8:28 PM To: pd-list@iem.at Subject: [PD] pd unable to connect to JACK server Good evening, I am trying to get pd to work on my eeepc 1000H netbook, which is running Ubuntu 12.04 and using an HDA Intel sound card. pd keeps giving me this message when I try to connect to jack: JACK: unable to connect to JACK server JACK: server returned status 17 I tried qjackctl: in the gui, I started jack and pressed play. Still pd was unable to connect to jack. I also tried 1) changing sample rate to 48000, 2) unchecking realtime in jack settings. Finally I got tired of googling and thus decided to send out this cry for help before going to bed. looking forward to some answers/questions/ideas, thanks, Dix ___ 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] installing Pd-extended on Linux (Mint 13) 64bit?
What are your errors for the pd-l2ork? Did you follow instructions? (e.g. installing tkpng library?) I ask this since we run and develop this on Ubuntu 12.04 both 32-bit and 64-bit. From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Jared Nielsen Sent: Tuesday, August 21, 2012 5:14 PM To: pd-list@iem.at Subject: [PD] installing Pd-extended on Linux (Mint 13) 64bit? I'm trying to install Pd-extended on my Linux Mint 13 64bit without luck. I've tried the Slackware build, pd-l2ork, and a handful of other search results, each of which leads into errors that I then can't find solutions for. So, is there a recommended/straightforward route to installing Pd-extended? Thanks. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] variable number of outlets/inlets /dynamic patching
On 08/11/2012 01:58 PM, Michael Zacherl wrote: In Pd-extended it could be easier since there are more possibilities to control the init-phase of a just loaded patch. I think it's in iemlib (Iohannes could chime in) but admittedly I forgot about it, since also there was a lot of discussion wether this should go into Vanilla or not, the secrect is [initbang], which fires when the abstraction is ready (rather than [loadbang], which fires when all the patch (with all the abstractions, sub-patches and what not) is ready)). unfortunately, i haven't found a way to make [initbang] without hacking Pd itself, so it's not part of any library (e.g. iemlib). instead, there is a (low-level) patch for Pd somewhere in the tracker, which is applied to Pd-extended (but unfortunately not to Pd-vanilla). thus: if you want to need [initbang] (which you do if you really need variable in/outlets in abstractions), you need to either compile Pd yourself or use Pd- extended (only the core binary, no need for any externals here) fgmasdr IOhannes Also, if you need a pre-loadbang event which happens right before loadbang but after all the objects have loaded, you could try pd-l2ork which has also pre-loadbang event. Currently it is only being used for universal presets that depend on the graph placement of all objects to keep track of them. Therefore, the only time for the presets to detect objects they are tied to correctly is only after they have all been created but before loadbang (as one could loadbang a new preset which would not work unless all the objects have been paired properly). The reason preset_hub and preset_node do this is because this way a single preset can deal with multiple instances of a same abstraction and still be able to distinguish which one is being referenced. See pd-l2ork K12 mode for examples of how this works (tl;dr: one abstraction hosts presets and keeps track of all other abstractions and their states)... HTH Ico ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Adding support for return inside comments
I guess the following questions is primarily for Miller and other core Pd devs/contributors, past and current. How, hard would it be to add support for \n inside comments (specifically), so that they can support multi-paragraph comments? Is this something that would completely mess up the rest of the parser or is more or less trivial? I spent a few minutes this afternoon studying code and am not yet sure if this is something that may be too complicated to pull off quickly... -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] ANN: New version of Pd-L2Ork Software Featured in the Inaugural VT ICAT Maker Workshop for Middle-School Kids
Apologies for x-posting... It's been a busy summer--pd-l2ork http://l2ork.music.vt.edu/main/?page_id=56has been making big strides towards becoming a robust full-fledged digital signal processing tool. The latest version includes revolutionary preset_hub and preset_node system that supports a wide range of data types as well as abstractions. It is essentially Pd's counterpart toMax's pattrstorage http://cycling74.com/docs/max5/refpages/max-ref/pattrstorage.html. We've also squashed dozens of bugs and clean-ups making pd-l2ork better than ever. Perhaps the most exciting improvement involves Pd-L2Ork'sK12 module http://l2ork.music.vt.edu/main/?p=1964geared towards elementary, middle, and high school students. The new version has over 40 objects/abstractions, allowing students to seamlessly interact with both Wiimotes andSARC iteration of Arduino Uno devices (a.k.a. Sarcduino firmware) http://www.musicsensorsemotion.com/2010/03/08/sarcduino/. And this very version together with 15 L2Ork stations is being used this week by more than 30 middle-school students as part of the inauguralICAT K12 Maker Workshop http://www.icat.vt.edu/ taking place in Virginia Tech Institute for Creativity, Arts Technology's Studio 1. So, head on over to the L2Ork's software page http://l2ork.music.vt.edu/main/?page_id=56and check out what the latest version of pd-l2ork is all about ;-) Best wishes, -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] ANN: New version of Pd-L2Ork Software Featured in the Inaugural VT ICAT Maker Workshop for Middle-School Kids
Hi, thanks for your interest. Please see my comments below... hiho this sounds really nice, but let me just add a couple of comments. - it took me 5 min to find the tar.bz2 download link on your website (really) Well, I guess that is relative depending on what information format works the best for you (something that is impossible to do in a way that pleases everyone) and at least in part how carefully you read the instructions (which is obviously outside my control). On the top of the Software page it states: The fastest way to get a working L2Ork-compatible software setup is to: install Burrito Supreme version of L2Ork Pd-extended install L2Ork Abstractions* *even this part is not necessary unless you really wish to recreate exact environment we use in L2Ork, e.g. if you wish to write a piece for the ensemble... Half a page below under the heading of Pd-L2Ork, the first entry is Burrito Supreme. There is typically both a 32-bit and 64-bit binary build there (right now 32-bit is being built so it's not there at this very moment). If you click on 64-bit it will download a 28MB prebuilt binary with everything included. If you click on its instructions it will take you down the page to instructions section which are only three lines: tar -jxf Pd*.tar.bz2 cd Pd* sudo make install And you're done... - unpacking Pd-l2ork-dev-xxx.tar.bz2 via thunar puts everything into a `pure-data' folder, messing up my pure-data git folder (I know I could have used the terminal but I don't think using an archive name different than its main folder name is a good idea really) This is leftover to mimic the svn of the pd-extended for those who are comfortable with its file structure. Building it however is super-easy (as per instructions) and is also only 3 lines (assuming you have all the dependencies, please note you need tkpng which is something pd does not require, as per warning found on the top of the page): tar -jxf Pd* cd Pd*/l2ork_addons ./tar_em_up.sh -f This will recompile the entire source tree (including externals) using default enable-jack enable-alsa Linux flags (for advanced flags you may have to manually edit tar_em_up.sh filelook for the line with ./configure call and adjust it accordingly) and create a Burrito Supreme tarball in the folder where the original Pd* folder was created containing full install (including additional externals, abstractions, updated documentation, and the auto-installing Makefile). Once the tarball is created, to install it on your own computer, go back to the appropriate directory, decompress the tarball and run the installer using the same instructions as the Burrito Supreme installer: cd ../../ tar -jxf Pd-l2ork-full* cd Pd* sudo make install Now simply run the program by typing: pd-l2ork - is there an unbloated version of pd-l2ork? like a pd-vanilla-l2ork? (i.e. maybe I don't need 130Mo of libraries that I'll probably never use, but there I might be missing what pd-l2ork is about...) Again, read the site. The second entry under the pd-l2ork heading states: Core Pd-L2Ork source snapshot (v.20120730) Core PD source only Does not include pd-extended-specific externals and documentation enhancements Does not include L2Ork specific abstractions or additional precompiled externals Git repository available here Install instructions USE THIS TO: mainly compare this iteration to the Pd vanilla and Pd extended Look in http://l2ork.music.vt.edu/data/pd/ There are 15 and 27Mb tarballs. Indeed. 15MB is only core pd source. 27MB is fully binary distro, and 130MB is complete source with all the externals and libs and additional build scripts. - why not having the pd-l2ork-dev snapshot on your github? it would make the install *much* simpler... right now I'm not sure what is `pd- l2ork/pd' github repository... You can simply check it out using git command, e.g. git pull git_repository, and that will be identical to downloading the 15MB Core Pd listed above. - about L2Ork Folder Structure: do you really create 2 new user accounts when installing pd-l2ork? if yes, why? do users need to tweak those when using rt-kernel (like adding the users to audio group, or any other fancy things)? why not keeping it simple and use pd-l2ork with the current building user (like I would expect with any other application)? No one creates any new users. It is simply designed to install system-wide. If you look at the build scripts, you could create a binary that installs inside your own home folder if you like. I simply have not messed with that option as I prefer the system-wide setup for which all the prebuilt configs are also adjusted for. Assistance in testing/expanding this is as always welcome. Bear in mind since pd-l2ork's source files have identical names to those of pd's (but by default live in the /usr/local/include/pdl2ork/ folder), when building pd-l2ork from the source, you need to make sure other
Re: [PD] is there a way to send a bang precisely when a sample is looped using tabread4~?
On 07/15/2012 07:43 PM, Funs Seelen wrote: You don't need information from [tabread4~ ], but from [phasor~] to do that. The value of phasor~ increases except for one moment, the moment your new loop starts. So check while comparing each current sample [n] to the one before [n-1] for the moment [n] [n-1]. You can do that with [expr~ if($v1$v2, 1, 0)] and do for example the following: [expr~ if($v1$v2, 1, 0)] | [env~] | [== 0] | [change] | [sel 0] | [bng] Connect [phasor~] to the left inlet of [expr~]. Connect [phasor~] also to [biquad~ 0 0 0 1 0] or if you have zexy to [z~] and connect its outlet to the right inlet of [expr~]. There might be other possibilities but this should work. This is still limited to the signal vector size inside pd even at the smallest env~ buffer (which is also incredibly CPU intensive). In other words, pd by default does everything in 64-byte chunks (unless one manually alters this behaviour which with lower buffers results in a rapid increase in CPU overhead). Furthermore, if you do this with a high-freq phasor that completes its period within 64 bytes, you will begin to miss leaps that expr~ is searching for. As an alternative, you could use disis_phasor~ external which has a second outlet and outputs a bang when it completes a period. This, while definitely as accurate as it gets within the constraints of the sig_vs, suffers from same limitations unless the signal vector is lowered. In other words, the bang will come guarranteed within the 64-byte window. But there is no guarantee that it will happen right on the 0th sample or that it will not periods that are smaller than 64-byte chunks. If per-sample control is what you crave, you can either mess with sig_vs message to pd (or whatever it is, can't remember it off top my head) and deal with the cpu overhead, design your control entirely in signal land, or go with something like chuck programming language (which also has a considerably higher cpu footprint for the same reasons). HTH -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] nanoKontrol2 dropping MIDI messages (OSX)
BTW, this does not affect Linux, right? I ask this because my Linux build only uses s_midi_oss and s_midi_alsa source files... On 06/24/2012 01:35 PM, Miller Puckette wrote: diff --git a/src/s_midi_pm.c b/src/s_midi_pm.c index fe123ff..856f121 100644 --- a/src/s_midi_pm.c +++ b/src/s_midi_pm.c @@ -241,44 +241,51 @@ void nd_sysex_inword(int midiindev, int status, int data1, int data2, int data3) void sys_poll_midi(void) { -int i, nmess; +int i, nmess, throttle = 100; PmEvent buffer; for (i = 0; i mac_nmidiindev; i++) { -int nmess = Pm_Read(mac_midiindevlist[i],buffer, 1); -if (nmess 0) +while (1) { -int status = Pm_MessageStatus(buffer.message); -int data1 = Pm_MessageData1(buffer.message); -int data2 = Pm_MessageData2(buffer.message); -int data3 = ((buffer.message 24) 0xFF); -int msgtype = (status 4) - 8; -switch (msgtype) +if (!throttle--) +goto overload; +nmess = Pm_Read(mac_midiindevlist[i],buffer, 1); +if (nmess 0) { -case 0: -case 1: -case 2: -case 3: -case 6: -sys_midibytein(i, status); -sys_midibytein(i, data1); -sys_midibytein(i, data2); -break; -case 4: -case 5: -sys_midibytein(i, status); -sys_midibytein(i, data1); -break; -case 7: -nd_sysex_mode=1; -nd_sysex_inword(i, status, data1, data2, data3); -break; -default: -if (nd_sysex_mode) +int status = Pm_MessageStatus(buffer.message); +int data1 = Pm_MessageData1(buffer.message); +int data2 = Pm_MessageData2(buffer.message); +int data3 = ((buffer.message 24) 0xFF); +int msgtype = (status 4) - 8; +switch (msgtype) +{ +case 0: +case 1: +case 2: +case 3: +case 6: +sys_midibytein(i, status); +sys_midibytein(i, data1); +sys_midibytein(i, data2); +break; +case 4: +case 5: +sys_midibytein(i, status); +sys_midibytein(i, data1); +break; +case 7: +nd_sysex_mode=1; nd_sysex_inword(i, status, data1, data2, data3); +break; +default: +if (nd_sysex_mode) +nd_sysex_inword(i, status, data1, data2, data3); +} } +else break; } } +overload: ; } void midi_getdevs(char *indevlist, int *nindevs, -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] nanoKontrol2 dropping MIDI messages (OSX)
Cool! Thanks! -Original Message- From: Miller Puckette [mailto:m...@ucsd.edu] Sent: Sunday, June 24, 2012 1:36 PM To: Ivica Ico Bukvic Cc: chris clepper; pd-list Subject: Re: [PD] nanoKontrol2 dropping MIDI messages (OSX) Here's the relevant diff - should apply OK to 0.42 I think. cheers Miller -- diff --git a/src/s_midi_pm.c b/src/s_midi_pm.c index fe123ff..856f121 100644 --- a/src/s_midi_pm.c +++ b/src/s_midi_pm.c @@ -241,44 +241,51 @@ void nd_sysex_inword(int midiindev, int status, int data1, int data2, int data3) void sys_poll_midi(void) { -int i, nmess; +int i, nmess, throttle = 100; PmEvent buffer; for (i = 0; i mac_nmidiindev; i++) { -int nmess = Pm_Read(mac_midiindevlist[i], buffer, 1); -if (nmess 0) +while (1) { -int status = Pm_MessageStatus(buffer.message); -int data1 = Pm_MessageData1(buffer.message); -int data2 = Pm_MessageData2(buffer.message); -int data3 = ((buffer.message 24) 0xFF); -int msgtype = (status 4) - 8; -switch (msgtype) +if (!throttle--) +goto overload; +nmess = Pm_Read(mac_midiindevlist[i], buffer, 1); +if (nmess 0) { -case 0: -case 1: -case 2: -case 3: -case 6: -sys_midibytein(i, status); -sys_midibytein(i, data1); -sys_midibytein(i, data2); -break; -case 4: -case 5: -sys_midibytein(i, status); -sys_midibytein(i, data1); -break; -case 7: -nd_sysex_mode=1; -nd_sysex_inword(i, status, data1, data2, data3); -break; -default: -if (nd_sysex_mode) +int status = Pm_MessageStatus(buffer.message); +int data1 = Pm_MessageData1(buffer.message); +int data2 = Pm_MessageData2(buffer.message); +int data3 = ((buffer.message 24) 0xFF); +int msgtype = (status 4) - 8; +switch (msgtype) +{ +case 0: +case 1: +case 2: +case 3: +case 6: +sys_midibytein(i, status); +sys_midibytein(i, data1); +sys_midibytein(i, data2); +break; +case 4: +case 5: +sys_midibytein(i, status); +sys_midibytein(i, data1); +break; +case 7: +nd_sysex_mode=1; nd_sysex_inword(i, status, data1, data2, data3); +break; +default: +if (nd_sysex_mode) +nd_sysex_inword(i, status, data1, data2, data3); +} } +else break; } } +overload: ; } void midi_getdevs(char *indevlist, int *nindevs, -- On Sun, Jun 24, 2012 at 10:23:52AM -0400, Ivica Ico Bukvic wrote: Does this affect the 0.42 branch as well? If so, would you mind sharing the relevant patch or svn commit? Many thanks! Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Close PD window with a message?
Does anybody know if this works with 0.42.5 or does it need 0.43? Thanx Ingo You could always use Hans' sys_gui object and do essentially everything the plug-in does with a few lines of code. See l2ork_toggle_menu/scrollbars/etc. abstractions in the L2Ork Abstractions package for an example. This should work on both 0.42 and 0.43 branches. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] variable receive objects?
On 06/20/2012 01:53 PM, Miller Puckette wrote: Hi Ico and list - On Tue, Jun 19, 2012 at 10:20:07PM -0400, Ivica Ico Bukvic wrote: -Original Message- From: Miller Puckette [mailto:m...@ucsd.edu] Sent: Tuesday, June 19, 2012 5:11 PM To: Ivica Ico Bukvic Cc: 'Claude Heiland-Allen'; Hans-Christoph Steiner; pd-list@iem.at Subject: Re: [PD] variable receive objects? I don't think your patch works in every case (I think you simply have to check every e-e_who inside functions like bindlist_bang() before dereferencing them since someone could clear one of them while inside a previous one). Thanks for the update, Miller. Is there a way you could give me an example patch that would fail this way? I ask this simply because I am unable to imagine one you describe here. Namely, even if a parent's send has been changed by the child-of-a-child object this way, this change would only make specific instance point to null object but its pointer would be still valid until its entire sub-tree has been navigated, and only after its entire sub-tree has been navigated would it be actually dereferencing stuff and fixing the pointers accordingly before the next incoming wave of calls. I don't have an example handy but here's a stack pseudo-trace: ... bindlist_bang() pd_bang(first item in bindlist) ... toggle_receive()--- zeros out second item in bindlist You're right, there should be one more check before calling pd_bang or pd_whatever simply stating if (e-e_who != NULL) pd_whatever(e-e_who); Beyond that, it should work as only e structs that have been slated for deallocation will have that one set to NULL while still having a valid pointer to the rest of the list so as to avoid the crash. then when pd_bang returns, bindlist_bang proceeds to dereference second item in bindlist and... not bang but more like 'boom'. Also, there are declarations after functional lines, e.g., + change_bindlist_via_graph = 1; t_bindelem *e; which is not standard C - something I frequently have to clean up in people's patches :) You mean declaration of a global variable needs to be placed at the top of the source file? Sure, that is an easy fix. It's been placed here in proximity to make the patch more legible. It's an automatic variable whose declaration should be at the beginning of a block. Otherwise Visual C++ seems to get offended (and I don't find out until I crank up my stupid windows machine :) But it is declared as a global variable at the beginning of the diff so it is not an automatic variable that is destroyed after function exits: +static int change_bindlist_via_graph = 0; + +static void bindlist_cleanup(t_bindlist *x) Are you saying that I need to re-declare it within the function? If so, that is the first time I would've seen anything like it and it is something certainly the rest of the Pd code does not conform to, either (or at least pd-extended). I think something like what you proposed could work; there would still be a performance hit which I'd probably want to measure before committing to doing this... since after all we're just talking about a wierd and obnoxious 'feature' in IEMGUIs that I would simply take out if I could :) I am not so sure there is a performance hit since in both cases dereferencing happens in exactly the same way, except in this one the referencing is delayed and in the interim structs destined to be dereferenced are made to point to null and then skipped if a subsequent call trips over a null-pointing struct before it has been dereferenced. As such its performance impact should be minimal. Main performance hit would be that every time anyone traverses a bindlist (many send/receive messages, perhaps most) there's all that extra code in bindlist_bang(), etc. needed to make the extra tests (possible zero receiver and possible cleanup needed afterward). Clean-up afterward is already implemented and is done within bindlist_cleanup() call which is nearly identical in terms of its workload to what was originally placed within pd_unbind, so I seriously doubt this will make much if any difference. What will potentially add a bit of an overhead is the call above that I forgot to add: if (e-e_who != NULL) pd_whatever(e-e_who); I honestly have no idea how much a single if statement checking for a null pointer requires in terms of CPU usage. That said, FWIW I seriously doubt that this one if would cause that much of cpu overhead even if executed on a large number of calls. cheers M -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http
Re: [PD] variable receive objects?
On 06/20/2012 05:38 PM, Miller Puckette wrote: [snip] I'm just saying that the automatic varable t_bindelem *e should be declared at the beginning of the block - no worries about change_bindlist_via_graph. Ah, now I get it :-). Fixed. I think bindlist_bang() etc are more critical than pd_unbind as they naturally get called many times while a patch is running whereas pd_unbind is typically called only when objects are deleted. So moving checks from pd_unbind() to bindlist_bang() etc decreases pd's run-time efficiency. cheers M OK, how about the attached patch where now I use the change_bindlist_via_graph variable and increment it by one every time something needs to be unbound so when you return back to the bindlist_bang() or whatever call was issued, only if change_bindlist_via_graph 1 should it call unbind. Now it avoids entering the bindlist_cleanup unless it absolutely has to... Attached is also a patch that illustrates your case presented earlier which crashed pd-l2ork prior to applying this latest version of the patch. Cheers! -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net --- m_pd.c.old 2012-06-20 17:51:43.845040884 -0400 +++ m_pd.c 2012-06-20 18:06:02.047009570 -0400 @@ -146,48 +146,101 @@ t_bindelem *b_list; } t_bindlist; +static int change_bindlist_via_graph = 0; + +static void bindlist_cleanup(t_bindlist *x) +{ + //fprintf(stderr,bindlist_cleanup\n); + t_bindelem *e, *e2; +if (x-b_list-e_who == NULL) +{ + e = x-b_list; +x-b_list = e-e_next; +freebytes(e, sizeof(t_bindelem)); + //fprintf(stderr,success B1a\n); +} +for (e = x-b_list; e2 = e-e_next; e = e2) +if (e2-e_who == NULL) +{ +e-e_next = e2-e_next; +freebytes(e2, sizeof(t_bindelem)); + //fprintf(stderr,success B1b\n); +break; +} +if (!x-b_list-e_next) +{ +freebytes(x-b_list, sizeof(t_bindelem)); +pd_free(x-b_pd); + //fprintf(stderr,success B2\n); +} +} + static void bindlist_bang(t_bindlist *x) { t_bindelem *e; + change_bindlist_via_graph = 1; for (e = x-b_list; e; e = e-e_next) -pd_bang(e-e_who); +if (e-e_who != NULL) pd_bang(e-e_who); + if (change_bindlist_via_graph 1) + bindlist_cleanup(x); + change_bindlist_via_graph = 0; } static void bindlist_float(t_bindlist *x, t_float f) { t_bindelem *e; + change_bindlist_via_graph = 1; for (e = x-b_list; e; e = e-e_next) -pd_float(e-e_who, f); +if (e-e_who != NULL) pd_float(e-e_who, f); + if (change_bindlist_via_graph 1) + bindlist_cleanup(x); + change_bindlist_via_graph = 0; } static void bindlist_symbol(t_bindlist *x, t_symbol *s) { t_bindelem *e; + change_bindlist_via_graph = 1; for (e = x-b_list; e; e = e-e_next) -pd_symbol(e-e_who, s); +if (e-e_who != NULL) pd_symbol(e-e_who, s); + if (change_bindlist_via_graph 1) + bindlist_cleanup(x); + change_bindlist_via_graph = 0; } static void bindlist_pointer(t_bindlist *x, t_gpointer *gp) { t_bindelem *e; + change_bindlist_via_graph = 1; for (e = x-b_list; e; e = e-e_next) -pd_pointer(e-e_who, gp); +if (e-e_who != NULL) pd_pointer(e-e_who, gp); + if (change_bindlist_via_graph 1) + bindlist_cleanup(x); + change_bindlist_via_graph = 0; } static void bindlist_list(t_bindlist *x, t_symbol *s, int argc, t_atom *argv) { t_bindelem *e; + change_bindlist_via_graph = 1; for (e = x-b_list; e; e = e-e_next) -pd_list(e-e_who, s, argc, argv); +if (e-e_who != NULL) pd_list(e-e_who, s, argc, argv); + if (change_bindlist_via_graph 1) + bindlist_cleanup(x); + change_bindlist_via_graph = 0; } static void bindlist_anything(t_bindlist *x, t_symbol *s, int argc, t_atom *argv) { t_bindelem *e; + change_bindlist_via_graph = 1; for (e = x-b_list; e; e = e-e_next) -pd_typedmess(e-e_who, s, argc, argv); +if (e-e_who != NULL) pd_typedmess(e-e_who, s, argc, argv); + if (change_bindlist_via_graph 1) + bindlist_cleanup(x); + change_bindlist_via_graph = 0; } void m_pd_setup(void) @@ -204,6 +257,7 @@ void pd_bind(t_pd *x, t_symbol *s) { + //fprintf(stderr,pd_bind %s\n, s-s_name); if (s-s_thing) { if (*s-s_thing == bindlist_class) @@ -217,7 +271,7 @@ } else { - //fprintf(stderr,pd_unbind option 1B %lx\n, (t_int)x); + //fprintf
Re: [PD] settable receive again
This may be a bit off-topic, but here it goes anyhow. If you guys need dynamically setable receives that will not crash pd, try the latest pd-l2ork (version 20120607). Cheers! Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Director, CCTAD Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net Cyrille Henry c...@chnry.net wrote: Le 08/06/2012 19:15, Jonathan Wilkes a écrit : anyway, if you really in need for a settable send and a settable receive, you can always use prepends and route that are both settable. see small attached abstraction. I think you are stuck for two reasons 1) [r setable_send_receive] is global. I want the parent $0 in front of it so that my abstraction symbols don't clash with other abstractions. i don't understand this point : just ignore the settable_send_receive stuff that is hidden inside ss and sr. this 2 abstractions work exactly like a real settable send and receive, at least for the local / global send. i.e. if you want a local only send/receive, just use $0-bla, like you would have done with real send / receive. that the route that filter content of different abstraction. the only problem is CPU overload, but that should really be minor. 2) Your example filters messages in a way that s/r doesn't. It's possible to hack around this using three extra objects. yes, right. but that is a minor problem. not a show stopper. cheers c It is also possible to get the arguments of an abstraction in Pd Vanilla. With the former, I'd rather send a single message to an inlet and be done. -Jonathan cheers c _ 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-icon-linux-plugin
Why stop at xbm when linux wm handles colors and transparency. Pd-l2ork not only has color + transparent icon on each window, but as of this month also supports png images within the patch itself. See k12 announcement from 2 weeks ago for a screenshot. Best wishes, Ico Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Director, CCTAD Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net Lorenzo Sutton lorenzofsut...@gmail.com wrote: A simple plugin to display an XBM (2 colour black and white) icon in linux. Can be useful when many canvas windows are open. Two different icons are provided for the Pd Window and canvas (patch) windows. Tested on 0.43-extended on debian. Available on Gitorious: https://www.gitorious.org/pd-icon-linux-plugin/pd-icon-linux-plugin/trees/master Direct link to master tar.gz (if the link seems broken simply refresh the page): https://www.gitorious.org/pd-icon-linux-plugin/pd-icon-linux-plugin/archive-tarball/master _ 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] variable receive objects?
In that case, the patch I attached in my previous email should take care of it with practically no added overhead. Best wishes, Ico Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Director, CCTAD Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net Miller Puckette m...@ucsd.edu wrote: I haven't looked at this in detail yet. I don't think there are any worries as to teh caveat at the bottim since as far as I know Pd does nothing asynchronously except for read/writesf~. cheers Miller On Tue, May 29, 2012 at 07:09:28PM -0400, Ivica Ico Bukvic wrote: Has anyone bothered testing this? It works fine over here as far as I can see. Also, Miller, I would greatly appreciate your insight on the potential caveat described below. Namely, is it possible for Pd to execute multiple paths asynchronously (e.g. one part of the graph is executing something and at the same time there is a bang button pressed via GUI--in this situation does the bang trigger second, asynchronous process or is this scheduled after the previous graph call has completed its navigation?)? NB: patch might require a bit of fuzzy factor since it is based off of the pd-l2ork code base that is slightly different from the vanilla/extended. Ico -Original Message- From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Ivica Ico Bukvic Sent: Monday, May 28, 2012 1:08 AM To: Claude Heiland-Allen Cc: pd-list@iem.at Subject: Re: [PD] variable receive objects? On 05/28/2012 12:10 AM, Ivica Ico Bukvic wrote: Never mind. Just had a look at pd_bind/unbind code. This makes me wonder what if all bindings/unbindings were handled as lists? Would this potentially break anything (other than having to modify bind/unbind mechanism)? Does anything else depend on 2-member list vs. 1-member pointer in terms of bindings? I suspect there would be some cpu impact on having it implemented this way, but not that much. Actually, please try attached patch. It fixes all such crashes for me on pd- l2ork. Basically it has a static variable set within m_pd.c that is turned on only when one of bindlist_var() functions is called in which case any potential memory deallocation calls within pd_unbind are deferred until all members of bindlist-b_list have been served with data. After that bindlist_cleanup does its thing based on which members have e_who pointing to NULL and that's that. In the event a call arrives outside those bindlist_var() functions, it immediately deallocates stuff as is currently the case with pd vanilla and extended. Potential caveat: if one somehow invokes an event outside regular execution of the code and it somehow arrives exactly during that narrow span of time when the static var is enabled, its memory deallocation will be ignored. I am however unsure if this is theoretically even possible since my understanding is that the graph is never being executed out-of-sync. Please correct me if I am wrong. Cheers! -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT Integrative Performance Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] variable receive objects?
Has anyone bothered testing this? It works fine over here as far as I can see. Also, Miller, I would greatly appreciate your insight on the potential caveat described below. Namely, is it possible for Pd to execute multiple paths asynchronously (e.g. one part of the graph is executing something and at the same time there is a bang button pressed via GUI--in this situation does the bang trigger second, asynchronous process or is this scheduled after the previous graph call has completed its navigation?)? NB: patch might require a bit of fuzzy factor since it is based off of the pd-l2ork code base that is slightly different from the vanilla/extended. Ico -Original Message- From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Ivica Ico Bukvic Sent: Monday, May 28, 2012 1:08 AM To: Claude Heiland-Allen Cc: pd-list@iem.at Subject: Re: [PD] variable receive objects? On 05/28/2012 12:10 AM, Ivica Ico Bukvic wrote: Never mind. Just had a look at pd_bind/unbind code. This makes me wonder what if all bindings/unbindings were handled as lists? Would this potentially break anything (other than having to modify bind/unbind mechanism)? Does anything else depend on 2-member list vs. 1-member pointer in terms of bindings? I suspect there would be some cpu impact on having it implemented this way, but not that much. Actually, please try attached patch. It fixes all such crashes for me on pd- l2ork. Basically it has a static variable set within m_pd.c that is turned on only when one of bindlist_var() functions is called in which case any potential memory deallocation calls within pd_unbind are deferred until all members of bindlist-b_list have been served with data. After that bindlist_cleanup does its thing based on which members have e_who pointing to NULL and that's that. In the event a call arrives outside those bindlist_var() functions, it immediately deallocates stuff as is currently the case with pd vanilla and extended. Potential caveat: if one somehow invokes an event outside regular execution of the code and it somehow arrives exactly during that narrow span of time when the static var is enabled, its memory deallocation will be ignored. I am however unsure if this is theoretically even possible since my understanding is that the graph is never being executed out-of-sync. Please correct me if I am wrong. Cheers! -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT Integrative Performance Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] variable receive objects?
On 05/18/2012 07:08 AM, Claude Heiland-Allen wrote: On 14/05/12 19:43, Jonathan Wilkes wrote: How do I manifest the bug? See attached. Uses iem_r, though it should make no difference which settable-receive you use. WARNING: clicking the boom message makes Pd segfault :WARNING To understand this you need to know that pd stores a receiver in the symbol table. When there is only one receiver, it's just a pointer to the object, but when there's more than one there's a proxy object that contains a list. When you change a receiver it can end up deleting the proxy object if the receiver count for a symbol drops from 2 to 1. Deleting an object while code is executing in its context - boom. Claude What if the send/receive property was handled via clock_delay(0); ? If I understand the underlying mechanism correctly, this would put the changing of the receive at the end of the current working queue and/or the beginning of the next one. Either way, the process that had to take place would've either already taken place or would happen after the change was done. Again, all this is assuming I understand how the clock_delay(0); works. This would generate a bit of an out-of-sequence delay (in terms of order of execution), but if that solves the crash, it would be probably a trade-off worth tolerating. Perhaps adding a second outlet that signals that the receive has been reset (e.g. via bang) would allow to sync the rest of the operations... All that said, this is awful close to being a hack rather than a solution. -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT Integrative Performance Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] variable receive objects?
On 05/27/2012 05:35 PM, Ivica Ico Bukvic wrote: What if the send/receive property was handled via clock_delay(0); ? If I understand the underlying mechanism correctly, this would put the changing of the receive at the end of the current working queue and/or the beginning of the next one. Either way, the process that had to take place would've either already taken place or would happen after the change was done. Again, all this is assuming I understand how the clock_delay(0); works. This would generate a bit of an out-of-sequence delay (in terms of order of execution), but if that solves the crash, it would be probably a trade-off worth tolerating. Perhaps adding a second outlet that signals that the receive has been reset (e.g. via bang) would allow to sync the rest of the operations... All that said, this is awful close to being a hack rather than a solution. Never mind. Just had a look at pd_bind/unbind code. This makes me wonder what if all bindings/unbindings were handled as lists? Would this potentially break anything (other than having to modify bind/unbind mechanism)? Does anything else depend on 2-member list vs. 1-member pointer in terms of bindings? I suspect there would be some cpu impact on having it implemented this way, but not that much. -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT Integrative Performance Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] variable receive objects?
On 05/28/2012 12:10 AM, Ivica Ico Bukvic wrote: Never mind. Just had a look at pd_bind/unbind code. This makes me wonder what if all bindings/unbindings were handled as lists? Would this potentially break anything (other than having to modify bind/unbind mechanism)? Does anything else depend on 2-member list vs. 1-member pointer in terms of bindings? I suspect there would be some cpu impact on having it implemented this way, but not that much. Actually, please try attached patch. It fixes all such crashes for me on pd-l2ork. Basically it has a static variable set within m_pd.c that is turned on only when one of bindlist_var() functions is called in which case any potential memory deallocation calls within pd_unbind are deferred until all members of bindlist-b_list have been served with data. After that bindlist_cleanup does its thing based on which members have e_who pointing to NULL and that's that. In the event a call arrives outside those bindlist_var() functions, it immediately deallocates stuff as is currently the case with pd vanilla and extended. Potential caveat: if one somehow invokes an event outside regular execution of the code and it somehow arrives exactly during that narrow span of time when the static var is enabled, its memory deallocation will be ignored. I am however unsure if this is theoretically even possible since my understanding is that the graph is never being executed out-of-sync. Please correct me if I am wrong. Cheers! -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT Integrative Performance Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net --- m_pd.c.old 2012-05-28 00:55:52.616612895 -0400 +++ m_pd.c.new 2012-05-28 00:58:47.514606515 -0400 @@ -146,48 +146,95 @@ t_bindelem *b_list; } t_bindlist; +static int change_bindlist_via_graph = 0; + +static void bindlist_cleanup(t_bindlist *x) +{ + //fprintf(stderr,bindlist_cleanup\n); + t_bindelem *e, *e2; +if (x-b_list-e_who == NULL) +{ + e = x-b_list; +x-b_list = e-e_next; +freebytes(e, sizeof(t_bindelem)); + //fprintf(stderr,success B1a\n); +} +for (e = x-b_list; e2 = e-e_next; e = e2) +if (e2-e_who == NULL) +{ +e-e_next = e2-e_next; +freebytes(e2, sizeof(t_bindelem)); + //fprintf(stderr,success B1b\n); +break; +} +if (!x-b_list-e_next) +{ +freebytes(x-b_list, sizeof(t_bindelem)); +pd_free(x-b_pd); + //fprintf(stderr,success B2\n); +} +} + static void bindlist_bang(t_bindlist *x) { + change_bindlist_via_graph = 1; t_bindelem *e; for (e = x-b_list; e; e = e-e_next) pd_bang(e-e_who); + bindlist_cleanup(x); + change_bindlist_via_graph = 0; } static void bindlist_float(t_bindlist *x, t_float f) { + change_bindlist_via_graph = 1; t_bindelem *e; for (e = x-b_list; e; e = e-e_next) pd_float(e-e_who, f); + bindlist_cleanup(x); + change_bindlist_via_graph = 0; } static void bindlist_symbol(t_bindlist *x, t_symbol *s) { + change_bindlist_via_graph = 1; t_bindelem *e; for (e = x-b_list; e; e = e-e_next) pd_symbol(e-e_who, s); + bindlist_cleanup(x); + change_bindlist_via_graph = 0; } static void bindlist_pointer(t_bindlist *x, t_gpointer *gp) { + change_bindlist_via_graph = 1; t_bindelem *e; for (e = x-b_list; e; e = e-e_next) pd_pointer(e-e_who, gp); + bindlist_cleanup(x); + change_bindlist_via_graph = 0; } static void bindlist_list(t_bindlist *x, t_symbol *s, int argc, t_atom *argv) { + change_bindlist_via_graph = 1; t_bindelem *e; for (e = x-b_list; e; e = e-e_next) pd_list(e-e_who, s, argc, argv); + bindlist_cleanup(x); + change_bindlist_via_graph = 0; } static void bindlist_anything(t_bindlist *x, t_symbol *s, int argc, t_atom *argv) { + change_bindlist_via_graph = 1; t_bindelem *e; for (e = x-b_list; e; e = e-e_next) pd_typedmess(e-e_who, s, argc, argv); + bindlist_cleanup(x); + change_bindlist_via_graph = 0; } void m_pd_setup(void) @@ -247,29 +294,53 @@ goes down to one, get rid of the bindlist and bind the symbol straight to the remaining element. */ + /* in pd-l2ork, we however also check whether changes to the bindlist + occur via graph (through code execution, e.g. dynamic change of receives) + and if so, we do not deallocate memory until the entire bindlist_datatype + function is complete with its execution, after which we call
Re: [PD] unable to edit canvas properties
João Pais jmmmp...@googlemail.com wrote: I don't know if these apply to you: if your canvas are being created/saved with a wrong symbol as symbol, it might cause them to have some bugs. looking at the text file of the patch makes it clear, where one symbol should be, there are several now (in case you turned a list with spaces into a symbol). then the following numbers aren't read in the proper order. changing gui properties through messages (or even the window) doesn't make the patch dirty, so you will need Unless you are using pd-l2ork, in which case it does ;-) to include the save process in your patch. I think there was an external that sent a bang when the patch was closed, that could be used for it. Ah, now I figured out how to work around it: I was sending [loadbang] | [symbol stuff] | [mycanvas label $1( to it, and, apparently, after setting the label, the problem appears. I suppressed the loadbang, and could then edit and save the canvas happily. strange... Tim 2012/5/24 tim vets timv...@gmail.com when I put a canvas in my patch and I want to open the properties to change size/color/label..., I get no properties window but: (Tcl) UNHANDLED ERROR: wrong # args: should be pdtk_iemgui_dialog mytoplevel mainheader dim_header wdt min_wdt wdt_label hgt min_hgt hgt_label rng_header min_rng min_rng_label max_rng max_rng_label rng_sched lin0_log1 lilo0_label lilo1_label loadbang steady num_label num snd rcv gui_name gn_dx gn_dy gn_f gn_fs bcol fcol lcol while executing pdtk_iemgui_dialog .gfxstuba5f4d60 |cnv| --selectable_dimensions(pix):-- 15 1 size: 0.0 0.0 empty --visible_rectan... (uplevel body line 1) invoked from within uplevel #0 $cmds_from_pd It is still possible to change the size by sending vis_size $1 $2 to its receiver, but the change doesn't get saved into the patch. this applies to only one of several subpatches in the main patch. any ideas? gr, Tim -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmp...@googlemail.com | skype: jmmmpjmmmp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Director, CCTAD Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] installing pd-extended on Ubuntu 12.04
You could try pd-l2ork. Ubuntu is our dev platform and we have both 32-bit and 64-bit builds. They are currently binaries with install scripts as I find those to be easier to deal with dev-wise. If anyone wants to build a deb I'll gladly post those on our site as well. From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Jared Nielsen Sent: Friday, May 18, 2012 12:53 PM To: pd-list@iem.at Subject: [PD] installing pd-extended on Ubuntu 12.04 Hi all, New to the list. I'm attempting to install Pd-extended on Ubuntu 12.04 without luck. No amount of Googling leads me to a working solution. Can someone point me in the right direction? Thanks. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] new disis_wiimote : undefined symbol: sys_flushtogui
On 5/11/12 10:24 AM, Hans-Christoph Steiner wrote: On May 10, 2012, at 1:45 PM, Ivica Ico Bukvic wrote: Why do you think that this can only be done by exposing sys_flushtogui()? My guess is that this can be done using the current public API, but I'd to know more about the issue to make a concrete suggestion. Indeed... To make any suggestions, like the one below, you would need to look at the external's behavior. In this case, connection is handled in the same thread as pd which means the thread freezes until wiimote connects. Because connection happens immediately after requesting the posting of a message please press 1+2 buttons on a wiimote to connect (which I would argue is rather important bit of information for a user), the message never reaches the gui because the thread freezes waiting on the Bluetooth stack to report that the connection has succeeded/failed. Flushtogui placed in between the post() call and the connect() call allows for the said message to be indeed displayed before the pairing takes place. If you can think of a better way to do this I'd certainly appreciate suggestions. It sounds to me like the issue in the thread programming. Using threads in Pd externals is tricky since the thread has to sync up with Pd, which uses an entirely different kind of scheduling than threads. Yes, and that's in part why options are rather limited as to how to handle this issue. Why not handle the connect in the other thread? Or even better, maybe there is a non-blocking way to do it where [wiimote] registers a callback, then sends the connect message, and carries on normally.. Then once the wiimote finished connecting, cwiid calls the callback in Pd, and Pd registers the wiimote as connected. .hc That would be a lot harder to pull off as the current design is where the secondary thread only receives cues to do things, it does not send anything back. In the design you suggested (and which BTW I already considered before) the secondary thread would also have to return something to the main thread (namely pointer to the wiimote instance as cwiid instantiates wiimote struct and supporting variables at connection and destroys them when the wiimote disconnects). This means either having another entirely independent thread that exits as soon as the wiimote connects returning the object or having some seriously ugly code that tries to notify main thread when the wiimote has been fully instantiated. Between that and exposing one call (which is AFAIK benign to use in this context), I'd call with the exposing the call. Ico ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] new disis_wiimote : undefined symbol: sys_flushtogui
On 05/07/2012 07:06 PM, Benjah @ 01xy.fr wrote: Hello, while trying to compile the new disis_wiimote with the L2Ork version of CWiid library on ubuntu 10.04 against Pd extended 0.42.5 or Pd 0.43.2, I get disis_wiimote.pd_linux: undefined symbol: sys_flushtogui when trying to load the help patch disis_wiimote-help.pd and the object is not created. Any idea why ? Because pd-l2ork exposes this function to externals and default pd doesn't. Current disis_wiimote only works with pd-l2ork and with L2Ork version of CWiid library. In return, it provides features that no other FOSS external can, such as passthrough mode support and xrun-free bidirectional communication. HTH Ico thanks Benjamin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Director, CCTAD Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] new disis_wiimote : undefined symbol: sys_flushtogui
On 05/07/2012 07:33 PM, Ivica Ico Bukvic wrote: On 05/07/2012 07:06 PM, Benjah @ 01xy.fr wrote: Hello, while trying to compile the new disis_wiimote with the L2Ork version of CWiid library on ubuntu 10.04 against Pd extended 0.42.5 or Pd 0.43.2, I get disis_wiimote.pd_linux: undefined symbol: sys_flushtogui when trying to load the help patch disis_wiimote-help.pd and the object is not created. Any idea why ? Because pd-l2ork exposes this function to externals and default pd doesn't. Current disis_wiimote only works with pd-l2ork and with L2Ork version of CWiid library. In return, it provides features that no other FOSS external can, such as passthrough mode support and xrun-free bidirectional communication. HTH Ico Forgot to mention, if using pd-l2ork is not an option (which it shouldn't be, at least not on Linux since it is 100% backwards compatible), you could comment out the line in the source containing the said call as it is more of a cosmetic thing (it posts message to console before trying to connect, otherwise, the text press 1 and 2 simultaneously to connect... due to threaded design ends up being posted after the wiimote has connected. HTH thanks Benjamin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Director, CCTAD Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] new disis_wiimote : undefined symbol: sys_flushtogui
Why do you think that this can only be done by exposing sys_flushtogui()? My guess is that this can be done using the current public API, but I'd to know more about the issue to make a concrete suggestion. Indeed... To make any suggestions, like the one below, you would need to look at the external's behavior. In this case, connection is handled in the same thread as pd which means the thread freezes until wiimote connects. Because connection happens immediately after requesting the posting of a message please press 1+2 buttons on a wiimote to connect (which I would argue is rather important bit of information for a user), the message never reaches the gui because the thread freezes waiting on the Bluetooth stack to report that the connection has succeeded/failed. Flushtogui placed in between the post() call and the connect() call allows for the said message to be indeed displayed before the pairing takes place. If you can think of a better way to do this I'd certainly appreciate suggestions. As for bidirectionality of communication, this has nothing to do with examples listed below. Rather, on lower-powered cpus (e.g. Atom netbooks) request to enable rumble on a wiimote most of the times results in an xrun. disis_wiimote handles this and other thread-unsafe actions in a separate thread so that one can send as many rumble/led/etc. requests back to wiimote without that having to result in an xrun. There are a number of objects that handle bidirectional communication with hardware and they don't need sys_flushtogui(). [comport] and [hidio] come to mind. Then there are the network objects, which also handle bidirectional communication. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Multiline text using [text2d]/[text3d]
With 10 instead of 13 in the message box, it looks fine under ubuntu and pd vanilla. Ditto for pd-l2ork ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] what makes Pd-extended 0.43 so CPU-hungry?
On 05/05/2012 03:58 PM, Jonathan Wilkes wrote: Have you compared with pd-l2ork in Debian? Without doing any direct measurements, I seem to remember the pd-0.43-ext nightly build looking sluggish on my laptop when moving around GUI objects, which I didn't see with pd-l2ork. -Jonathan That is because pd-l2ork does moving of objects using tcl/tk tags which is *much* more efficient than trying to redraw them on every gui update, particularly GOP objects. On my netbook (Atom) things are as smooth as butter because of this, whereas they used to make larger patches literally unresponsive. Cheers! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] what makes Pd-extended 0.43 so CPU-hungry?
Could it be the VU meters embedded in the main window? Those are known to be fairly cpu intensive if updated too often. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] ubuntu 12.04 precise pangolin pd-extended 0.43.1 amd64 deb package for download - link included
Here's the fix for the 64-bit Linux (and I suspect OSX as well). Change around lines 33 or so: typedef unsigned long long u64; typedef unsigned long u32; To: #ifdef _WIN32 typedef unsigned long long u64; typedef unsigned long u32; #else #include stdint.h typedef uint64_t u64; typedef uint32_t u32; #endif Cheers! ico On 05/04/2012 04:26 AM, katja wrote: On Fri, May 4, 2012 at 5:14 AM, Hans-Christoph Steinerh...@at.or.at wrote: Does it does type-punning? Does compilation give warnings about that? That's my guess. [blosc~] does type punning indeed, it uses type unsigned long in phase conversion, blosc~.cc line 86/87. But there is no literal bitmask defined, only a scaling. Not sure if this type punning gives a problem. Katja ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Director, CCTAD Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] ubuntu 12.04 precise pangolin pd-extended 0.43.1 amd64 deb package for download - link included
Does anyone else have a problem with creb/blosc~ not outputting any audio (its signal output is stuck at -0.5 and that's it). This is on 64-bit Ubuntu. The problem affects both pd-extended and pd-l2ork. Any thoughts? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] for ivo - and others - re:mu integration of PD with Unity 3.5?
I presume ivo == ico? ;-) At any rate, the key is using the netsend/netreceive objects and formatting messages the same way as the max patch does. The one thing you won't be able to use is send textures via socket as that is tailored specifcially towards jitter formatting of matrix/texture data. Other than that, it should be straightforward implementation. I also have a version lying around that I never got around to releasing that uses jit.net.send/receive to avoid instabilities of 3rd-party netsend/receive objects (they tend to crash things after a while). This however is not an issue (AFAIK) with pd's versions of the same objects. HTH On 05/03/2012 08:46 PM, Scott R. Looney wrote: hey PD listers, my question is about the use of the mu 1.00 tools from DISIS for use in PD. these tools allow integration of the Unity game engine with Max/MSP and potentially PD according to the authors. i downloaded the demo which is very Max-oriented. is there a plan or sketch or some way of setting up communication with PD instead? i'm also waiting for information on how to use libpd as the sound engine for a Unity project. the developer of the game Fract, Henk Boom, was supposed to detail some bit about this soon, but curious if anyone on the list has ever used PD with the Unity game engine... any advice appreciated... scott ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Director, CCTAD Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list