Re: [PD] [GEM] in os x 10.7?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-20 22:26, m.e.grimm wrote: hey jaime, i did a quick compile the other day and just ended up with binaries that got the wrong architecture warning in 43.1 extended that's all I've done though. the extended autobuilds on 10.7 freeze and crash with gem for me. whats the deal again with gem on 10.7? wasn't there some issue to begin with and why it would be unstable, etc? do the binaries from http://gem.iem.at work? Gem still doesn't work in OSX/64bit, but as long as OSX10.7 has a 32bit compat layer and you have a 32bit Pd there shouldn't be a big problem. if there are 10.7 autobuilds then they are likely to either contain only x86_64 builds (which should fail to load a 32bit external like Gem) or they are fat builds including 32bit and 64bit, which will probably launch another instance (in 32bit compat mode) of Pd when loading Gem. fgamsdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7KDOkACgkQkX2Xpv6ydvTYagCgtmwfQzOpfxbewlDzCSDpnuMf nmoAoJg+X1bBiI5mVpWm69UsODJcr+eX =D/vv -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get method for Pd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-18 19:33, Hans-Christoph Steiner wrote: You could combine [sendcanvas] and [receivecanvas] into [thiscanvas] with an inlet for the receive and an outlet for the send. you could even do this as an abstraction. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7KD08ACgkQkX2Xpv6ydvR7/QCeK0XevUIDMeNcTS/mSSCe8fFC zegAoM3qLm+Su2HtYnFw2LIkqcndcBcH =OOvS -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get method for Pd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-18 21:34, Hans-Christoph Steiner wrote: Yes the depth should be settable, that should be possible to add, not a lot of work. it probably should be settable. however, i never encountered a real need for that, that's why it's not there. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7KEAkACgkQkX2Xpv6ydvQCGQCgtdkYlbN8hdjHPDuSwDpTG6sb eQAAnRiB0v4p4LHjyKy1JTJiVTH02rax =gnjd -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get method for Pd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-18 21:44, Jonathan Wilkes wrote: work. Which differentiates between list and bang? canvasargs I think. has that ever created a problem for you, or is your complaint purely academic? would it help you, if there was a [set( message that would do the same thing as the current [list(? fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7KEN4ACgkQkX2Xpv6ydvTnxACgyQKXE2lhTaENAoztKODAqt5o TGgAn2i8bG1XY42cn9J8cwd08nkkWDJ+ =XII6 -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get method for Pd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-18 18:49, Mathieu Bouchard wrote: But if you want dynamic naming, there's [receives] with an s, which there's also zexy's [multireceive] which does probably the same (though i agree that [receives] is a very nice name) truct. I think Krzystof Chaya did something like this in his wonderful xeq object (first Pd convention, Graz.) I don't remember Czaja's talk in particular, but the idea must have been in the air back then. Flext 0.4 (nov 2002) introduced Jitter-style attributes in Pd, and I added my own kind of attributes in GridFlow in 2005 by introducing parsing of the comma in objectboxes so that attributes setters always counted as ordinary messages. iirc, the xeq approach was more like having multiple objects connected via a filehandle like thing; so you could have an object that just opens the file, and another objects that would seek within that file. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7KEicACgkQkX2Xpv6ydvQOjwCgyg+ZgxHote1xAeA8JLOD1bJp VZcAmQE0vIbt5xSAj7PiVmNKsTiXyTbR =HLdf -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Reminder: Patching Circle Graz tomorrow
Once again, a tiny reminder, that tomorrow, november 22nd at 19°° there will be a patching circle held at ESC im Labor, 2nd Floor (aka CC). Apart from getting together and share ideas, work on patches within pd or related software, there will be a short presentation by Matthias Kronlachner, presenting his Kinect-External pix_freenect. cheers, peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Pd-berlin meeting next tuesday, 22nd November - NK
Hello, tomorrow, 22nd November, will be the next meeting of Pure Data users in Berlin at NK, as usual - Elsenstr. 52, 2HH 2Etage. For more information, look up http://puredata.info/**community/organization/pd-** berlin/pd-berlin-users-grouphttp://puredata.info/community/organization/pd-berlin/pd-berlin-users-group . We also encourage you to take an active part, and put up suggestions for topics you want to talk about / topics you want to be talked about. Pd-Berlin Google group: You can join the open group http://groups.google.com/**group/pd_berlinhttp://groups.google.com/group/pd_berlin, and make questions to the users there. We would apreciate if you would send us a small mail to info_at_minitronics.net with your name, Pd experience and interests, so that we know how many people might be coming. Or put your name in the pd-berlin wiki page. We would like to thank the support and willingness of NK in the organization of these events. João Pais ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get method for Pd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-18 19:43, Miller Puckette wrote: I'm with Hans -- e.g., 'list' where there's a whole slew of functionalities masquerading as a single class (and sharing a help file), but in which you only need one object for each type of use, e.g., list nth. while i'm all for one objectclass per functionality, and for establishing a single idiom (at least, per objectclass family) - and thus think i'm with hans also, i still don't see any point in masquerading as a single class. what makes the name [list foo] any better than [listfoo]? objects with proper names - that don't involve mummmers - can still share the same help-patch (if needed). mfgasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7KPMgACgkQkX2Xpv6ydvSmQQCgxxs7OYZFM7jBAz7TU0/77LUN 6dIAn1qZsIDCZb4Z2bq4bMHS3ZNa5kzC =OXtX -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] gesture recognition
Dear PD-List I recently decided to get into gesture recognition for several different performance-art purposes. one of them is for fireshows, where i would like to be able to control events on my computer throug the circling movements of torches. another one needs to be able to recognize simple gestures with the hand like swyping, cyrcling etc. my question: has anyone worked with gesture-recognition? are there specific objects or patches? tracking-wise i would use an infrared-cam or wiimote-ir for the fire, for the hand-gestures maybe a normal webcam which films the hand only, on the side of my body. big thanks for reading and any ideas or suggestions! greets, matt ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gesture recognition
Le 21/11/2011 15:22, Matthias Moos a écrit : Dear PD-List I recently decided to get into gesture recognition for several different performance-art purposes. one of them is for fireshows, where i would like to be able to control events on my computer throug the circling movements of torches. another one needs to be able to recognize simple gestures with the hand like swyping, cyrcling etc. my question: has anyone worked with gesture-recognition? are there specific objects or patches? tracking-wise i would use an infrared-cam or wiimote-ir for the fire, for the hand-gestures maybe a normal webcam which films the hand only, on the side of my body. big thanks for reading and any ideas or suggestions! greets, matt ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Hello, I know there is time delay neural network (TDNN) for this purpose. So you can get the ANN externals. I know that it exists other methods but I have never tested them. ++ Jack ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gesture recognition
Hi, I think Pedro Lopes was implementing a Dynamic Time Warping external, which is a very common technique in pattern recognition... I don't know the state of the project, but since he presented it in the last PD-Con it should be in beta at least. 2011/11/21 Jack j...@rybn.org ** Le 21/11/2011 15:22, Matthias Moos a écrit : Dear PD-List I recently decided to get into gesture recognition for several different performance-art purposes. one of them is for fireshows, where i would like to be able to control events on my computer throug the circling movements of torches. another one needs to be able to recognize simple gestures with the hand like swyping, cyrcling etc. my question: has anyone worked with gesture-recognition? are there specific objects or patches? tracking-wise i would use an infrared-cam or wiimote-ir for the fire, for the hand-gestures maybe a normal webcam which films the hand only, on the side of my body. big thanks for reading and any ideas or suggestions! greets, matt ___pd-l...@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Hello, I know there is time delay neural network (TDNN) for this purpose. So you can get the ANN externals. I know that it exists other methods but I have never tested them. ++ Jack ___ 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] gesture recognition
hello, there is something you can try on linux or osx, by sending events to [x11mouse] and then easystroke http://www.workinprogress.ca/gesture-recognition-in-pure-data-with-easystroke/ Colet Patrice - Mail original - De: Matthias Moos feuerb...@gmail.com À: pd-list pd-list@iem.at Envoyé: Lundi 21 Novembre 2011 15:22:26 Objet: [PD] gesture recognition Dear PD-List I recently decided to get into gesture recognition for several different performance-art purposes. one of them is for fireshows, where i would like to be able to control events on my computer throug the circling movements of torches. another one needs to be able to recognize simple gestures with the hand like swyping, cyrcling etc. my question: has anyone worked with gesture-recognition? are there specific objects or patches? tracking-wise i would use an infrared-cam or wiimote-ir for the fire, for the hand-gestures maybe a normal webcam which films the hand only, on the side of my body. big thanks for reading and any ideas or suggestions! greets, matt ___ 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] [GEM] in os x 10.7?
here is my crash http://pastebin.com/gibjsVg3 do the binaries from http://gem.iem.at work? yes they do! it seems a few days ago I was getting this with just Gem. Now it seems Gem/Pd-extended are fine... this last crash report was from importing gridflow as well as gem. ill send another crash log if it happens again with just Gem specifically. m On Mon, Nov 21, 2011 at 3:33 AM, IOhannes m zmoelnig zmoel...@iem.at wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-20 22:26, m.e.grimm wrote: hey jaime, i did a quick compile the other day and just ended up with binaries that got the wrong architecture warning in 43.1 extended that's all I've done though. the extended autobuilds on 10.7 freeze and crash with gem for me. whats the deal again with gem on 10.7? wasn't there some issue to begin with and why it would be unstable, etc? do the binaries from http://gem.iem.at work? Gem still doesn't work in OSX/64bit, but as long as OSX10.7 has a 32bit compat layer and you have a 32bit Pd there shouldn't be a big problem. if there are 10.7 autobuilds then they are likely to either contain only x86_64 builds (which should fail to load a 32bit external like Gem) or they are fat builds including 32bit and 64bit, which will probably launch another instance (in 32bit compat mode) of Pd when loading Gem. fgamsdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7KDOkACgkQkX2Xpv6ydvTYagCgtmwfQzOpfxbewlDzCSDpnuMf nmoAoJg+X1bBiI5mVpWm69UsODJcr+eX =D/vv -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- m.e.grimm | m.f.a | ed.m. megr...@gmail.com | 315.378.2136 _ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gesture recognition
Hi all, Indeed I have an DTW external, still need to find free time to get it there for everyone (as a working external, and probably only for linux - not enough free time!). Anyhow when I did my presentation at this year's pdcon, I did show easystroke as an example. Easystroke is absolutely fantastic, and the recognizer is robust for my usage (I have about 20 gestures that I use for more than a year, to control the OS). That would be an interesting take on the gesture recognition issue. If your gestures are not multi-streamed (e.g., multitouch) you can also use on of the many 1$ gesture recognizer implementations out there - which is a very famous calligraphic recognizer. e.g., http://depts.washington.edu/aimgroup/proj/dollar/ hope it helps, Best, Pedro p.s.: regarding the DTW, I still need some time, but its definitely gonna happen. Although for calligraphic gesture detection it is very robust, I would go for easystroke or 1$. On Mon, Nov 21, 2011 at 3:23 PM, Patrice Colet colet.patr...@free.frwrote: hello, there is something you can try on linux or osx, by sending events to [x11mouse] and then easystroke http://www.workinprogress.ca/gesture-recognition-in-pure-data-with-easystroke/ Colet Patrice - Mail original - De: Matthias Moos feuerb...@gmail.com À: pd-list pd-list@iem.at Envoyé: Lundi 21 Novembre 2011 15:22:26 Objet: [PD] gesture recognition Dear PD-List I recently decided to get into gesture recognition for several different performance-art purposes. one of them is for fireshows, where i would like to be able to control events on my computer throug the circling movements of torches. another one needs to be able to recognize simple gestures with the hand like swyping, cyrcling etc. my question: has anyone worked with gesture-recognition? are there specific objects or patches? tracking-wise i would use an infrared-cam or wiimote-ir for the fire, for the hand-gestures maybe a normal webcam which films the hand only, on the side of my body. big thanks for reading and any ideas or suggestions! greets, matt ___ 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 -- Pedro Lopes (HCI Researcher / MSc) contact: pedro.lo...@ist.utl.pt website: http://web.ist.utl.pt/pedro.lopes / http://pedrolopesresearch.wordpress.com/ | http://twitter.com/plopesresearch ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM] in os x 10.7?
i bite my tongue crash report after importing Gem only. crash happens when closing example (curve3d) window: http://pastebin.com/s4r5uUeJ m On Mon, Nov 21, 2011 at 10:36 AM, m.e.grimm megr...@gmail.com wrote: here is my crash http://pastebin.com/gibjsVg3 do the binaries from http://gem.iem.at work? yes they do! it seems a few days ago I was getting this with just Gem. Now it seems Gem/Pd-extended are fine... this last crash report was from importing gridflow as well as gem. ill send another crash log if it happens again with just Gem specifically. m On Mon, Nov 21, 2011 at 3:33 AM, IOhannes m zmoelnig zmoel...@iem.at wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-20 22:26, m.e.grimm wrote: hey jaime, i did a quick compile the other day and just ended up with binaries that got the wrong architecture warning in 43.1 extended that's all I've done though. the extended autobuilds on 10.7 freeze and crash with gem for me. whats the deal again with gem on 10.7? wasn't there some issue to begin with and why it would be unstable, etc? do the binaries from http://gem.iem.at work? Gem still doesn't work in OSX/64bit, but as long as OSX10.7 has a 32bit compat layer and you have a 32bit Pd there shouldn't be a big problem. if there are 10.7 autobuilds then they are likely to either contain only x86_64 builds (which should fail to load a 32bit external like Gem) or they are fat builds including 32bit and 64bit, which will probably launch another instance (in 32bit compat mode) of Pd when loading Gem. fgamsdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7KDOkACgkQkX2Xpv6ydvTYagCgtmwfQzOpfxbewlDzCSDpnuMf nmoAoJg+X1bBiI5mVpWm69UsODJcr+eX =D/vv -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- m.e.grimm | m.f.a | ed.m. megr...@gmail.com | 315.378.2136 _ -- m.e.grimm | m.f.a | ed.m. megr...@gmail.com | 315.378.2136 _ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-list Digest, Vol 80, Issue 115
On Mon, Nov 21, 2011 at 8:07 AM, pd-list-requ...@iem.at wrote: From: IOhannes zm?lnig zmoel...@iem.at Subject: Re: [PD] Troubles running Pd-0.43.1test5 on Windows XP On 11/18/2011 04:07 PM, rolf meesters wrote: trying to install on XP Pro, following the 'new' method from the install.txt. however autogen.sh is not in Cygwin. hmm, are you trying to install Pd (so you can run it) or are you trying to compile Pd yourself? if the former, just download the archive, unzip and run ...\pd\bin\pd.exe (when using Pd-extended, you even get a nice installer, that will eventually create a desktop icon to start Pd) that's it! no cygwin, no nothing. the autogen.sh in some README refers to building Pd from sources. the source package of Pd (which is usually _not_ the zip-archive labelled w32, but rather something like pd-0.49-2.tar.gz) will contain a script autogen.sh which will generate some files needed for compiling Pd. compiling Pd on cygwin is non-trivial (it seems, i don't know), at least nobody i know of is doing it (on a regular basis). if you want to compile Pd on cygwin, you should have a good understanding of how cygwin works. gfmasdr IOhannes thanks IOhannes, you make me see my blind eye. i read the install.txt and where it only talks about compiling, i concluded that was necessary with this test-version. completely overseeing that the binaries are just there. which in my case is all i want. rolf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gesture recognition
Yes, the work of Pedro seems very promising, I don't know what's the current state, it seems he's been quite busy recently. However, you might want to check the Pd porting of Open CV, it's pretty rich and works like a charm on Linux (can't try on other systems). http://hangar.org/wikis/lab/doku.php?id=start:puredata_opencv -- Marco Donnarumma Independent New Media and Sonic Arts Practitioner, Performer, Teacher ACE, Sound Design MSc by Research (ongoing) The University of Edinburgh, UK ~ Portfolio: http://marcodonnarumma.com Research: http://res.marcodonnarumma.com | http://www.thesaddj.com | http://www.flxer.net Director: http://www.liveperformersmeeting.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get method for Pd
Le 2011-11-21 à 09:56:00, IOhannes m zmoelnig a écrit : On 2011-11-18 18:49, Mathieu Bouchard wrote: But if you want dynamic naming, there's [receives] with an s, which there's also zexy's [multireceive] which does probably the same (though i agree that [receives] is a very nice name) Actually, it doesn't do the same. But it's harder to do, because [multireceive] doesn't have a help file at all, whereas [receives] has http://gridflow.ca/help/receives-help.html For the problem we were talking about, [multireceive] fits the problem more directly. However, [receives] is more geared towards local receivers, with automatic joining of a prefix (such as «$0-») from receive-symbols. The job that I do using [receives] (managing a lot of iemguis) would have taken many more objects if I had been trying to use [multireceive] instead. With [receives], pd feels a lot more like it supports local-symbols. __ | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get method for Pd
Le 2011-11-21 à 12:58:00, IOhannes m zmoelnig a écrit : while i'm all for one objectclass per functionality, and for establishing a single idiom (at least, per objectclass family) - and thus think i'm with hans also, i still don't see any point in masquerading as a single class. what makes the name [list foo] any better than [listfoo]? It's a form of namespacing. Ask Hans what makes the name ::pdtk_canvas::pdtk_canvas_popup any better than just pdtk_canvas_popup... I don't get it either, and on top of that, I don't get the point of the the repetitive repetition of of pdtk_canvas pdtk_canvas. objects with proper names - that don't involve mummmers - can still share the same help-patch (if needed). (What are you talking about ?) __ | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get method for Pd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-21 20:56, Mathieu Bouchard wrote: Le 2011-11-21 à 09:56:00, IOhannes m zmoelnig a écrit : On 2011-11-18 18:49, Mathieu Bouchard wrote: But if you want dynamic naming, there's [receives] with an s, which there's also zexy's [multireceive] which does probably the same (though i agree that [receives] is a very nice name) Actually, it doesn't do the same. But it's harder to do, because [multireceive] doesn't have a help file true. thanks for going through the trouble to understand it. at all, whereas [receives] has http://gridflow.ca/help/receives-help.html after having a look, i see that [receives] is not such a good name as i initially thought. gmsd IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7KsKUACgkQkX2Xpv6ydvR3EwCfRofXpJl5SeoO3r0vKhWCTQjx rCgAnjbarKFCMRhC5oqsYYuNGyuMdZuJ =ZRgC -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get method for Pd
- Original Message - From: Mathieu Bouchard ma...@artengine.ca To: IOhannes m zmoelnig zmoel...@iem.at Cc: pd-list@iem.at Sent: Monday, November 21, 2011 3:02 PM Subject: Re: [PD] get method for Pd Le 2011-11-21 à 12:58:00, IOhannes m zmoelnig a écrit : while i'm all for one objectclass per functionality, and for establishing a single idiom (at least, per objectclass family) - and thus think i'm with hans also, i still don't see any point in masquerading as a single class. what makes the name [list foo] any better than [listfoo]? Yeahreallythey'rebothequallyclearespeciallyformusicianswhoaren'tprogrammers. Justlikereadingamusicscore--whitespacedoesn'taffectreadabilitythatmuch. It's a form of namespacing. Hyphens work, too, but two words against each other are less readable. -Jonathan Ask Hans what makes the name ::pdtk_canvas::pdtk_canvas_popup any better than just pdtk_canvas_popup... I don't get it either, and on top of that, I don't get the point of the the repetitive repetition of of pdtk_canvas pdtk_canvas. objects with proper names - that don't involve mummmers - can still share the same help-patch (if needed). (What are you talking about ?) __ | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC ___ 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] get method for Pd
Le 2011-11-21 à 12:35:00, Jonathan Wilkes a écrit : Yeahreallythey'rebothequallyclearespeciallyformusicianswhoaren'tprogrammers. Justlikereadingamusicscore--whitespacedoesn'taffectreadabilitythatmuch. http://upload.wikimedia.org/wikipedia/commons/f/fe/Codex_Sinaiticus_Paralipomenon_9%2C27-10%2C11.JPG http://en.wikipedia.org/wiki/Scriptio_continua Hyphens work, too, but two words against each other are less readable. I really meant to compare «namespacing» with whichever form of single-symbol name compares more favourably, which is often not the one without a delimiter. __ | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get method for Pd
Le 2011-11-21 à 21:12:00, IOhannes m zmoelnig a écrit : On 2011-11-21 20:56, Mathieu Bouchard wrote: at all, whereas [receives] has http://gridflow.ca/help/receives-help.html after having a look, i see that [receives] is not such a good name as i initially thought. Hahaha ! And don't care about explaining yourself, of course ! __ | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get method for Pd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-21 21:35, Jonathan Wilkes wrote: what makes the name [list foo] any better than [listfoo]? Yeahreallythey'rebothequallyclearespeciallyformusicianswhoaren'tprogrammers. Justlikereadingamusicscore--whitespacedoesn'taffectreadabilitythatmuch. i don't know. my native language allows construction of compound words, and while this seems ridiculous to many english speakers, it's not that it makes a lot of problems in real world. for unknown reasons, it seems that [text file] seems to work for lots of people. It's a form of namespacing. and i argue that it's a bad idea to introduce whitespace as namespace delimiter in a language that already uses whitespace as token/atom separator. i cannot remember any other complang, that uses whitespace as namespace delimiter, most likely because virtually all languages already use whitespace to separate tokens. Hyphens work, too, but two words against each other are less readable. i'm fine with hyphen, underscore, CamelCase. i just don't like space. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7Kve8ACgkQkX2Xpv6ydvRP6ACgq0ROp6mYOhJV4ufpU+2UwVG+ DLgAn3wRvqLMLqY0MbAv9AOKUa9Hydmr =COwq -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get method for Pd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-21 22:04, Mathieu Bouchard wrote: Le 2011-11-21 à 21:12:00, IOhannes m zmoelnig a écrit : On 2011-11-21 20:56, Mathieu Bouchard wrote: at all, whereas [receives] has http://gridflow.ca/help/receives-help.html after having a look, i see that [receives] is not such a good name as i initially thought. Hahaha ! And don't care about explaining yourself, of course ! it wasn't meant to be offensive (in case you read it like that). i think that [receives] is a great name for a multiple receives object. however, i think that the prefix functionality of [receives] (which is very present, being the 1st argument) is a bit confusing in this context. for me, the name [receives] would be great, if you could use it without having to the prefix (and no, i don't think that using [loadbang]-[foo bar( is a proper replacement, nor [recevies, foo bar]) fmgadsr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7Kv1YACgkQkX2Xpv6ydvR+IQCfUykgR6wLrelxOldpc1Oe2BDU pU4An2GH4/vKES3+eB3SMO1GF9ydI75o =5tUe -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get method for Pd
On Monday, November 21, 2011 3:02 PM, Mathieu Bouchard ma...@artengine.ca wrote: Le 2011-11-21 à 12:58:00, IOhannes m zmoelnig a écrit : while i'm all for one objectclass per functionality, and for establishing a single idiom (at least, per objectclass family) - and thus think i'm with hans also, i still don't see any point in masquerading as a single class. what makes the name [list foo] any better than [listfoo]? It's a form of namespacing. Ask Hans what makes the name ::pdtk_canvas::pdtk_canvas_popup any better than just pdtk_canvas_popup... I don't get it either, and on top of that, I don't get the point of the the repetitive repetition of of pdtk_canvas pdtk_canvas. pdtk_canvas is the new namespace, and pdtk_canvas_popup is the legacy name. Remember, part of the mandate of the pd-gui rewrite was not changing the C code. Therefore not everything could be renamed. .hc objects with proper names - that don't involve mummmers - can still share the same help-patch (if needed). (What are you talking about ?) __ | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC ___ 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] get method for Pd
Le 2011-11-21 à 22:09:00, IOhannes m zmoelnig a écrit : and i argue that it's a bad idea to introduce whitespace as namespace delimiter in a language that already uses whitespace as token/atom separator. It's good if you want to implement the new functionality as one big class while pretending that it's many small classes to people who want that ;) i cannot remember any other complang, that uses whitespace as namespace delimiter, most likely because virtually all languages already use whitespace to separate tokens. Tcl has two different namespace mechanisms, the ::-separated one, called «namespaces» actually were introduced after the space-separated one, which is called «ensembles» nowadays. Space is also a token-separator in Tcl, and this makes the function name be the first argument of the call to the ensemble that is posing as a function. That's just like in Pd. I think Tcl has had that for about 20 years. __ | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get method for Pd
- Original Message - From: IOhannes m zmoelnig zmoel...@iem.at To: Jonathan Wilkes jancs...@yahoo.com Cc: Mathieu Bouchard ma...@artengine.ca; pd-list@iem.at pd-list@iem.at Sent: Monday, November 21, 2011 4:09 PM Subject: Re: [PD] get method for Pd -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-21 21:35, Jonathan Wilkes wrote: what makes the name [list foo] any better than [listfoo]? Yeahreallythey'rebothequallyclearespeciallyformusicianswhoaren'tprogrammers. Justlikereadingamusicscore--whitespacedoesn'taffectreadabilitythatmuch. i don't know. my native language allows construction of compound words, and while this seems ridiculous to many english speakers, it's not that it makes a lot of problems in real world. English speakers don't live in the real world? -Jonathan for unknown reasons, it seems that [text file] seems to work for lots of people. It's a form of namespacing. and i argue that it's a bad idea to introduce whitespace as namespace delimiter in a language that already uses whitespace as token/atom separator. i cannot remember any other complang, that uses whitespace as namespace delimiter, most likely because virtually all languages already use whitespace to separate tokens. Hyphens work, too, but two words against each other are less readable. i'm fine with hyphen, underscore, CamelCase. i just don't like space. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7Kve8ACgkQkX2Xpv6ydvRP6ACgq0ROp6mYOhJV4ufpU+2UwVG+ DLgAn3wRvqLMLqY0MbAv9AOKUa9Hydmr =COwq -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get method for Pd
Le 2011-11-21 à 22:15:00, IOhannes m zmoelnig a écrit : however, i think that the prefix functionality of [receives] (which is very present, being the 1st argument) is a bit confusing in this context. for me, the name [receives] would be great, if you could use it without having to the prefix (and no, i don't think that using [loadbang]-[foo bar( is a proper replacement, nor [recevies, foo bar]) the working syntax is [receives, list foo bar], because it takes a list-message, not a anything. I'll let you explain what is a « proper replacement ». Oh yeah, another thing that I hadn't noticed at first. Actually, I had assumed that [multireceive] was doing something interesting. What I said about using it in place of [receives] is actually wrong : in my abstractions, I just can't use [multireceive] at all for managing gui objects, because it doesn't have an outlet for telling me which thing just got modified ! Actually, I have no idea why [multireceive] exists the way it is. I can hardly think of a use for it, when it doesn't allow to distinguish between receive-symbols. Look at the example at the top-left of receives-help.html : you can't do that with a (single) [multireceive] ! __ | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get method for Pd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-21 23:05, Jonathan Wilkes wrote: i don't know. my native language allows construction of compound words, and while this seems ridiculous to many english speakers, it's not that it makes a lot of problems in real world. English speakers don't live in the real world? english speakers usually don't encounter these compound words since they (the words) are not used in their (the people's) everyday life. thus i assumed that these compound words do not impose any problems for those people (unless they are communicating with germans that keep glueing words together) german speakers have to deal with these words on a day by day basis, and for them it usually does not make a lot of problems in their real world. fmgar IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7K0bEACgkQkX2Xpv6ydvQnvgCeOFPT5g9hoc+1t3/BLSEAlX8W 1xwAniHJG1ZeuKLND0VjBEMstncgSH4j =SrdD -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get method for Pd
Le 2011-11-21 à 23:33:00, IOhannes m zmoelnig a écrit : On 2011-11-21 23:05, Jonathan Wilkes wrote: English speakers don't live in the real world? english speakers usually don't encounter these compound words since they (the words) are not used in their (the people's) everyday life. « communication » comes from « communicate », which comes from « common ». Well, actually, it's more like it came from latin « commūnicātiōnem », which came from « commūnicāre », which came from « commūnis », but my point is about suffix aggregation. For « compound » and « component », however, it comes from com- (together) and -ponere (to put). This is actually copy-paste from several wiktionary pages (I don't know any latin !). thus i assumed that these compound words do not impose any problems for those people (unless they are communicating with germans that keep glueing words together) assumed = ad+sūmō+ed ; impose = in+ponere ; problem = pro+ballo (before several mutations) ; unless = un+less ; glueing = glue+ing ; together = to+gether (with various old spellings) ; german speakers have to deal with these words on a day by day basis, and for them it usually does not make a lot of problems in their real world. usual+ly -BEGIN PGP SIGNATURE- sign+ature __ | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] fux_kinect
hi all i got fux_kinect working on my ubuntu 10.04 i updated repo on https://github.com/badgeek/fux_kinect/ make sure to edit pd path directory on Makefile before compiling screenshot: http://i.imgur.com/vSUTh.png cheers On Wed, Nov 16, 2011 at 2:26 AM, Matthias Kronlachner m.kronlach...@student.tugraz.at wrote: Am 15.11.11 16:11, schrieb tim vets: 2011/11/15 tim vets timv...@gmail.com 2011/11/15 Matthias Kronlachner m.kronlach...@student.tugraz.at hi! Am 14.11.11 19:19, schrieb tim vets: 2011/11/14 Budi Prakosa i...@deadmediafm.org hi tim, have you try the latest version of pix_freenect by matthias? Hi Budi and list, I tried pix_freenect.pd_linux, but unfortunately: pix_freenect: can't load library No idea why... I'm running GEM: ver: 0.92.3. Is v0.93 a requirement maybe? gem v0.93 is needed! but there is a binary available now anyway so you don't have to get yourself in trouble compiling it for osx on your own. there was a problem with the path settings in the dylibs. try it again, i hope it's working now. Has the Linux version been updated as well? trying the binary from http://www.matthiaskronlachner.com/wp-content/uploads/2011/11/pix_freenect_0.03.zip with the following setup now: GEM ver: 0.93.3 compiled: Nov 11 2011 0.43.1-extended-2014 Ubuntu 11.04 (so not 11.10, problem?) /usr/lib/pd-extended/extra/pix_freenect.pd_linux: can't load library gr, Tim tried to roll my own, I now have: ./pix_freenect.pd_linux: ./pix_freenect.pd_linux: undefined symbol: freenect_stop_audio pix_freenect: can't load library /usr/lib/pd-extended/extra/pix_freenect.pd_linux: can't load library seems as you didn't compile libfreenect with audio, thats why frennect_stop_audio couldn't be found. have a look at README.txt, there is a detailed instruction how to compile libfreenect with audio. if you don't like to have audio in linux you can also set line 47 in pix_freenect.cc to #define with_audio = 0; sorry for this uncomfortable way but i have to make makefiles with options... matthias I also tried compiling pix_freenect myself, but got stuck at: In file included from pix_freenect.cc:23:0: pix_freenect.h:38:31: fatal error: libfreenect-audio.h: No such file or directory compilation terminated. pix_freenect readme says: get and install latest libfreenect from https://github.com/OpenKinect/libfreenect (compile with Audio support!) libfreenect readme says: Audio is currently being worked on. yes, audio is being worked on by the libfreenect team, but in the latest version from git it is included and ready for use. i didn't have enough time to test audio under osx so it won't be included when building pix_freenect for osx. (it was quite unstable when i tried it) now it won't search for libfreenect-audio.h while compiling for osx. for audio i think i will divide the external into two anyway. one for video, one for audio. i will have to check it out if it's working simultaneously for one kinect then. matthias gr, Tim On Mon, Nov 14, 2011 at 10:53 PM, Mathieu Bouchard ma...@artengine.ca wrote: Le 2011-11-14 à 14:44:00, tim vets a écrit : Attached is the output of valgrind --leak-check=full pdextended and opening fux_kinect-help.pd. I think that you better not add --leak-check when just looking for a crash. But the only problem it does, is make the log file bigger. Here's what I found (summarising the important error messages) : Invalid write of size 1 at convert_bayer_to_rgb (in libfreenect) by [...] by libusb_handle_events_timeout (in libusb). Address 0xa066360 is [between 0 and 5] bytes after a block of size 307,200 alloc'd This means that when libusb gives libfreenect the RGGB buffer and libfreenect is converting it to plain RGB, it makes a mistake and writes 6 bytes more than just 640*480 pixels, as if there were 2 extra pixels at the end. But I think that this is a bit misleading. It looks as if Valgrind was skipping a lot of other errors (probably by not able to detect them). Read on. Then there is invalid write of size 1 from the same place but « Address is 749 bytes inside a block of size 12,800 free'd ». This doesn't look like any malloc that we know about. The number of bytes does not ring a bell either. But then it says that the memory was freed by request of /usr/lib/nvidia-current/libGL.so.270.41.06, which is a part of your video driver. (???) But I just looked at how convert_bayer_to_rgb is written, and it doesn't look like it writes to more than one buffer. This function only writes 480 rows of 640 columns. But note that it writes RGB values, three bytes per pixel. That means you need a malloc(640*480*3) for each of the three RGB buffers in fux_kinect. __ | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC
