[PD] Building PD-extended
On Mon, 2009-07-27 at 04:18 +0200, pd-list-requ...@iem.at wrote: hello pd'people! i am trying to install Pd.extened-41.4 on a debian64 sid (unstable) kernel 2.6.30- i have been looking around and the option of installing 32bit with ia32lbs an ---force-architecture gave me libsasound2 problems.. so i found a tutorial that explain how two build from source for 64bits.. i have managed to compile the extended libraries.. and run make install make packages... here everything gives the ok.. and then after compiling for a while it gives me an error saying that i have a problem with DEBIAN/control file on line 9.. in depends field, that i its missing a packages name or that garbage has been found.. when checking this file.. in the place of dependes it says: xterm, ttf-bitsream-vera i dont really understand what the problem is.. can somebody helpme It's probably missing a comma: xterm, ttf-bitsream-vera--- add ',' here. I had the same problem (http://puredata.info/docs/developer/BuildingPdExtended64bitUbuntuIntrepid): If, like me, you get an error similar to this: dpkg-deb: parse error, in file /home/dano/Desktop/pd-build/Pd-0.40.3-extended/packages/linux_make/build//DEBIAN/control near line 8 \package pd-extended: Depends field, syntax error after reference to package zlib1g make: *** deb Error 2 then there is a comma missing after a dependency. Open the Debian control file, look through the dependency list on line 8, and add the missing comma(s) after the referenced package in the error, in this case zlib1g: --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pd video promo
Hi, I like to show this video made with recordmydesktop where I show a fanny pd interface (suitable for children) with some basic noise processing stuff. The title is Dal Rumore al Suono (From noise to sound) http://www.vimeo.com/4313993 bye -- Lazzaro ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem pix shear
Thanks for your help. i would like to output a pix with this transformation,with image wrapping around , so shearXY is not very practical in my situation. i would prefer to avoid using pix_snap too. i need it to be quite fast, working on a live 25 fps 720*576(cropped to square) video feed. any other otions? would a GLSL shader do it ? or this? [pix dump] | | something shifting a list | | (pix set] on my video card pix_coordinates works only on right angles . any advice welcome! Thanks Py 2009/7/27 marius schebella marius.schebe...@gmail.com hi py, have you tried shearXY? it's part of gem. marius. Py Fave wrote: hello list i'm trying to slant (kind of shear xy) a pix any advice on how to do this ? i tried to use pix_coordinates , freeframe plugins, pdmtl (without luck . Please check the image i joined. it shows the kind of transformations i need. then it should be recursive, but i keep it for later... i hope the images makes sense. it's missing the first state wich is 4 squares side by side Thanks and have a nice end of we Pierre-Yves Paris France ___ 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 pix shear
today's attempts produced this : test07.pd it needs optimisation but it works i used part of patches i found on the web , http://www.mail-archive.com/pd-list@iem.at/msg25216.html thanks Marius any comments welcome questions: the rendering depends on the window size. how can i make it take all screen ? test07.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] float counting reset not working
i use [moses] instead of route and it works perfectly to me On Mon, Jul 27, 2009 at 2:39 AM, Frank Barknechtf...@footils.org wrote: Hallo, Vitor Calejuri hat gesagt: // Vitor Calejuri wrote: I've attached a more general and standart approach using object [counter] The problem is: The object [counter] is not standardized - there are many different versions of it in various external collections. So better use the real standard: [f ]x[+ 1] Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building PD-extended
yes i have tried this.. buit then when i try to build with fakeroot dpkg-deb --build build/ Pd-0.40.3-extended.deb i get given the same error.. and if i touch around some more then i am told that package name was expected but is missing or garabe found 2009/7/27 danomatika danomat...@gmail.com On Mon, 2009-07-27 at 04:18 +0200, pd-list-requ...@iem.at wrote: hello pd'people! i am trying to install Pd.extened-41.4 on a debian64 sid (unstable) kernel 2.6.30- i have been looking around and the option of installing 32bit with ia32lbs an ---force-architecture gave me libsasound2 problems.. so i found a tutorial that explain how two build from source for 64bits.. i have managed to compile the extended libraries.. and run make install make packages... here everything gives the ok.. and then after compiling for a while it gives me an error saying that i have a problem with DEBIAN/control file on line 9.. in depends field, that i its missing a packages name or that garbage has been found.. when checking this file.. in the place of dependes it says: xterm, ttf-bitsream-vera i dont really understand what the problem is.. can somebody helpme It's probably missing a comma: xterm, ttf-bitsream-vera--- add ',' here. I had the same problem ( http://puredata.info/docs/developer/BuildingPdExtended64bitUbuntuIntrepid ): If, like me, you get an error similar to this: dpkg-deb: parse error, in file /home/dano/Desktop/pd-build/Pd-0.40.3-extended/packages/linux_make/build//DEBIAN/control near line 8 \package pd-extended: Depends field, syntax error after reference to package zlib1g make: *** deb Error 2 then there is a comma missing after a dependency. Open the Debian control file, look through the dependency list on line 8, and add the missing comma(s) after the referenced package in the error, in this case zlib1g: --- Dan Wilcox danomatika.com robotcowboy.com http://www.robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] HID problem in Xubuntu.
Hans, Daniel, Hi again, I made a 90-puredata.rules file in /lib/udev/rules.d/ containing the following line: KERNEL==event[0-9]*, MODE=0660, GROUP=plugdev The evdev EVIOCGABS ioctl: Invalid argument doesn't appear anymore but [hid] still can't recieve data from de /dev/input/event8 that is where my touchpad is located. I tried copying the 90.puredata.rules file to the old ubuntu udev rules directory (/etc/udev/rules.d/) but it didn't work either. I also tried both modes (0660 and 0666). Am I doing something wrong? thanks again, Diego. --- On Sat, 7/18/09, Hans-Christoph Steiner h...@at.or.at wrote: From: Hans-Christoph Steiner h...@at.or.at Subject: Re: [PD] HID problem in Xubuntu. To: Daniel Wilcox danomat...@gmail.com Cc: Diego Azar dazar...@yahoo.com, pd-list@iem.at Date: Saturday, July 18, 2009, 10:31 PM Hey Dan, Making a 90-puredata.rules file and including it in the package sounds like a good idea. We will need to be careful with the permissions stuff, I don't want to be responsible for lots of people getting their machines pwned via pd ;) I imagine MODE=0666 is not necessary, for example, MODE=0660 with the plugdev group should work and be more secure. If you have something sketched out, how about committing it to the SVN, or posting it to the patch tracker. Or really whatever it takes to get people to contribute work on this stuff. I don't know the udev stuff really, so I don't have much to contribute there. I see no reason not to include the .rules file in the Pd-extended package, we'll just have to work out the security details if its going to be loaded by default. .hc On Fri, 2009-07-17 at 12:53 +0200, Daniel Wilcox wrote: Hi? Hans, I've been checking the archives and found only one issue that has to do with the ubuntu problem and sais to put this line: KERNEL==event[0-9]*, MODE=0666 in /etc/udev/rules.d/40- permissions.rules file. The problem is that xubuntu 9.04 (jaunty) doesn't have this file any more and permissions.rules, i think, are given in other archives... i'm looking in ubuntu forums to see what can i do... If someone knows something about... If you are using Ubuntu/Xubuntu Jaunty, the udev permissions files have been moved to /lib/udev/rules.d: https://lists.ubuntu.com/archives/jaunty-changes/2009-January/002619.html As for the above, you can try adding the group to plugdev, something like KERNEL==event[0-9]*, MODE=0666, GROUP=plugdev since all users should be in the plugdev group. I use this technique to open the mouse on my visual application which uses sdl and runs from a basic terminal without X: KERNEL==mouse* GROUP=plugdev There is also no need to modify the existing udev rule files since they are read sequentially and can overwrite each other. So, following the debian udev rule naming convention, if you make a file called 90-puredata.rules and put the event rule in there, it should override or modify the existing default rule. Hans, it should be totally possible to ship a pd Ubuntu .deb that can install this automatically as I've done this with my own tools. I can help with this if needed, I just havent used [hid] much. Also, udev is really picky ... make sure each rule is on one line or it will fail. You can also use the udev tools to test each script for parse errors, but I'm at work on a Hardy machine so I can't give you the command right now. The udev admin script changed names between versions. -- Dan Wilcox danomatika www.robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] maximum number of outlets, pd file format
Dear list, i want to create a [readsf~] with 120 audio outlets, and connect them to somewhere. I create that very patch in a text editor, since i don't want to pull that many patchcords. If i open that patch with pd, it seems to load it fine, but if i save the same patch from within pd, the maximum number of outlets gets truncated at 64. While i perfectly understand that no one ever thought about someone needing 120 outlets (and yes, there is a reason why i attempt this :-)), it seems 2^6 is a limit for pd's patchfile format. didn't find something in the archives, anyone already had this? Could there be a simple change to pd's sources to increase that limit? thanks! Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] maximum number of outlets, pd file format
(replying to myself) this is only an issue with readsf~. An [unpack] with 120 arguments and outlets works and saves fine. PP Peter Plessas wrote: Dear list, i want to create a [readsf~] with 120 audio outlets, and connect them to somewhere. I create that very patch in a text editor, since i don't want to pull that many patchcords. If i open that patch with pd, it seems to load it fine, but if i save the same patch from within pd, the maximum number of outlets gets truncated at 64. While i perfectly understand that no one ever thought about someone needing 120 outlets (and yes, there is a reason why i attempt this :-)), it seems 2^6 is a limit for pd's patchfile format. didn't find something in the archives, anyone already had this? Could there be a simple change to pd's sources to increase that limit? thanks! Peter ___ 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] maximum number of outlets, pd file format
(replying to myself) this is only an issue with readsf~. An [unpack] with 120 arguments and outlets works and saves fine. Seems to be sth. within readsf~. Initiating that object as [readsf~ 120] does not give an error msg. But is seems it is only created with 64 outlets. The multichannel-wav format seems to allow for more channels than that, i was able to create a file without errors, with its channels getting displayed in audacity (before that software gracefully crashes) PP Peter Plessas wrote: Dear list, i want to create a [readsf~] with 120 audio outlets, and connect them to somewhere. I create that very patch in a text editor, since i don't want to pull that many patchcords. If i open that patch with pd, it seems to load it fine, but if i save the same patch from within pd, the maximum number of outlets gets truncated at 64. While i perfectly understand that no one ever thought about someone needing 120 outlets (and yes, there is a reason why i attempt this :-)), it seems 2^6 is a limit for pd's patchfile format. didn't find something in the archives, anyone already had this? Could there be a simple change to pd's sources to increase that limit? thanks! Peter ___ 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] maximum number of outlets, pd file format
Once more: problem solved: Accessible via #define MAXSFCHANS 64 in d_soundfile.c oh, great Pd! Peter Peter Plessas wrote: Dear list, i want to create a [readsf~] with 120 audio outlets, and connect them to somewhere. I create that very patch in a text editor, since i don't want to pull that many patchcords. If i open that patch with pd, it seems to load it fine, but if i save the same patch from within pd, the maximum number of outlets gets truncated at 64. While i perfectly understand that no one ever thought about someone needing 120 outlets (and yes, there is a reason why i attempt this :-)), it seems 2^6 is a limit for pd's patchfile format. didn't find something in the archives, anyone already had this? Could there be a simple change to pd's sources to increase that limit? thanks! Peter ___ 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] maximum number of outlets, pd file format
Hi Peter, try changing this line in d_soundfile.c: #define MAXSFCHANS 64 I never thought anyone would want more than 64 :) Miller On Mon, Jul 27, 2009 at 05:54:10PM -0700, Peter Plessas wrote: (replying to myself) this is only an issue with readsf~. An [unpack] with 120 arguments and outlets works and saves fine. Seems to be sth. within readsf~. Initiating that object as [readsf~ 120] does not give an error msg. But is seems it is only created with 64 outlets. The multichannel-wav format seems to allow for more channels than that, i was able to create a file without errors, with its channels getting displayed in audacity (before that software gracefully crashes) PP Peter Plessas wrote: Dear list, i want to create a [readsf~] with 120 audio outlets, and connect them to somewhere. I create that very patch in a text editor, since i don't want to pull that many patchcords. If i open that patch with pd, it seems to load it fine, but if i save the same patch from within pd, the maximum number of outlets gets truncated at 64. While i perfectly understand that no one ever thought about someone needing 120 outlets (and yes, there is a reason why i attempt this :-)), it seems 2^6 is a limit for pd's patchfile format. didn't find something in the archives, anyone already had this? Could there be a simple change to pd's sources to increase that limit? thanks! Peter ___ 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