Re: [PD] Darwiin Remote OSC and PD, on Mac
be the case, I tried to build [pix_rotate] using [pix_coordinate]...and this led me to the question about about [pix_coordinate] Using pdp_rotate, pix_2gem and gem2pdp, I did successfully build a pix_ rotator. On the chance it might be helpful to see, I attached a demo patch which feeds a rotated video stream to [pix_rtx] then rotates the stream back to the way it was. While it more-or-less works it seems a bit scabby. Is there a better way? There are lots of exceptions to Pd rules in GEM and there is really no way around them. It is kind of like learning English - I before E except after C, excepting all of those words that ignore the rule. As long as I can make sense of what the rules are, which objects break them, and some rough idea as to why, I'm cool with that. Thank you again for your help. As Hans suggests, I'd like to find a way to help organize, then share this information, whether it be on the wiki or in some other meaningful way. -John -- next part -- A non-text attachment was scrubbed... Name: rtx_sch.pd Type: application/x-extension-pd Size: 4177 bytes Desc: not available URL: http://lists.puredata.info/pipermail/pd-list/attachments/20090326/d63defff/attachment.bin -- next part -- A non-text attachment was scrubbed... Name: rtx_sch2.pd Type: application/x-extension-pd Size: 1566 bytes Desc: not available URL: http://lists.puredata.info/pipermail/pd-list/attachments/20090326/d63defff/attachment-0001.bin -- ___ Pd-list mailing list Pd-list@iem.at to manage your subscription (including un-subscription) see http://lists.puredata.info/listinfo/pd-list End of Pd-list Digest, Vol 48, Issue 131 winmail.dat___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] DIY GSoC: getting those projects done
--- On Wed, 3/25/09, Mathieu Bouchard ma...@artengine.ca wrote: From: Mathieu Bouchard ma...@artengine.ca Subject: Re: [PD] DIY GSoC: getting those projects done To: Chris McCormick ch...@mccormick.cx Cc: Pd List pd-list@iem.at Date: Wednesday, March 25, 2009, 6:01 PM On Mon, 23 Mar 2009, Chris McCormick wrote: IIRC, one of their complaints from last year was that our application had too many parts. Next time we should pick just one or two specific tasks and go with them. Maybe with a community vote or whatever. Also, I hate to be cynical, but I can't see any way even remotely in which Google could use Pd to make a profit. ;) Thanks for your huge effort anyway, Hans and Georg. It's not just that, it's that Pd is still relatively non-mainstream. I can imagine plenty (or even most) of programmers being allergic to Pd and thinking it's messy, difficult to program with, and generally an exercise in contorsion. I mean, what do you do with a language that has no builtin [demux] (that's called an if-else anywhere else) Does [expr~ if ( $f2 == 0, $v1, 0 ); etc.] fill that role? (If so, it certainly strengthens your following point.) -Jonathan , in which hot-vs-cold is troublesome (else [expr] wouldn't be *so* attractive), etc.; if programmers that don't use pd had a better opinion of pd, some things like this could have more of a chance. That's when supposing Google is trying to stay neutral and not selecting for profit. Else it's an ever harder game, I suppose. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ 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] Gem-0.91-3 pd 0.42-4
Hello IOhannes, I use this source of Gem, is it the last? http://downloads.sourceforge.net/pd-gem/gem-0.91-3.tar.gz?use_mirror=heanet Cheers Thomas ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Darwiin Remote OSC and PD, on Mac
Nicanor Garcia wrote: 2009/3/25 marius schebella marius.schebe...@gmail.com mailto:marius.schebe...@gmail.com you can connect to localhost on port for example. try [dumpOSC ] inside pd and connect a [print] to it to see if you receive your values. marius. I tried that with port but aparently it didn't work, but I'm not sure if I checked well. I'm going to check again today. But I would like to know if there is any other problem. Well obviously you also need to know the IP address of the computer you are sending to. (On the receiving machine, try /sbin/ifconfig in a terminal, or look in System Preferences-Network.) Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] still struggling with basic understanding of Gem dataflow
This is fantastic! Thank you Marius for taking the time to build these patches. rtx_sch2.pd exactly answered my question and shows beautifully how to perform a set of OpenGL operations on the content of some pix_ data before applying more pix_ operations. The patch makes total sense. I'm still playing with it to make sure I fully grasp all parts. I really appreciate this help. -John marius schebella wrote: hi, I think your pix_coordinate idea was not that bad (see attached patch). but that is probably not what you want?? on the other hand, using pdp_rotate and converting twice is really eating up a lot of cpu. pdp is a different world again and the bridge between pdp and gem is buggy (your patch crashed my computer for example). but again, as chris said. there is a difference between rotating the content of the pix data and rotating the geometry that this data is mapped to. so the second patch shows, what I think you really want. rotate an image and then feed this into your pix_rtx. marius. John Harrison wrote: This is extremely helpful. I'm starting to get it. Comments/questions inline. chris clepper wrote: There are two types of objects in GEM: pix and OpenGL. Pix objects do work in the top to bottom manner like Pd DSP objects. would [pix_coordinate] be an exception to this? I've been playing with it and it seems to behave the way you have described OpenGL objects and not GEM objects. I read the help patch about [pix_texture] reassigning the coordinate values, but that still didn't explain all the behavior I was seeing. The convention in GEM is to put the GL objects after the pix_ ones showing that once the pix_ processes are done on the CPU it is time for the GL processes on the GPU to start. I understand you to be saying that the GL processes will always be applied after the pix_ processes. If that is the case, then it sounds like there is no way to have [rotateXYZ] applied before [pix_rtx]. Makes sense. For the more general case, is it correct that there is no way in GEM to give an arbitrary rotation of an image as input to a pix_ object since there is no Gem pix_ object with arbitrary rotation function? Figuring that might be the case, I tried to build [pix_rotate] using [pix_coordinate]...and this led me to the question about about [pix_coordinate] Using pdp_rotate, pix_2gem and gem2pdp, I did successfully build a pix_ rotator. On the chance it might be helpful to see, I attached a demo patch which feeds a rotated video stream to [pix_rtx] then rotates the stream back to the way it was. While it more-or-less works it seems a bit scabby. Is there a better way? There are lots of exceptions to Pd rules in GEM and there is really no way around them. It is kind of like learning English - I before E except after C, excepting all of those words that ignore the rule. As long as I can make sense of what the rules are, which objects break them, and some rough idea as to why, I'm cool with that. Thank you again for your help. As Hans suggests, I'd like to find a way to help organize, then share this information, whether it be on the wiki or in some other meaningful way. -John ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem-0.91-3 pd 0.42-4
thomas thiery wrote: Hello IOhannes, I use this source of Gem, is it the last? http://downloads.sourceforge.net/pd-gem/gem-0.91-3.tar.gz?use_mirror=heanet it's the last official release (which does not take the peculiarities of 0.42 into account) however, the latest and greatest sources are always available via our version control system (subversion https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/trunk/Gem) mfga.sdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem-0.91-3 pd 0.42-4
Thank you, I test the compilation and I have this error when I compile g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I.. -I/Applications/Pd-0.42-4.app/Contents/Resources/src glew.cpp -o ../Objects/glew.o glew.cpp: In function ‘void* NSGLGetProcAddress(const GLubyte*)’: glew.cpp:80: warning: ‘NSAddImage’ is deprecated (declared at /usr/include/mach-o/dyld.h:230) glew.cpp:80: warning: ‘NSAddImage’ is deprecated (declared at /usr/include/mach-o/dyld.h:230) glew.cpp:83: error: invalid conversion from ‘void*’ to ‘char*’ glew.cpp:89: warning: ‘NSLookupSymbolInImage’ is deprecated (declared at /usr/include/mach-o/dyld.h:182) glew.cpp:89: warning: ‘NSLookupSymbolInImage’ is deprecated (declared at /usr/include/mach-o/dyld.h:182) glew.cpp:91: warning: ‘NSAddressOfSymbol’ is deprecated (declared at /usr/include/mach-o/dyld.h:188) glew.cpp:91: warning: ‘NSAddressOfSymbol’ is deprecated (declared at /usr/include/mach-o/dyld.h:188) make[1]: *** [glew.o] Error 1 make: *** [Base] Error 2 I can't make an interpretation of this 2009/3/26 IOhannes m zmölnig zmoel...@iem.at thomas thiery wrote: Hello IOhannes, I use this source of Gem, is it the last? http://downloads.sourceforge.net/pd-gem/gem-0.91-3.tar.gz?use_mirror=heanet it's the last official release (which does not take the peculiarities of 0.42 into account) however, the latest and greatest sources are always available via our version control system (subversion https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/trunk/Gem) mfga.sdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Matohawk production http://matohawkitongroup.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] DIY GSoC: getting those projects done
On Thu, 26 Mar 2009, Jonathan Wilkes wrote: --- On Wed, 3/25/09, Mathieu Bouchard ma...@artengine.ca wrote: I mean, what do you do with a language that has no builtin [demux] (that's called an if-else anywhere else) Does [expr~ if ( $f2 == 0, $v1, 0 ); etc.] fill that role? When processing just pd signals, a real conditional execution is done by [switch~] or [block~] and can only be applied on full subpatches. The [expr~ if] does compute both clauses of the if, and then discards one of the results. This means that if a clause whose result gets discarded would cause an error, it will. The only difference between that and just multiplying one of the results by 0, is when one of the clauses is infinite or NaN, then multiplying it by 0 won't cancel it. And then, that if() can only happen inside of [expr~]'s world, and so has no direct impact on other objects. But I was more thinking of the message-system. In that case, [spigot] is an if-statement in which execution is really conditional: a block of code being a connection from an outlet to a bunch of objects that do something when you send them a message, then [spigot] decides whether something happens or not, in a generic way. [select], [route] and [moses] are special-case if-statements. The if-else statements require a pair of [spigot]s and a [==]. This could be put in an abstraction, a total of six objects, and named demux2.pd or spigot2.pd, but no, Pd bundles absolutely no abstractions, and though the code for this very common case is just a few lines away from [spigot], Pd is still without it. (If so, it certainly strengthens your following point.) , in which hot-vs-cold is troublesome (else [expr] wouldn't be *so* attractive), etc. No, this was about how [expr] can be a replacement for even a small network of objects. If you make an abstraction that does ($f1-$f2)*($f5-$f4)/($f3-$f2)+$f4, with just [+] [-] [*] [/] for example, then if you change some things in the cold inlets, the changes might not propagate to the bottom. This means you have to add a [pack 0 0 0 0 0] of the whole thing and [unpack 0 0 0 0 0] to ensure every hot-inlet is retriggered in the proper order. Actually, in this pack/unpack dance, maybe you can skip the hot-inlet of the abstraction (?), but apart from that, you're pretty stuck using pack/unpack if you want life to be simple. Else you can weave a mess of [t b f] objects like a spider on caffeine. That's what I mean. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] DIY GSoC: getting those projects done
Hallo, Mathieu Bouchard hat gesagt: // Mathieu Bouchard wrote: The if-else statements require a pair of [spigot]s and a [==]. A bit shorter, less effective and because of list-conversion not fully transparent, but still handy is this idiom: [list prepend 0] | [route 0 1] Send 0 and 1 to the prepend's right inlet to switch outlets. It becomes more useful with more choices. Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] steep filter?
On 24 Mar 2009, at 14:26, João Pais wrote: I have a question: are your externals included in pd-ext? that is, can they be downloaded with the latest nightly builds? I would advise you to get them into the system, so that it's garanteed that (almost) everyone has them automatically. hm, i'm certainly not against this idea, as i'm not opposed to sharing what i've done, if it is interesting for others. but i don't use pd-extended myself a a lot and actually i don't know the process of getting externals into the system. also, i don't know about the policy of pd-extended or where it's aiming at, but i guess that the externals that get in there, must have somehow proven to be useful to many users. volker. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] DIY GSoC: getting those projects done
On Thu, 26 Mar 2009, Frank Barknecht wrote: A bit shorter, less effective and because of list-conversion not fully transparent, but still handy is this idiom: [list prepend 0] | [route 0 1] Send 0 and 1 to the prepend's right inlet to switch outlets. It becomes more useful with more choices. Interesting, but I very very much expect a demuxer to be generic enough to apply uniformly to all selectors even list. This disqualifies pretty much everything with [list] and [route] in them, as both have special cases for list-selectors that are hard to compensate for. I definitely don't want to be programming like that. When I think about getting the a message to the right place, I want to do so without having to think about the content of the message... especially for something as common as a list selector. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem-0.91-3 pd 0.42-4
no I have this line 2009/3/26 Matthias Neuenhofer matth...@neuenhofer.de in the glew.ccp line 83 the (char*) is missing before malloc symbolName = (char*)malloc(strlen((const char*)name) + 2); matthias Am 26.03.2009 um 15:36 schrieb thomas thiery: Thank you, I test the compilation and I have this error when I compile g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I.. -I/Applications/Pd-0.42-4.app/Contents/Resources/src glew.cpp -o ../Objects/glew.o glew.cpp: In function ‘void* NSGLGetProcAddress(const GLubyte*)’: glew.cpp:80: warning: ‘NSAddImage’ is deprecated (declared at /usr/include/mach-o/dyld.h:230) glew.cpp:80: warning: ‘NSAddImage’ is deprecated (declared at /usr/include/mach-o/dyld.h:230) glew.cpp:83: error: invalid conversion from ‘void*’ to ‘char*’ glew.cpp:89: warning: ‘NSLookupSymbolInImage’ is deprecated (declared at /usr/include/mach-o/dyld.h:182) glew.cpp:89: warning: ‘NSLookupSymbolInImage’ is deprecated (declared at /usr/include/mach-o/dyld.h:182) glew.cpp:91: warning: ‘NSAddressOfSymbol’ is deprecated (declared at /usr/include/mach-o/dyld.h:188) glew.cpp:91: warning: ‘NSAddressOfSymbol’ is deprecated (declared at /usr/include/mach-o/dyld.h:188) make[1]: *** [glew.o] Error 1 make: *** [Base] Error 2 I can't make an interpretation of this 2009/3/26 IOhannes m zmölnig zmoel...@iem.at thomas thiery wrote: Hello IOhannes, I use this source of Gem, is it the last? http://downloads.sourceforge.net/pd-gem/gem-0.91-3.tar.gz?use_mirror=heanet it's the last official release (which does not take the peculiarities of 0.42 into account) however, the latest and greatest sources are always available via our version control system (subversion https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/trunk/Gem) mfga.sdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Matohawk production http://matohawkitongroup.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Matohawk production http://matohawkitongroup.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem-0.91-3 pd 0.42-4
in the glew.ccp line 83 the (char*) is missing before malloc symbolName = (char*)malloc(strlen((const char*)name) + 2); matthias Am 26.03.2009 um 15:36 schrieb thomas thiery: Thank you, I test the compilation and I have this error when I compile g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 - falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math - mmmx -fpascal-strings -I.. -I/Applications/Pd-0.42-4.app/Contents/ Resources/src glew.cpp -o ../Objects/glew.o glew.cpp: In function ‘void* NSGLGetProcAddress(const GLubyte*)’: glew.cpp:80: warning: ‘NSAddImage’ is deprecated (declared at /usr/ include/mach-o/dyld.h:230) glew.cpp:80: warning: ‘NSAddImage’ is deprecated (declared at /usr/ include/mach-o/dyld.h:230) glew.cpp:83: error: invalid conversion from ‘void*’ to ‘char*’ glew.cpp:89: warning: ‘NSLookupSymbolInImage’ is deprecated (declared at /usr/include/mach-o/dyld.h:182) glew.cpp:89: warning: ‘NSLookupSymbolInImage’ is deprecated (declared at /usr/include/mach-o/dyld.h:182) glew.cpp:91: warning: ‘NSAddressOfSymbol’ is deprecated (declared at /usr/include/mach-o/dyld.h:188) glew.cpp:91: warning: ‘NSAddressOfSymbol’ is deprecated (declared at /usr/include/mach-o/dyld.h:188) make[1]: *** [glew.o] Error 1 make: *** [Base] Error 2 I can't make an interpretation of this 2009/3/26 IOhannes m zmölnig zmoel...@iem.at thomas thiery wrote: Hello IOhannes, I use this source of Gem, is it the last? http://downloads.sourceforge.net/pd-gem/gem-0.91-3.tar.gz?use_mirror=heanet it's the last official release (which does not take the peculiarities of 0.42 into account) however, the latest and greatest sources are always available via our version control system (subversion https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/trunk/Gem) mfga.sdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Matohawk production http://matohawkitongroup.free.fr ___ 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] Purple/Green Flickering With GEM
Hello List I've got a two screen GEM piece running on Plasma displays that has recently started to, on reboot, begin flickering the GEM screen in a neon purple/green mode. I'm wondering about whether the video card in my G5 tower is on the way out, and as a result, this glitch is occurring... It seems more prone to enter into this green/purple rave when the computer reboots, and less/never has occurred if we do a hard shutdown followed by startup. Any ideas? Confirmations? Counter-arguments... this is a new one for me, and insight would be grand. J ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem-0.91-3 pd 0.42-4
Ok pix_video works with Gem 0.91-3 version trunk with pd 0.42-4 on Mac OSx 10.5.6 Gem source : however, the latest and greatest sources are always available via our version control system (subversion https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/trunk/Gem) Thank you for your help 2009/3/26 thomas thiery matoh...@gmail.com Sorry it's true thank you. the compilation passed without problems npw I will test Gem with pd 0.42-4 Thomas 2009/3/26 thomas thiery matoh...@gmail.com no I have this line 2009/3/26 Matthias Neuenhofer matth...@neuenhofer.de in the glew.ccp line 83 the (char*) is missing before malloc symbolName = (char*)malloc(strlen((const char*)name) + 2); matthias Am 26.03.2009 um 15:36 schrieb thomas thiery: Thank you, I test the compilation and I have this error when I compile g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I.. -I/Applications/Pd-0.42-4.app/Contents/Resources/src glew.cpp -o ../Objects/glew.o glew.cpp: In function ‘void* NSGLGetProcAddress(const GLubyte*)’: glew.cpp:80: warning: ‘NSAddImage’ is deprecated (declared at /usr/include/mach-o/dyld.h:230) glew.cpp:80: warning: ‘NSAddImage’ is deprecated (declared at /usr/include/mach-o/dyld.h:230) glew.cpp:83: error: invalid conversion from ‘void*’ to ‘char*’ glew.cpp:89: warning: ‘NSLookupSymbolInImage’ is deprecated (declared at /usr/include/mach-o/dyld.h:182) glew.cpp:89: warning: ‘NSLookupSymbolInImage’ is deprecated (declared at /usr/include/mach-o/dyld.h:182) glew.cpp:91: warning: ‘NSAddressOfSymbol’ is deprecated (declared at /usr/include/mach-o/dyld.h:188) glew.cpp:91: warning: ‘NSAddressOfSymbol’ is deprecated (declared at /usr/include/mach-o/dyld.h:188) make[1]: *** [glew.o] Error 1 make: *** [Base] Error 2 I can't make an interpretation of this 2009/3/26 IOhannes m zmölnig zmoel...@iem.at thomas thiery wrote: Hello IOhannes, I use this source of Gem, is it the last? http://downloads.sourceforge.net/pd-gem/gem-0.91-3.tar.gz?use_mirror=heanet it's the last official release (which does not take the peculiarities of 0.42 into account) however, the latest and greatest sources are always available via our version control system (subversion https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/trunk/Gem) mfga.sdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Matohawk production http://matohawkitongroup.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Matohawk production http://matohawkitongroup.free.fr -- Matohawk production http://matohawkitongroup.free.fr -- Matohawk production http://matohawkitongroup.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] latency spikes on linux when sending wiimote's rumble and LED messages
Hi! I can confirm this on ubuntu 8.10 (intrepid), 2.6.27-11-generic sorry for being late with this... Martin Has anyone encountered issues with the wiimote external (pd-extended 0.42 on 8.10 Ubuntu 2.6.29-rc6-rt kernel) when using rumble and/or LED commands? The system appears to be rock solid in terms of audio latency (thanks to the rt kernel) until I use one (or both) of the aforesaid features. As soon as rumble and/or LED are enabled, I get xruns practically every other millisecond reported by Pd (red button on the main Pd window). ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem-0.91-3 pd 0.42-4
thomas thiery wrote: Thank you, I test the compilation and I have this error when I compile make: *** [Base] Error 2 I can't make an interpretation of this i have fixed this now in svn (just update your working copy) fgmadr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem-0.91-3 pd 0.42-4
thomas thiery wrote: Thank you, I test the compilation and I have this error when I compile make: *** [Base] Error 2 I can't make an interpretation of this i have fixed this now in svn (just update your working copy) fgmadr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] experiments with fiddle~
i'm trying to experiment and learn how [fiddle~] works, using it to control the pitch and the envelope of a sawtooth oscillator through an electric guitar directly plugged into my soundcard (an edirol fa-101 with preamplifiers). I read the help i made experiments, but i still have doubts on some issues. For example how the low and high thresholds work? The explanation was a bit obscure to me. I guess that: - the low threshold is the one at which raw pitch/amplitude output becomes different than zero, showing the value of both. - the high threshold is the one at which cooked output is changed, and a bang is sent out from the bang outlet. But i noticed that if the high threshold is less than the low one, i get a never stopping sequence of bangs. Why? Is it an issue of fiddle~ ? I would also like to understand better the use of vibrato and reattack, the help was not clear to me. Then, i tried to find a way to send a release note signal (so i can make synth note emulate the duration of guitar note) to the envelope generator: i'm using vline~ with two possible in messages, a ramp up banged by the bang outlet of fiddle, and a ramp down banged when the raw amplitude output becomes zero. I think this will create problems when i will try to recognize polyponic notes. But also for monophonic purposes, i still have some troubles: if i take the pitch information from the cooked output, as soon as i get the bang the envelope attacks, but there is a recognizable delay time for cooked pitch output to change from old value to new, leading to a disturbing pitch switching attack. Instead, if i use the raw pitch output, no problem with attack, but if i set a too long release time, i can hear the pitch going to zero before the sound has disappeared. Is there a more elegant solution for this? In the end, i would like the velocity of the synth note be proportional to the level of incoming guitar note. My first idea is to snapshot the value of raw amplitude output few milliseconds after the note-on bang. Is it a good idea or, again is there a more elegant solution? thanks, athos ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] agenda for upcoming book sprint?[GEM sprint]
Hi guys, As the facilitator of this project, I will post a list of sprint targets quite soon. GEM section is definitely on my list, however I do want to keep to things which are both included in PD-Extended and are cross platform. For now, this excludes PDP and Gridflow. Maybe if someone wanted to make a separate section which includes installation/configuration info (following the template in the Install chapters of the existing Pd FLOSS Manual), then a section on one of these might be relevant. But as they are both essentially Linux only, by virtue of either being uncompilable or nearly unusable on other platforms, I'd rather keep focus someplace else. As for GEM, I'd like to see some stuff on the following (in order of priority): 1) Basic VJ mixer (2 x [gemhead]-[pix_film]-[alpha]-[colorRGB]-[pix_texture]-[rectangle] with an alpha-crossfader)(+ platform specific codec info) 2) Live camera input (same as VJ mixer but with [pix_video], with platform specific info on USB/firewire inputs--what works what doesn't) 3) VJ effects (using the various pix objects) 4) Basic 3D (that actually does something interesting, rather than just show a sphere or a cube) 5) Basic movement tracking w/ [pix_blob] 6) GEM/video optimization/troubleshooting tips (see Troubleshooting section of existing Pd FLOSS Manual)(Chris Clepper, are you in the house?) I have some tutorial patches which could be used as the basis for most of this, let me know if you are interested. Full target list coming soon, I'll make sure to include this GEM section. best, Derek marius schebella wrote: Hans-Christoph Steiner wrote: Hey all, I hope I am not jumping the gun or stepping on anyone's toes. I just wanted to open up the discussion about what people are planning on working on during the upcoming book sprint. Currently, I am pretty open to topics, but I was thinking that Gem/PDP/Gridflow could really use a section. There are lots of examples for them, but they lack a good intro to the concepts. I am in for a gem sprint. marius. -- ::: derek holzer ::: http://blog.myspace.com/macumbista ::: http://www.vimeo.com/macumbista ::: ---Oblique Strategy # 65: Emphasize differences ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [lrshift~] inlet doesn't accept floats (any more?)
Hi, just to be sure before sending another false bug report. I was looking at lrshift~-help.pd, there's an example of a float box going into [lrshift~]'s signal inlet, but changing this float values causes an error post: error: lrshift~: no method for 'float' Pd version 0.41-4extended-20090323 compiled 11:51:58 Mar 23 2009 thanks, Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Delay effect without clicks
Hey PD list This is my first mail to the list and I am a newbie in PD, so please bear with me. I am trying to make a patch that simulates the delay effects I use as a stompbox for my guitar. I.e. a signal delay line, with a parameter of feedback and a parameter of delay time. While changing the delay time parameter the ongoing sampled part should change pitch. My first attempt (as in the attached patch) is to use delread~/delwrite~, but changing the lenght of the sampled part in delread~ makes a lot of clicks noises (which can be fun, but not what I intended) and it do not change pitch. My max/msp friend said I should instead of clipping the sample, make it run faster. So I tried to figure if that was possible with delread~, vd~ or using arrays instead with tabread(4)~, but I have not found the golden key yet. I would be very happy if somebody could lead me in right direction. Thanks, Bjørn delayeffect.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Delay effect without clicks
hi Bjørn, maybe vd~ (variable delay) is what you're looking for? marius. Bjørn Nielsen wrote: Hey PD list This is my first mail to the list and I am a newbie in PD, so please bear with me. I am trying to make a patch that simulates the delay effects I use as a stompbox for my guitar. I.e. a signal delay line, with a parameter of feedback and a parameter of delay time. While changing the delay time parameter the ongoing sampled part should change pitch. My first attempt (as in the attached patch) is to use delread~/delwrite~, but changing the lenght of the sampled part in delread~ makes a lot of clicks noises (which can be fun, but not what I intended) and it do not change pitch. My max/msp friend said I should instead of clipping the sample, make it run faster. So I tried to figure if that was possible with delread~, vd~ or using arrays instead with tabread(4)~, but I have not found the golden key yet. I would be very happy if somebody could lead me in right direction. Thanks, Bjørn ___ 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] Delay effect without clicks
Hey Marius Thanks for the quick reply. I have now tried vd~, but I still encounter clicks noises when I change delay time. audiosignal | [delwrite testname 2000] delaytime | [sig~] | [vd~ testname] | audioout+back to delwrite Do the click noises has something to do with the samplelength in delwrite~? (and can it at all be changed on the fly?) /Bjørn On Fri, Mar 27, 2009 at 00:13, marius schebella marius.schebe...@gmail.com wrote: hi Bjørn, maybe vd~ (variable delay) is what you're looking for? marius. Bjørn Nielsen wrote: Hey PD list This is my first mail to the list and I am a newbie in PD, so please bear with me. I am trying to make a patch that simulates the delay effects I use as a stompbox for my guitar. I.e. a signal delay line, with a parameter of feedback and a parameter of delay time. While changing the delay time parameter the ongoing sampled part should change pitch. My first attempt (as in the attached patch) is to use delread~/delwrite~, but changing the lenght of the sampled part in delread~ makes a lot of clicks noises (which can be fun, but not what I intended) and it do not change pitch. My max/msp friend said I should instead of clipping the sample, make it run faster. So I tried to figure if that was possible with delread~, vd~ or using arrays instead with tabread(4)~, but I have not found the golden key yet. I would be very happy if somebody could lead me in right direction. Thanks, Bjørn ___ 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] Purple/Green Flickering With GEM
Yeah, its pretty common. If you are using [pix_movie], try using: [pix_film] | [pix_texture] .hc On Mar 26, 2009, at 1:18 PM, chris clepper wrote: Need some more info: Video card model, what the piece uses in GEM, does any other app have problems? Maybe post a pic or video of the screens too. On Thu, Mar 26, 2009 at 12:52 PM, james murray james.n.mur...@gmail.com wrote: Hello List I've got a two screen GEM piece running on Plasma displays that has recently started to, on reboot, begin flickering the GEM screen in a neon purple/green mode. I'm wondering about whether the video card in my G5 tower is on the way out, and as a result, this glitch is occurring... It seems more prone to enter into this green/purple rave when the computer reboots, and less/never has occurred if we do a hard shutdown followed by startup. Any ideas? Confirmations? Counter-arguments... this is a new one for me, and insight would be grand. J ___ 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 News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] words for style guide: rewind and reset
On Mar 25, 2009, at 5:33 PM, marius schebella wrote: Hans-Christoph Steiner wrote: Hey, I just went thru a bunch of interfaces and noticed a good pattern in wording. I propose to make this part of the style guide: rewind - go back to the beginning of a chunk of data (used in: textfile, binfile, msgfile, etc.) reset - clear the data from a container; or, go back to the initial state (used in: zexy/index, cyclone/MouseState, maxlib, etc.) reset should not be confused with clear... Hmm, what's the difference? I think I remember seeing [clear( and thinking that it should ahve been [reset(. what about open vs. read vs. load? That probably should be documented. Make a proposal! .hc marius. As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Delay effect without clicks
Hallo, Bj?rn Nielsen hat gesagt: // Bj?rn Nielsen wrote: This is my first mail to the list and I am a newbie in PD, so please bear with me. We're going to stompbox you hard! No, of course not, welcome on board! ;) I am trying to make a patch that simulates the delay effects I use as a stompbox for my guitar. I.e. a signal delay line, with a parameter of feedback and a parameter of delay time. While changing the delay time parameter the ongoing sampled part should change pitch. My first attempt (as in the attached patch) is to use delread~/delwrite~, but changing the lenght of the sampled part in delread~ makes a lot of clicks noises (which can be fun, but not what I intended) and it do not change pitch. So you want to use the delay effect as a pitchshifter. Pitchshifting with a delay works by constantly changing the delay time, i.e. making it continously become slower or faster. (Using a not changing, constant delay would not change pitch, it just delays the signal.) For that you should drive your delay reader with an audio signal, otherwise you don't get constant pitch shifting, but jumps which are audible as clicks. The object to use when you want variable delay times is called [vd~], it takes a signal input. To get a constantly growing delay time, you could for example drive it by a [phasor~], multiplied by some scalign factor. But now at some point in time the phasor~ will wrap around and restart at 0 or you may even reach the end of the delay buffer. To work against that you can use overlapping and windowed phasors which you make by adding 0.5 to a phasor~ and applying [wrap~] to that signal path to get a second phasor~-like signal that is half out ouf phase to the original. Then you drive two [vd~] objects with these phasor~s and add them together. With the correct windowing they sound almost like one delay. This procedure is implemented in the example 3.audio.examples/G09.pitchshift.pd and a more verbose explanation is in Miller Puckette's book (which also explains the strange-looking multiplication by 0.05776 in the example.) See http://crca.ucsd.edu/~msp/techniques/latest/book-html/node115.html and http://crca.ucsd.edu/~msp/techniques/latest/book-html/node125.html Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] words for style guide: rewind and reset
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: reset should not be confused with clear... Hmm, what's the difference? I think I remember seeing [clear( and thinking that it should ahve been [reset(. clear is used in [pipe]. I guess clear is used here because there are two ways to reset a [pipe]: One is a reset with outputting all scheduled delays, the other is a mute resetting with discarding scheduled delays. The former is called flush with [pipe], the latter is called clear. With [delay] the reset method is called stop which sounds natural to me. Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] steep filter?
hm, i'm certainly not against this idea, as i'm not opposed to sharing what i've done, if it is interesting for others. but i don't use pd-extended myself a a lot and actually i don't know the process of getting externals into the system. that is quite easy: contact directly H-C Steiner to get a svn account, then upload your code - or ask him more about how to do it. also, i don't know about the policy of pd-extended or where it's aiming at, but i guess that the externals that get in there, must have somehow proven to be useful to many users. ahhh, there's no policy. anyone who manifests interest in joining in joins in, I guess. there's also no admittance test, so everyone just puts in the code he wants (sometimes even buggy code). which makes the whole a thing not really totally übersichtlich (one of the GSC projects was to organize and catalog the externals on pd-ext). but pd-ext is quite used (only hardcore people/code developers prefer pd-van), and it's the easiest way to make the code available to everyone. of course it can happen that no one notices it's there, because there are around 2000+ files in the /extra folder of pd-ext. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pd-extended font paths
Do there really need to be eight different font-related entries in the path list for Pd-extended on OS X? If so, why? Phil ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
