Re: [PD] problems compiling pix_opencv in OSX (Was Re: pdp_opencv pix_opencv new development)
Jack wrote: Hola Lluis, now i got this error and i really don't know what it is :) error: [pix_opencv_haarcascade]: cannot handle this format (1234567) ! What does it mean ? Do you know where is the problem ? it can mean 2 things. it _should_ mean, that you send an image in a certain colorspace to the object, which does not know how to deal with this colorspace. (e.g. a YUV image to an RGBA effect; and nobody has coded yet the YUV-part) however, i believe here it is something different. if your _really_ get 1234567 as the format, then something else is wrong. usually, you should get the openGL colorspace ID here, e.g. 6408 for RGBA). there is no openGL-colorspace 12345678, so this number has to come from somewhere else. it turns out that it is used as a magic number in the GemList. you should never ever see it. most likely you are trying to compile pix_opencv against a different version of Gem you are using. DO NOT DO THAT! always make sure to use the same version of Gem for compiling and running, if you don't want to experience any crashes. (especially when using the CVS of Gem, where it might not be obvious that things have changed) i guess i should introduce a kind of ABI check for 3rd party Gem-externals. but not before the next release. fmadr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] fluid~ for OSX-pd-extendad
FYI, to use that object, you'll also need /usr/local/lib/ libfluidsynth.1.dylib. You can find out by running this in the Terminal: [EMAIL PROTECTED]:~/Desktop otool -L fluid~.pd_darwin /Users/hans/Desktop/fluid~.pd_darwin: /usr/local/lib/libfluidsynth.1.dylib (compatibility version 2.0.0, current version 2.0.0) /System/Library/Frameworks/vecLib.framework/Versions/A/ vecLib (compatibility version 1.0.0, current version 150.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 71.1.1) Koray, maybe you could send that file too? .hc On May 5, 2008, at 7:55 PM, Koray Tahiroglu wrote: hello, this works under pd extended and also in vanilla version for OSX 10.4.X. Koray. fluid~.pd_darwin - M.Koray Tahiroglu Media Lab,UIAH http://mlab.taik.fi/~korayt tel: +358 468956602 ( in Finland only) tel: +90 533 712 8245 On May 5, 2008, at 8:04 PM, [EMAIL PROTECTED] wrote: Message: 5 Date: Mon, 5 May 2008 10:52:11 -0500 (CDT) From: Andres Ferrari [EMAIL PROTECTED] Subject: [PD] fluid~ for OSX-pd-extendad To: pd-list@iem.at Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 hello, i need fluid~.pd_darwin for OSX 10.4.1 that work in the lastest pd'extended. anybody have a compilation? thanks!!! Andr?s Ferrari G. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you. - Richard M. Stallman ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] end of the vline~
I feel this is a head-slappingly stupid question, but is there any way to tell when vline~ has finished its run? It doesn't seem to me a stupid question at all - also I've heard that stupid questions don't exist. I don't think there's any direct way - i.e. any way to have vline itself tell you when he's finished. However you can certainly achieve what you need. I can think of 2 approaches: 1) Analize the same messages you're feeding into vline to drive a [delay] 2) Analize the same messages you're feeding into vline to set up a [threshold~] and manage its output bangs One or the other may result the simpler depending on the context (i.e. assumptions and restrictions about the messages that can come to vline in your particular case). -- Matteo Sisti Sette [EMAIL PROTECTED] http://www.matteosistisette.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] UI developer volunteering to help
On May 5, 2008, at 10:07 PM, Frank Barknecht wrote: Hallo, marius schebella hat gesagt: // marius schebella wrote: what is so bad about, if you create [ADSR] that it comes as a nice little control gui with all the knobs already included? it is not true that words are better than images. and it is not true that more information in a patch means better. I think you are right from the viewpoint of a programming user, but users that just want higher level usuability want better graphics at least the *possibility* to add graphical UI features. but this is quite a lot of work... Most of my patches only use a handful of Pd core objects, like maybe (guessing) 50 builtins and some externals. However on my disk there are hundreds of abstractions, that I use. If I would need to think of and design icons for each of these, I would not use abstractions and I would feel severly limited in what I could express with Pd. Concrete example: What icons should I use for the ~60 abstractions in the list-abs collection? It's no problem to express their functionality using words, but icons would be horribly confusing. Oh, and yes: I'm a programming user here, but I believe most Pd users are programming users, and the others rely on the work of programming users. Pd definitely needs text, text is a great, flexible symbol system for representing a massive array of words. But I also think that some iconic objects would be nice, like jMax's trigger or Max/MSP's gate. .hc Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list There is no way to peace, peace is the way. -A.J. Muste ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] declare - paths - prefPane - trouble
Hi List Latest Pd-extended on Intel-OSX is actually not usable right now... The PrefPane crashes and it is confusing how, and if and declare is working Strange.. i would like to start PD-extenden with an empty paths-prefpane, to edit it manually. As far as i understand the bug-reports the PrefPane can handle up to ten entries...which could be enough for me right now. How can i start with a blank PrefPane ?? I tried the hint from the readme, but it seems not to work. I dont understand where the extended Package holds the startup- script Any ideas ?? Thanks Luigi ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] declare - paths - prefPane - trouble
Luigi Rensinghoff wrote: Hi List Latest Pd-extended on Intel-OSX is actually not usable right now... what do you consider the latest pd-extended? the latest available autobuild? the latest release? As far as i understand the bug-reports the PrefPane can handle up to ten entries...which could be enough for me right now. these are quite outdated bug-reports, aren't they closed? anyhow, i think i have fixed the bug that keeps pd-extended crashing when clicking on the paths..-prefs yesterday. (at least i have checked it into branches/pd-extended/0-40-0/pd) and is available in the patch-tracker too. could you check a _very_ recent autobuild of pd-ext? mfga.fad IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] FAQ request
I'd like to make a request for two simple FAQ entries: How do I edit a FAQ entry? How do I create a FAQ entry? I think I would use those heavily is they existed. I never remember how to create/edit things on all of the various CMS's I have to use... .hc All information should be free. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] UI developer volunteering to help
Am 06.05.2008 um 20:23 schrieb Hans-Christoph Steiner: Pd definitely needs text, text is a great, flexible symbol system for representing a massive array of words. But I also think that some iconic objects would be nice, like jMax's trigger or Max/MSP's gate. there is another vital thing missing in the core: a knob. http://footils.org/cms/show/20 we've got button (=bang), switch (=toggle), radio-button and slider as representations of real life input methods on a synth, mixer or whatever electronic instrument. there is no reason why exactly the knob should be left out. PGP.sig Description: Signierter Teil der Nachricht ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] declare - paths - prefPane - trouble
If you want blank preferences, run this on the terminal: rm -f ~/Library/Preferences/org.puredata.pd.plist touch ~/Library/Preferences/org.puredata.pd.plist Or once the pref panes don't crash, edit the preferences and click Save All Settings. .hc On May 6, 2008, at 11:54 AM, Luigi Rensinghoff wrote: Hi List Latest Pd-extended on Intel-OSX is actually not usable right now... The PrefPane crashes and it is confusing how, and if and declare is working Strange.. i would like to start PD-extenden with an empty paths-prefpane, to edit it manually. As far as i understand the bug-reports the PrefPane can handle up to ten entries...which could be enough for me right now. How can i start with a blank PrefPane ?? I tried the hint from the readme, but it seems not to work. I dont understand where the extended Package holds the startup- script Any ideas ?? Thanks Luigi ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] FAQ request
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: I'd like to make a request for two simple FAQ entries: How do I edit a FAQ entry? How do I create a FAQ entry? Done. ciao -- Frank ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] problems compiling pix_opencv in OSX (Was Re: pdp_opencv pix_opencv new development)
Hello IOhannes, Lluis and PD users, Le 6 mai 08 à 08:09, IOhannes m zmoelnig a écrit : Jack wrote: Hola Lluis, now i got this error and i really don't know what it is :) error: [pix_opencv_haarcascade]: cannot handle this format (1234567) ! What does it mean ? Do you know where is the problem ? it can mean 2 things. it _should_ mean, that you send an image in a certain colorspace to the object, which does not know how to deal with this colorspace. (e.g. a YUV image to an RGBA effect; and nobody has coded yet the YUV-part) however, i believe here it is something different. if your _really_ get 1234567 as the format, then something else is wrong. usually, you should get the openGL colorspace ID here, e.g. 6408 for RGBA). there is no openGL-colorspace 12345678, so this number has to come from somewhere else. it turns out that it is used as a magic number in the GemList. you should never ever see it. most likely you are trying to compile pix_opencv against a different version of Gem you are using. DO NOT DO THAT! Ah ! OK, i tried to compile opencv with GEM 0.90 and i use GEM 0.91. Thanx, i will tell you if it's ok. ++ Jack always make sure to use the same version of Gem for compiling and running, if you don't want to experience any crashes. (especially when using the CVS of Gem, where it might not be obvious that things have changed) i guess i should introduce a kind of ABI check for 3rd party Gem- externals. but not before the next release. fmadr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] declare - paths - prefPane - trouble
p.s. could you do me a favour: please restrain from just pressing reply on a random email when you actually want to start a new thread. just hit new mail and type in [EMAIL PROTECTED] thanks. Sure, sorry..i had no idea it makes a different Bye Luigi ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list --- Luigi Rensinghoff [EMAIL PROTECTED] skype:gigischinke ichat:gigicarlo ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] UI developer volunteering to help
why should I need a knob in enviroments without limitations of confiend spaces like lets say a hardware-mixing-desk. Beside it is not really convienent to use it with a mouse. Am 06.05.2008 um 20:23 schrieb Hans-Christoph Steiner: Pd definitely needs text, text is a great, flexible symbol system for representing a massive array of words. But I also think that some iconic objects would be nice, like jMax's trigger or Max/MSP's gate. there is another vital thing missing in the core: a knob. http://footils.org/cms/show/20 we've got button (=bang), switch (=toggle), radio-button and slider as representations of real life input methods on a synth, mixer or whatever electronic instrument. there is no reason why exactly the knob should be left out. ___ 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] Pd[GEM] Graphic cards
I know that question is ask and discussed ever and ever again, but from time to time there is a need of an update caused by the newer hardware offerings on the market. What kind of GC would be a recommandation to buy. Thank you in advance Markus Brandt ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [Fwd: Pd[GEM] Graphic cards]
I know that question is ask and discussed ever and ever again, but from time to time there is a need of an update caused by the newer hardware offerings on the market. What kind of GC would be a recommandation to buy. Thank you in advance Markus Brandt ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] boids2D 3D again
Ok i got it working now - fantastic The only parameter i dont quite understand is the wall probably silly.what does l/t/r/b/f/b stand for... Thanks Luigi Am 06.05.2008 um 04:24 schrieb marius schebella: Luigi Rensinghoff wrote: Hi List i looked at boids - just like someone before - more or less accidently, but i think thats a very cool external with a lot of musical potential. Now two questions: Does anbody know how to compile on mac-Intel ? Or is there a binary somewhere ?? boids is included in pd-extended for example. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list --- Luigi Rensinghoff [EMAIL PROTECTED] skype:gigischinke ichat:gigicarlo ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] boids2D 3D again
Luigi Rensinghoff wrote: Ok i got it working now - fantastic The only parameter i dont quite understand is the wall probably silly.what does l/t/r/b/f/b stand for... Probably left/top/right/bottom/front/back. Martin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd[GEM] Graphic cards
Hi Brandt, nvidia cards in Linux perform real well. I haven't had a chance to make precise comparisons but, to me, they seem to have the most reliable/performant driver for the Linux architecture. My laptop is equipped with : Nvidia GeForce 8400M GS (128MB VRAM) My desktop has : Nvidia GeForce FX5700 LE (256MB VRAM) Both perform real well with the lovely GEM library (my lyrical contribution to the topic...) ++ Jé [EMAIL PROTECTED] a écrit : I know that question is ask and discussed ever and ever again, but from time to time there is a need of an update caused by the newer hardware offerings on the market. What kind of GC would be a recommandation to buy. Thank you in advance Markus Brandt ___ 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] knob hate
On Tue May 06, 2008 at 01:39:53PM +0200, [EMAIL PROTECTED] wrote: why should I need a knob in enviroments without limitations of confiend spaces like lets say a hardware-mixing-desk. Beside it is not really convienent to use it with a mouse. knob is one of the best input 'device' for mouse first you can do the limitlesss thing. ive never seen a slider that 'wraps around'. it would look weird. not like a knob where spinning 360 makes sense plus with different buttons or even combinations of buttons, wheels, scrolling regions, and gestures, you can get pretty expressive in the granularity of the dynamic changes a proper x/y multitouch multi-param pad is essential as well.. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] segment of a circle in gem
hi, does someone know of a solution to draw only a segment of a circle/disk in GEM? thanks, marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] inlet and inlet~
No... I hope to figure out a good way to permit that. Meanwhile, there's also a bug in that inlet~ doesn't take numbers correctly (doesn't promote them to signals) cheers Miller On Tue, May 06, 2008 at 10:07:04AM -0400, Matt Barber wrote: Hello, Is there a way to make an abstraction that has one inlet that takes both signal and control messages (like osc~, e.g., or fiddle~ which gets audio and setting info, etc.)? It's part of the API for objects; it seems to me there ought to be a way to do this with abstractions as well. I'm envisioning an inlet object that splits signal and control into two outlets which can be parsed from there. Something that uses the signal and control values to do the same thing (as in osc~) might be difficult to implement in an abstraction, but having signal and optional settings messages go to the same inlet would add to the abstraction-as-object nature of PD... does it exist? Thanks, 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
[PD] inlet and inlet~
Hello, Is there a way to make an abstraction that has one inlet that takes both signal and control messages (like osc~, e.g., or fiddle~ which gets audio and setting info, etc.)? It's part of the API for objects; it seems to me there ought to be a way to do this with abstractions as well. I'm envisioning an inlet object that splits signal and control into two outlets which can be parsed from there. Something that uses the signal and control values to do the same thing (as in osc~) might be difficult to implement in an abstraction, but having signal and optional settings messages go to the same inlet would add to the abstraction-as-object nature of PD... does it exist? Thanks, Matt ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Wii remote and PD on windows - is it possible?
Hi All, First off all I'd like to apologize for asking this questian, as it seems to pop up regularly in one form or another, but after doing a search in the archives it's still not obvious to me if it's possible to make the Wiimote run together with PD on Windows. I see a lot of people talking about using the Wii-mote with Pure Data, but I've failed to find the external that will provide the link between my wii-mote and Pure Data running on Windows. Could someone please point me in the right direction? Cheers! Thomas ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd[GEM] Graphic cards
my notebok has a nvidia go 7600 and i have no complains about it - everything i tried in GEM worked well, and it's a easy graphic card to configure and ajust (twinview etc) i didn't check the dvi out but vga/svideo tv-out works well also. igor On Tue, May 6, 2008 at 8:23 AM, [EMAIL PROTECTED] wrote: I know that question is ask and discussed ever and ever again, but from time to time there is a need of an update caused by the newer hardware offerings on the market. What kind of GC would be a recommandation to buy. Thank you in advance Markus Brandt ___ 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] was Re: Wii remote controller and Linux - Sony SIXAXIS now.
Hello, I think he means the Sony SIXAXIS controller, which can be read with hid external. mfg winfried Does anybody know if the acceleration data is also transmitted using the HID standard with the SIXAXIS Controller under Linux ? If I check the events with cat /dev/input/js0 I get only information about the buttons... I'm not sure why you would want to do it that way. I have an external ready which outputs acceleration data too. You can find it at http://youngmusic.org/wiki/index.php/Wiilib It should work ok, only some extentions like the classic controller are not ready yet, but i'm working on that. Regards, yvan ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- -- - ao.Univ.Prof. DI Winfried Ritsch - [EMAIL PROTECTED] - http://iem.at/ritsch - Institut fuer Elektronische Musik und Akustik - University of Music and Dramatic Art Graz - Tel. ++43-316-389-3510 (3170) Fax ++43-316-389-3171 - PGP-ID 69617A69 (see keyserver http://wwwkeys.eu.gpg.net/) -- ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] inlet and inlet~
It piqued my curiousity this morning... whether you could use $1 arguments in the name of an object. So, I made a abstraction this morning called inle.pd and it works. You can instatiate the abstraction as [inle t] or [inle t~] I don't think this approach is at all useful, though. Chuck On Tue, May 6, 2008 at 9:09 AM, Miller Puckette [EMAIL PROTECTED] wrote: No... I hope to figure out a good way to permit that. Meanwhile, there's also a bug in that inlet~ doesn't take numbers correctly (doesn't promote them to signals) cheers Miller On Tue, May 06, 2008 at 10:07:04AM -0400, Matt Barber wrote: Hello, Is there a way to make an abstraction that has one inlet that takes both signal and control messages (like osc~, e.g., or fiddle~ which gets audio and setting info, etc.)? It's part of the API for objects; it seems to me there ought to be a way to do this with abstractions as well. I'm envisioning an inlet object that splits signal and control into two outlets which can be parsed from there. Something that uses the signal and control values to do the same thing (as in osc~) might be difficult to implement in an abstraction, but having signal and optional settings messages go to the same inlet would add to the abstraction-as-object nature of PD... does it exist? Thanks, 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 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd[GEM] Graphic cards
[EMAIL PROTECTED] wrote: I know that question is ask and discussed ever and ever again, but from time to time there is a need of an update caused by the newer hardware offerings on the market. What kind of GC would be a recommandation to buy. I have a ATY RadeonX1600 in my first generation macbookpro, and I noticed some differences to the nvidia cards of later generations. one of the things not supported by my ati card is vertex texture fetching http://techreport.com/discussions.x/8872. if you want to work with shaders, see if you card is glsl 3.0 compatible. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] inlets, outlets, and dynamic patching
Hello, Is it possible to send messages to (or within) a particular instance of an abstraction, in order to dynamically change the number of inlets and outlets, e.g.? If so, where do you send the message? If you send it to the name of the abstraction patch, it seems to change all instances. As an example, imagine implementing something like [gate] as an abstraction. Thanks again, Matt ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] inlets, outlets, and dynamic patching
[initbang] [namecanvas] search pd-list / pd-dev for info, dunno if it exists yet. Matt Barber wrote: Hello, Is it possible to send messages to (or within) a particular instance of an abstraction, in order to dynamically change the number of inlets and outlets, e.g.? If so, where do you send the message? If you send it to the name of the abstraction patch, it seems to change all instances. As an example, imagine implementing something like [gate] as an abstraction. Thanks again, 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
[PD] pdj in 0.40 and 0.41
hi, I am still not sure, why pdj is not working with pd-extended 0.40.3, only with 0.41? I also wanted to use the scheduler as mentioned int he pdj readme, but none of the pd versions will start anymore with the -schedlib flag set. am I missing libraries? I am on os x 10.5. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] inlets, outlets, and dynamic patching
Hello, Thanks for this. Out of curiosity, what's the main difference between [loadbang] and [initbang] for use in abstractions (does [initbang] not send a bang when you open the abstraction file for editing but only when you load it in another file)? Also, the [namecanvas] helpfile says it is obsolete -- is it likely to disappear? Thanks, Matt On Tue, May 6, 2008 at 11:34 AM, Claude Heiland-Allen [EMAIL PROTECTED] wrote: [initbang] [namecanvas] search pd-list / pd-dev for info, dunno if it exists yet. Matt Barber wrote: Hello, Is it possible to send messages to (or within) a particular instance of an abstraction, in order to dynamically change the number of inlets and outlets, e.g.? If so, where do you send the message? If you send it to the name of the abstraction patch, it seems to change all instances. As an example, imagine implementing something like [gate] as an abstraction. Thanks again, 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] inlets, outlets, and dynamic patching
Matt Barber wrote: Hello, Thanks for this. Out of curiosity, what's the main difference between [loadbang] and [initbang] for use in abstractions (does [initbang] not send a bang when you open the abstraction file for editing but only when you load it in another file)? [loadbang] fires after the abstraction is loaded and connected into the containing patch, so [loadbang]--[outlet] should work. [initbang] fires after the abstraction is loaded but before connections are made in the containing patch, so you can create i/o-lets and have them still be connected. Also, the [namecanvas] helpfile says it is obsolete -- is it likely to disappear? It's only obsolete because it's possible to crash pd if you use it incorrectly. I think it'll stay if enough people use it :) Thanks, Matt On Tue, May 6, 2008 at 11:34 AM, Claude Heiland-Allen [EMAIL PROTECTED] wrote: [initbang] [namecanvas] search pd-list / pd-dev for info, dunno if it exists yet. Matt Barber wrote: Hello, Is it possible to send messages to (or within) a particular instance of an abstraction, in order to dynamically change the number of inlets and outlets, e.g.? If so, where do you send the message? If you send it to the name of the abstraction patch, it seems to change all instances. As an example, imagine implementing something like [gate] as an abstraction. Thanks again, 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
[PD] Lua and PD (update)
Hi, A few months ago, I inquired about what sorts of sharing can be done between PD and Lua. One Idea I have for working with Lua and PD was to create the interface in PD, and use PD variables to pass the data to the Lua script running, and I was just wondering if this is now possible? 1. Lua access to PD variables 2. Lua access to PD tables Another idea that I had was, instead, have my Lua script create a bunch of 'receive' objects, and just have the PD interface send the data to that receiver, rather than use a variable. I am just wondering how each of these approaches would function, as I am going to be creating between 20 and 60 variable/receive connections within a single script. Also, is there any sort of coding standard that has been established in pdlua? When I started to learn Lua, I wasn't using PD, and since I started with PD, I noticed that the Object system used by pdlua was different from what I had done. I have since gone back and reworked some of my things so they are more like what pdlua uses. Just curious about this, as I don't want to find some gotcha a few months from now. Thanks, Mike -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lua and PD (update)
Mike McGonagle wrote: 1. Lua access to PD variables Now on the TODO list. 2. Lua access to PD tables Now on the TODO list, after being in my virtual TODO list for ages. Another idea that I had was, instead, have my Lua script create a bunch of 'receive' objects, and just have the PD interface send the data to that receiver, rather than use a variable. Yes, that works - I use Lua quite a bit for collecting values from my (many) GUI objects and sending them to one outlet. See for example: https://devel.goto10.org/svn/maximus/2008/d012345/vast-array-of-numbers-guts.pd_lua For going the other way (sending values to one of many GUI objects), I generally use Pd [makefilename] [list prepend] ; $1 $2 and so on, although it would be equally possible to do it in Lua. Also, is there any sort of coding standard that has been established in pdlua? When I started to learn Lua, I wasn't using PD, and since I started with PD, I noticed that the Object system used by pdlua was different from what I had done. The object system in pdlua isn't particularly well-thought out or elegant, I'd be interested in what you had developed and how it differs - maybe I could learn something from it. Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lua and PD (update)
On 5/6/08, Claude Heiland-Allen [EMAIL PROTECTED] wrote: Mike McGonagle wrote: 1. Lua access to PD variables Now on the TODO list. 2. Lua access to PD tables Now on the TODO list, after being in my virtual TODO list for ages. Groovy! Another idea that I had was, instead, have my Lua script create a bunch of 'receive' objects, and just have the PD interface send the data to that receiver, rather than use a variable. Yes, that works - I use Lua quite a bit for collecting values from my (many) GUI objects and sending them to one outlet. See for example: https://devel.goto10.org/svn/maximus/2008/d012345/vast-array-of-numbers-guts.pd_lua Thanks, I will have a look... The object system in pdlua isn't particularly well-thought out or elegant, I'd be interested in what you had developed and how it differs - maybe I could learn something from it. Well, thanks for that vote of encouragement, but after studying the methods used in pdlua, it is actually a bit less verbose. Many of the things I had done my way were about a 1/3 longer. It was a method that I borrowed from a book I have. One thing I am curious about pdlua is how much of the C code is intertwined with the Lua code. Meaning, how much of the interface between the two is done in C, and how much in Lua. Thanks again, Mike Claude -- http://claudiusmaximus.goto10.org -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] chromatic fft
hi list, please, i need a hint, is there a possibilty for chromatic control over the fft bins? i think of the pd example I03.resynthesis but having an array with chromatic (or same-distant) intervals for the whole range. thanx, mirko -- 249 Spiele für nur 1 Preis. Die GMX Spieleflatrate schon ab 9,90 Euro. Neu: Asterix bei den Olympischen Spielen: http://flat.games.gmx.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Proof Me! PD FLOSS Manual
Dear Pure Dataheads, following the PD FLOSS Booksprint in Croatia last month, the 0.1 version of the Pure Data FLOSS Manual is now online! http://flossmanuals.net/puredata The Pure Data FLOSS Manual is conceived as a beginner's approach to Pure Data which, unlike most of the existing documentation, doesn't assume that the user has a degree in mathematics or computer science before they get started! Currently, information on installing and configuring PD, the interface, dataflow tutorials and audio tutorials are included. The FLOSS Manuals philosophy is that chapters from the different available FLOSS Manuals can be remixed to create new manuals (for course readers curriculums, classroom manuals, etc etc). Everything is published under the GNU General Public License. Adam Hyde, Luka Prinčič and myself busted some serious ass to get this up, and now we're ready to take on our toughest customers: YOU. We'd really appreciate it if members of this list could read through the chapters, keeping the following points in mind: 1) Is the text clear and consistent? 2) If technical jargon is used, is it defined inline or included in the Glossary in the back? 3) Are the tutorials complete, or are some steps or information missing? 4) Grammar/spelling, of course 5) Could each chapter exist as a self-standing tutorial outside the context of the PD Manual (i.e. could it be remixed with chapters from other FLOSS Manuals without losing anything)? Those not so familiar with Pure Data are encouraged to go through the different tutorials and give feedback as to whether they need more (or less!) information, and whether different parts are redundant or need to be split off from the chapters they are in. Experienced PD users are also welcome, of course! Also, we are still seeking help getting graphics and screenshots for several sections. And there is a HUGE to-do list if you want to get more seriously involved in the project! Thanks and best wishes! Derek TO DO BY CHAPTER LIST # Pure Data # Introduction ---cover image, important! # WhatIsGraphicalProgramming icons/graphics to go with concepts in text icons of modular synth with patch cables or similar analog patching flowchart of inputs and outputs between PD and audio, MIDI, network, video, Arduino/motors, etc chart describing relationship of PD to Externals # WhatIsDigitalAudio icons/graphics to go with concepts in text icon of speaker cone movement icon of microphone to voltage to soundcard icon of soundcard to voltage to speaker movement icon of clipping audio icon/graph illustrating Nyquist foldover # Installing # Linux (source) # Windows # InstallingOSX ---Updated Extended installation instruction ---Screenshots of installation # ConfiguringPD ---Screenshots of config menus from all three operating systems (slightly different locations on OSX, Windows, Linux) ---Better introduction to Path, Startup and how to configure Externals with Extended # TroubleShooting ---I don't hear any sound! Screenshot compute audio button + audio settings in PD, Maybe also audio control panels from different OSes? ---The test tone sounds distorted! Add screencap of testtone.pd patch ---I'm not seeing any audio input!audio settings in PD, with inputs and outputs highlighted ---I don't see any MIDI input! Screencaps: audio/midi prefernces with midi highlighted, OSX: Audio MIDI Setup.app, Linux: QJackctl, Windows: MIDI Ox/MIDI Yoke Junction ---I get the message ... couldn't create when I open a patch and there's a dashed line around my object! Screencap: patch with uncreated objects (missing path/external problem) # Getting Started # StartingPD ---Starting PD with the Clickable Icon: OSX, Linux screencaps # TheInterface ---Screenshots of different menus from all three OSes # AudioTutorials ---Introduction: block diagram of synthesizer architecture, as desribed in text ---Formatting: messages like bang inside quotes (no Caps, as I have done with Bang in some places and need to change...) # AudioStreaming # DataflowTutorials ---give titles to screenshots so that readers can tell which patches match which images (some do this, some don't...) ---Math: examples/discussion of [expr]??? ---Order of connecting and [trigger]: explain the patches in-line, rather than only in comments in screenshots (so that text is searchable, copy/pasteable..) ---Screencaps are very aliased, to the point where you can't read the ~ in the object names. Should they be redone at new resolution or with antialiasing? # Appendices # PureGlossary ---format of object names = [italics in square brackets], must be formatted correctly ---format of glossary words in general text: we don't have one yet. Bold on first use in chapter maybe? Needs formatting all through text. # ListofObjects ---incomplete, please add more libs ---maybe more discussion of externals needed as well ---formatting of object names? # PureLinks ---always welcome # Credits
Re: [PD] gem crash using fglrx driver in ubuntu
I have this problem too. I don't think it will be as simple as tweaking any config files though. Perhaps the eventual arrival of DRI2 will improve things. I don't know too much about the fglrx situation either, other than what I've read at the Phoronix forums. Perhaps help can be found there. This issue came after the Hardy upgrade though, right? weird. I may try compiling against opengl 1.5, as I did in gutsy. But yes, any opengl/X/linux wizards, please help. Will gladly post X logs. On Thu, May 1, 2008 at 10:55 AM, Philip Rivera [EMAIL PROTECTED] wrote: Hey all, I'm running ubuntu 8.04 hardy heron on my macbook pro, and everything seems to be in good working order, except when I try and create a gem window. The moment I create a gem window, X11 crashes and restarts. If I take away the fglrx driver and use the opensource version of ati's drivers, it seems to work just fine, but I'd prefer not to have to use one driver for pd/gem and another for everything else since it screws with my xorg.conf when i switch in between. Any of you hard-core linux guys know a workaround for this, like a setting in a config file or something of that nature? Andy ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Proof Me! PD FLOSS Manual
I've already pointed some people to the manual during the last weeks, everyone gave me a very good feedback. I think the site is great! marius. Derek Holzer wrote: Dear Pure Dataheads, following the PD FLOSS Booksprint in Croatia last month, the 0.1 version of the Pure Data FLOSS Manual is now online! http://flossmanuals.net/puredata The Pure Data FLOSS Manual is conceived as a beginner's approach to Pure Data which, unlike most of the existing documentation, doesn't assume that the user has a degree in mathematics or computer science before they get started! Currently, information on installing and configuring PD, the interface, dataflow tutorials and audio tutorials are included. The FLOSS Manuals philosophy is that chapters from the different available FLOSS Manuals can be remixed to create new manuals (for course readers curriculums, classroom manuals, etc etc). Everything is published under the GNU General Public License. Adam Hyde, Luka Prinčič and myself busted some serious ass to get this up, and now we're ready to take on our toughest customers: YOU. We'd really appreciate it if members of this list could read through the chapters, keeping the following points in mind: 1) Is the text clear and consistent? 2) If technical jargon is used, is it defined inline or included in the Glossary in the back? 3) Are the tutorials complete, or are some steps or information missing? 4) Grammar/spelling, of course 5) Could each chapter exist as a self-standing tutorial outside the context of the PD Manual (i.e. could it be remixed with chapters from other FLOSS Manuals without losing anything)? Those not so familiar with Pure Data are encouraged to go through the different tutorials and give feedback as to whether they need more (or less!) information, and whether different parts are redundant or need to be split off from the chapters they are in. Experienced PD users are also welcome, of course! Also, we are still seeking help getting graphics and screenshots for several sections. And there is a HUGE to-do list if you want to get more seriously involved in the project! Thanks and best wishes! Derek TO DO BY CHAPTER LIST # Pure Data # Introduction ---cover image, important! # WhatIsGraphicalProgramming icons/graphics to go with concepts in text icons of modular synth with patch cables or similar analog patching flowchart of inputs and outputs between PD and audio, MIDI, network, video, Arduino/motors, etc chart describing relationship of PD to Externals # WhatIsDigitalAudio icons/graphics to go with concepts in text icon of speaker cone movement icon of microphone to voltage to soundcard icon of soundcard to voltage to speaker movement icon of clipping audio icon/graph illustrating Nyquist foldover # Installing # Linux (source) # Windows # InstallingOSX ---Updated Extended installation instruction ---Screenshots of installation # ConfiguringPD ---Screenshots of config menus from all three operating systems (slightly different locations on OSX, Windows, Linux) ---Better introduction to Path, Startup and how to configure Externals with Extended # TroubleShooting ---I don't hear any sound! Screenshot compute audio button + audio settings in PD, Maybe also audio control panels from different OSes? ---The test tone sounds distorted! Add screencap of testtone.pd patch ---I'm not seeing any audio input!audio settings in PD, with inputs and outputs highlighted ---I don't see any MIDI input! Screencaps: audio/midi prefernces with midi highlighted, OSX: Audio MIDI Setup.app, Linux: QJackctl, Windows: MIDI Ox/MIDI Yoke Junction ---I get the message ... couldn't create when I open a patch and there's a dashed line around my object! Screencap: patch with uncreated objects (missing path/external problem) # Getting Started # StartingPD ---Starting PD with the Clickable Icon: OSX, Linux screencaps # TheInterface ---Screenshots of different menus from all three OSes # AudioTutorials ---Introduction: block diagram of synthesizer architecture, as desribed in text ---Formatting: messages like bang inside quotes (no Caps, as I have done with Bang in some places and need to change...) # AudioStreaming # DataflowTutorials ---give titles to screenshots so that readers can tell which patches match which images (some do this, some don't...) ---Math: examples/discussion of [expr]??? ---Order of connecting and [trigger]: explain the patches in-line, rather than only in comments in screenshots (so that text is searchable, copy/pasteable..) ---Screencaps are very aliased, to the point where you can't read the ~ in the object names. Should they be redone at new resolution or with antialiasing? # Appendices # PureGlossary ---format of object names = [italics in square brackets], must be formatted correctly ---format of
Re: [PD] [PD-announce] Proof Me! PD FLOSS Manual
Derek, Thanks so much for putting this together!...I've definitely been using it and will try to post helpful feedback soon...glad to see this is on the list of todo's: * Configuring Path and Startup + adding Externals VERY IMPORTANT! I just made a switch to OSX from windows...not sure if it is related, but I finally feel like I am making sense of the objects. Maybe just more comfortable spending time on this new machine. I am finding that learning is coming from lots of different sources...I've also gained alot from the help files in the doc folder particularly the ones written by hcs...but your floss, really helped get things rolling! Toby Sinkinson On Tue, May 6, 2008 at 1:54 PM, Derek Holzer [EMAIL PROTECTED] wrote: Dear Pure Dataheads, following the PD FLOSS Booksprint in Croatia last month, the 0.1 version of the Pure Data FLOSS Manual is now online! http://flossmanuals.net/puredata The Pure Data FLOSS Manual is conceived as a beginner's approach to Pure Data which, unlike most of the existing documentation, doesn't assume that the user has a degree in mathematics or computer science before they get started! Currently, information on installing and configuring PD, the interface, dataflow tutorials and audio tutorials are included. The FLOSS Manuals philosophy is that chapters from the different available FLOSS Manuals can be remixed to create new manuals (for course readers curriculums, classroom manuals, etc etc). Everything is published under the GNU General Public License. Adam Hyde, Luka Prinčič and myself busted some serious ass to get this up, and now we're ready to take on our toughest customers: YOU. We'd really appreciate it if members of this list could read through the chapters, keeping the following points in mind: 1) Is the text clear and consistent? 2) If technical jargon is used, is it defined inline or included in the Glossary in the back? 3) Are the tutorials complete, or are some steps or information missing? 4) Grammar/spelling, of course 5) Could each chapter exist as a self-standing tutorial outside the context of the PD Manual (i.e. could it be remixed with chapters from other FLOSS Manuals without losing anything)? Those not so familiar with Pure Data are encouraged to go through the different tutorials and give feedback as to whether they need more (or less!) information, and whether different parts are redundant or need to be split off from the chapters they are in. Experienced PD users are also welcome, of course! Also, we are still seeking help getting graphics and screenshots for several sections. And there is a HUGE to-do list if you want to get more seriously involved in the project! Thanks and best wishes! Derek TO DO BY CHAPTER LIST # Pure Data # Introduction ---cover image, important! # WhatIsGraphicalProgramming icons/graphics to go with concepts in text icons of modular synth with patch cables or similar analog patching flowchart of inputs and outputs between PD and audio, MIDI, network, video, Arduino/motors, etc chart describing relationship of PD to Externals # WhatIsDigitalAudio icons/graphics to go with concepts in text icon of speaker cone movement icon of microphone to voltage to soundcard icon of soundcard to voltage to speaker movement icon of clipping audio icon/graph illustrating Nyquist foldover # Installing # Linux (source) # Windows # InstallingOSX ---Updated Extended installation instruction ---Screenshots of installation # ConfiguringPD ---Screenshots of config menus from all three operating systems (slightly different locations on OSX, Windows, Linux) ---Better introduction to Path, Startup and how to configure Externals with Extended # TroubleShooting ---I don't hear any sound! Screenshot compute audio button + audio settings in PD, Maybe also audio control panels from different OSes? ---The test tone sounds distorted! Add screencap of testtone.pd patch ---I'm not seeing any audio input!audio settings in PD, with inputs and outputs highlighted ---I don't see any MIDI input! Screencaps: audio/midi prefernces with midi highlighted, OSX: Audio MIDI Setup.app, Linux: QJackctl, Windows: MIDI Ox/MIDI Yoke Junction ---I get the message ... couldn't create when I open a patch and there's a dashed line around my object! Screencap: patch with uncreated objects (missing path/external problem) # Getting Started # StartingPD ---Starting PD with the Clickable Icon: OSX, Linux screencaps # TheInterface ---Screenshots of different menus from all three OSes # AudioTutorials ---Introduction: block diagram of synthesizer architecture, as desribed in text ---Formatting: messages like bang inside quotes (no Caps, as I have done with Bang in some places and need to change...) # AudioStreaming # DataflowTutorials
Re: [PD] Lua and PD (update)
Hallo, Mike McGonagle hat gesagt: // Mike McGonagle wrote: On 5/6/08, Claude Heiland-Allen [EMAIL PROTECTED] wrote: The object system in pdlua isn't particularly well-thought out or elegant, I'd be interested in what you had developed and how it differs - maybe I could learn something from it. Well, thanks for that vote of encouragement, but after studying the methods used in pdlua, it is actually a bit less verbose. Many of the things I had done my way were about a 1/3 longer. It was a method that I borrowed from a book I have. Actually Lua itself doesn't have a preconfigured object system like C++ or Python, so you'd have to roll your own anyway. Pdlua uses a protype-based objects system. Another interesting object system would be the Single Method approach: http://www.lua.org/pil/16.5.html where you use a closure to store the object's state. I recently wrote a LOGO-style turtle using this idiom. Attached is a simplified version of it (removed typechecks etc). Take special note of how seamlessly the single method turtle in smtut.lua can be included in the Pd object runturtle.lua using this primitive method: function M:in_1(action, atoms) self.t(action, atoms) -- selt.t is the single method turtle end It's even possible to convert smtut.lua to a proper module so that you can reload it luax-style while Pd is running. Ciao -- Frank Barknecht _ __footils.org__ runturtle-help.pd Description: application/puredata -- single method turtle function Turtle(painter) local x, y, oldx, oldy, dir, draw = 0, 0, 0, 0, 0, true local painter = painter or print -- drawing function return function (action, args) if action == reset then x, y, oldx, oldy, dir, draw = 0, 0, 0, 0, 0, true elseif action == setpos then x, y = args[1], args[2] elseif action == setdir then dir = args[1] dir = dir % 360 elseif action == turn then dir = (dir + args[1]) % 360 elseif action == pen then if args[1] and args[1] ~= 0 then draw = true else draw = false end elseif action == draw? then return draw elseif action == print then print('x', x) print('y', y) print('oldx', oldx) print('oldy', oldy) print('dir', dir) print('draw', draw) elseif action == forward then local dist = args[1] oldx = x oldy = y x = x + dist * math.cos(math.rad(dir)) y = y + dist * math.sin(math.rad(dir)) if draw and type(painter) == function then painter(x, y, oldx, oldy, dir) end elseif action == getpos then return x, y elseif action == getdir then return dir else print(error: Unknown action: , action) end end end require 'smtut' local M = pd.Class:new():register(runturtle) function M:initialize(name, atoms) self.inlets = 1 self.outlets = 1 -- painter function for turtles: local painter = function (x,y,oldx,oldy, dir) self:paint({x,y,oldx,oldy, dir}) end self.t = Turtle(painter) return true end function M:in_1(action, atoms) self.t(action, atoms) end function M:paint(coords) self:outlet(1,list, coords) end ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Proof Me! PD FLOSS Manual
It's wonderful. The style is nice and the layout and ordering has really improved since you first started. Do you think the URL is likely to remain stable enough to be a ref in a textbook? Also, Can you renew my twiki login please? Wasn't I once in the credits but you factored out the synth tutorial? (fair enough because it wasn't beginner level) What about incorporating a chapter on Pd idioms and Fx once it's converted from LaTeX to HTML? Andy n Tue, 06 May 2008 21:54:48 +0200 Derek Holzer [EMAIL PROTECTED] wrote: Dear Pure Dataheads, following the PD FLOSS Booksprint in Croatia last month, the 0.1 version of the Pure Data FLOSS Manual is now online! http://flossmanuals.net/puredata The Pure Data FLOSS Manual is conceived as a beginner's approach to Pure Data which, unlike most of the existing documentation, doesn't assume that the user has a degree in mathematics or computer science before they get started! Currently, information on installing and configuring PD, the interface, dataflow tutorials and audio tutorials are included. The FLOSS Manuals philosophy is that chapters from the different available FLOSS Manuals can be remixed to create new manuals (for course readers curriculums, classroom manuals, etc etc). Everything is published under the GNU General Public License. Adam Hyde, Luka Prin__i__ and myself busted some serious ass to get this up, and now we're ready to take on our toughest customers: YOU. We'd really appreciate it if members of this list could read through the chapters, keeping the following points in mind: 1) Is the text clear and consistent? 2) If technical jargon is used, is it defined inline or included in the Glossary in the back? 3) Are the tutorials complete, or are some steps or information missing? 4) Grammar/spelling, of course 5) Could each chapter exist as a self-standing tutorial outside the context of the PD Manual (i.e. could it be remixed with chapters from other FLOSS Manuals without losing anything)? Those not so familiar with Pure Data are encouraged to go through the different tutorials and give feedback as to whether they need more (or less!) information, and whether different parts are redundant or need to be split off from the chapters they are in. Experienced PD users are also welcome, of course! Also, we are still seeking help getting graphics and screenshots for several sections. And there is a HUGE to-do list if you want to get more seriously involved in the project! Thanks and best wishes! Derek TO DO BY CHAPTER LIST # Pure Data # Introduction ---cover image, important! # WhatIsGraphicalProgramming icons/graphics to go with concepts in text icons of modular synth with patch cables or similar analog patching flowchart of inputs and outputs between PD and audio, MIDI, network, video, Arduino/motors, etc chart describing relationship of PD to Externals # WhatIsDigitalAudio icons/graphics to go with concepts in text icon of speaker cone movement icon of microphone to voltage to soundcard icon of soundcard to voltage to speaker movement icon of clipping audio icon/graph illustrating Nyquist foldover # Installing # Linux (source) # Windows # InstallingOSX ---Updated Extended installation instruction ---Screenshots of installation # ConfiguringPD ---Screenshots of config menus from all three operating systems (slightly different locations on OSX, Windows, Linux) ---Better introduction to Path, Startup and how to configure Externals with Extended # TroubleShooting ---I don't hear any sound! Screenshot compute audio button + audio settings in PD, Maybe also audio control panels from different OSes? ---The test tone sounds distorted! Add screencap of testtone.pd patch ---I'm not seeing any audio input!audio settings in PD, with inputs and outputs highlighted ---I don't see any MIDI input! Screencaps: audio/midi prefernces with midi highlighted, OSX: Audio MIDI Setup.app, Linux: QJackctl, Windows: MIDI Ox/MIDI Yoke Junction ---I get the message ... couldn't create when I open a patch and there's a dashed line around my object! Screencap: patch with uncreated objects (missing path/external problem) # Getting Started # StartingPD ---Starting PD with the Clickable Icon: OSX, Linux screencaps # TheInterface ---Screenshots of different menus from all three OSes # AudioTutorials ---Introduction: block diagram of synthesizer architecture, as desribed in text ---Formatting: messages like bang inside quotes (no Caps, as I have done with Bang in some places and need to change...) # AudioStreaming # DataflowTutorials ---give titles to screenshots so that readers can tell which patches match which images (some do this, some don't...) ---Math: examples/discussion of [expr]??? ---Order of connecting and [trigger]: explain the patches in-line, rather than only in
Re: [PD] [PD-announce] Proof Me! PD FLOSS Manual
Perhaps the Dataflow tutorials needs to come before the synth tutorial as we don't know about subpatches c at this point. I need to read through the whole thing again but the points on my mind are to with structure and ordering of concepts if this is for beginners. best andy -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lua and PD (update)
Hum, from what I see on this, pdlua uses one method of object encapsulation, while pdluax uses this single method type of object. I know that Lua itself doesn't have an object style, I am just curious how pdlua does this, so that I can at least follow along in the style being used. I really like what I have seen with pdlua, and you are right, Frank, I also think this will help to open up PD. One of the things that I have had trouble with in PD (by itself) was having to go in and repatch things to make some sort of change in how I am generating the data, while using pdlua, I think that it will make these sorts of changes much easier to understand. Mike On 5/6/08, Frank Barknecht [EMAIL PROTECTED] wrote: Hallo, Mike McGonagle hat gesagt: // Mike McGonagle wrote: On 5/6/08, Claude Heiland-Allen [EMAIL PROTECTED] wrote: The object system in pdlua isn't particularly well-thought out or elegant, I'd be interested in what you had developed and how it differs - maybe I could learn something from it. Well, thanks for that vote of encouragement, but after studying the methods used in pdlua, it is actually a bit less verbose. Many of the things I had done my way were about a 1/3 longer. It was a method that I borrowed from a book I have. Actually Lua itself doesn't have a preconfigured object system like C++ or Python, so you'd have to roll your own anyway. Pdlua uses a protype-based objects system. Another interesting object system would be the Single Method approach: http://www.lua.org/pil/16.5.html where you use a closure to store the object's state. I recently wrote a LOGO-style turtle using this idiom. Attached is a simplified version of it (removed typechecks etc). Take special note of how seamlessly the single method turtle in smtut.lua can be included in the Pd object runturtle.lua using this primitive method: function M:in_1(action, atoms) self.t(action, atoms) -- selt.t is the single method turtle end It's even possible to convert smtut.lua to a proper module so that you can reload it luax-style while Pd is running. Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lua and PD (update)
Claude Heiland-Allen wrote: Mike McGonagle wrote: 1. Lua access to PD variables Now on the TODO list. Now implemented, check the [revalue] example. It seems to work here in Miller's pd-0.41-4 but your mileage may vary. svn co https://devel.goto10.org/svn/maximus/pdlua pdlua check the README for new or improved building instructions - and please let me know if the autoconf system works for you, and if you have to pass any flags to ./configure to get it to find Lua (it has different names on different distros, will try to accumulate checks for all of them). Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] jon~ (was: Dattorro plate)
Hello list! Here's jon~, a reverb abstraction based on the algorithm in this article by Jon Dattorro: http://www.stanford.edu/~dattorro/EffectDesignPart1.pdf The allpass bit was taken from pd-list and the help file is copied from Millers rev3~-help and then modified a bit. Any feedback is appreciated. /Anton http://www.hornquist.se/pd/jon #N canvas 229 105 390 422 12; #X obj 24 32 inlet~; #X obj 27 282 outlet~; #X obj 135 282 outlet~; #N canvas 0 166 634 506 input_diffusion 0; #X obj 30 60 inlet~; #X obj 29 295 outlet~; #X obj 337 79 r \$0-input_diffusion1; #X obj 336 170 r \$0-input_diffusion2; #N canvas 393 17 574 578 allpass 0; #X obj 56 127 inlet~; #X obj 56 400 +~; #X obj 427 232 loadbang; #X obj 417 286 t f f; #X obj 417 310 *; #X obj 417 334 expr 1-$f1; #X obj 253 364 *~; #X obj 232 394 +~; #X obj 114 177 * -1; #X obj 88 207 *~; #X obj 232 426 outlet~; #X obj 417 129 inlet; #X obj 114 117 loadbang; #X obj 75 365 *~ -1; #X obj 201 364 *~ -1; #X obj 114 149 f 0.75; #X obj 417 262 f 0.75; #X obj 56 491 delwrite~ \$0-tap_13_14 200; #X obj 252 262 *~ 0.75; #X obj 252 53 delread~ \$0-tap_13_14 4.77134; #X connect 0 0 1 0; #X connect 0 0 9 0; #X connect 1 0 17 0; #X connect 2 0 16 0; #X connect 3 0 4 0; #X connect 3 1 4 1; #X connect 4 0 5 0; #X connect 5 0 6 1; #X connect 6 0 7 1; #X connect 7 0 10 0; #X connect 8 0 9 1; #X connect 9 0 14 0; #X connect 11 0 15 0; #X connect 11 0 16 0; #X connect 11 0 18 1; #X connect 12 0 15 0; #X connect 13 0 1 1; #X connect 14 0 7 0; #X connect 15 0 8 0; #X connect 16 0 3 0; #X connect 18 0 6 0; #X connect 18 0 13 0; #X connect 19 0 18 0; #X restore 30 99 pd allpass tap_13_14; #N canvas 314 10 579 582 allpass 0; #X obj 56 127 inlet~; #X obj 56 400 +~; #X obj 427 232 loadbang; #X obj 417 286 t f f; #X obj 417 310 *; #X obj 417 334 expr 1-$f1; #X obj 253 364 *~; #X obj 232 394 +~; #X obj 114 177 * -1; #X obj 88 207 *~; #X obj 232 426 outlet~; #X obj 417 129 inlet; #X obj 114 117 loadbang; #X obj 75 365 *~ -1; #X obj 201 364 *~ -1; #X obj 114 149 f 0.75; #X obj 417 262 f 0.75; #X obj 252 262 *~ 0.75; #X obj 56 491 delwrite~ \$0-tap_19_20 200; #X obj 252 53 delread~ \$0-tap_19_20 3.5953; #X connect 0 0 1 0; #X connect 0 0 9 0; #X connect 1 0 18 0; #X connect 2 0 16 0; #X connect 3 0 4 0; #X connect 3 1 4 1; #X connect 4 0 5 0; #X connect 5 0 6 1; #X connect 6 0 7 1; #X connect 7 0 10 0; #X connect 8 0 9 1; #X connect 9 0 14 0; #X connect 11 0 15 0; #X connect 11 0 16 0; #X connect 11 0 17 1; #X connect 12 0 15 0; #X connect 13 0 1 1; #X connect 14 0 7 0; #X connect 15 0 8 0; #X connect 16 0 3 0; #X connect 17 0 6 0; #X connect 17 0 13 0; #X connect 19 0 17 0; #X restore 30 135 pd allpass tap_19_20; #N canvas 238 0 570 590 allpass 0; #X obj 56 127 inlet~; #X obj 56 400 +~; #X obj 427 232 loadbang; #X obj 417 286 t f f; #X obj 417 310 *; #X obj 417 334 expr 1-$f1; #X obj 253 364 *~; #X obj 232 394 +~; #X obj 114 177 * -1; #X obj 88 207 *~; #X obj 232 426 outlet~; #X obj 417 129 inlet; #X obj 114 117 loadbang; #X obj 75 365 *~ -1; #X obj 201 364 *~ -1; #X obj 114 149 f 0.625; #X obj 252 262 *~ 0.625; #X obj 417 262 f 0.625; #X obj 56 491 delwrite~ \$0-tap_15_16 200; #X obj 252 53 delread~ \$0-tap_15_16 12.7348; #X connect 0 0 1 0; #X connect 0 0 9 0; #X connect 1 0 18 0; #X connect 2 0 17 0; #X connect 3 0 4 0; #X connect 3 1 4 1; #X connect 4 0 5 0; #X connect 5 0 6 1; #X connect 6 0 7 1; #X connect 7 0 10 0; #X connect 8 0 9 1; #X connect 9 0 14 0; #X connect 11 0 15 0; #X connect 11 0 16 1; #X connect 11 0 17 0; #X connect 12 0 15 0; #X connect 13 0 1 1; #X connect 14 0 7 0; #X connect 15 0 8 0; #X connect 16 0 6 0; #X connect 16 0 13 0; #X connect 17 0 3 0; #X connect 19 0 16 0; #X restore 30 190 pd allpass tap_15_16; #N canvas 238 0 566 586 allpass 0; #X obj 56 127 inlet~; #X obj 56 400 +~; #X obj 427 232 loadbang; #X obj 417 286 t f f; #X obj 417 310 *; #X obj 417 334 expr 1-$f1; #X obj 253 364 *~; #X obj 232 394 +~; #X obj 114 177 * -1; #X obj 88 207 *~; #X obj 232 426 outlet~; #X obj 417 129 inlet; #X obj 114 117 loadbang; #X obj 75 365 *~ -1; #X obj 201 364 *~ -1; #X obj 114 149 f 0.625; #X obj 252 262 *~ 0.625; #X obj 417 262 f 0.625; #X obj 56 491 delwrite~ \$0-tap_21_22 200; #X obj 252 53 delread~ \$0-tap_21_22 9.30748; #X connect 0 0 1 0; #X connect 0 0 9 0; #X connect 1 0 18 0; #X connect 2 0 17 0; #X connect 3 0 4 0; #X connect 3 1 4 1; #X connect 4 0 5 0; #X connect 5 0 6 1; #X connect 6 0 7 1; #X connect 7 0 10 0; #X connect 8 0 9 1; #X connect 9 0 14 0; #X connect 11 0 15 0; #X connect 11 0 16 1; #X connect 11 0 17 0; #X connect 12 0 15 0; #X connect 13 0 1 1; #X connect 14 0 7 0; #X connect 15 0 8 0; #X connect 16 0 6 0; #X connect 16 0 13 0; #X connect 17 0 3 0; #X connect 19 0 16 0; #X restore 30 230 pd allpass tap_21_22; #X connect 0 0 4 0; #X connect 2 0 4 1; #X connect 2 0 5 1; #X connect 3 0 6 1; #X connect 3 0 7 1; #X connect 4 0 5 0; #X connect 5 0 6 0; #X connect 6 0 7 0; #X connect 7 0 1 0; #X restore 25 168 pd input_diffusion; #N canvas 38
[PD] recursively search directories for abstractions
Hello again, Is there an object that gets PD to search directories for abstractions, without resetting the -path flags on startup? And is there any way to do so recursively? I create an abstraction, say [frac] which returns the fractional value of a float. I have an abstractions directory called mbarb, and inside that a directory called math where I want to put [frac]. I then want to be able to send my patch to a friend, with the mbarb abstractions, and have the patch load them automatically -- (I would prefer [frac] to [mbarb/math/frac] ..) Is there a way to do this, and if so do you know offhand after which version this became available? I have heard much talk about [declare], but I have not tested any version of PD after 0.39, and it doesn't seem to work there or before, unless I'm doing something wrong. Thanks again, Matt ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Newbie request
We're having a neat discussion about this in the Pure Data forum now: http://puredata.hurleur.com/sujet-1686-fiddle-piano jon2211 came up with a neat patch that demonstrates how well fiddle~ recognizes notes played on a piano within a given range, triggering a key text output. Another poster showed an example of modifying that to trigger with envelope/volume changes. Of course, we're still stuck with how to port the key stroke messages to an external application. Would someone be willing to write up a python script that can intercept Pure Data text echoes and forward them to other concurrently running applications, like PowerPoint or Word? This is the missing link in the puzzle - heck, i'd even be willing to pay someone if they could come up with a useful workaround! Keeping my fingers crossed... Many thanks as always! On Wed, Apr 30, 2008 at 6:11 AM, Olivier Heinry [EMAIL PROTECTED] wrote: Le Tue, 29 Apr 2008 18:50:33 -0400, Hugh Sung [EMAIL PROTECTED] a écrit : Python might bring you the right solution: http://www.rutherfurd.net/python/sendkeys/ You can either send your letters/keystrokes from inside pd using the pyext external that loads your python script or send messages via OSC to a python script that implements the ixi software simpleOSC lib http://www.ixi-software.net/content/backyard.html ++ O. Here's one scenario i'd like to see: 1. Pedal assigned [PgDn] keystroke within Liquid Media, which triggers scene change 2. PD outputs letters A-Z, depending on either volume or pitch frequency ranges input from audio source (microphone into acoustic piano) 3. A given scene within Liquid Media would then interpret the PD-generated keystrokes and trigger image events based on letter key depressed by PD. You'd have the ease of image generation (a la Powerpoint) with the speed and power of PD to map the sound of acoustic music. Just my newbie imagination going here. On Tue, Apr 29, 2008 at 6:46 PM, Hugh Sung [EMAIL PROTECTED] wrote: The pedals basically operate as programmable usb keyboard extensions, where you can custom assign any keystroke to any pedal (up to 12). I'm hoping that by assigning a certain set of keys to the pedals and reserving the rest for PD to control that everything can simply work together, if PD can output keyboard letters/numbers. Everything would run from the same computer. Again, please forgive me if i sound completely ignorant regarding what's possible with PD... Many thanks again! On Tue, Apr 29, 2008 at 6:13 PM, Andrew Turley [EMAIL PROTECTED] wrote: The [fiddle~] and [bonk~] objects should let you capture all of the information that you are looking for. As far as getting that information from Pd to Liquid Media, that may be the tricky part. Your current pedals are sending keystrokes straight to Liquid Media. Do you know if there is a way to control Liquid Media via MIDI messages, or some sort of message sent via a socket connection (maybe OSC)? If so, then you might be able to use Pd to capture your pedal input and then combine that with the information from [fiddle~] and/or [bonk~] to send the appropriate information to Liquid Media. If the only way to control Liquid Media is through keystrokes, then you might need to write some software that intercepts the keystrokes from the pedals and changes them depending on what is going on in Pd. andy On Tue, Apr 29, 2008 at 12:18 PM, Hugh Sung [EMAIL PROTECTED] wrote: I'm using a presentation program called Liquid Media, sort of like Powerpoint on steroids. Up to this point i had been using multiple foot pedals assigned to different keystrokes to trigger visual cues, like video clips, animated GIFs and the like, during live classical music piano recitals. I'd like to incorporate the dynamic capabilities of realtime visual sync, with the ability to easily change the scene, as it were. i'm hoping that someone can help me come up with a combined solution where PD acts as an audio trigger controller, triggering keystroke events based on pitch ranges, dynamic peaks and rhythmic events, and Liquid Media accepts those PD-generated keystrokes to trigger correlating visual cues. Each scene would comprise of specific trigger-able events, and the foot switch would allow for a manual change of scene. i'm hoping to accomplish two things with this combined approach: 1. make it a little easier to incorporate visuals synced to audio events 2. allow for easy scene transitions, to better compliment the narrative structure of classical compositions Hope this makes sense...thanks all for your input so far! (and patience!) On Tue, Apr 29, 2008 at 2:45 PM, Dan Wilcox [EMAIL PROTECTED] wrote:
Re: [PD] jon~ (was: Dattorro plate)
On Wed, May 07, 2008 at 12:03:47AM +0200, Anton Hörnquist wrote: Here's jon~, a reverb abstraction based on the algorithm in this article by Jon Dattorro: http://www.stanford.edu/~dattorro/EffectDesignPart1.pdf The allpass bit was taken from pd-list and the help file is copied from Millers rev3~-help and then modified a bit. Any feedback is appreciated. Wow, great reverb! 0% CPU and it sounds sweet. Do you mind if I package it up into a GOP abstraction and include it in my s-abstractions collection (with appropriate credit to yourself of course)? I am playing a set on Saturday and will most certainly make use of this, thanks so much. Chris. --- http://mccormick.cx ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Newbie request
Write them to a text file then import them. On Tue, 6 May 2008 22:54:54 -0400 Hugh Sung [EMAIL PROTECTED] wrote: We're having a neat discussion about this in the Pure Data forum now: http://puredata.hurleur.com/sujet-1686-fiddle-piano jon2211 came up with a neat patch that demonstrates how well fiddle~ recognizes notes played on a piano within a given range, triggering a key text output. Another poster showed an example of modifying that to trigger with envelope/volume changes. Of course, we're still stuck with how to port the key stroke messages to an external application. Would someone be willing to write up a python script that can intercept Pure Data text echoes and forward them to other concurrently running applications, like PowerPoint or Word? This is the missing link in the puzzle - heck, i'd even be willing to pay someone if they could come up with a useful workaround! Keeping my fingers crossed... Many thanks as always! On Wed, Apr 30, 2008 at 6:11 AM, Olivier Heinry [EMAIL PROTECTED] wrote: Le Tue, 29 Apr 2008 18:50:33 -0400, Hugh Sung [EMAIL PROTECTED] a écrit : Python might bring you the right solution: http://www.rutherfurd.net/python/sendkeys/ You can either send your letters/keystrokes from inside pd using the pyext external that loads your python script or send messages via OSC to a python script that implements the ixi software simpleOSC lib http://www.ixi-software.net/content/backyard.html ++ O. Here's one scenario i'd like to see: 1. Pedal assigned [PgDn] keystroke within Liquid Media, which triggers scene change 2. PD outputs letters A-Z, depending on either volume or pitch frequency ranges input from audio source (microphone into acoustic piano) 3. A given scene within Liquid Media would then interpret the PD-generated keystrokes and trigger image events based on letter key depressed by PD. You'd have the ease of image generation (a la Powerpoint) with the speed and power of PD to map the sound of acoustic music. Just my newbie imagination going here. On Tue, Apr 29, 2008 at 6:46 PM, Hugh Sung [EMAIL PROTECTED] wrote: The pedals basically operate as programmable usb keyboard extensions, where you can custom assign any keystroke to any pedal (up to 12). I'm hoping that by assigning a certain set of keys to the pedals and reserving the rest for PD to control that everything can simply work together, if PD can output keyboard letters/numbers. Everything would run from the same computer. Again, please forgive me if i sound completely ignorant regarding what's possible with PD... Many thanks again! On Tue, Apr 29, 2008 at 6:13 PM, Andrew Turley [EMAIL PROTECTED] wrote: The [fiddle~] and [bonk~] objects should let you capture all of the information that you are looking for. As far as getting that information from Pd to Liquid Media, that may be the tricky part. Your current pedals are sending keystrokes straight to Liquid Media. Do you know if there is a way to control Liquid Media via MIDI messages, or some sort of message sent via a socket connection (maybe OSC)? If so, then you might be able to use Pd to capture your pedal input and then combine that with the information from [fiddle~] and/or [bonk~] to send the appropriate information to Liquid Media. If the only way to control Liquid Media is through keystrokes, then you might need to write some software that intercepts the keystrokes from the pedals and changes them depending on what is going on in Pd. andy On Tue, Apr 29, 2008 at 12:18 PM, Hugh Sung [EMAIL PROTECTED] wrote: I'm using a presentation program called Liquid Media, sort of like Powerpoint on steroids. Up to this point i had been using multiple foot pedals assigned to different keystrokes to trigger visual cues, like video clips, animated GIFs and the like, during live classical music piano recitals. I'd like to incorporate the dynamic capabilities of realtime visual sync, with the ability to easily change the scene, as it were. i'm hoping that someone can help me come up with a combined solution where PD acts as an audio trigger controller, triggering keystroke events based on pitch ranges, dynamic peaks and rhythmic events, and Liquid Media accepts those PD-generated keystrokes to trigger correlating visual cues. Each scene would comprise of specific trigger-able events, and the foot switch would allow for a manual change of scene. i'm hoping to accomplish two things with this combined approach: 1. make it a little easier to incorporate visuals synced to audio events 2. allow for easy scene transitions, to
Re: [PD] inlets, outlets, and dynamic patching
P.S. -- is [initbang] in vanilla? I don't find it in the windows version of 0.41-4 ... I will look at other platforms tomorrow. Thanks, Matt On Tue, May 6, 2008 at 12:18 PM, Claude Heiland-Allen [EMAIL PROTECTED] wrote: Matt Barber wrote: Hello, Thanks for this. Out of curiosity, what's the main difference between [loadbang] and [initbang] for use in abstractions (does [initbang] not send a bang when you open the abstraction file for editing but only when you load it in another file)? [loadbang] fires after the abstraction is loaded and connected into the containing patch, so [loadbang]--[outlet] should work. [initbang] fires after the abstraction is loaded but before connections are made in the containing patch, so you can create i/o-lets and have them still be connected. Also, the [namecanvas] helpfile says it is obsolete -- is it likely to disappear? It's only obsolete because it's possible to crash pd if you use it incorrectly. I think it'll stay if enough people use it :) Thanks, Matt On Tue, May 6, 2008 at 11:34 AM, Claude Heiland-Allen [EMAIL PROTECTED] wrote: [initbang] [namecanvas] search pd-list / pd-dev for info, dunno if it exists yet. Matt Barber wrote: Hello, Is it possible to send messages to (or within) a particular instance of an abstraction, in order to dynamically change the number of inlets and outlets, e.g.? If so, where do you send the message? If you send it to the name of the abstraction patch, it seems to change all instances. As an example, imagine implementing something like [gate] as an abstraction. Thanks again, 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
[PD] Skilled Pd reverb person wanted
Hi All, I would like to pledge $100 AU (roughly 61EU, 48GBP, 94USD) for someone to re-implement the [freeverb~] external as an efficient pure-pd abstraction which I can include in my s-abstractions collection. I just love the sound of that particular reverb and it really ticks me off that I can't distribute it as part of s-abstractions. You don't have to make it GOPified or anything; a patch that has the audible characteristics of Freeverb, and has the same editable parameters is just fine - I will do the work of tailoring it for s-abstractions. There is a whole heap of info out there on the net about Freeverb and its implementation to help you, including an external which is in the repository. It might even be easiest just to look at the source of the external in order to turn it into an abstraction. Of course you will also be credited in the final patch. The [jon~] reverb just posted by Anton is a perfect example of what I'm looking for in terms of layout, help-patch, and functionality, except with the freeverb characteristics and parameters. Any takers? Chris. --- http://mccormick.cx ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list