Re: [PD] Idiomatic Pd
Hallo, Luke Iannini hat gesagt: // Luke Iannini wrote: > On Mon, Jul 28, 2008 at 10:31 PM, Frank Barknecht <[EMAIL PROTECTED]> wrote: > >> Style: > >> * If giving $0 as an argument to an abstraction, it is always first in > >> the argument list [1] > > > > I often put it last (and it's specified to be that way e.g. in > > Memento) > My reasoning here is that $0 is probably the most common thing to pass > to an abstraction, but abstractions have varying numbers of arguments, > so $0 will sometimes be $3, sometimes $2, sometimes $7, and that > swings my brain around. Putting it in the first slot means that $1 > gains a sort of second meaning as "my parent's $0", which I think is > handy. The reason, $0 is last in e.g. [originator] or [commun] was that this way I can pass $1 deeply without ever changing the number. For example it's quite common to have something like this with memento [synth /mysynth] [envelope $1/myenv $0] [attack $1/a $0] Here the toplevel [synth] doesn't need to pass $0. Putting the name as second arg would make it look like this: [synth /mysynth] [envelope $0 $1/myenv] [attack $0 $2/a] and now suddenly it depends on how deep I am in the hierarchy if I should use $1 or $2. So generally with memento/sssad I reserve $1 to be the "tag" of an object or the "self" in other languages, but that tag generally doesn't refer to the parent's $0. > And, the same memory-assistance applies to my numeric-ordering > proposition as well; I usually remember how many arguments an > abstraction has better than what order they're in, so when they're all > taken from their parent I know it will be [mychild $0 $1 $2]. Yeah, numeric ordering is fine, but putting $0 first means, that using $1 inside the abstraction is $0 from the parent, $2 inside the abstraction is the value called $1, $3 = $2 and so on. Putting $0 last lets you have $1 = $1, $2 = $2 and so on in abstraction trees/hierarchies like above. > That's all cool, and I think you are in the majority on that. I think > I just took camelCase because it reminded me of Smalltalk and Cocoa, > which remind me of Pd : ). Yep, it's just two different styles. Probably the style guide shouldn't favour a single one but just recommend to not change the style in one project. Btw. I tend to use ALL_UPPERCASE for globals. Ciao -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Idiomatic Pd
On Mon, Jul 28, 2008 at 1:39 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: > > I think a style guide is a great idea. There have been some > discussions along these lines in the past. I'd say just start a > "wiki folder" on puredata.info in the /docs/ section and edit it up. > Something like /docs/style-guide/ I think that the main page could > lay out all of the possible realms of style, like dollar arguments, > abstractions, subpatches, inlets/outlets, trigger, etc. Then the > next step people can create sub-pages that outline all of their > styles. Then ultimately, things would be organized into a single > style-guide. > Okay, here it is: http://puredata.info/docs/style-guide > .hc > > On Jul 27, 2008, at 9:34 PM, Luke Iannini wrote: > >> There are some amazing sets of abstractions being released recently, >> which has served to highlight the many extant styles of patching. I >> was wondering if there was interest in establishing a set of >> guidelines for patching in the vein of PEP 8 for Python; I've found >> that document to be very relaxing as it is a standardized approach to >> OCD. More seriously, it greatly helps when reading other people's >> code or collaborating. >> http://www.python.org/dev/peps/pep-0008/ >> >> The only one I have seen so far for Pd covers best practices for >> layout. I'd want to include that, but also codify naming, arguments, >> common idioms, and so on. >> >> I've begun to collect some of my practices to start things off. I was >> hoping we could all lazy-vote the document together in this thread and >> I'll then compile it into a PdPedia/Pd.info document. So, feel free >> to object to or replace my propositions. >> >> Style: >> * If giving $0 as an argument to an abstraction, it is always first in >> the argument list [1] >> * * When possible, pass parent arguments in numeric order, like [child >> $0 $1 $2 other1 other2] etc. >> * Sends and Receives are written in camelCase, with "R" appended to >> complementary receives (e.g. in GUIs, $0mySlider for the send and >> $0mySliderR for the receive) >> * When prepending $0 to a symbol, only add a "-" to separate it from >> another number, like [r $0-1stSend]. Otherwise the symbol should >> immediately follow, like [r $0mySend]. >> * When working with stereo, Left and Right pairs are written with Le >> and Ri appended (to distinguish them from an R denoting "receive", >> above) >> >> Programming recommendations >> * To invert a toggle, use [== 0] >> * Use the loadbang of the parent of both abstractions to initialize >> two or more interdependent abstractions >> >> [1] I think of this like emulating the "self" convention in Python >> >> And so on... >> Cheers >> Luke >> >> ___ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >> listinfo/pd-list > > > > > > > Terrorism is not an enemy. It cannot be defeated. It's a tactic. > It's about as sensible to say we declare war on night attacks and > expect we're going to win that war. We're not going to win the war > on terrorism.- retired U.S. Army general, William Odom > > > > ___ > 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] Idiomatic Pd
Yo, On Mon, Jul 28, 2008 at 10:31 PM, Frank Barknecht <[EMAIL PROTECTED]> wrote: > Hallo, > Luke Iannini hat gesagt: // Luke Iannini wrote: > >> There are some amazing sets of abstractions being released recently, >> which has served to highlight the many extant styles of patching. I >> was wondering if there was interest in establishing a set of >> guidelines for patching in the vein of PEP 8 for Python; I've found >> that document to be very relaxing as it is a standardized approach to >> OCD. More seriously, it greatly helps when reading other people's >> code or collaborating. >> http://www.python.org/dev/peps/pep-0008/ > > I think, it would be important to first collect every possible style > element in the wild and document what people are using in reality. > That would be interesting. I'm not too much in favour of a style "guide" > however. Let people be creative. Agreed! Regarding the guide, well, no one is going to be kicked out of the community or have their patches burned for not adhering to the styleguide : ). If you would like to be creative in your lettering you are as free as ever to do so. But, I think many people (including myself) would rather be creative in the functionality rather than the syntax, and for people such as that, they might as well all do the same thing so they don't invent even more arbitrary ways when they didn't really care to do so. > >> I've begun to collect some of my practices to start things off. > > I added where I do things different. > >> I was >> hoping we could all lazy-vote the document together in this thread and >> I'll then compile it into a PdPedia/Pd.info document. So, feel free >> to object to or replace my propositions. >> >> Style: >> * If giving $0 as an argument to an abstraction, it is always first in >> the argument list [1] > > I often put it last (and it's specified to be that way e.g. in > Memento) My reasoning here is that $0 is probably the most common thing to pass to an abstraction, but abstractions have varying numbers of arguments, so $0 will sometimes be $3, sometimes $2, sometimes $7, and that swings my brain around. Putting it in the first slot means that $1 gains a sort of second meaning as "my parent's $0", which I think is handy. And, the same memory-assistance applies to my numeric-ordering proposition as well; I usually remember how many arguments an abstraction has better than what order they're in, so when they're all taken from their parent I know it will be [mychild $0 $1 $2]. > >> * * When possible, pass parent arguments in numeric order, like [child >> $0 $1 $2 other1 other2] etc. >> * Sends and Receives are written in camelCase, with "R" appended to >> complementary receives (e.g. in GUIs, $0mySlider for the send and >> $0mySliderR for the receive) > > I use the underscore style sometimes but often a simple "dash" style: > "r some-thing" instead of camelCase. My reason: It doesn't need any > Shift-key-combinations on German keyboards, and I find camelCase hard > to read. > > When I want to name matching send/receive pairs I use $0-some-s and > $0-some-r. > >> * When prepending $0 to a symbol, only add a "-" to separate it from >> another number, like [r $0-1stSend]. Otherwise the symbol should >> immediately follow, like [r $0mySend]. > > I always seperate $0 with a $0-dash. $0myGod is easy to misunderstand. > That's all cool, and I think you are in the majority on that. I think I just took camelCase because it reminded me of Smalltalk and Cocoa, which remind me of Pd : ). Thanks for the comments Luke >> * When working with stereo, Left and Right pairs are written with Le >> and Ri appended (to distinguish them from an R denoting "receive", >> above) > > Nice idea. I never did that, though. > > Ciao > -- > Frank Barknecht _ __footils.org__ > > ___ > 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] Idiomatic Pd
Hallo, Luke Iannini hat gesagt: // Luke Iannini wrote: > There are some amazing sets of abstractions being released recently, > which has served to highlight the many extant styles of patching. I > was wondering if there was interest in establishing a set of > guidelines for patching in the vein of PEP 8 for Python; I've found > that document to be very relaxing as it is a standardized approach to > OCD. More seriously, it greatly helps when reading other people's > code or collaborating. > http://www.python.org/dev/peps/pep-0008/ I think, it would be important to first collect every possible style element in the wild and document what people are using in reality. That would be interesting. I'm not too much in favour of a style "guide" however. Let people be creative. > I've begun to collect some of my practices to start things off. I added where I do things different. > I was > hoping we could all lazy-vote the document together in this thread and > I'll then compile it into a PdPedia/Pd.info document. So, feel free > to object to or replace my propositions. > > Style: > * If giving $0 as an argument to an abstraction, it is always first in > the argument list [1] I often put it last (and it's specified to be that way e.g. in Memento) > * * When possible, pass parent arguments in numeric order, like [child > $0 $1 $2 other1 other2] etc. > * Sends and Receives are written in camelCase, with "R" appended to > complementary receives (e.g. in GUIs, $0mySlider for the send and > $0mySliderR for the receive) I use the underscore style sometimes but often a simple "dash" style: "r some-thing" instead of camelCase. My reason: It doesn't need any Shift-key-combinations on German keyboards, and I find camelCase hard to read. When I want to name matching send/receive pairs I use $0-some-s and $0-some-r. > * When prepending $0 to a symbol, only add a "-" to separate it from > another number, like [r $0-1stSend]. Otherwise the symbol should > immediately follow, like [r $0mySend]. I always seperate $0 with a $0-dash. $0myGod is easy to misunderstand. > * When working with stereo, Left and Right pairs are written with Le > and Ri appended (to distinguish them from an R denoting "receive", > above) Nice idea. I never did that, though. Ciao -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] quick start
Hi Enrique, We are a band, all members will have audio and/or midi information when they play music on stage. This information will be routed to a server which will trigger visuals according to what they play. The visuals could be pd visuals or onyx-vj visuals with midi2 (for which I have been developping flash swf plugins) There is also an infographist with a wacom tablet drawing live... And all that should be helped by a linux sequencer or not if mp3cast~ meets my needs as the name says! May be that's too complicated, but I like the idea of mixing software development, visuals and music! Thanks Bruce 2008/7/29 Enrique Erne <[EMAIL PROTECTED]> > so you already have the latest nightlybuild, excellent! > have a look at [notein], [netreceive], [netsend] and [mp3cast~] > what are you planing to do? > > > > batchass wrote: > >> Hi Enrique, >> I have Pd version 0.42.0-extended-20080726, should I uninstall it and >> install Pd-0.40.3-extended-rc4? >> An idea on how I can transmit midi and audio via a tcpip lan? >> >> Thanks >> Bruce >> http://www.mySpace.com/Batchass >> >> >> Le lundi 28 juillet 2008 à 14:44 -0400, Enrique Erne a écrit : >> >>> hi Bruce >>> >>> netpd http://www.netpd.org/software/netpd.tar.gz >>> is a pd project and should work with Pd-vanilla and Pd-extended as long >>> as you have the right externals installed. >>> >>> some of our users are not into puredata so we have packages for osx and >>> windows containing Pd-vanilla with the right externals. >>> >>> i suggest you to use Pd-0.40.3-extended-rc4 from >>> http://at.or.at/hans/pd/installers.html since it contains probably >>> everything you need. >>> >>> good luck >>> eni >>> >>> >>> Bruce LANE wrote: >>> Hello, I have been playing with pd for 2 days on ubuntu-studio, and some things are not clear in my mind: To install the pd-extended package, ubuntu-studio's pd needed to be removed. The same is happening when I try to install net-pd - what is the difference between netpd, pd-extended, and ubuntu-studio's pd? - why do we have to deal with several pd software? I need pmpd, gem, networking several pcs to communicate midi notes and controllers, etc, so any hint to quick start? Thanks Batchass ___ 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] Idiomatic Pd
On Mon, Jul 28, 2008 at 7:49 PM, Chris McCormick <[EMAIL PROTECTED]> wrote: > On Sun, Jul 27, 2008 at 06:34:05PM -0700, Luke Iannini wrote: >> * Sends and Receives are written in camelCase, with "R" appended to >> complementary receives (e.g. in GUIs, $0mySlider for the send and >> $0mySliderR for the receive) > > Will this even work? I think sends and receives have to be named the > same to work. > Yo, sorry, just poor wording on my part. Usually when I make a GUI object, I give it $0mySlider as its sending target and $0mySliderR as its receiving target so I can choose to either route things through the slider (so it picks up the change to the parameter) or not, or, so I can send "set", "color" etc. messages to the slider without it going to the slider's destination. I know at least Hard-off does the same in his DIY2 library (which is fantastic, by the way). >> * When prepending $0 to a symbol, only add a "-" to separate it from >> another number, like [r $0-1stSend]. Otherwise the symbol should >> immediately follow, like [r $0mySend]. > > I like using a forward slash ("/") since this is forwards compatable > with the day when OSC externals make it into Vanilla Pd. ;) Aok by me. Thanks all for your input so far. I'll make the wiki tonight. Regarding Hans' suggestion that people make their own style guides, that's certainly encouraged but I also don't mind if you are lazy and reply to the thread with input, I'll scrape it all together anyway. Best Luke ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Idiomatic Pd
On Sun, Jul 27, 2008 at 06:34:05PM -0700, Luke Iannini wrote: > * Sends and Receives are written in camelCase, with "R" appended to > complementary receives (e.g. in GUIs, $0mySlider for the send and > $0mySliderR for the receive) Will this even work? I think sends and receives have to be named the same to work. > * When prepending $0 to a symbol, only add a "-" to separate it from > another number, like [r $0-1stSend]. Otherwise the symbol should > immediately follow, like [r $0mySend]. I like using a forward slash ("/") since this is forwards compatable with the day when OSC externals make it into Vanilla Pd. ;) The other suggestions sound good to me. Best, Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] How do I do this (clean looping)?!
Difficult! You can try using zeroxpos~ to find out where the zero-crossings are relative to the pd dsp block start, but you need to know where it is in relation to the start of the array. Perhaps I need to write another external to give a sample accurate "where in the block is the initial bang" reading. Perhaps someone has done it already? Then you could use bang~ to count the blocks, zeroxpos~ to measure the offset within a block, and another external to find the inital offset from the start of the block when the recording began. But, although zero-crossings will take away non-zero-crossing based clicks, the instantaneous burst of energy caused by a discontinuity in the energy of the sound will still give you an audible "jump" in the sound. Some windowing is your best option, probably... By the way, adjust your computer clock! Apparently the PD list received your email on the 4th of September 2008! Already...unless you have developed a ~~ object...Jules Verne? Truly Quantum! Best, Ed Lone Shark "Aviation" out now on http://www.pyramidtransmissions.com http://www.myspace.com/sharktracks - Original Message From: David Schaffer <[EMAIL PROTECTED]> To: pd list Sent: Thursday, 4 September, 2008 9:47:11 AM Subject: [PD] How do I do this (clean looping)?! Hi, I'm building a little time domain abstraction that captures audio from an input and writes it on the fly to an array, this array is then beeing red continuously as a loop (as a result, the incoming sound seems to "freeze", see what I mean?). my problem is avoiding clicks at both ends of the loop; right now, I'm trying to use time based triggers to create a "windowing" function so that the amplitude of the loop is zero at both ends, butI was wondering if there was a way to tell pd to start and stop it's recording process at zero crossing points, or to truncate its reading points a bit so that the beginnig and the end of the loop are zero. Can anyone help me in this?! Thanks a lot!! D.S http://www.flickr.com/photos/schafferdavid/ http://audioblog.arteradio.com/David_Schaffer/ __ Not happy with your email address?. Get the one you really want - millions of new email addresses available now at Yahoo! http://uk.docs.yahoo.com/ymail/new.html___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd crashes when editing properties of number2 box label ending in '%'
Right! In Pd-extended-0.39-3 I found this. The Hsliders would revert to the default when their label was changed with a message. My pdp_freeframe abstraction is enclosed. To test this, load the abstraction and save it again. When you load it the second time, sliders will be white, 128 long etc. Don't know why! Ps, hello again. Ed - Original Message From: Frank Barknecht <[EMAIL PROTECTED]> To: pd-list@iem.at Sent: Monday, 28 July, 2008 11:00:18 PM Subject: Re: [PD] Pd crashes when editing properties of number2 box label ending in '%' Hallo, Phil Stone hat gesagt: // Phil Stone wrote: > In a number2 atom, when a label ending with '%' (or '%_', as well) is > used, right-clicking on the number2 box and selecting "Properties" will > cause PD to crash. > > I filed a bug report: > > http://sourceforge.net/tracker/index.php?func=detail&aid=2030557&group_id=55736&atid=478070 > > > This is happening on Pd version 0.40.3-extended-20080724, and also on > 0.40.3-extended-20080603, though it may go back much further. I don't > have any older versions handy to test. Pd 0.41 doesn't crash, but produces this instead of opening the Properties dialog: wrong # args: should be "pdtk_iemgui_dialog id mainheader dim_header wdt min_wdt wdt_label hgt min_hgt hgt_label rng_header min_rng min_rng_label max_rng max_rng_label rng_sched lin0_log1 lilo0_label lilo1_label loadbang steady num_label num snd rcv gui_name gn_dx gn_dy gn_f gn_fs bcol fcol lcol" vslider acts the same but interestingly hslider is not affected! Ciao -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list __ Not happy with your email address?. Get the one you really want - millions of new email addresses available now at Yahoo! http://uk.docs.yahoo.com/ymail/new.html#N canvas 297 70 904 660 10; #X obj 43 375 pdp_freeframe; #X floatatom 149 378 5 0 0 0 - - -; #X obj 194 376 hradio 15 1 0 44 empty empty empty 0 -6 0 8 -262144 -1 -1 22; #X obj 191 211 hsl 128 15 0 1 0 0 empty vparam3 empty -2 -6 0 8 -262144 -1 -1 0 1; #X obj 331 211 hsl 128 15 0 1 0 0 empty vparam4 empty -2 -6 0 8 -262144 -1 -1 0 1; #X obj 471 211 hsl 128 15 0 1 0 0 empty vparam5 empty -2 -6 0 8 -262144 -1 -1 0 1; #X msg 188 231 param 3 \$1; #X msg 328 230 param 4 \$1; #X msg 469 230 param 5 \$1; #X text 79 609 Select the plugin; #X text 188 112 Adjust plugin parameters.; #X symbolatom 96 528 20 0 0 0 - - -; #X floatatom 115 506 5 0 0 0 - - -; #X obj 193 152 hsl 128 15 0 1 0 0 empty vparam0 empty -2 -6 0 8 -262144 -1 -1 0 1; #X obj 331 152 hsl 128 15 0 1 0 0 empty vparam1 empty -2 -6 0 8 -262144 -1 -1 0 1; #X obj 472 152 hsl 128 15 0 1 0 0 empty vparam2 empty -2 -6 0 8 -262144 -1 -1 0 1; #X obj 191 274 hsl 128 15 0 1 0 0 empty vparam6 empty -2 -6 0 8 -262144 -1 -1 0 1; #X obj 332 274 hsl 128 15 0 1 0 0 empty vparam7 empty -2 -6 0 8 -262144 -1 -1 0 1; #X obj 474 274 hsl 128 15 0 1 0 0 empty vparam8 empty -2 -6 0 8 -262144 -1 -1 0 1; #X msg 190 171 param 0 \$1; #X msg 328 171 param 1 \$1; #X msg 469 171 param 2 \$1; #X msg 190 294 param 6 \$1; #X msg 329 293 param 7 \$1; #X msg 471 293 param 8 \$1; #N canvas 5 49 996 665 pname 0; #X obj 51 119 l2s; #X obj 80 119 l2s; #X obj 111 119 l2s; #X obj 143 119 l2s; #X obj 207 120 l2s; #X obj 236 120 l2s; #X obj 267 120 l2s; #X obj 298 119 l2s; #X obj 97 86 route 0 1 2 3 4 5 6 7 8; #X obj 327 119 l2s; #X obj 97 51 inlet; #X obj 391 53 inlet; #X msg 390 79 symbol; #X obj 51 154 s \$0-ffparam0; #X obj 79 178 s \$0-ffparam1; #X obj 118 205 s \$0-ffparam2; #X obj 148 227 s \$0-ffparam3; #X obj 185 157 s \$0-ffparam4; #X obj 213 181 s \$0-ffparam5; #X obj 255 206 s \$0-ffparam6; #X obj 283 230 s \$0-ffparam7; #X obj 305 155 s \$0-ffparam8; #X connect 0 0 13 0; #X connect 1 0 14 0; #X connect 2 0 15 0; #X connect 3 0 16 0; #X connect 4 0 17 0; #X connect 5 0 18 0; #X connect 6 0 19 0; #X connect 7 0 20 0; #X connect 8 0 0 0; #X connect 8 1 1 0; #X connect 8 2 2 0; #X connect 8 3 3 0; #X connect 8 4 4 0; #X connect 8 5 5 0; #X connect 8 6 6 0; #X connect 8 7 7 0; #X connect 8 8 9 0; #X connect 9 0 21 0; #X connect 10 0 8 0; #X connect 11 0 12 0; #X connect 12 0 13 0; #X connect 12 0 14 0; #X connect 12 0 15 0; #X connect 12 0 16 0; #X connect 12 0 17 0; #X connect 12 0 18 0; #X connect 12 0 19 0; #X connect 12 0 20 0; #X connect 12 0 21 0; #X restore 146 478 pd pname; #X symbolatom 190 133 18 0 0 0 - #0-ffparam0 -; #X symbolatom 329 132 18 0 0 0 - #0-ffparam1 -; #X symbolatom 468 132 18 0 0 0 - #0-ffparam2 -; #X symbolatom 191 194 18 0 0 0 - #0-ffparam3 -; #X symbolatom 330 193 18 0 0 0 - #0-ffparam4 -; #X symbolatom 469 193 18 0 0 0 - #0-ffparam5 -; #X symbolatom 191 254 18 0 0 0 - #0-ffparam6 -; #X symbolatom 330 253 18 0 0 0 - #0-ffparam7 -; #X symbolatom 469 253 18 0 0 0 - #0-ffparam8 -
Re: [PD] request assistance with crackles and pops in VFOs driven by modulating accelerometer signals
Thanks Marius, Volume/amplitude in the case at hand is set globally and fixed across all 6 [osc~], so not a suspect. Am stripping back my system to remove all GUI and all downstream processing to isolate the cause BTW I also have a 3D amplitude modulation mode, and I do use line smoothing with effect there. You've also preempted some future questions about phase modulation, Darren marius schebella wrote: > Frank Barknecht wrote: > >> Hallo, >> hard off hat gesagt: // hard off wrote: >> >> >>> i think it is pretty safe to say that the speed of the oscillator isn't what >>> is is causing these clicks. >>> >> Jumps (discontinuities) in a signal are the most nasty cause for >> clicks, while corners are generally harmless, if they aren't too >> sharp. Changing the frequency of an oscillator never generates a jump, >> so it's pretty safe. >> > > but, if you start to control the *volume* directly from a sensor you can > get into trouble if your signal drops to 0 for some milliseconds. also, > if your volume becomes very high, you can get distortion and crackles. > if you do phase modulation you can also get crackles, if you have high > jumps in your control signal. I think it is good practice to use line~ > for such things. > marius. > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > -- Darren Kelly, BSc, PhD phone: +61 (2) 9386 0090 post: PO Box 1816, Bondi Junction, NSW 1355, Australia http://www.webel.com.au ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Announcing availability of a PureData+GEM prototype of the Drancing accelerometer music system for the Wiimote
[Resending this posting from last week since I realized the first was sent as HTML not plain text] Hi, My name is Darren Kelly, and I've been developing a gestural synthesis accelerometer music system I call *Drancing* for over a decade: http://www.webel.com.au/project/drancing *Drancing (*named after "Drumming by Dancing") is an "air instrument". I've recently developed a PureData+GEM prototype of *Drancing* for Mac OS X with the Wiimote as wireless 3D accelerometer via Bluetooth: http://www.webel.com.au/project/drancing/wii (includes movies) (The original version 1997-2002 used MIDI, and from 2002+ I developed a real-time Java synthesis version using JSyn audio synthesis and Java3D visuals, with UML-driven port-based engineering. The *Drancing* accelerometer sensor suit uses 5 Xbow 3D accelerometers.) One can download the PureData *Drancing* prototype for Mac OS X (includes step-by-step instructions for the Wiimotes, too): http://www.webel.com.au/project/drancing/puredata/index.jsp?page=DrancingWiimoteMacHOWTO This is strictly an unsupported prototype, however I welcome feedback on trials from Pure Data users at [EMAIL PROTECTED] There is a comprehensive set of screenshots and explanations of the PureData and GEM patches: http://www.webel.com.au/project/drancing/puredata(overview of audio synthesis skin and GEM visuals) http://www.webel.com.au/project/drancing/puredata/index.jsp?page=DranceWarePureDataWii (detailed patches) There is also a SysML systems engineering signal processing mockup of some PureData patches here: http://www.webel.com.au/project/drancing/puredata/index.jsp?page=sysml (I work professionally with UML and SysML-driven modelling, simulation, and control of scientific instruments, as well as UML-driven software engineering, and I would like to eventually use SysML diagrams as synthesis patches.) In principle the *Drancing.pd *prototype could work on any O/S, however the Wiimote signal acquisition currently relies on Andreas Schlegels' adapted DarwiinRemoteOSC for Mac OS X, and also only works for 2 Wiimotes (I may expand this PureData version to work with 5 triaxial accelerometers, like my original "body star" Drancing suit). Some of the patches are quite naive (especially I would like to get more sense of vector handling in the patches) and I am getting some unwelcome clicks and pops etc., which problems are the topic of the posting following this. Hoping this is of interest to the Pure Data community, regards, Darren Kelly, Bondi, Sydney, Australia May I extend my thanks to Miller Puckette, IRCAM, IEM, and all the PureData and GEM developers, whose synthesis software and examples made this rapid synthesis prototyping work for Drancing possible. Thanks also to Prof. Christopher Dobrian for helpful online examples. And thanks to Hiroaki Kimura for the original DarwiinRemote and to Andreas Schlegel from adapting DarwiinRemote to DarwiinRemote OSC -- Darren Kelly, BSc, PhD phone: +61 (2) 9386 0090 post: PO Box 1816, Bondi Junction, NSW 1355, Australia http://www.webel.com.au ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd crashes when editing properties of number2 box label ending in '%'
Hallo, Phil Stone hat gesagt: // Phil Stone wrote: > In a number2 atom, when a label ending with '%' (or '%_', as well) is > used, right-clicking on the number2 box and selecting "Properties" will > cause PD to crash. > > I filed a bug report: > > http://sourceforge.net/tracker/index.php?func=detail&aid=2030557&group_id=55736&atid=478070 > > > This is happening on Pd version 0.40.3-extended-20080724, and also on > 0.40.3-extended-20080603, though it may go back much further. I don't > have any older versions handy to test. Pd 0.41 doesn't crash, but produces this instead of opening the Properties dialog: wrong # args: should be "pdtk_iemgui_dialog id mainheader dim_header wdt min_wdt wdt_label hgt min_hgt hgt_label rng_header min_rng min_rng_label max_rng max_rng_label rng_sched lin0_log1 lilo0_label lilo1_label loadbang steady num_label num snd rcv gui_name gn_dx gn_dy gn_f gn_fs bcol fcol lcol" vslider acts the same but interestingly hslider is not affected! Ciao -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] New sssad.pd now in SVN repository - please test! [was: sssad slowness]
Hallo, Enrique Erne hat gesagt: // Enrique Erne wrote: > now the point why i write this email: > it would be nice to have a little note in sssad-help that says > "initializing is strongly recommended" or similar. > > what do you think? Hm, probably [sssad] should get a [route bang] after the [route save] as well to prohibit saving parameters that haven't been initialized - similar to the protection of the outlet. I attached a version which has this with a little demo patch. > frank: it's very nice that you mention me thanks, but i am also fine > without, it was more a rearrangement of existing code. if you have a > changelog it'd be happy there. otherwise you can remove it whenever you > want. If there's not enough room anymore in sssad.pd, I'll remove you and me. ;) The README.txt has some kind of a changelog, where I also found, that the old singleton.pd was based partially on your suggestions as well. And really like these suggestions! Ciao -- Frank Barknecht _ __footils.org__ sssad-savemessage.pd Description: application/puredata sssad.pd Description: application/puredata ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Idiomatic Pd
I think a style guide is a great idea. There have been some discussions along these lines in the past. I'd say just start a "wiki folder" on puredata.info in the /docs/ section and edit it up. Something like /docs/style-guide/ I think that the main page could lay out all of the possible realms of style, like dollar arguments, abstractions, subpatches, inlets/outlets, trigger, etc. Then the next step people can create sub-pages that outline all of their styles. Then ultimately, things would be organized into a single style-guide. .hc On Jul 27, 2008, at 9:34 PM, Luke Iannini wrote: > There are some amazing sets of abstractions being released recently, > which has served to highlight the many extant styles of patching. I > was wondering if there was interest in establishing a set of > guidelines for patching in the vein of PEP 8 for Python; I've found > that document to be very relaxing as it is a standardized approach to > OCD. More seriously, it greatly helps when reading other people's > code or collaborating. > http://www.python.org/dev/peps/pep-0008/ > > The only one I have seen so far for Pd covers best practices for > layout. I'd want to include that, but also codify naming, arguments, > common idioms, and so on. > > I've begun to collect some of my practices to start things off. I was > hoping we could all lazy-vote the document together in this thread and > I'll then compile it into a PdPedia/Pd.info document. So, feel free > to object to or replace my propositions. > > Style: > * If giving $0 as an argument to an abstraction, it is always first in > the argument list [1] > * * When possible, pass parent arguments in numeric order, like [child > $0 $1 $2 other1 other2] etc. > * Sends and Receives are written in camelCase, with "R" appended to > complementary receives (e.g. in GUIs, $0mySlider for the send and > $0mySliderR for the receive) > * When prepending $0 to a symbol, only add a "-" to separate it from > another number, like [r $0-1stSend]. Otherwise the symbol should > immediately follow, like [r $0mySend]. > * When working with stereo, Left and Right pairs are written with Le > and Ri appended (to distinguish them from an R denoting "receive", > above) > > Programming recommendations > * To invert a toggle, use [== 0] > * Use the loadbang of the parent of both abstractions to initialize > two or more interdependent abstractions > > [1] I think of this like emulating the "self" convention in Python > > And so on... > Cheers > Luke > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd crashes when editing properties of number2 box label ending in '%'
Le 28 juil. 08 à 21:28, Phil Stone a écrit : > In a number2 atom, when a label ending with '%' (or '%_', as well) is > used, right-clicking on the number2 box and selecting "Properties" > will > cause PD to crash. I confirm this problem also on Powerbook G4 and MacOSX.4.11 with Pd version 0.40.3-extended-20080722. Same problem with Pd version 0.39.3-extended. ++ Jack > > I filed a bug report: > > http://sourceforge.net/tracker/index.php? > func=detail&aid=2030557&group_id=55736&atid=478070 > > > This is happening on Pd version 0.40.3-extended-20080724, and also on > 0.40.3-extended-20080603, though it may go back much further. I don't > have any older versions handy to test. > > I'm running Intel OS X 10.4.11. > > > Phil Stone > pkstonemusic.com > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] some works done with pd
WOW - that stuff is beautiful!! espezially this one is great: http://drpichon.free.fr/ch/article.php?id_article=80 i'm sorry i don't speak french, so i can't understand the describing text - could you explain me what it's about? thank you very much, emanuel On Jul 25, 2008, at 8:38 PM, cyrille henry wrote: > hello, > > for those which are interested, here is some work that i recently > made with pd/Gem : > > http://drpichon.free.fr/ch/article.php?id_article=88 > > http://drpichon.free.fr/ch/article.php?id_article=80 > > http://drpichon.free.fr/ch/article.php?id_article=76 > > http://drpichon.free.fr/ch/article.php?id_article=95 > > http://drpichon.free.fr/ch/article.php?id_article=94 > > http://drpichon.free.fr/ch/article.php?id_article=89 > > > Cyrille > > ___ > Pd-announce mailing list > [EMAIL PROTECTED] > http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Calling Mac OS X 10.3 Panther users! Please test new release!
Try this one: http://idmi.poly.edu/pdlab/Pd-0.40.3-extended-rc3/Pd-0.40.3-extended- rc3-macosx103-powerpc.dmg This rc3 build worked on 10.3, so it should be possible to make a final 10.3 release without too much work. .hc On Jul 28, 2008, at 9:35 AM, Enrique Erne wrote: > Hi > > on 10.3 it jumped twice... that's it. > perfect bug report, hum? :) > > are there many 10.3 user or could we drop Panther? > > eni > > > > Hans-Christoph Steiner wrote: >> Hey, >> I no longer have access to a Mac OS X 10.3 Panther machine, but I >> would like to make a working Pd-extended release for that OS. If >> you are running 10.3/Panther, please test this version and let me >> know if it works for you: >> http://downloads.sourceforge.net/pure-data/Pd-0.40.3-extended- >> macosx103.dmg >> .hc >> - >> --- >> All information should be free. - the hacker ethic >> ___ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >> listinfo/pd-list I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Pd crashes when editing properties of number2 box label ending in '%'
In a number2 atom, when a label ending with '%' (or '%_', as well) is used, right-clicking on the number2 box and selecting "Properties" will cause PD to crash. I filed a bug report: http://sourceforge.net/tracker/index.php?func=detail&aid=2030557&group_id=55736&atid=478070 This is happening on Pd version 0.40.3-extended-20080724, and also on 0.40.3-extended-20080603, though it may go back much further. I don't have any older versions handy to test. I'm running Intel OS X 10.4.11. Phil Stone pkstonemusic.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] quick start
hi Bruce netpd http://www.netpd.org/software/netpd.tar.gz is a pd project and should work with Pd-vanilla and Pd-extended as long as you have the right externals installed. some of our users are not into puredata so we have packages for osx and windows containing Pd-vanilla with the right externals. i suggest you to use Pd-0.40.3-extended-rc4 from http://at.or.at/hans/pd/installers.html since it contains probably everything you need. good luck eni Bruce LANE wrote: > Hello, > > I have been playing with pd for 2 days on ubuntu-studio, and some things are > not clear in my mind: > To install the pd-extended package, ubuntu-studio's pd needed to be removed. > The same is happening when I try to install net-pd > - what is the difference between netpd, pd-extended, and ubuntu-studio's pd? > - why do we have to deal with several pd software? > > I need pmpd, gem, networking several pcs to communicate midi notes and > controllers, etc, so any hint to quick start? > > Thanks > Batchass > > > > > > ___ > 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] New sssad.pd now in SVN repository - please test! [was: sssad slowness]
Frank Barknecht wrote: > It should behave just as before except for one thing: Sending a "set" > to SSSAD_ADMIN or sending a "bang" into the first inlet of a [sssad] > object will never output a single bang on the [sssad]'s outlet. So > uninitialized [sssad] objects where just an empty list is stored will > stay silent until they receive some valid data. just a small remark about uninitialized [sssad] instances: scenario: 1) [sssad vol] [sssad freq] 2) change freq and save a preset XYZ SSSAD_ADMIN: list persist freq 21 SSSAD_ADMIN: list persist vol (note vol has no value!) 3) a week later in a live session.. the vol now has been changed and doesn't have its default value. let's say it's 0. 4) now load preset XYZ loading meaning something like the following: |;/ |SSSAD vol, freq 64; | |SSSAD_ADMIN set \ 5) now vol will output nothing and [sssad vol] will be empty. but the object that gets the value from vol remains on 0, which was the last value set. the problem is that the preset doesn't sound the same as one week before. thus) i think sssad behaves correct. i think this problem is the usage of uninitialized [sssad] objects. IMO a patch developer should care to always store key _with_ values. therefore i suggest to always initialize all sssad keys in your abstraction or patch. maybe like that: [loadbang] | |; / |SSSAD vol 73, freq 64; | |SSSAD_ADMIN set \ a different approach could be an empty symbol, but i don't like that. also one could check all values when loading a preset and checking for empty values but that's really ugly too. now the point why i write this email: it would be nice to have a little note in sssad-help that says "initializing is strongly recommended" or similar. what do you think? eni frank: it's very nice that you mention me thanks, but i am also fine without, it was more a rearrangement of existing code. if you have a changelog it'd be happy there. otherwise you can remove it whenever you want. thanks ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd/MAX grudge match in Toronto next Thursday
Hallo, Dafydd Hughes hat gesagt: // Dafydd Hughes wrote: > Pd won 9-6, but several people pointed out that since there was only > one person on the MAX team and two on Pd, maybe the score should have > been 6-4.5 in MAX's favour. Before the final Pong match the score was > 4-2 for Pd. We then won Pong 5-4 and added the scores together. Congratulations! > We're already thinking of ways we could do it better next time and of > variations on the theme. Gem vs. PDP. Vanilla vs. extended. Pd vs. Emacs. Ciao -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM + eee, segmentation fault
potax flan wrote: > just installed debian lenny on the eeePC and gem works fine. just ran a > few basic tests but i get NO segmentation faults when destroying > gemwins. just thought i'd share this. that's good news and thanks for sharing. which eee do you have (not that the chipsets differ so much...)? fga,mr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd/MAX grudge match in Toronto next Thursday
Hi folks So the event was a success - lots of fun, good-natured competition, beer and general nonsense. Pd won 9-6, but several people pointed out that since there was only one person on the MAX team and two on Pd, maybe the score should have been 6-4.5 in MAX's favour. Before the final Pong match the score was 4-2 for Pd. We then won Pong 5-4 and added the scores together. Pd crashed once during the final challenge (building Pong, which neither team actually ended up doing - we both used the versions we'd built previously as we were running out of time). David composed a scathing error report to Apple. MAX forfeited on one challenge (make Nohands dance), also for time reasons. One really interesting thing is that both our host, Misha Glouberman and one blogger, Jordan, neither of whom had had any experience with patching, seemed to come away with the impression that Pd is much easier and more efficient to use than MAX. Pictures here: http://www.flickr.com/groups/interaccess/ Video here: http://www.interaccess.org/blog/?p=743 A great blog post, pictures and video here: http://www.nowpublic.com/tech-biz/anything-you-can-do-i-can-do-better-midi-software-duel-5 We're already thinking of ways we could do it better next time and of variations on the theme. cheers dafydd -- www.sideshowmedia.ca skype: chickeninthegrass ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] some works done with pd
Fractal flowers rocks the house. Very nice work!!! 2008/7/27 Chris McCormick <[EMAIL PROTECTED]> > On Fri, Jul 25, 2008 at 08:38:42PM +0200, cyrille henry wrote: > > for those which are interested, here is some work that i recently made > with pd/Gem : > > > > http://drpichon.free.fr/ch/article.php?id_article=88 > > http://drpichon.free.fr/ch/article.php?id_article=80 > > http://drpichon.free.fr/ch/article.php?id_article=76 > > http://drpichon.free.fr/ch/article.php?id_article=95 > > http://drpichon.free.fr/ch/article.php?id_article=94 > > http://drpichon.free.fr/ch/article.php?id_article=89 > > Wow! Awesome work. > > Chris. > > --- > http://mccormick.cx > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd Interview- Montreal
> Hi I am writing a paper for school and have to interview some one > for it. My paper is about Pd specifically from a learners > perspective. So was wondering if any one in Montreal was > interested? This would be a short telephone interview, just to make > it easy. The person doesn't have to be an expert on Pd I'd just > like some one else's perspective. If your interested > email [EMAIL PROTECTED] > > Please give some info on your experience level in regards > to working with Pd as this reflect on the questions I ask. > Thanks >Ede ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Calling Mac OS X 10.3 Panther users! Please test new release!
Hi on 10.3 it jumped twice... that's it. perfect bug report, hum? :) are there many 10.3 user or could we drop Panther? eni Hans-Christoph Steiner wrote: > Hey, > > I no longer have access to a Mac OS X 10.3 Panther machine, but I > would like to make a working Pd-extended release for that OS. If you > are running 10.3/Panther, please test this version and let me know if > it works for you: > > http://downloads.sourceforge.net/pure-data/Pd-0.40.3-extended- > macosx103.dmg > > .hc > > > > > All information should be free. - the hacker ethic > > > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd @ KHM open days
Hallo, I have put some pictures about the installation mentioned below ("schusslig 1.7 beta") plus some technical info here: http://footils.org/cms/show/63 Maybe later I can also add a video. Ciao -- Frank Frank Barknecht hat gesagt: // Frank Barknecht wrote: > My piece is called "schusslig 1.7 beta" and consists of an unfinished > abstract 2D bullet hell shoot'em'up game (Psyvariar meets Pong) > written in Lua (the engine is ~500 lines of pure Lua, to be published > later), graphics projected with Gem and sonified with Pd (with some > game sounds courtesy of Obiwannabe) for you to survive. > > More info on the open days: > http://www.khm.de/ > > Programme: > http://www.khm.de/aktuelles/pressemeldung/article/112-tage-der-offenen-ta14r-an-der-khm/ > > 16:9 http://www.rumori.de/projects/169/ > > Hope to see you there, > -- > Frank Barknecht _ __footils.org__ -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] some works done with pd
On Fri, Jul 25, 2008 at 08:38:42PM +0200, cyrille henry wrote: > for those which are interested, here is some work that i recently made with > pd/Gem : > > http://drpichon.free.fr/ch/article.php?id_article=88 > http://drpichon.free.fr/ch/article.php?id_article=80 > http://drpichon.free.fr/ch/article.php?id_article=76 > http://drpichon.free.fr/ch/article.php?id_article=95 > http://drpichon.free.fr/ch/article.php?id_article=94 > http://drpichon.free.fr/ch/article.php?id_article=89 Wow! Awesome work. Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] quick start
Hello, I have been playing with pd for 2 days on ubuntu-studio, and some things are not clear in my mind: To install the pd-extended package, ubuntu-studio's pd needed to be removed. The same is happening when I try to install net-pd - what is the difference between netpd, pd-extended, and ubuntu-studio's pd? - why do we have to deal with several pd software? I need pmpd, gem, networking several pcs to communicate midi notes and controllers, etc, so any hint to quick start? Thanks Batchass ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM + eee, segmentation fault
just installed debian lenny on the eeePC and gem works fine. just ran a few basic tests but i get NO segmentation faults when destroying gemwins. just thought i'd share this. p On Thu, Jul 3, 2008 at 12:38 AM, potax flan <[EMAIL PROTECTED]> wrote: >try setting the environmental variable GEM_SINGLE_CONTEXT to "1" >>>before starting pd/Gem and tell us what happens. >>> >>> >>> > still crashes and reports: > > GEM: stop rendering > socket receive error: connection reset by peer (104) > Segmentation fault > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] New sssad.pd now in SVN repository - please test! [was: sssad slowness]
Hallo, Si Mills hat gesagt: // Si Mills wrote: > So in a nutshell, what is different about this? I got a bit lost > following this thread :) It should behave just as before except for one thing: Sending a "set" to SSSAD_ADMIN or sending a "bang" into the first inlet of a [sssad] object will never output a single bang on the [sssad]'s outlet. So uninitialized [sssad] objects where just an empty list is stored will stay silent until they receive some valid data. The other change is an internal cleanup: The new sssad is completely self-contained in sssad.pd. The helper abstractions in the "_sssad"-subdirectory aren't used anymore and can be deleted (they will be deleted from the SVN later as well.) I don't think, the new sssad will be included in pd-extended 0.40, as that is about to be released (or maybe released already?) and the new sssad.pd isn't tested that much yet. AFAIK the old sssad was deleted from the current version of pd-extended anyway, because the libdir-loader cannot load it. Personally I think, removing sssad.pd is not a good workaround, but at least it may make more people download and test the current SVN-version. ;-) Ciao -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Idiomatic Pd
Hi Luke.. I think that is very useful even better would it be to have that in a PD-Patch ;-) so it is 100% clear what is meant and maybe easier to read... Bye Luigi Am 28.07.2008 um 03:34 schrieb Luke Iannini: There are some amazing sets of abstractions being released recently, which has served to highlight the many extant styles of patching. I was wondering if there was interest in establishing a set of guidelines for patching in the vein of PEP 8 for Python; I've found that document to be very relaxing as it is a standardized approach to OCD. More seriously, it greatly helps when reading other people's code or collaborating. http://www.python.org/dev/peps/pep-0008/ The only one I have seen so far for Pd covers best practices for layout. I'd want to include that, but also codify naming, arguments, common idioms, and so on. I've begun to collect some of my practices to start things off. I was hoping we could all lazy-vote the document together in this thread and I'll then compile it into a PdPedia/Pd.info document. So, feel free to object to or replace my propositions. Style: * If giving $0 as an argument to an abstraction, it is always first in the argument list [1] * * When possible, pass parent arguments in numeric order, like [child $0 $1 $2 other1 other2] etc. * Sends and Receives are written in camelCase, with "R" appended to complementary receives (e.g. in GUIs, $0mySlider for the send and $0mySliderR for the receive) * When prepending $0 to a symbol, only add a "-" to separate it from another number, like [r $0-1stSend]. Otherwise the symbol should immediately follow, like [r $0mySend]. * When working with stereo, Left and Right pairs are written with Le and Ri appended (to distinguish them from an R denoting "receive", above) Programming recommendations * To invert a toggle, use [== 0] * Use the loadbang of the parent of both abstractions to initialize two or more interdependent abstractions [1] I think of this like emulating the "self" convention in Python And so on... Cheers Luke ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list >---< Luigi Rensinghoff [EMAIL PROTECTED] skype:gigischinke ichat:gigicarlo ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] New sssad.pd now in SVN repository - please test! [was: sssad slowness]
HI Frank, So in a nutshell, what is different about this? I got a bit lost following this thread :) best wishes ps. Hans - will this be included in the release of 0.40.3? On 27 Jul 2008, at 11:54, Frank Barknecht wrote: > Hallo, > Frank Barknecht hat gesagt: // Frank Barknecht wrote: > >> Thanks a lot. This looks good in my quick test and also more simple >> and elegant than the dynamic patching (which I wasn't too happy with >> anyway). I'll do some more tests after work, but it seems now all is >> as with singleton and if it indeed is, I'd like to include your >> change. > > Okay, I commited this now with a bit of cosmetics and to include the > fix reported by hard off regarding empty lists. New version also is > attached for your convenience. Anyone using sssad.pd: Please test! > > Ciao > -- > Frank Barknecht _ > __footils.org__ > ___ > 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] new luagl
Hallo, Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote: > marius schebella wrote: > > error: lua: error loading `msgltest1': > > [string "msgltest1"]:1: module 'opengl' not found: > > no field package.preload['opengl'] > > no file '/Users/marius/pd/pdlua/opengl' > > no file '/Users/marius/pd/pdlua/opengl.lua' > > no file './opengl.lua' > > no file '/usr/local/share/lua/5.1/opengl.lua' > > no file '/usr/local/share/lua/5.1/opengl/init.lua' > > no file '/usr/local/lib/lua/5.1/opengl.lua' > > no file '/usr/local/lib/lua/5.1/opengl/init.lua' > > no file './opengl.so' > > no file '/usr/local/lib/lua/5.1/opengl.so' > > no file '/usr/local/lib/lua/5.1/loadall.so' > > > > it seems pdlua is only looking for the "so" extension in /usr/local/lib... > > creating a symlink without the extension solved this for now. > > marius. > > aha, many thanks for the additional info! - seems that this is a bug in > pdlua after all: > > when pdlua loads a script it sets Lua's package path like this: > > /* package.path := path .. "/?;" .. path .. "/?.lua;" .. package.path */ > > I'm not sure the best way to fix this, the standalone 'lua' interpreter > doesn't mention .so in the package path at all: Lua's package has a different key for binary, C-modules called package.cpath, which corresponds to the environment variable LUA_CPATH. I think, this is something which changed from Lua 5.0 to Lua 5.1, at least it isn't mentioned in the first edition of the Blue PiL (online on lua.org). If you don't have the second edition, you can get the rewritten chapter 15 as a pdf-excerpt here: http://www.inf.puc-rio.br/~roberto/pil2/chapter15.pdf Here's the relevant part: If require cannot find a Lua file compatible with the module name, it looks for a C library. For this search, it gets the path from variable package.cpath (instead of package.path). This variable gets its initial value from the environment variable LUA_CPATH (instead of LUA_PATH). A typical value for this variable in Unix is like this: ./?.so;/usr/local/lib/lua/5.1/?.so Note that the file extension is defined by the path (e.g., the previous example uses .so for all templates). In Windows, a typical path is more like this one: .\?.dll;C:\Program Files\Lua501\dll\?.dll Ciao -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] New sssad.pd now in SVN repository - please test! [was: sssad slowness]
Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote: > Thanks a lot. This looks good in my quick test and also more simple > and elegant than the dynamic patching (which I wasn't too happy with > anyway). I'll do some more tests after work, but it seems now all is > as with singleton and if it indeed is, I'd like to include your > change. Okay, I commited this now with a bit of cosmetics and to include the fix reported by hard off regarding empty lists. New version also is attached for your convenience. Anyone using sssad.pd: Please test! Ciao -- Frank Barknecht _ __footils.org__ sssad.pd Description: application/puredata ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] text list to int?
ian campbell wrote: > I am reading ascii file which is a single line of numbers delimited by > "_" with [text]. > How would I split it up into a series of number boxes? mind that a numberbox is not a number. and look at zexy's [string2list] fgamsdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] text list to int?
I am reading ascii file which is a single line of numbers delimited by "_" with [text]. How would I split it up into a series of number boxes? thanks -- http//www.iancampbell.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] new luagl
Am 26.07.2008 um 15:51 schrieb marius schebella: Am 25.07.2008 um 21:39 schrieb marius schebella: Thomas Grill wrote: Hi Marius, which version of "luagl" are you referring to? I have the following here (version 1.01): * LuaGL - an OpenGL binding for Lua * 2003-2004(c) Fabio Guerra, Cleyde Marlyse * www.luagl.sourceforge.net Maybe I should try this version, too. where did you get it? or could it be that there is a version problem with my pdlua version (latest)? I am still not able to load any of the gl scripts :( I can't say anything about different versions - the lib loading functionality (require) should only depend on the lua version, i would think that any 5.1.x i should be ok. I got my luagl from http://sourceforge.net/projects/luagl, but i had to make some changes so that it compiles with the Apple OpenGL framework and then build it manually (no make file). I'll send you the OSX binary off-list. gr~~~ -- Thomas Grill http://g.org smime.p7s Description: S/MIME cryptographic signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] new luagl
Thomas Grill wrote: > > Am 26.07.2008 um 15:51 schrieb marius schebella: > Am 25.07.2008 um 21:39 schrieb marius schebella: > >> Thomas Grill wrote: >>> Hi Marius, >>> which version of "luagl" are you referring to? >>> >>> I have the following here (version 1.01): >>> * LuaGL - an OpenGL binding for Lua >>> * 2003-2004(c) Fabio Guerra, Cleyde Marlyse >>> * www.luagl.sourceforge.net >> >> Maybe I should try this version, too. where did you get it? or could >> it be that there is a version problem with my pdlua version (latest)? >> I am still not able to load any of the gl scripts :( > > > I can't say anything about different versions - the lib loading > functionality (require) should only depend on the lua version, i would > think that any 5.1.x i should be ok. > I got my luagl from http://sourceforge.net/projects/luagl, but i had to > make some changes so that it compiles with the Apple OpenGL framework > and then build it manually (no make file). I'll send you the OSX binary > off-list. > gr~~~ thanks, this worked for me!! although I had to change my lua code; what was glColor3d(r,g,b) before is now gl.Color(r,g,b). just out of curiosity, do I ever need the library luaglut? anyway, I would like to be able to compile luagl myself, esp, since I would like to use a slightly branched version, which comes with wesley smith's luaAV package http://lua-av.mat.ucsb.edu/publications.html, in particular the rebuild branch. but that's for the future, right now, I am fine! thanks a lot, marius. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Calling Mac OS X 10.3 Panther users! Please test new release!
Hey, I no longer have access to a Mac OS X 10.3 Panther machine, but I would like to make a working Pd-extended release for that OS. If you are running 10.3/Panther, please test this version and let me know if it works for you: http://downloads.sourceforge.net/pure-data/Pd-0.40.3-extended- macosx103.dmg .hc All information should be free. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] new luagl
thanks, this worked for me!! although I had to change my lua code; what was glColor3d(r,g,b) before is now gl.Color(r,g,b). just out of curiosity, do I ever need the library luaglut? You would need luaglut if you were not using GEM, but rather build your standalone OpenGL app. gr~~~ -- Thomas Grill http://g.org smime.p7s Description: S/MIME cryptographic signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] new luagl
Am 27.07.2008 um 15:26 schrieb marius schebella: yes, but GEM has a feature like this, so (almost) any GL function can be created by putting GEM in front of the function. like GEMglBegin, GEMglColor3f, is your "gl" object class in addition to that? Maybe not, but honestly, i know nothing of GEM. gr~~~ Thomas Grill http://g.org smime.p7s Description: S/MIME cryptographic signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list