Re: [PD] Trax - Sinusoidal Model Synthesis in Pure Data
Hallo, Rich E hat gesagt: // Rich E wrote: > www.teafordragons.com/rte/trax.html > > This is a patch I've been working on for quite some time now, finally > packaged with some documentation and an example qlist with it. Trax > is a fancy additive synthesizer that stores partials in data > structures and re-synthesizes them using [oscbank~]. Damn, how cool is that!! Ciao -- Frank ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] contextual pdpedia menu link
I mentioned them a week or two ago in another thread; documents in OS X usually have a little icon in the titlebar that represents the file being edited; you can drag it to get a reference to the file (for copying or opening in another application; for Pd files that's awesome for dragging to your text editor for editing), or you can right click it to get a context menu with the parent folders up to the root (great as a "reveal in finder" function). I attached a patch that should theoretically add support for them as well as properly showing the "modified" state consistently with the rest of OS X apps (which dims the proxy icon and adds a dot in the close button). But I haven't been able to get it to work with Pd Vanilla. I added this to pdtk_canvas_new in my Pd-extended pdtk with static arguments and the feature does work, so maybe you can try the patch (my build environment still isn't working): wm attributes $name -modified 0 -titlepath {/Users/LukeIannini/PureData/sft/sft.structhausen.pd} (replace the path with an actual file on your machine of course) Cheers Luke On Thu, Apr 24, 2008 at 8:57 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: > > Oops, sorry, I didn't realize that you were working on it. You still > get credit for the idea :). I think the pdpedia context menu link is > still worth doing. > > What are proxy icons? > > .hc > > > > On Apr 24, 2008, at 8:24 PM, Luke Iannini (pd) wrote: > > > Arr, I finished this two days ago and got caught up with troubles > > recompiling Pd. Ah well, glad it is done : ). Thanks for doing it. > > On the upside, I discovered how to get OS X proxy icons working in the > > process, so I'll still have something to contribute > > Cheers > > Luke > > > > On Thu, Apr 24, 2008 at 5:03 PM, Hans-Christoph Steiner > > <[EMAIL PROTECTED]> wrote: > >> > >> Hey all, > >> > >> I just checked in code to make the Pdpedia link in the Help menu try > >> to find the object name if you are looking at a help patch. If the > >> help patch is the topmost window, it'll use that object name when it > >> opens the pdpedia and take you directly to that page. Should be in > >> tomorrow's builds. > >> > >> This got me thinking that there should be a Pdpedia link in the > >> popup > >> menu that currently has Help, Properties, and Open in it... > >> > >> .hc > >> > >> > >> > >> - > >> --- > >> > >> > >> "[W]e have invented the technology to eliminate scarcity, but we are > >> deliberately throwing it away to benefit those who profit from > >> scarcity."-John Gilmore > >> > >> > >> > >> ___ > >> PD-list@iem.at mailing list > >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > >> listinfo/pd-list > >> > > > > > > > The arc of history bends towards justice. - Dr. Martin Luther > King, Jr. > > > > > > ___ > 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] Cyclone in vanilla?
Enrique Erne wrote: > or [biquad~ 0 0 0 1] > > > Miller Puckette wrote: >> I believe z~ is just rzero~ 0. no. both of them are equivalent to [z~ 1] you could also argue that [f] is just the same as [0( :-) fgmasdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
On Tue, 2008-04-22 at 17:23 +0200, Thomas Grill wrote: > Me for one, i have really missed pow~ or abs~ but i have been missing > many other things. > I don't see the necessity for the objects you mentioned when they can > be built as abstractions using expr~ within seconds. But isn't expr~ an external? I don't see using expr~ as a 'vanilla pd' solution to this problem. Jamie -- www.postlude.co.uk ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Trax - Sinusoidal Model Synthesis in Pure Data
On Thu, 2008-04-24 at 20:34 -0700, Rich E wrote: > www.teafordragons.com/rte/trax.html > > This is a patch I've been working on for quite some time now, finally > packaged with some documentation and an example qlist with it. Trax > is a fancy additive synthesizer that stores partials in data > structures and re-synthesizes them using [oscbank~]. It gets the > sinusoidal models from SDIF files with 1TRC frames, which have to be > imported with [sdiflists]. I'd like to know how well it works for > others, it makes great sounds on my Ubuntu laptop, although I had much > worse results on a Macbook. Fantastic stuff! Thanks for sharing, i'll definitely use this. Jamie -- www.postlude.co.uk ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Trax - Sinusoidal Model Synthesis in Pure Data
be good to see your externals added to pd extended. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] polymatrix...patchbay for audio and anything
isn't there some sort of [matrix~] external that can do that sort of thing? i'm sure i saw it before, but can't find it in my current pd-extended folders. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] tutorial on struct/template usage?
Dear all, is it me, or the part on struct/template objects is rather obscure as far as documentation goes? I really would like to do something with these objects, and now I have the occasion to do it, but I am not able to guess how to do it for the life of me. Is there a tutorial/howto/whatever somewhere that tackles these topics? I swear I googled around and around with no success before writing. nicb -- Nicola Bernardini Scuola di Musica Elettronica Conservatorio C.Pollini Padova e-mail: [EMAIL PROTECTED] http://www.conservatoriopollini.it http://www.sme-ccppd.org http://www.nicolabernardini.info GPG fingerprint = 6AE6 AF21 E160 D9B3 396E EBAC 906C CFAE 4D65 D910 Neither MS-Word nor MS-PowerPoint attachments please. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] I'm stuck in a corner, please help! RE: [delta~] object was: Re: Cyclone in vanilla?
IOhannes m zmölnig wrote: Enrique Erne wrote: or [biquad~ 0 0 0 1] Miller Puckette wrote: I believe z~ is just rzero~ 0. no. both of them are equivalent to [z~ 1] you could also argue that [f] is just the same as [0( :-) oups, yes ofcorse z~ 1. the output of 1 sample with rzero~ 0, z~ 1 and biquad~ 0 0 0 1 seems to be slightly different. if one wants to be fuzzy about that :) maybe ome rounding problem? this is off the subject. it would have been more suitable in "I'm stuck in a corner, please help! RE: [delta~] object" ... therefore i'll change the subject. and now i even couldn't do the delwrite/read with the subpatch :( :( eni #N canvas 366 22 837 595 10; #X obj -139 267 vline~; #N canvas 0 22 450 300 (subpatch) 0; #X array display-biquad 10 float 2; #X coords 0 1 10 -1 100 100 1; #X restore 7 434 graph; #X msg -75 354 bang; #X floatatom -131 100 12 0 0 0 - - -; #X obj -1 342 biquad~ 0 0 0 1; #X obj 175 349 z~ 1; #N canvas 0 22 450 300 (subpatch) 0; #X array display-z 10 float 2; #X coords 0 1 10 -1 100 100 1; #X restore 173 430 graph; #X obj 9 396 tabwrite~ display-biquad; #X obj 174 393 tabwrite~ display-z; #X text 161 111 click here; #X obj 315 393 tabwrite~ display-rzero; #N canvas 0 22 450 300 (subpatch) 0; #X array display-rzero 10 float 2; #X coords 0 1 10 -1 100 100 1; #X restore 317 432 graph; #X msg -10 218 0 \, 0.5 0 0.022 \, 0 0 0.044; #X msg 165 136 \; pd dsp 1; #X msg -143 29 1000; #X obj -97 148 * 2; #X floatatom -82 169 12 0 0 0 - - -; #X obj -140 171 pack f f; #X obj -142 124 t a a; #X msg -140 217 0 \, 0.5 0 \$1 \, 0 0 \$2; #X obj -85 51 samplerate~; #X floatatom -49 78 7 0 0 0 - - -; #X obj -142 52 t a b; #X obj -143 76 / 44100; #X msg 124 112 bang; #X obj -140 195 t a b; #X text -108 29 or here; #N canvas 0 22 450 300 (subpatch) 0; #X array display-org 10 float 2; #X coords 0 1 10 -1 100 100 1; #X restore -142 430 graph; #X obj -144 391 tabwrite~ display-org; #X obj 310 350 rzero~ 0; #X obj -126 312 dirac~; #N canvas 504 22 450 300 write~ 0; #X obj 39 234 outlet~; #X obj 20 32 inlet~; #X obj 37 97 delwrite~ asdf; #X connect 1 0 2 0; #X restore 472 341 pd write~; #N canvas 206 409 450 300 read~ 1; #X obj 17 33 inlet~; #X obj 26 156 outlet~; #X obj 36 125 delread~ asdf; #X floatatom 150 119 12 0 0 0 - - -; #X obj 175 84 samplerate~; #X floatatom 227 115 7 0 0 0 - - -; #X obj 127 63 t a b; #X obj 142 23 loadbang; #X obj 138 95 /; #X msg 134 43 1000; #X connect 2 0 1 0; #X connect 4 0 5 0; #X connect 4 0 8 1; #X connect 6 0 8 0; #X connect 6 1 4 0; #X connect 7 0 9 0; #X connect 8 0 3 0; #X connect 8 0 2 0; #X connect 9 0 6 0; #X restore 472 367 pd read~; #X obj 466 393 tabwrite~ display-del; #N canvas 0 22 450 300 (subpatch) 0; #X array display-del 10 float 2; #X coords 0 1 10 -1 100 100 1; #X restore 454 433 graph; #X text 467 327 i don't know whats wrong here; #X connect 0 0 4 0; #X connect 0 0 5 0; #X connect 0 0 28 0; #X connect 0 0 29 0; #X connect 0 0 31 0; #X connect 2 0 7 0; #X connect 2 0 8 0; #X connect 2 0 10 0; #X connect 2 0 28 0; #X connect 2 0 33 0; #X connect 4 0 7 0; #X connect 5 0 8 0; #X connect 12 0 0 0; #X connect 14 0 22 0; #X connect 15 0 16 0; #X connect 15 0 17 1; #X connect 17 0 25 0; #X connect 18 0 17 0; #X connect 18 1 15 0; #X connect 19 0 0 0; #X connect 20 0 21 0; #X connect 20 0 23 1; #X connect 22 0 23 0; #X connect 22 1 20 0; #X connect 23 0 3 0; #X connect 23 0 18 0; #X connect 24 0 2 0; #X connect 24 0 12 0; #X connect 25 0 19 0; #X connect 25 1 2 0; #X connect 29 0 10 0; #X connect 31 0 32 0; #X connect 32 0 33 0; ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] I'm stuck in a corner, please help! RE: [delta~] object was: Re: Cyclone in vanilla?
Enrique Erne wrote: > IOhannes m zmölnig wrote: >> Enrique Erne wrote: >>> or [biquad~ 0 0 0 1] >>> >>> >>> Miller Puckette wrote: I believe z~ is just rzero~ 0. >> >> no. >> both of them are equivalent to [z~ 1] >> >> you could also argue that [f] is just the same as [0( >> :-) > > oups, yes ofcorse z~ 1. > > the output of 1 sample with rzero~ 0, z~ 1 and biquad~ 0 0 0 1 seems to > be slightly different. if one wants to be fuzzy about that :) maybe ome > rounding problem? no, i don't see any rounding errors... > > and now i even couldn't do the delwrite/read with the subpatch :( :( it's generally a good idea to tell [delwrite~] how much space it should allocate for the delayline. e.g. [delwrite~ abcd 1000] helped a lot... and [rzero~ 0] is not the same as [z~ 1]. the output of [z~ 1] is y[n]=x[n-1] according to [rzero~]s help-patch it does the following: y[n]=x[n]-a[n]*x[n-1] since you set a[n] to "0", you just get y[n]=x[n] :-( to get [z~ 1], do something like | +--+ | | | [rzero~ 1] | | [-~] | fmgads.r IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] polymatrix...patchbay for audio and anything
hard off wrote: > isn't there some sort of [matrix~] external that can do that sort of thing? > i'm sure i saw it before, but can't find it in my current pd-extended i guess you are referring to [mtx_*~] in iemmatrix (former known as [matrix~] (and even former being part of zexy. as i understand it, luigi's solution is for routing messages (even though he claims including "audio" i haven't seen this in his implementation - but i only had a short glance so i probably missed it) nevertheless, i think it would be interesting if luigi's solution would somehow integrate into iemmatrix (on a message-level) fgmasdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Trax - Sinusoidal Model Synthesis in Pure Data
> You can also listen to a couple pieces I wrote using Trax, which also > use other fun Pd stuff and recorded in Ardour: > www.teafordragons.com/rte/music.html > holy ghost! this sounds great!! roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] polymatrix...patchbay for audio and anything
ahh, name changegets me every time. who thought of mtx_*~ though??? a bit over the top isn't it? and still no help file. obviously audio matrices are so simple that everyone can understand them ;P ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] polymatrix...patchbay for audio and anything
hard off wrote: > ahh, name changegets me every time. > well, iemmatrix still provides [matrix~] for backward compatibility. > > and still no help file. obviously audio matrices are so simple that > everyone can understand them ;P probably you have just deleted this file yourself, since audio matrices are so simple. if you want it back, get it from: https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/externals/iem/iemmatrix/doc/mtx_mul~-help.pd mfga.df IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] I'm stuck in a corner, please help! RE: [delta~] object was: Re: Cyclone in vanilla?
IOhannes m zmölnig wrote: Enrique Erne wrote: IOhannes m zmölnig wrote: Enrique Erne wrote: or [biquad~ 0 0 0 1] Miller Puckette wrote: I believe z~ is just rzero~ 0. no. both of them are equivalent to [z~ 1] you could also argue that [f] is just the same as [0( :-) oups, yes ofcorse z~ 1. the output of 1 sample with rzero~ 0, z~ 1 and biquad~ 0 0 0 1 seems to be slightly different. if one wants to be fuzzy about that :) maybe ome rounding problem? no, i don't see any rounding errors... and now i even couldn't do the delwrite/read with the subpatch :( :( it's generally a good idea to tell [delwrite~] how much space it should allocate for the delayline. e.g. [delwrite~ abcd 1000] helped a lot... and [rzero~ 0] is not the same as [z~ 1]. the output of [z~ 1] is y[n]=x[n-1] according to [rzero~]s help-patch it does the following: y[n]=x[n]-a[n]*x[n-1] since you set a[n] to "0", you just get y[n]=x[n] :-( to get [z~ 1], do something like | +--+ | | | [rzero~ 1] | | [-~] | thanks iohannes. it looks good now. #N canvas 366 22 837 595 10; #X obj -139 267 vline~; #N canvas 0 22 450 300 (subpatch) 0; #X array display-biquad 10 float 2; #X coords 0 1 10 -1 100 100 1; #X restore 7 434 graph; #X msg -75 354 bang; #X floatatom -131 100 12 0 0 0 - - -; #X obj -1 342 biquad~ 0 0 0 1; #X obj 175 349 z~ 1; #N canvas 0 22 450 300 (subpatch) 0; #X array display-z 10 float 2; #X coords 0 1 10 -1 100 100 1; #X restore 173 430 graph; #X obj 9 396 tabwrite~ display-biquad; #X obj 174 393 tabwrite~ display-z; #X text 161 111 click here; #X obj 315 393 tabwrite~ display-rzero; #N canvas 0 22 450 300 (subpatch) 0; #X array display-rzero 10 float 2; #X coords 0 1 10 -1 100 100 1; #X restore 317 432 graph; #X msg -10 218 0 \, 0.5 0 0.022 \, 0 0 0.044; #X msg 165 136 \; pd dsp 1; #X msg -143 29 1000; #X obj -97 148 * 2; #X floatatom -82 169 12 0 0 0 - - -; #X obj -140 171 pack f f; #X obj -142 124 t a a; #X msg -140 217 0 \, 0.5 0 \$1 \, 0 0 \$2; #X obj -85 51 samplerate~; #X floatatom -49 78 7 0 0 0 - - -; #X obj -142 52 t a b; #X obj -143 76 / 44100; #X msg 124 112 bang; #X obj -140 195 t a b; #X text -108 29 or here; #N canvas 0 22 450 300 (subpatch) 0; #X array display-org 10 float 2; #X coords 0 1 10 -1 100 100 1; #X restore -142 430 graph; #X obj -144 391 tabwrite~ display-org; #X obj -126 312 dirac~; #N canvas 504 22 450 300 write~ 0; #X obj 39 234 outlet~; #X obj 20 32 inlet~; #X obj 37 97 delwrite~ asdf 10; #X connect 1 0 2 0; #X restore 472 341 pd write~; #N canvas 206 409 450 300 read~ 0; #X obj 17 33 inlet~; #X obj 26 156 outlet~; #X obj 36 125 delread~ asdf; #X floatatom 150 119 12 0 0 0 - - -; #X obj 175 84 samplerate~; #X floatatom 227 115 7 0 0 0 - - -; #X obj 127 63 t a b; #X obj 142 23 loadbang; #X obj 138 95 /; #X msg 134 43 1000; #X connect 2 0 1 0; #X connect 4 0 5 0; #X connect 4 0 8 1; #X connect 6 0 8 0; #X connect 6 1 4 0; #X connect 7 0 9 0; #X connect 8 0 3 0; #X connect 8 0 2 0; #X connect 9 0 6 0; #X restore 472 367 pd read~; #X obj 466 393 tabwrite~ display-del; #N canvas 0 22 450 300 (subpatch) 0; #X array display-del 10 float 2; #X coords 0 1 10 -1 100 100 1; #X restore 454 433 graph; #X text 467 327 i don't know whats wrong here; #X obj 329 339 rzero~ 1; #X obj 315 360 -~; #X connect 0 0 4 0; #X connect 0 0 5 0; #X connect 0 0 28 0; #X connect 0 0 30 0; #X connect 0 0 35 0; #X connect 0 0 36 0; #X connect 2 0 7 0; #X connect 2 0 8 0; #X connect 2 0 10 0; #X connect 2 0 28 0; #X connect 2 0 32 0; #X connect 4 0 7 0; #X connect 5 0 8 0; #X connect 12 0 0 0; #X connect 14 0 22 0; #X connect 15 0 16 0; #X connect 15 0 17 1; #X connect 17 0 25 0; #X connect 18 0 17 0; #X connect 18 1 15 0; #X connect 19 0 0 0; #X connect 20 0 21 0; #X connect 20 0 23 1; #X connect 22 0 23 0; #X connect 22 1 20 0; #X connect 23 0 3 0; #X connect 23 0 18 0; #X connect 24 0 2 0; #X connect 24 0 12 0; #X connect 25 0 19 0; #X connect 25 1 2 0; #X connect 30 0 31 0; #X connect 31 0 32 0; #X connect 35 0 36 1; #X connect 36 0 10 0; ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] polymatrix...patchbay for audio and anything
i didn't delete it. had a good look, and the help file doesn't seem to be a part of pd-extended hans build for os x. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] polymatrix...patchbay for audio and anything
actually, none of the matrix help files work on osx not [matrix], nor [matrix~]. nor [mtx_*~] ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] polymatrix...patchbay for audio and anything
hard off wrote: > i didn't delete it. > > had a good look, and the help file doesn't seem to be a part of > pd-extended hans build for os x. well, how about filing a bug-report then? (i think it is a packaging bug in pd-extended; but you also might just have a very outdated version of pd-extended that has not yet included this helpfile (pre 2006-03-28, according to the logs)) mfgas.dr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] polymatrix...patchbay for audio and anything
hard off wrote: > actually, none of the matrix help files work on osx > > not [matrix], nor [matrix~]. nor [mtx_*~] > this is a well known "bug" (though opinions differ here) in Pd-extended, as it does not allow aliases of object names. fga,sr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Retrieving Text form a URL | Webpage
Hello, Didn't find any results on search... Do we know a way to retrieve/grab Text from a webpage/url in PD... ... then write it to a textfile maybe? or insert into a list. Thanks! mark mark edward grimm | m.f.a | ed.m syracuse u. | vpa foundations | timearts adjunct | new media consultant megrimm.net | socialmediagroup.org & .com [EMAIL PROTECTED] | 315.378.2136 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
frank, you are right that the importer would probably use pd's internal pow~, but from my own experience I can only say max and pd are becoming less and less compatible, I ported a lot of patches and also big patches, I always did this by hand, because there are too many things that can go wrong. with max 5 I am not sure, if it is still possible to export the patches text files at all? but there are mor tricky differences, and I don't think cyclone did take care of them (see below), so why hold up the flag for a feature that is not really used by anyone and does not work reliably anyway. (although I agree with you and think it would still be a good idea to rewrite this part of the importer) other max/puredata differences in max messages save their last values, so you can retrigger them by a bang, in pd not. trigger behaves different with number arguments. in max the number will be consistent, in pd it is a placeholder for float(and gets replaced by another number). in max there is this right to left order of execution for objects that are connected without trigger that does not exist in pd. some other things rather apply when you try to expor pd patches. unpack does not work for symbols in max. pd has no integers. a [+] in pd will work for floats and integers, but when you port it to max, it will default to integers. (the same with a lot of other objects, like line...) select does not output a list on its right outlet in max. all the best, marius. Frank Barknecht wrote: > Hallo, > marius schebella hat gesagt: // marius schebella wrote: > >> honestly, I think not many people used it... >> I ran >> grep -R " pow~" * >> in my pd-directories and found only two patches (of 1+) besides the >> helppatch for pow~, that use it. nusmuk for distortion.pd, tb for >> sigmoid_booster~.pd >> I don't know other big collections like net-pd (I think I just checked >> pdmtl). and maybe "official" tutorial patches floating around. >> >> anyway, I can only speak for myself, and I would like to see "pow~" with >> a new behaviour. > > This would break or make necessary an update to Cyclone's Max importer: > Cyclone's goal always was to make Pd a bit mor Max compatible, and many > Max patches use pow~. > > Ciao ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
I don't really think PD-Max compatibility should factor much into decisions about improving PD, especially when it would force 'untidy' concessions on the part of PD to facilitate awkward max paradigms (like right to left execution order, etc.). If [1]**[2] (where [1] and [2] are inlets) seems the cleanest and most consistent syntax, then it should certainly be used; and bite our thumbs at Max. I believe the PD is better than Max; this is certainly true in one important sense: if you write a PD patch, you can give it to anyone with a reasonably modern computer; they will be able to download PD on their machine/OS and execute with full rights and privileges. The same cannot be said of Max. Onward and Upward! JP On Apr 25, 2008, at 9:33 AM, marius schebella wrote: > frank, > you are right that the importer would probably use pd's internal pow~, > but from my own experience I can only say max and pd are becoming less > and less compatible, I ported a lot of patches and also big patches, I > always did this by hand, because there are too many things that can go > wrong. with max 5 I am not sure, if it is still possible to export the > patches text files at all? but there are mor tricky differences, and I > don't think cyclone did take care of them (see below), so why hold up > the flag for a feature that is not really used by anyone and does not > work reliably anyway. (although I agree with you and think it would > still be a good idea to rewrite this part of the importer) > other max/puredata differences > in max messages save their last values, so you can retrigger them by a > bang, in pd not. > trigger behaves different with number arguments. in max the number > will > be consistent, in pd it is a placeholder for float(and gets replaced > by > another number). > in max there is this right to left order of execution for objects that > are connected without trigger that does not exist in pd. > some other things rather apply when you try to expor pd patches. > unpack does not work for symbols in max. > pd has no integers. a [+] in pd will work for floats and integers, but > when you port it to max, it will default to integers. (the same with a > lot of other objects, like line...) > select does not output a list on its right outlet in max. > all the best, > marius. > > Frank Barknecht wrote: >> Hallo, >> marius schebella hat gesagt: // marius schebella wrote: >> >>> honestly, I think not many people used it... >>> I ran >>> grep -R " pow~" * >>> in my pd-directories and found only two patches (of 1+) >>> besides the >>> helppatch for pow~, that use it. nusmuk for distortion.pd, tb for >>> sigmoid_booster~.pd >>> I don't know other big collections like net-pd (I think I just >>> checked >>> pdmtl). and maybe "official" tutorial patches floating around. >>> >>> anyway, I can only speak for myself, and I would like to see >>> "pow~" with >>> a new behaviour. >> >> This would break or make necessary an update to Cyclone's Max >> importer: >> Cyclone's goal always was to make Pd a bit mor Max compatible, and >> many >> Max patches use pow~. >> >> Ciao > > > ___ > 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] Cyclone in vanilla?
just asking, but does ANYONE actually import max patches into pd? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Retrieving Text form a URL | Webpage
mark edward grimm wrote: > Hello, > > Didn't find any results on search... > > Do we know a way to retrieve/grab Text from a > webpage/url in PD... > > ... then write it to a textfile maybe? or insert into > a list. you don't have to use Pd, you could just do "wget [URL] > myfile.txt" you can run this from within Pd (using [shell]) or create a small server that communicates with Pd using netsend/netreceive (or whatever you prefer). i have posted examples on how to the latter on this list before (so see the archives). i have used this method extensively to display websites within Pd (e.g. for http://umlaeute.mur.at/projects/surf-the-net) an alternative method is to use the [tcpclient] object of mrpeach; the help-patch even shows how to access a website. fgmasdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp_colorgrid bug
On Apr 24, 2008, at 6:33 PM, [EMAIL PROTECTED] wrote: > S'està citant Hans-Christoph Steiner <[EMAIL PROTECTED]>: > >> >> On Apr 1, 2008, at 8:13 AM, [EMAIL PROTECTED] wrote: >> >>> Hans-Christoph Steiner wrote: >>> Hey Lluis, Good to hear that you're working on these objects, they are very valuable >>> contributions that with a little more polish will really round >>> out Pd's >>> capabilities. As for updating this, I think pdp_colorgrid is currently part of Yves' pidip >>> code directories. >>> >>> the new version of colorgrid doesn't need anymore >>> to bundle the image (colorgrid.pnm) file in the package, >>> but it introduces a new dependency to the tk-img library, >>> and i don't know of the availability of this library >>> on every platform, >>> for now i'm sure it's not listed in pd's dependencies... >>> not sure it's the way to go. >>> >>> second, when you build pidip from source, >>> it defines the path to that image as : >>> #define COLORGRID_IMG PWD"/patches/images/colorgrid.pnm" >>> that insure a compiled PIDIP will find the image.. >>> >>> when it's build in extended, i don't know which path should be >>> given here, >>> as i don't know of a standard path for shared files in pd-extended, >>> well, basically the simplest thing is to put the right path here >>> in SVN, >>> and pidip will keep its way of compiling it. >> >> How about using the built-in image support? It means the file has to >> be a GIF, but since the GIF patent has expired, that shouldn't be any >> problem. > > this could be a good solution but GIF can only handle 256 indexed > colors, so it's not a good solution for a color picker ;( > > the strange thing here is that if i use the tk command :: > > COLORGRID_SYS_VGUI3("image create photo img%x -data {%s}\n",x,fdata); > > with the fdata being a base64 encoded GIF image it works without > the Tk::Img library , but if You try to do the same with a base64 > encoded PNM image you will need to load the Img library to get it > work, with this :: > > sys_gui("package require Img\n"); > > otherwise you will get: > "couldn't recognize image data" > > it's a really strange thing because PNM is suposed to be also built- > in supported by tk ... > > any tips? Hmm, strange PNM/PGM should work with tk's built-in 'image'. I would first try making a .pnm file and see if you can get that working. Then once that is working, try including it as base64. .hc > > >> >> .hc >> > > > >> >> >> - >> --- >> >> kill your television > > > > > This message was sent using IMP, the Internet Messaging Program. 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
Re: [PD] pd-msg
On Apr 24, 2008, at 10:49 PM, Mike McGonagle wrote: On Thu, Apr 24, 2008 at 7:27 PM, Luigi Rensinghoff <[EMAIL PROTECTED]> wrote: do you know how the numbers change if you cut everything from patch and paste it back in ?? my impression is that it does not start from zero ?? What if you copy it to a new patch ? then it should start from zero. Well, if you are making these patches PROGRAMMATICALLY, then you can't cut and paste, as there is no way to do that in programming. You might want to open up some abstractions in a text editor, you can see the code that PD uses to create these objects directly. It is very enlightening. cut and paste is possible too. Check out pd-msg for the details. Basically, you need to programmatically draw a box around the around the area to select the objects, then send the cut and paste messages. Well sure i could keep track of thatbut what if i would like to modify an existing patch Can't do it programmatically. You can only add objects to an existing patch, and if it is something that already has existing objects, there is no way to know how many objects are already in a patch. mike It would be non-trivial but possible. You could count the lines in the .pd file with "#X obj" in them, that would give you the total number of objects. I guess you'd have to count symbolatoms and floatatoms too. .hc -- 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 Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp_opencv & pix_opencv new development
This looks very useful. A quick question, do these objects provide the raw tracking data? We should get them included in the nightly builds when you are ready for that, once the 0.40-extended is released. .hc On Apr 24, 2008, at 9:07 PM, [EMAIL PROTECTED] wrote: > hi all, > > I started a new development for some OpenCV bindigs to PD, I have some > objects working but no time to test or implement newones ... > > I want to encourage people to test them and report bugs, features > requests, experiences, etc ... and why not, to help coding ... > > Please, note that this is alpha software with known bugs. It runs, and > works at least some of the time, but use at your own risk ;) i > mean, probably you will need to fight a bit to get them working ... > but you also will help a lot with feedback > > ok, here is the URL : > http://hangar.org/wikis/lab/doku.php?id=start:puredata_opencv > > enjoi & thanks, > ll > > > This message was sent using IMP, the Internet Messaging Program. > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
hard off wrote: > just asking, but does ANYONE actually import max patches into pd? people want to do that all the time, so if we had a conversion system, then I guess people would use it. (right now it does not work well enough to be usable). but the same goes for pd to java, pd to C++. and it does not only apply to sound, but also to graphics. people would take their gem patches and port them to any webbrowser readable format (processing, even flash) if this would be possible. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
Hallo, another point to take into account are arguments: What should "pow 2" output? Ciao -- Frank Julian Peterson hat gesagt: // Julian Peterson wrote: > I don't really think PD-Max compatibility should factor much into > decisions about improving PD, especially when it would force 'untidy' > concessions on the part of PD to facilitate awkward max paradigms > (like right to left execution order, etc.). > > If [1]**[2] (where [1] and [2] are inlets) seems the cleanest and most > consistent syntax, then it should certainly be used; and bite our > thumbs at Max. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
Hallo, hard off hat gesagt: // hard off wrote: > just asking, but does ANYONE actually import max patches into pd? The whole RTC-lib was (im)ported with Cyclone. Ciao -- Frank ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp_opencv & pix_opencv new development
I hoped for such a long time that someone would start this. thanks 1000 times lluis! unfortunately I could not get it compiling on my os x box. I installed the opencv framework from http://opencvlibrary.sourceforge.net/Mac_OS_X_OpenCV_Port and then tried to find the correct directories to include but I think I still got a problem with the opencv package nyc-calling:pix_opencv marius$ make g++ -DPD -O2 -funroll-loops -fomit-frame-pointer -ffast-math -Wall -W -Wno-unused -Wno-parentheses -Wno-switch -DGEM_OPENCV_VERSION=\"0.1\" -g -I/Users/marius/devel/pd-rsync/pd-extended/pd/src -I. -I/Users/marius/devel/pd-rsync/pd-extended/Gem/src -I/Users/marius/devel/pd-rsync/pd-extended/pd/src -I/usr/local/include -I/Users/marius/devel/opencv/OpenCV.framework/Versions/A `pkg-config --cflags opencv` -o pix_opencv_edge.o -c pix_opencv_edge.cpp Package opencv was not found in the pkg-config search path. Perhaps you should add the directory containing `opencv.pc' to the PKG_CONFIG_PATH environment variable No package 'opencv' found In file included from pix_opencv_edge.cpp:18: pix_opencv_edge.h:22:16: error: cv.h: No such file or directory [.] make: *** [pix_opencv_edge.o] Error 1 does someone have experience with opencv on mac? thanks, marius. [EMAIL PROTECTED] wrote: > hi all, > > I started a new development for some OpenCV bindigs to PD, I have some > objects working but no time to test or implement newones ... > > I want to encourage people to test them and report bugs, features > requests, experiences, etc ... and why not, to help coding ... > > Please, note that this is alpha software with known bugs. It runs, and > works at least some of the time, but use at your own risk ;) i > mean, probably you will need to fight a bit to get them working ... > but you also will help a lot with feedback > > ok, here is the URL : > http://hangar.org/wikis/lab/doku.php?id=start:puredata_opencv > > enjoi & thanks, > ll > > > This message was sent using IMP, the Internet Messaging Program. > > > ___ > 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] Cyclone in vanilla?
On Fri, 25 Apr 2008 09:52:43 -0400 Julian Peterson <[EMAIL PROTECTED]> wrote: > if you write a PD patch, you can give it to anyone with a reasonably > modern computer; they will be able to download PD on their machine/OS > and execute with full rights and privileges. For the last 2 years I have very much kept democratisation of tools and universal access in the front of my mind. The entry barrier to any career should always be hard work and learning and not access to an elite club of expensive tools. The computing/IT economy has blossomed because our generation had access to C compilers and cheap hardware as we grew up. I hope the next generation of sound designers will enjoy the same opportunity of commodity tools. At one time I seriously considered using Max because of the readership potential and it was better known within sound design circles. Perhaps my efforts in this area are starting to pay off because I think that has changed. Several job specifications I've seen lately from games developers venturing into procedural audio have mentoned Pd, not Max. Another thing I've tried to do with the book is keep all examples working within < 800MHz CPU requirements. That said, beyond using Pd as the teaching vehicle I tried to keep an implementation agnostic approach, with the idea that if you understand the algorithm and model you can implement a sound object in Pd, Max, CPS or any in-house proprietry synthesis framework. Being able to translate synthesis models between Csound, Pd, Max or whatever is a skill that comes with time. Automatic translation or import scripts are useful for sure, but I think we should recognise that they have now diverged into different things. Since I still believe Pd is the superior design application (by miles) a far more useful automated path would be to spit out Faust symbolic DSP algebra from Pd patches so you could compile patches into externals, Max objects, VST plugins or stand-alone applications. a. -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-msg
Hans-Christoph Steiner wrote: >> Well, if you are making these patches PROGRAMMATICALLY, then you can't >> cut and paste, as there is no way to do that in programming. >> >> You might want to open up some abstractions in a text editor, you can >> see the code that PD uses to create these objects directly. It is very >> enlightening. > > cut and paste is possible too. Check out pd-msg for the details. > Basically, you need to programmatically draw a box around the around > the area to select the objects, then send the cut and paste messages. I would not recommend this, it is buggy, slow, and a resource for errors. if you really want to dynamically create and delete objects the best method is the dyn~ external http://g.org/ext marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp_opencv & pix_opencv new development
Hans-Christoph Steiner wrote: > This looks very useful. A quick question, do these objects provide > the raw tracking data? they provide cool pixel based algorithms like more sophisticated blob operations, pattern recognition methods (like face recognition), and much much more! marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] tutorial on struct/template usage?
They're obscure by design (I'm trying to think of a more straightforward design but can't). Meanwhile, did you find the "4.data.structures" tutorial in the Pd distribution? cheers Miller On Fri, Apr 25, 2008 at 11:40:09AM +0200, Nicola Bernardini wrote: > Dear all, > > is it me, or the part on struct/template objects is rather obscure as > far as documentation goes? I really would like to do something with > these objects, and now I have the occasion to do it, but I am not able > to guess how to do it for the life of me. > > Is there a tutorial/howto/whatever somewhere that tackles these topics? > I swear I googled around and around with no success before writing. > > nicb > > -- > Nicola Bernardini > Scuola di Musica Elettronica > Conservatorio C.Pollini Padova > e-mail: [EMAIL PROTECTED] > http://www.conservatoriopollini.it > http://www.sme-ccppd.org > http://www.nicolabernardini.info > GPG fingerprint = 6AE6 AF21 E160 D9B3 396E EBAC 906C CFAE 4D65 D910 > Neither MS-Word nor MS-PowerPoint attachments please. > > ___ > 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] Cyclone in vanilla?
On Fri, 25 Apr 2008 16:39:04 +0200 Frank Barknecht <[EMAIL PROTECTED]> wrote: > Hallo, > > another point to take into account are arguments: What should "pow 2" > output? Well, presuming we do keep compatability [pow~ 2] will continue to behave as it does in Cyclone. For the proposed intrinsic [**~ ] operator then [**~ 2] would place the argument in the exponent position according to established Pd convention, so [**~ 2] would be the same as squaring. It would replace /\ [*~] though I expect most of us will continue to use that form. For altering the base then one would say [sig~ 3] | [**~ ] which weems in keeping with other uses. > > Ciao > -- > Frank > > Julian Peterson hat gesagt: // Julian Peterson wrote: > > > I don't really think PD-Max compatibility should factor much into > > decisions about improving PD, especially when it would force 'untidy' > > concessions on the part of PD to facilitate awkward max paradigms > > (like right to left execution order, etc.). > > > > If [1]**[2] (where [1] and [2] are inlets) seems the cleanest and most > > consistent syntax, then it should certainly be used; and bite our > > thumbs at Max. > > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
Frank Barknecht wrote: > Hallo, > > another point to take into account are arguments: What should "pow 2" > output? do you mean [pow 2] or [pow~ 2]? because pow 2 already outputs the square, I think pow~ should behave the same, also output the square (x^2) and not 2^x. like [+ 2] outputs x+2, *2 outputs x*2. no? marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
OMG, is it really true that pow and pow~ are reversed from each other in Max (and hence cyclone)!? That's genuinely strange - and if it's true, I'd definitely make pow~ act as the present pow (left inlet raiesed to right inlet as a power) and just print out a warning for a year or two. cheers M On Fri, Apr 25, 2008 at 10:57:59AM -0400, marius schebella wrote: > Frank Barknecht wrote: > > Hallo, > > > > another point to take into account are arguments: What should "pow 2" > > output? > > do you mean [pow 2] or [pow~ 2]? because pow 2 already outputs the > square, I think pow~ should behave the same, also output the square > (x^2) and not 2^x. like [+ 2] outputs x+2, *2 outputs x*2. > no? > marius. > > ___ > 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] I'm stuck in a corner, please help! RE: [delta~] object was: Re: Cyclone in vanilla?
I've attached again an example of a patch that demonstrates the practical difference between different one sample differentiators. Try replacing [fexpr~ $x1 - $x1[-1]] in the water flow generator with / \ | [z~] | | [-~] | which is fine. Then try implementing the same with [rzero~ 1] It sounds very different and I have not found a way to correct the accumulating DC error. Try the obvious [rzero~ 0.] etc to hear that the behaviour is still not right. Fundamentally, [z~] is a *very* useful primitive to have On Fri, 25 Apr 2008 07:04:10 -0400 Enrique Erne <[EMAIL PROTECTED]> wrote: > IOhannes m zmölnig wrote: > > Enrique Erne wrote: > >> IOhannes m zmölnig wrote: > >>> Enrique Erne wrote: > or [biquad~ 0 0 0 1] > > > Miller Puckette wrote: > > I believe z~ is just rzero~ 0. > >>> no. > >>> both of them are equivalent to [z~ 1] > >>> > >>> you could also argue that [f] is just the same as [0( > >>> :-) > >> oups, yes ofcorse z~ 1. > >> > >> the output of 1 sample with rzero~ 0, z~ 1 and biquad~ 0 0 0 1 seems to > >> be slightly different. if one wants to be fuzzy about that :) maybe ome > >> rounding problem? > > > > no, i don't see any rounding errors... > > > >> and now i even couldn't do the delwrite/read with the subpatch :( :( > > > > it's generally a good idea to tell [delwrite~] how much space it should > > allocate for the delayline. e.g. [delwrite~ abcd 1000] helped a lot... > > > > > > and [rzero~ 0] is not the same as [z~ 1]. > > > > > > the output of [z~ 1] is y[n]=x[n-1] > > according to [rzero~]s help-patch it does the following: > > > > y[n]=x[n]-a[n]*x[n-1] > > since you set a[n] to "0", you just get y[n]=x[n] :-( > > > > to get [z~ 1], do something like > > > > | > > +--+ > > | | > > | [rzero~ 1] > > | | > > [-~] > > | > > > thanks iohannes. it looks good now. > > > > > -- Use the source pour1.pd Description: Binary data ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] I'm stuck in a corner, please help! RE: [delta~] object was: Re: Cyclone in vanilla?
I think this is my mistake -- as someone else pointed out, it should have been "rzero_rev~", not "rzero 1" -- sorry for the confusion. Miller On Fri, Apr 25, 2008 at 04:08:38PM +0100, Andy Farnell wrote: > > > I've attached again an example of a patch that demonstrates the > practical difference between different one sample differentiators. > > Try replacing [fexpr~ $x1 - $x1[-1]] in the water flow generator with > > > / \ > | [z~] > | | > [-~] > | > > which is fine. > > Then try implementing the same with [rzero~ 1] > > It sounds very different and I have not found a way to correct > the accumulating DC error. Try the obvious [rzero~ 0.] > etc to hear that the behaviour is still not right. > > Fundamentally, [z~] is a *very* useful primitive to have > > > > On Fri, 25 Apr 2008 07:04:10 -0400 > Enrique Erne <[EMAIL PROTECTED]> wrote: > > > IOhannes m zm?lnig wrote: > > > Enrique Erne wrote: > > >> IOhannes m zm?lnig wrote: > > >>> Enrique Erne wrote: > > or [biquad~ 0 0 0 1] > > > > > > Miller Puckette wrote: > > > I believe z~ is just rzero~ 0. > > >>> no. > > >>> both of them are equivalent to [z~ 1] > > >>> > > >>> you could also argue that [f] is just the same as [0( > > >>> :-) > > >> oups, yes ofcorse z~ 1. > > >> > > >> the output of 1 sample with rzero~ 0, z~ 1 and biquad~ 0 0 0 1 seems to > > >> be slightly different. if one wants to be fuzzy about that :) maybe ome > > >> rounding problem? > > > > > > no, i don't see any rounding errors... > > > > > >> and now i even couldn't do the delwrite/read with the subpatch :( :( > > > > > > it's generally a good idea to tell [delwrite~] how much space it should > > > allocate for the delayline. e.g. [delwrite~ abcd 1000] helped a lot... > > > > > > > > > and [rzero~ 0] is not the same as [z~ 1]. > > > > > > > > > the output of [z~ 1] is y[n]=x[n-1] > > > according to [rzero~]s help-patch it does the following: > > > > > > y[n]=x[n]-a[n]*x[n-1] > > > since you set a[n] to "0", you just get y[n]=x[n] :-( > > > > > > to get [z~ 1], do something like > > > > > > | > > > +--+ > > > | | > > > | [rzero~ 1] > > > | | > > > [-~] > > > | > > > > > > thanks iohannes. it looks good now. > > > > > > > > > > > > > -- > Use the source > ___ > 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] Cyclone in vanilla?
Miller Puckette wrote: > OMG, is it really true that pow and pow~ are reversed from each other in > Max (and hence cyclone)!? That's genuinely strange - and if it's true, I'd > definitely make pow~ act as the present pow (left inlet raiesed to right inlet > as a power) and just print out a warning for a year or two. in max (4.6) you get [6\ | [pow 2] | [36\ and [sig~ 6] | [pow~ 2] | [snapshot~] | [64\ marius. > > cheers > M > > On Fri, Apr 25, 2008 at 10:57:59AM -0400, marius schebella wrote: >> Frank Barknecht wrote: >>> Hallo, >>> >>> another point to take into account are arguments: What should "pow 2" >>> output? >> do you mean [pow 2] or [pow~ 2]? because pow 2 already outputs the >> square, I think pow~ should behave the same, also output the square >> (x^2) and not 2^x. like [+ 2] outputs x+2, *2 outputs x*2. >> no? >> marius. >> >> ___ >> 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] Retrieving Text form a URL | Webpage
mark edward grimm wrote: > Hello, > > Didn't find any results on search... > > Do we know a way to retrieve/grab Text from a > webpage/url in PD... > > ... then write it to a textfile maybe? or insert into > a list. > > Thanks! > mark also look at detox from jasch_lib that can handle xml/html formatted messages. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Retrieving Text form a URL | Webpage
Beautiful! Thanks so much! i'll search that archives for that. i looked at mr.peach but must have overlooked the help patch so thanks for the pointer! mark --- IOhannes m zmölnig <[EMAIL PROTECTED]> wrote: > mark edward grimm wrote: > > Hello, > > > > Didn't find any results on search... > > > > Do we know a way to retrieve/grab Text from a > > webpage/url in PD... > > > > ... then write it to a textfile maybe? or insert > into > > a list. > > you don't have to use Pd, you could just do > "wget [URL] > myfile.txt" > > you can run this from within Pd (using [shell]) or > create a small server > that communicates with Pd using netsend/netreceive > (or whatever you > prefer). i have posted examples on how to the latter > on this list before > (so see the archives). > i have used this method extensively to display > websites within Pd (e.g. > for http://umlaeute.mur.at/projects/surf-the-net) > > > an alternative method is to use the [tcpclient] > object of mrpeach; the > help-patch even shows how to access a website. > > > fgmasdr > IOhannes > mark edward grimm | m.f.a | ed.m syracuse u. | vpa foundations | timearts adjunct | new media consultant megrimm.net | socialmediagroup.org & .com [EMAIL PROTECTED] | 315.378.2136 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] I'm stuck in a corner, please help! RE: [delta~] object was: Re: Cyclone in vanilla?
Hello, For [z~ 1] you can use [rzero_rev~ 0] -- its response is: y[n] = -a[n] * x[n] + x[n-1] setting the coefficient to 0 gets rid of the current input and leaves the one-sample delay. Thanks, Matt > Date: Fri, 25 Apr 2008 12:21:54 +0200 > From: IOhannes m zm?lnig <[EMAIL PROTECTED]> > Subject: Re: [PD] I'm stuck in a corner, please help! RE: [delta~] >object was: Re: Cyclone in vanilla? > To: Enrique Erne <[EMAIL PROTECTED]> > Cc: pd-list@iem.at > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1 > > Enrique Erne wrote: > > IOhannes m zm?lnig wrote: > >> Enrique Erne wrote: > >>> or [biquad~ 0 0 0 1] > >>> > >>> > >>> Miller Puckette wrote: > I believe z~ is just rzero~ 0. > >> > >> no. > >> both of them are equivalent to [z~ 1] > >> > >> you could also argue that [f] is just the same as [0( > >> :-) > > > > oups, yes ofcorse z~ 1. > > > > the output of 1 sample with rzero~ 0, z~ 1 and biquad~ 0 0 0 1 seems to > > be slightly different. if one wants to be fuzzy about that :) maybe ome > > rounding problem? > > no, i don't see any rounding errors... > > > > > and now i even couldn't do the delwrite/read with the subpatch :( :( > > it's generally a good idea to tell [delwrite~] how much space it should > allocate for the delayline. e.g. [delwrite~ abcd 1000] helped a lot... > > > and [rzero~ 0] is not the same as [z~ 1]. > > > the output of [z~ 1] is y[n]=x[n-1] > according to [rzero~]s help-patch it does the following: > > y[n]=x[n]-a[n]*x[n-1] > since you set a[n] to "0", you just get y[n]=x[n] :-( > > to get [z~ 1], do something like > > | > +--+ > | | > | [rzero~ 1] > | | > [-~] > | > > > fmgads.r > IOhannes > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
On 25/04/2008, at 17.06, Miller Puckette wrote: > OMG, is it really true that pow and pow~ are reversed from each > other in > Max (and hence cyclone)!? no (the assumption in the above is not true). according to the reference manuals downloadable from C74's website [0], pow and pow~ are consistent with each other. Ie. left inlet sets the exponent and the right inlet and the argument sets the base. [0] http://www.cycling74.com/download/maxmsp463doc.zip ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
On 25/04/2008, at 17.37, marius schebella wrote: > in max (4.6) you get > > [6\ > | > [pow 2] > | > [36\ That is odd. It matches the example in their reference manuals but not the text unless "base" and "exponent" momentarily means something else while reading that text. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] I'm stuck in a corner, please help! RE: [delta~] object was: Re: Cyclone in vanilla?
this, or use the suggestion IOhannes made some posts ago: http://lists.puredata.info/pipermail/pd-list/2008-04/061576.html roman On Fri, 2008-04-25 at 11:47 -0400, Matt Barber wrote: > Hello, > > For [z~ 1] you can use [rzero_rev~ 0] -- its response is: > > y[n] = -a[n] * x[n] + x[n-1] > > setting the coefficient to 0 gets rid of the current input and leaves > the one-sample delay. > > Thanks, > > Matt > > > > > Date: Fri, 25 Apr 2008 12:21:54 +0200 > > From: IOhannes m zm?lnig <[EMAIL PROTECTED]> > > Subject: Re: [PD] I'm stuck in a corner, please help! RE: [delta~] > >object was: Re: Cyclone in vanilla? > > To: Enrique Erne <[EMAIL PROTECTED]> > > Cc: pd-list@iem.at > > Message-ID: <[EMAIL PROTECTED]> > > Content-Type: text/plain; charset=ISO-8859-1 > > > > Enrique Erne wrote: > > > IOhannes m zm?lnig wrote: > > >> Enrique Erne wrote: > > >>> or [biquad~ 0 0 0 1] > > >>> > > >>> > > >>> Miller Puckette wrote: > > I believe z~ is just rzero~ 0. > > >> > > >> no. > > >> both of them are equivalent to [z~ 1] > > >> > > >> you could also argue that [f] is just the same as [0( > > >> :-) > > > > > > oups, yes ofcorse z~ 1. > > > > > > the output of 1 sample with rzero~ 0, z~ 1 and biquad~ 0 0 0 1 seems to > > > be slightly different. if one wants to be fuzzy about that :) maybe ome > > > rounding problem? > > > > no, i don't see any rounding errors... > > > > > > > > and now i even couldn't do the delwrite/read with the subpatch :( :( > > > > it's generally a good idea to tell [delwrite~] how much space it should > > allocate for the delayline. e.g. [delwrite~ abcd 1000] helped a lot... > > > > > > and [rzero~ 0] is not the same as [z~ 1]. > > > > > > the output of [z~ 1] is y[n]=x[n-1] > > according to [rzero~]s help-patch it does the following: > > > > y[n]=x[n]-a[n]*x[n-1] > > since you set a[n] to "0", you just get y[n]=x[n] :-( > > > > to get [z~ 1], do something like > > > > | > > +--+ > > | | > > | [rzero~ 1] > > | | > > [-~] > > | > > > > > > fmgads.r > > IOhannes > > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-msg
On Fri, Apr 25, 2008 at 9:25 AM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: > > On Apr 24, 2008, at 10:49 PM, Mike McGonagle wrote: > > > > On Thu, Apr 24, 2008 at 7:27 PM, Luigi Rensinghoff < > [EMAIL PROTECTED]> wrote: > >> >> do you know how the numbers change if you cut everything from patch and >> paste it back in ?? my impression is that it does not start from zero ?? >> What if you copy it to a new patch ? then it should start from zero. >> > > Well, if you are making these patches PROGRAMMATICALLY, then you can't cut > and paste, as there is no way to do that in programming. > > You might want to open up some abstractions in a text editor, you can see > the code that PD uses to create these objects directly. It is very > enlightening. > > > cut and paste is possible too. Check out pd-msg for the details. > Basically, you need to programmatically draw a box around the around the > area to select the objects, then send the cut and paste messages. > And yes, while this is possible, it just seems very "difficult" at best, to be able to create a patch and lay it out in such a way that you can make those sorts of selections. LOTS of planning would need to go into such a thing. > > > Well sure i could keep track of thatbut what if i would like to modify >> an existing patch >> > > Can't do it programmatically. You can only add objects to an existing > patch, and if it is something that already has existing objects, there is no > way to know how many objects are already in a patch. > mike > > > It would be non-trivial but possible. You could count the lines in the .pd > file with "#X obj" in them, that would give you the total number of objects. > I guess you'd have to count symbolatoms and floatatoms too. > You could probably do this by loading the patch into a [textfile] object, if you need to do this programmatically. 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] Cyclone in vanilla?
Steffen Juul wrote: > > On 25/04/2008, at 17.37, marius schebella wrote: >> in max (4.6) you get >> >> [6\ >> | >> [pow 2] >> | >> [36\ > > That is odd. It matches the example in their reference manuals but not > the text unless "base" and "exponent" momentarily means something else > while reading that text. > their manual is wrong! cite: pow raises the base value (set in the right inlet) to the power of the exponent (set in the left inlet). Input: float or int In left inlet: Sets the exponent. In right inlet: Sets the base value. Arguments: float or int, Optional. Sets the base value. The default value is 0. Output: float The base value (from the right inlet) raised to the exponent (from the left inlet). and then they have an example as it really works [2( [-0.5( | / [pow] | [0.707107\ but -0.5**2 is actually 0.25. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
Hallo, Miller Puckette hat gesagt: // Miller Puckette wrote: > OMG, is it really true that pow and pow~ are reversed from each other in > Max (and hence cyclone)!? Not in Max, but in Cyclone, which uses the [pow] from Pd, which is reverse from the [pow] in Max. According to the Max 4.6 manual both pow~ and pow in Max have base right, exponent left, and the argument sets the base. [pow] in Pd has base left and exponent right, argument sets the exponent (i.e. the message at the right inlet). In the C-math-library, pow is: pow(x=base, y=exponent). I guess, I'm convinced now that [pow~] in Pd should behave like Pd's [pow] and the hell with Max-compatibility. However for Andy this probably means even more work now ... I think, Cyclone's [pow~] should be renamed to something like [rpow~] then. IIRC Cyclone can be made to do some translations when importing Max-patches like for [Snapshot~], a translation pow~ to rpow~ then maybe could be added. I don't think, a warning message in Pd would be necessary, it may be annoying. Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
Steffen Juul wrote: > > On 25/04/2008, at 17.37, marius schebella wrote: >> in max (4.6) you get >> >> [6\ >> | >> [pow 2] >> | >> [36\ > > That is odd. It matches the example in their reference manuals but not > the text unless "base" and "exponent" momentarily means something else > while reading that text. > btw, http://www.cycling74.com/docs/max5/refpages/max-ref/pow.html marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] I'm stuck in a corner, please help! RE: [delta~] object was: Re: Cyclone in vanilla?
Hallo, Andy Farnell hat gesagt: // Andy Farnell wrote: > Fundamentally, [z~] is a *very* useful primitive to have I think, fundamentally z~ is just delread~/delwrite~ with a different way to specify delay times, slightly better performance because it doesn't allow many things delread~/delwrite~ can do, and no need to employ two objects. Or am I missing something? Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] I'm stuck in a corner, please help! RE: [delta~] object was: Re: Cyclone in vanilla?
On Fri, 2008-04-25 at 16:08 +0100, Andy Farnell wrote: > > I've attached again an example of a patch that demonstrates the > practical difference between different one sample differentiators. > > Try replacing [fexpr~ $x1 - $x1[-1]] in the water flow generator with > > > / \ > | [z~] > | | > [-~] > | > > which is fine. > > Then try implementing the same with [rzero~ 1] > > It sounds very different because [rzero~] is _not_ the same as [z~ 1] (see previous posts, 'previouser' posts claiming both to be the same, are wrong). there are several ways to achieve one-sample-delays. however, they need to be implemented correctly, of course. if they are, they also lead to identical results. i hope, i am not doing a mistake as well, but considering IOhannes' last post, it seems to me that: / \ | [z~] | | [-~] | which is: y[n] = x[n] - x[n-1] is the same as: [rzero~ 1] (according to the formula in the help-file) so.. replace the whole thing by [rzero~ 1] and you don't need an external here. regarding the book: why not making a set of abstractions with meaningful names for the missing standard operators and classes like [z~]? (yo, some people suggested that already) it would be educational and it also wouldn't suggest, that puredata is clean, consistent and complete, but it would show, that some effort is required in order to make it consistent and complete for one-self. i think, that would be just frank. it's a project in progress. i believe, that starting with abstractions based on vanilla would be a good idea, even if they are not optimized or require a lot of objects. once they can be replaced by built-in classes, you still could change the abstractions so that they can be used as wrappers, in case the new classes don't have the same name as your initial abstractions. i think, going that way, you can make sure, that the examples from the book will work also in the future, when everything what we miss right now, will be there. i think, this would be the better way instead of adding some dependencies to the book examples, that will be obsolete in the future (or even worse, get replaced by built-in classes with same names, but different behaviour). probably, your book is going to be the killer reason, why those object classes need to be part of vanilla (yeah, i am dreaming ;-) ). frank already started a set. if still stuff is missing, i'd be glad to help as far as i am able to. roman > and I have not found a way to correct > the accumulating DC error. Try the obvious [rzero~ 0.] > etc to hear that the behaviour is still not right. > > Fundamentally, [z~] is a *very* useful primitive to have > > > > On Fri, 25 Apr 2008 07:04:10 -0400 > Enrique Erne <[EMAIL PROTECTED]> wrote: > > > IOhannes m zmölnig wrote: > > > Enrique Erne wrote: > > >> IOhannes m zmölnig wrote: > > >>> Enrique Erne wrote: > > or [biquad~ 0 0 0 1] > > > > > > Miller Puckette wrote: > > > I believe z~ is just rzero~ 0. > > >>> no. > > >>> both of them are equivalent to [z~ 1] > > >>> > > >>> you could also argue that [f] is just the same as [0( > > >>> :-) > > >> oups, yes ofcorse z~ 1. > > >> > > >> the output of 1 sample with rzero~ 0, z~ 1 and biquad~ 0 0 0 1 seems to > > >> be slightly different. if one wants to be fuzzy about that :) maybe ome > > >> rounding problem? > > > > > > no, i don't see any rounding errors... > > > > > >> and now i even couldn't do the delwrite/read with the subpatch :( :( > > > > > > it's generally a good idea to tell [delwrite~] how much space it should > > > allocate for the delayline. e.g. [delwrite~ abcd 1000] helped a lot... > > > > > > > > > and [rzero~ 0] is not the same as [z~ 1]. > > > > > > > > > the output of [z~ 1] is y[n]=x[n-1] > > > according to [rzero~]s help-patch it does the following: > > > > > > y[n]=x[n]-a[n]*x[n-1] > > > since you set a[n] to "0", you just get y[n]=x[n] :-( > > > > > > to get [z~ 1], do something like > > > > > > | > > > +--+ > > > | | > > > | [rzero~ 1] > > > | | > > > [-~] > > > | > > > > > > thanks iohannes. it looks good now. > > > > > > > > > > > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] tutorial on struct/template usage?
Hallo, Nicola Bernardini hat gesagt: // Nicola Bernardini wrote: > is it me, or the part on struct/template objects is rather obscure as > far as documentation goes? I really would like to do something with > these objects, and now I have the occasion to do it, but I am not able > to guess how to do it for the life of me. > > Is there a tutorial/howto/whatever somewhere that tackles these topics? > I swear I googled around and around with no success before writing. Search http://puredata.info/ for "data structures" instead of Google. There are two tutorials that may be useful: An old one by myself: http://puredata.info/community/projects/convention04/lectures/tk-barknecht/tut.tgz/view?searchterm=data%20structures (URL in one line) And a pdf by Greg Karman here, which I would actually recommend to start with: http://puredata.info/Members/ggkarman/Tutoriales Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] I'm stuck in a corner, please help! RE: [delta~] object was: Re: Cyclone in vanilla?
On 25/04/2008, at 18.34, Frank Barknecht wrote: > Hallo, > Andy Farnell hat gesagt: // Andy Farnell wrote: > >> Fundamentally, [z~] is a *very* useful primitive to have > > I think, fundamentally z~ is just delread~/delwrite~ with a different > way to specify delay times, slightly better performance because it > doesn't allow many things delread~/delwrite~ can do, and no need > to employ two objects. Or am I missing something? Maybe that your implementation uses an unsupported feature? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
On Fri, 25 Apr 2008 18:27:53 +0200 Frank Barknecht <[EMAIL PROTECTED]> wrote: > I guess, I'm convinced now that [pow~] in Pd should behave like Pd's > [pow] and the hell with Max-compatibility. However for Andy this > probably means even more work now ... I am comitted to making substatial changes already, so in for a penny in for a pound... All I ask is that we settle on something soon (within weeks) and stick to it. It will take me about two more weeks to make changes to all the practicals that use [pow~] after that. If we can arrive at a solid statement about any other audio objects that will make it into an enlarged Vanilla soon, then all the better. That really helps me make plans. I am about 70% through the changes you, Marius and Steffen have given for the first proofreading pass. After that I will give you the updated introductory chapters (and also to Miller) -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-msg
Hallo, Mike McGonagle hat gesagt: // Mike McGonagle wrote: > And yes, while this is possible, it just seems very "difficult" at best, to > be able to create a patch and lay it out in such a way that you can make > those sorts of selections. LOTS of planning would need to go into such a > thing. What I generally do *if* I'm doing dynamic patching is write as much as possible into an abstraction and just create copies of that. nqpoly4~ may help with automating that. A very useful trick for these abstractions is to avoid doing connections at all and just pass $0 as an argument. Then inside the abstraction, use [r $1-inlet] receivers where $1 is the $0 of the parent as passed as argument instead of inlets, and [s $1-outlet] instead of outlets. Outside of the patch use [s $0-inlet] to write to the fake inlet, and [r $0-outlet] to read from the fake sender outlet. Do the same for signals with r~/s~ and throw~/catch~ pairs. Most dynamic connections can be avoided by this approach. If you need to pass data from one dynamically created abstraction to another, use a similar approach with numbered arguments. Again this can be seen in action in the redesign of nqpoly4~.pd that I once did and that's in svn/pd-extended as well, or in polypoly.pd. Ciao -- Frank Barknecht ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Retrieving Text form a URL | Webpage
you can also use the language of your choice that supports OSC and parse the page externally. i've attached a perl example w/ a super simple pd patch. -s On Fri, 2008-04-25 at 06:14 -0700, mark edward grimm wrote: > Hello, > > Didn't find any results on search... > > Do we know a way to retrieve/grab Text from a > webpage/url in PD... > > ... then write it to a textfile maybe? or insert into > a list. > > Thanks! > mark > > > > > > mark edward grimm | m.f.a | ed.m > syracuse u. | vpa foundations | timearts > adjunct | new media consultant > megrimm.net | socialmediagroup.org & .com > [EMAIL PROTECTED] | 315.378.2136 > > > > > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- Mechanize something idiosyncratic. -- cell : 415.828.1625 yahoo : the_shift8 aim : og_shift8 #N canvas 632 124 450 300 10; #X obj 217 38 dumpOSC 1025; #X obj 263 144 print url:; #X obj 179 144 print text:; #X obj 215 70 route /text /url; #X obj 15 27 load me first; #X connect 0 0 3 0; #X connect 3 0 2 0; #X connect 3 1 1 0; web_grab.pl Description: Perl program ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] polymatrix...patchbay for audio and anything
Sorry, i dont get it ?? what do you mean... Am 25.04.2008 um 12:48 schrieb hard off: ahh, name changegets me every time. who thought of mtx_*~ though??? a bit over the top isn't it? why "over the top" ?? and still no help file. obviously audio matrices are so simple that everyone can understand them ;P i have a mtx:*~-help file >---< 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] contextual pdpedia menu link
That sounds very useful, I have always missed that, but I don't see the patch attached. I think the patch tracker would be a good place for it. I just got Cmd-M working to minimize, but it is a hack. I think that Cmd-M and Cmd-` (to switch between windows) should work with a Tk app, but somehow Pd has disabled that. I can't find where tho. Now that I think about the pdpedia help menu item more, my implementation is just a first attempt. I am not sure whether it is the best way to handle it. Does it do the same thing that you were thinking? Also, any interest in taking on the pdpedia context menu item? I think that will require edits to both u_main.tk and g_editor.c, but it should be relatively straightforward. .hc On Apr 25, 2008, at 2:57 AM, Luke Iannini (pd) wrote: > I mentioned them a week or two ago in another thread; documents in OS > X usually have a little icon in the titlebar that represents the file > being edited; you can drag it to get a reference to the file (for > copying or opening in another application; for Pd files that's awesome > for dragging to your text editor for editing), or you can right click > it to get a context menu with the parent folders up to the root (great > as a "reveal in finder" function). > > I attached a patch that should theoretically add support for them as > well as properly showing the "modified" state consistently with the > rest of OS X apps (which dims the proxy icon and adds a dot in the > close button). But I haven't been able to get it to work with Pd > Vanilla. > > I added this to pdtk_canvas_new in my Pd-extended pdtk with static > arguments and the feature does work, so maybe you can try the patch > (my build environment still isn't working): > wm attributes $name -modified 0 -titlepath > {/Users/LukeIannini/PureData/sft/sft.structhausen.pd} > (replace the path with an actual file on your machine of course) > > Cheers > Luke > > On Thu, Apr 24, 2008 at 8:57 PM, Hans-Christoph Steiner > <[EMAIL PROTECTED]> wrote: >> >> Oops, sorry, I didn't realize that you were working on it. You >> still >> get credit for the idea :). I think the pdpedia context menu >> link is >> still worth doing. >> >> What are proxy icons? >> >> .hc >> >> >> >> On Apr 24, 2008, at 8:24 PM, Luke Iannini (pd) wrote: >> >>> Arr, I finished this two days ago and got caught up with troubles >>> recompiling Pd. Ah well, glad it is done : ). Thanks for doing it. >>> On the upside, I discovered how to get OS X proxy icons working >>> in the >>> process, so I'll still have something to contribute >>> Cheers >>> Luke >>> >>> On Thu, Apr 24, 2008 at 5:03 PM, Hans-Christoph Steiner >>> <[EMAIL PROTECTED]> wrote: Hey all, I just checked in code to make the Pdpedia link in the Help menu try to find the object name if you are looking at a help patch. If the help patch is the topmost window, it'll use that object name when it opens the pdpedia and take you directly to that page. Should be in tomorrow's builds. This got me thinking that there should be a Pdpedia link in the popup menu that currently has Help, Properties, and Open in it... .hc --- -- --- "[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity."-John Gilmore ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list >> >> >> >> >> - >> --- >> >> >> The arc of history bends towards justice. - Dr. Martin Luther >> King, Jr. >> >> >> >> >> >> ___ >> PD-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >> listinfo/pd-list >> If you are not part of the solution, you are part of the problem. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-msg
On Fri, 2008-04-25 at 20:09 +0200, Frank Barknecht wrote: > Hallo, > Mike McGonagle hat gesagt: // Mike McGonagle wrote: > > > And yes, while this is possible, it just seems very "difficult" at best, to > > be able to create a patch and lay it out in such a way that you can make > > those sorts of selections. LOTS of planning would need to go into such a > > thing. > > What I generally do *if* I'm doing dynamic patching is write as much as > possible into an abstraction and just create copies of that. nqpoly4~ > may help with automating that. > > A very useful trick for these abstractions is to avoid doing connections > at all and just pass $0 as an argument. Then inside the abstraction, use > [r $1-inlet] receivers where $1 is the $0 of the parent as passed as > argument instead of inlets, and [s $1-outlet] instead of outlets. Outside of > the patch use [s $0-inlet] to write to the fake inlet, and [r $0-outlet] > to read from the fake sender outlet. Do the same for signals with r~/s~ > and throw~/catch~ pairs. Most dynamic connections can be avoided by this > approach. > > If you need to pass data from one dynamically created abstraction to > another, use a similar approach with numbered arguments. Again this can > be seen in action in the redesign of nqpoly4~.pd that I once did and > that's in svn/pd-extended as well, or in polypoly.pd. this is basically the approach, that probably all dynamic patches from netpd are based on. no connections are created or deleted dynamically (it's just too cumbersome and relies on undocumented features). parts that need to be deleted separately go into their own subpatch, so that they can be deleted simply by sending 'clear' to the appropriate subpatch. however, there _are_ issues, that cannot solved that way. whenever signals are involved with dynamically created abstractions, it's likely to get one-block-delays due to the creation order of the [throw~]s/[catch~]es and [send~]s/[receive~]s. don't know how to deal with that yet. roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
On Fri, 2008-04-25 at 11:37 -0400, marius schebella wrote: > > in max (4.6) you get > [sig~ 6] > | > [pow~ 2] > | > [snapshot~] > | > [64\ Same with cyclone/pow~ Jamie -- www.postlude.co.uk ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-msg
On Apr 25, 2008, at 12:09 PM, Mike McGonagle wrote: On Fri, Apr 25, 2008 at 9:25 AM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: On Apr 24, 2008, at 10:49 PM, Mike McGonagle wrote: On Thu, Apr 24, 2008 at 7:27 PM, Luigi Rensinghoff <[EMAIL PROTECTED]> wrote: do you know how the numbers change if you cut everything from patch and paste it back in ?? my impression is that it does not start from zero ?? What if you copy it to a new patch ? then it should start from zero. Well, if you are making these patches PROGRAMMATICALLY, then you can't cut and paste, as there is no way to do that in programming. You might want to open up some abstractions in a text editor, you can see the code that PD uses to create these objects directly. It is very enlightening. cut and paste is possible too. Check out pd-msg for the details. Basically, you need to programmatically draw a box around the around the area to select the objects, then send the cut and paste messages. And yes, while this is possible, it just seems very "difficult" at best, to be able to create a patch and lay it out in such a way that you can make those sorts of selections. LOTS of planning would need to go into such a thing. Well sure i could keep track of thatbut what if i would like to modify an existing patch Can't do it programmatically. You can only add objects to an existing patch, and if it is something that already has existing objects, there is no way to know how many objects are already in a patch. mike It would be non-trivial but possible. You could count the lines in the .pd file with "#X obj" in them, that would give you the total number of objects. I guess you'd have to count symbolatoms and floatatoms too. You could probably do this by loading the patch into a [textfile] object, if you need to do this programmatically. Yup, for an example, check out this one in Pd-extended 0.39.3: Help->Browser->manuals->0.Intro->46.pure_data_files.pd (I just released this is broken in 0.40...) .hc 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 "It is convenient to imagine a power beyond us because that means we don't have to examine our own lives.", from "The Idols of Environmentalism", by Curtis White ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Retrieving Text form a URL | Webpage
Hopefully, mrpeach himself will chime in, there are rumors he's got a HTTP running that's built-in Pd. .hc On Apr 25, 2008, at 11:40 AM, mark edward grimm wrote: > Beautiful! Thanks so much! > > i'll search that archives for that. i looked at > mr.peach but must have overlooked the help patch so > thanks for the pointer! > > mark > > > --- IOhannes m zmölnig <[EMAIL PROTECTED]> wrote: > >> mark edward grimm wrote: >>> Hello, >>> >>> Didn't find any results on search... >>> >>> Do we know a way to retrieve/grab Text from a >>> webpage/url in PD... >>> >>> ... then write it to a textfile maybe? or insert >> into >>> a list. >> >> you don't have to use Pd, you could just do >> "wget [URL] > myfile.txt" >> >> you can run this from within Pd (using [shell]) or >> create a small server >> that communicates with Pd using netsend/netreceive >> (or whatever you >> prefer). i have posted examples on how to the latter >> on this list before >> (so see the archives). >> i have used this method extensively to display >> websites within Pd (e.g. >> for http://umlaeute.mur.at/projects/surf-the-net) >> >> >> an alternative method is to use the [tcpclient] >> object of mrpeach; the >> help-patch even shows how to access a website. >> >> >> fgmasdr >> IOhannes >> > > > > mark edward grimm | m.f.a | ed.m > syracuse u. | vpa foundations | timearts > adjunct | new media consultant > megrimm.net | socialmediagroup.org & .com > [EMAIL PROTECTED] | 315.378.2136 > > > > > > > ___ > 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] pd-msg
Just curious, but has anyone tried to test the performance differences between sending messages as compared to actually connecting things up with wires? I am curious weather or not one of my patches would work with messages, as I want to instantiate close to 200 oscillators, with each taking about 7 or 8 parameters per grain. Mike On 4/25/08, Roman Haefeli <[EMAIL PROTECTED]> wrote: > On Fri, 2008-04-25 at 20:09 +0200, Frank Barknecht wrote: > > Hallo, > > Mike McGonagle hat gesagt: // Mike McGonagle wrote: > > > > > And yes, while this is possible, it just seems very "difficult" at best, > to > > > be able to create a patch and lay it out in such a way that you can make > > > those sorts of selections. LOTS of planning would need to go into such a > > > thing. > > > > What I generally do *if* I'm doing dynamic patching is write as much as > > possible into an abstraction and just create copies of that. nqpoly4~ > > may help with automating that. > > > > A very useful trick for these abstractions is to avoid doing connections > > at all and just pass $0 as an argument. Then inside the abstraction, use > > [r $1-inlet] receivers where $1 is the $0 of the parent as passed as > > argument instead of inlets, and [s $1-outlet] instead of outlets. Outside > of > > the patch use [s $0-inlet] to write to the fake inlet, and [r $0-outlet] > > to read from the fake sender outlet. Do the same for signals with r~/s~ > > and throw~/catch~ pairs. Most dynamic connections can be avoided by this > > approach. > > > > If you need to pass data from one dynamically created abstraction to > > another, use a similar approach with numbered arguments. Again this can > > be seen in action in the redesign of nqpoly4~.pd that I once did and > > that's in svn/pd-extended as well, or in polypoly.pd. > > > > this is basically the approach, that probably all dynamic patches from > netpd are based on. no connections are created or deleted dynamically > (it's just too cumbersome and relies on undocumented features). > parts that need to be deleted separately go into their own subpatch, so > that they can be deleted simply by sending 'clear' to the appropriate > subpatch. > > however, there _are_ issues, that cannot solved that way. whenever > signals are involved with dynamically created abstractions, it's likely > to get one-block-delays due to the creation order of the > [throw~]s/[catch~]es and [send~]s/[receive~]s. don't know how to deal > with that yet. > > > roman > > > > > ___ > Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de > > > > ___ > 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] Retrieving Text form a URL | Webpage
hmmm ... [shell] crashes pd when it bangs "DONE" pd-0.40.3-extended-20080222 osx 10.5.2 intel 2.16 ghz ...although i can hit "ignore" and continue working. pretty weird. --- IOhannes m zmölnig <[EMAIL PROTECTED]> wrote: > mark edward grimm wrote: > > Hello, > > > > Didn't find any results on search... > > > > Do we know a way to retrieve/grab Text from a > > webpage/url in PD... > > > > ... then write it to a textfile maybe? or insert > into > > a list. > > you don't have to use Pd, you could just do > "wget [URL] > myfile.txt" > > you can run this from within Pd (using [shell]) or > create a small server > that communicates with Pd using netsend/netreceive > (or whatever you > prefer). i have posted examples on how to the latter > on this list before > (so see the archives). > i have used this method extensively to display > websites within Pd (e.g. > for http://umlaeute.mur.at/projects/surf-the-net) > > > an alternative method is to use the [tcpclient] > object of mrpeach; the > help-patch even shows how to access a website. > > > fgmasdr > IOhannes > mark edward grimm | m.f.a | ed.m syracuse u. | vpa foundations | timearts adjunct | new media consultant megrimm.net | socialmediagroup.org & .com [EMAIL PROTECTED] | 315.378.2136 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pattern extraction/recognition
Hi, i'm looking for a way to make a patch that recognizes musical motifs from a flute player in real-time. Maybe using ann externals to first training with the player, or with some recorded material. There is other ways to do that? Someone is doing something similar on Pd? Pd is the best choice to do that work? Sorry for many questions. Thanks for atention. cris ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-msg
Well... not yet...but if you post the patch, or the part with th 200 or more wires... i would test the difference. I am surprised where this discussion is going...many useful tips so far. I personally dont like that $0 $1 confusion somehow, but thats just because i dont remeber what i did when i open the patch many months later or so.. Wires are somehow more "haptic" and its a part of pd that i like, sort of the typical pd-character, but as in the 24 24 matrix thing - when you have to do more than 100 connections in one patch, then its kind of silly, this weaving so dynamic object creation or just "automated" connecting seems to be a good way.. To come to a little bit more practical example.. I am facing the problem - again with the mapping library - and this is, where it does not work with abstractions - i would like to have one abstraction with a mapping object inside, but not always the same... i post the example, later - where i am now experimenting with this message-thing basically its like that.. lets say you have an abstraction: transfer.pd inside of that there is the core-math object like exponential_curve or exponential_sigmoid so it would be cool to just send the argument "expoential_curve" to the abstraction so this object is created.. well...not very clear i guess.. but i will post it later .. What about the route audio~ float - object did nobody ever have the same problem ?? good night luigi Am 26.04.2008 um 00:06 schrieb Mike McGonagle: Just curious, but has anyone tried to test the performance differences between sending messages as compared to actually connecting things up with wires? I am curious weather or not one of my patches would work with messages, as I want to instantiate close to 200 oscillators, with each taking about 7 or 8 parameters per grain. Mike On 4/25/08, Roman Haefeli <[EMAIL PROTECTED]> wrote: On Fri, 2008-04-25 at 20:09 +0200, Frank Barknecht wrote: Hallo, Mike McGonagle hat gesagt: // Mike McGonagle wrote: And yes, while this is possible, it just seems very "difficult" at best, to be able to create a patch and lay it out in such a way that you can make those sorts of selections. LOTS of planning would need to go into such a thing. What I generally do *if* I'm doing dynamic patching is write as much as possible into an abstraction and just create copies of that. nqpoly4~ may help with automating that. A very useful trick for these abstractions is to avoid doing connections at all and just pass $0 as an argument. Then inside the abstraction, use [r $1-inlet] receivers where $1 is the $0 of the parent as passed as argument instead of inlets, and [s $1-outlet] instead of outlets. Outside of the patch use [s $0-inlet] to write to the fake inlet, and [r $0- outlet] to read from the fake sender outlet. Do the same for signals with r~/s~ and throw~/catch~ pairs. Most dynamic connections can be avoided by this approach. If you need to pass data from one dynamically created abstraction to another, use a similar approach with numbered arguments. Again this can be seen in action in the redesign of nqpoly4~.pd that I once did and that's in svn/pd-extended as well, or in polypoly.pd. this is basically the approach, that probably all dynamic patches from netpd are based on. no connections are created or deleted dynamically (it's just too cumbersome and relies on undocumented features). parts that need to be deleted separately go into their own subpatch, so that they can be deleted simply by sending 'clear' to the appropriate subpatch. however, there _are_ issues, that cannot solved that way. whenever signals are involved with dynamically created abstractions, it's likely to get one-block-delays due to the creation order of the [throw~]s/[catch~]es and [send~]s/[receive~]s. don't know how to deal with that yet. roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http:// messenger.yahoo.de ___ 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 >---< 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
[PD] alpha and gemframebuffer
hi, I am having trouble getting alpha channel work with gemframebuffers. can someone look at the patch and see what I am doing wrong? thanks, marius. bg_images_alpha.pd Description: application/extension-pd ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] problems compiling pix_opencv in OSX (Was Re: pdp_opencv & pix_opencv new development)
hi marius, today first time I have tried to compile this objects in macosx, i marius schebella <[EMAIL PROTECTED]> ha escrito: I hoped for such a long time that someone would start this. thanks 1000 times lluis! unfortunately I could not get it compiling on my os x box. I installed the opencv framework from http://opencvlibrary.sourceforge.net/Mac_OS_X_OpenCV_Port and then tried to find the correct directories to include but I think I still got a problem with the opencv package nyc-calling:pix_opencv marius$ make g++ -DPD -O2 -funroll-loops -fomit-frame-pointer -ffast-math -Wall -W -Wno-unused -Wno-parentheses -Wno-switch -DGEM_OPENCV_VERSION=\"0.1\" -g -I/Users/marius/devel/pd-rsync/pd-extended/pd/src -I. -I/Users/marius/devel/pd-rsync/pd-extended/Gem/src -I/Users/marius/devel/pd-rsync/pd-extended/pd/src -I/usr/local/include -I/Users/marius/devel/opencv/OpenCV.framework/Versions/A `pkg-config --cflags opencv` -o pix_opencv_edge.o -c pix_opencv_edge.cpp Package opencv was not found in the pkg-config search path. Perhaps you should add the directory containing `opencv.pc' to the PKG_CONFIG_PATH environment variable No package 'opencv' found In file included from pix_opencv_edge.cpp:18: pix_opencv_edge.h:22:16: error: cv.h: No such file or directory [.] make: *** [pix_opencv_edge.o] Error 1 does someone have experience with opencv on mac? thanks, marius. [EMAIL PROTECTED] wrote: hi all, I started a new development for some OpenCV bindigs to PD, I have some objects working but no time to test or implement newones ... I want to encourage people to test them and report bugs, features requests, experiences, etc ... and why not, to help coding ... Please, note that this is alpha software with known bugs. It runs, and works at least some of the time, but use at your own risk ;) i mean, probably you will need to fight a bit to get them working ... but you also will help a lot with feedback ok, here is the URL : http://hangar.org/wikis/lab/doku.php?id=start:puredata_opencv enjoi & thanks, ll This message was sent using IMP, the Internet Messaging Program. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list This message was sent using IMP, the Internet Messaging Program. PD_DIR = /Users/lluisgomezbigorda/pd-0.41-4 GEM_DIR = /Users/lluisgomezbigorda/Gem OPENCV_CFLAGS = -I/usr/local/include/opencv OPENCV_LIBS = -L/usr/local/lib -lcxcore -lcv -lhighgui -lcvaux -lml LIBS = -lm GEM_OPENCV_VERSION = 0.1 # build flags GEM_OPENCV_INCLUDE = -I$(PD_DIR)/src -I. -I$(GEM_DIR)/src -I$(PD_DIR)/src GEM_OPENCV_CPPFLAGS = -DPD -O2 -funroll-loops -fomit-frame-pointer -ffast-math \ -Wall -W -Wno-unused -Wno-parentheses -Wno-switch -g all: pix_opencv_edge.pd_darwin pix_opencv_laplace.pd_darwin pix_opencv_morphology.pd_darwin pix_opencv_distrans.pd_darwin pix_opencv_motempl.pd_darwin pix_opencv_haarcascade.pd_darwin pix_opencv_contours_boundingrect.pd_darwin pix_opencv_bgsubstract.pd_darwin pix_opencv_contours_convexity.pd_darwin pix_opencv_contours_convexity.pd_darwin: pix_opencv_contours_convexity.o rm -f pix_opencv_contours_convexity.pd_darwin gcc -bundle -undefined dynamic_lookup -o pix_opencv_contours_convexity.pd_darwin pix_opencv_contours_convexity.o $(LIBS) $(OPENCV_LIBS) pix_opencv_contours_boundingrect.pd_darwin: pix_opencv_contours_boundingrect.o rm -f pix_opencv_contours_boundingrect.pd_darwin gcc -bundle -undefined dynamic_lookup -o pix_opencv_contours_boundingrect.pd_darwin pix_opencv_contours_boundingrect.o $(LIBS) $(OPENCV_LIBS) pix_opencv_haarcascade.pd_darwin: pix_opencv_haarcascade.o rm -f pix_opencv_haarcascade.pd_darwin gcc -bundle -undefined dynamic_lookup -o pix_opencv_haarcascade.pd_darwin pix_opencv_haarcascade.o $(LIBS) $(OPENCV_LIBS) pix_opencv_motempl.pd_darwin: pix_opencv_motempl.o rm -f pix_opencv_motempl.pd_darwin gcc -bundle -undefined dynamic_lookup -o pix_opencv_motempl.pd_darwin pix_opencv_motempl.o $(LIBS) $(OPENCV_LIBS) pix_opencv_distrans.pd_darwin: pix_opencv_distrans.o rm -f pix_opencv_distrans.pd_darwin gcc -bundle -undefined dynamic_lookup -o pix_opencv_distrans.pd_darwin pix_opencv_distrans.o $(LIBS) $(OPENCV_LIBS) pix_opencv_morphology.pd_darwin: pix_opencv_morphology.o rm -f pix_opencv_morphology.pd_darwin gcc -bundle -undefined dynamic_lookup -o pix_opencv_morphology.pd_darwin pix_opencv_morphology.o $(LIBS) $(OPENCV_LIBS) pix_opencv_laplace.pd_darwin: pix_opencv_laplace.o rm -f pix_opencv_laplace.pd_darwin gcc -bundle -undefined dynamic_lookup -o pix_opencv_laplace.pd_darwin pix_opencv_laplace.o $(LIBS) $(OPENCV_LIBS) pix_opencv_edge.pd_darwin
Re: [PD] problems compiling pix_opencv in OSX (Was Re: pdp_opencv & pix_opencv new development)
(sorry my last mail was incomplete) hi marius, today first time I have tried to compile this objects in macosx with no success ;( but i had gone a little bit far than you ... i think we are quite close. first of all overwrite the Makefile you are using by the one i send attached in this mail. the one you are using is only for linux. As I saw you had problems with pkg-config I added two new variables in the Makefile to fit manually with the CFLAGS and LIBS of openCV. OPENCV_CFLAGS = -I/usr/local/include/opencv OPENCV_LIBS = -L/usr/local/lib -lcxcore -lcv -lhighgui -lcvaux -lml As we are using the same openCv port I suppose you will not need to modify them but ensure are correct values for you. then do: make clean make and now the objects will compile with no problem in macosx. However, when I try to load any of them PD gives me this error:: /Users/lluisgomezbigorda/pix_opencv/pix_opencv_edge.pd_darwin: dlopen(/Users/lluisgomezbigorda/pix_opencv/pix_opencv_edge.pd_darwin, 10): Symbol not found: __ZN7GemBase10isRunnableEv Referenced from: /Users/lluisgomezbigorda/pix_opencv/pix_opencv_edge.pd_darwin Expected in: dynamic lookup Seems a problem with the linkage of the library but I'm really a neewbe in OSX compilations and don't know how to solve it, maybe someone more experienced in it can put some light here? thanks in advance, ll. marius schebella <[EMAIL PROTECTED]> ha escrito: I hoped for such a long time that someone would start this. thanks 1000 times lluis! unfortunately I could not get it compiling on my os x box. I installed the opencv framework from http://opencvlibrary.sourceforge.net/Mac_OS_X_OpenCV_Port and then tried to find the correct directories to include but I think I still got a problem with the opencv package nyc-calling:pix_opencv marius$ make g++ -DPD -O2 -funroll-loops -fomit-frame-pointer -ffast-math -Wall -W -Wno-unused -Wno-parentheses -Wno-switch -DGEM_OPENCV_VERSION=\"0.1\" -g -I/Users/marius/devel/pd-rsync/pd-extended/pd/src -I. -I/Users/marius/devel/pd-rsync/pd-extended/Gem/src -I/Users/marius/devel/pd-rsync/pd-extended/pd/src -I/usr/local/include -I/Users/marius/devel/opencv/OpenCV.framework/Versions/A `pkg-config --cflags opencv` -o pix_opencv_edge.o -c pix_opencv_edge.cpp Package opencv was not found in the pkg-config search path. Perhaps you should add the directory containing `opencv.pc' to the PKG_CONFIG_PATH environment variable No package 'opencv' found In file included from pix_opencv_edge.cpp:18: pix_opencv_edge.h:22:16: error: cv.h: No such file or directory [.] make: *** [pix_opencv_edge.o] Error 1 does someone have experience with opencv on mac? thanks, marius. [EMAIL PROTECTED] wrote: hi all, I started a new development for some OpenCV bindigs to PD, I have some objects working but no time to test or implement newones ... I want to encourage people to test them and report bugs, features requests, experiences, etc ... and why not, to help coding ... Please, note that this is alpha software with known bugs. It runs, and works at least some of the time, but use at your own risk ;) i mean, probably you will need to fight a bit to get them working ... but you also will help a lot with feedback ok, here is the URL : http://hangar.org/wikis/lab/doku.php?id=start:puredata_opencv enjoi & thanks, ll This message was sent using IMP, the Internet Messaging Program. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list This message was sent using IMP, the Internet Messaging Program. This message was sent using IMP, the Internet Messaging Program. PD_DIR = /Users/lluisgomezbigorda/pd-0.41-4 GEM_DIR = /Users/lluisgomezbigorda/Gem OPENCV_CFLAGS = -I/usr/local/include/opencv OPENCV_LIBS = -L/usr/local/lib -lcxcore -lcv -lhighgui -lcvaux -lml LIBS = -lm GEM_OPENCV_VERSION = 0.1 # build flags GEM_OPENCV_INCLUDE = -I$(PD_DIR)/src -I. -I$(GEM_DIR)/src -I$(PD_DIR)/src GEM_OPENCV_CPPFLAGS = -DPD -O2 -funroll-loops -fomit-frame-pointer -ffast-math \ -Wall -W -Wno-unused -Wno-parentheses -Wno-switch -g all: pix_opencv_edge.pd_darwin pix_opencv_laplace.pd_darwin pix_opencv_morphology.pd_darwin pix_opencv_distrans.pd_darwin pix_opencv_motempl.pd_darwin pix_opencv_haarcascade.pd_darwin pix_opencv_contours_boundingrect.pd_darwin pix_opencv_bgsubstract.pd_darwin pix_opencv_contours_convexity.pd_darwin pix_opencv_contours_convexity.pd_darwin: pix_opencv_contours_convexity.o rm -f pix_opencv_contours_convexity.pd_darwin gcc -bundle -undefined dynamic_lookup -o pix_opencv_contours_convexity.pd_darwin pix_opencv_contours_convexity
Re: [PD] pdp_colorgrid bug
Hans-Christoph Steiner <[EMAIL PROTECTED]> ha escrito: > > On Apr 24, 2008, at 6:33 PM, [EMAIL PROTECTED] wrote: > >> S'està citant Hans-Christoph Steiner <[EMAIL PROTECTED]>: >> >>> >>> On Apr 1, 2008, at 8:13 AM, [EMAIL PROTECTED] wrote: >>> Hans-Christoph Steiner wrote: > Hey Lluis, > > Good to hear that you're working on these objects, they are very > valuable contributions that with a little more polish will really round out Pd's capabilities. > > As for updating this, I think pdp_colorgrid is currently part of >Yves' pidip code directories. the new version of colorgrid doesn't need anymore to bundle the image (colorgrid.pnm) file in the package, but it introduces a new dependency to the tk-img library, and i don't know of the availability of this library on every platform, for now i'm sure it's not listed in pd's dependencies... not sure it's the way to go. second, when you build pidip from source, it defines the path to that image as : #define COLORGRID_IMG PWD"/patches/images/colorgrid.pnm" that insure a compiled PIDIP will find the image.. when it's build in extended, i don't know which path should be given here, as i don't know of a standard path for shared files in pd-extended, well, basically the simplest thing is to put the right path here in SVN, and pidip will keep its way of compiling it. >>> >>> How about using the built-in image support? It means the file has to >>> be a GIF, but since the GIF patent has expired, that shouldn't be any >>> problem. >> >> this could be a good solution but GIF can only handle 256 indexed >> colors, so it's not a good solution for a color picker ;( >> >> the strange thing here is that if i use the tk command :: >> >> COLORGRID_SYS_VGUI3("image create photo img%x -data {%s}\n",x,fdata); >> >> with the fdata being a base64 encoded GIF image it works without >> the Tk::Img library , but if You try to do the same with a base64 >> encoded PNM image you will need to load the Img library to get it >> work, with this :: >> >> sys_gui("package require Img\n"); >> >> otherwise you will get: >> "couldn't recognize image data" >> >> it's a really strange thing because PNM is suposed to be also >> built-in supported by tk ... >> >> any tips? > > > Hmm, strange PNM/PGM should work with tk's built-in 'image'. I would > first try making a .pnm file and see if you can get that working. it's done. this is how it works in the previous version (pdp_colorgrid) > Then once that is working, try including it as base64. no way ;( I'll try asking in the tk mailing list ... > > .hc > >> >> >>> >>> .hc >>> >> >> >> >>> >>> >>> >>> >>>kill your television >> >> >> >> >> This message was sent using IMP, the Internet Messaging Program. > > > > > > There is no way to peace, peace is the way. -A.J. Muste This message was sent using IMP, the Internet Messaging Program. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp_opencv & pix_opencv new development
marius schebella <[EMAIL PROTECTED]> ha escrito: > Hans-Christoph Steiner wrote: >> This looks very useful. A quick question, do these objects provide >> the raw tracking data? > yes, can do it. opencv offers really huge number of functions and algorithms, take a look here for more info : http://www.seas.upenn.edu/~bensapp/opencvdocs/ref/opencvref_cv.htm for now I started with contour detections (and tracking) and yes you have raw data for them ... however contour detection needs a prefiltered image to work well, i mean you need to well isolate the contours you want to track before to use the objects ... for example pdp_opencv_contours_convexity will send raw info of the biggest contour detected and can be used (with ann) in pattern recognition or something like this ... > they provide cool pixel based algorithms like more sophisticated blob > operations, pattern recognition methods (like face recognition), and > much much more! > marius. This message was sent using IMP, the Internet Messaging Program. ___ 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)
got it working! [EMAIL PROTECTED] wrote: > > However, when I try to load any of them PD gives me this error:: > > /Users/lluisgomezbigorda/pix_opencv/pix_opencv_edge.pd_darwin: > dlopen(/Users/lluisgomezbigorda/pix_opencv/pix_opencv_edge.pd_darwin, > 10): Symbol not found: __ZN7GemBase10isRunnableEv > Referenced from: > /Users/lluisgomezbigorda/pix_opencv/pix_opencv_edge.pd_darwin > Expected in: dynamic lookup I got this error too, but only when gem was not loaded. when gem is loaded, everything is fine. In order to make the opencv objects work I always had to set colorspace RGB. otherwise, I did no see any effect. I think the default on osx is yuv. anyway, will test a little more. great stuff! marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list