[PD] counter + list of objects

2008-01-09 Thread John Cohen
Hi Im new in PD. Ive been using Max/MSP and now am trying to switch to its open source alternative.. Ive had no problem with pd so far but recently i tried creating the "counter" object and I've always had the same error "couldn't create counter. I'm pretty certain the object exists in pd since i s

Re: [PD] counter + list of objects

2008-01-09 Thread Derek Holzer
Hi John, John Cohen wrote: > Ive had no problem with pd so far but recently i tried creating the > "counter" object and I've always had the same error "couldn't create > counter. I'm pretty certain the object exists in pd since i saw it in a > couple of tutorials.. > am i missing a special libr

Re: [PD] counter + list of objects

2008-01-09 Thread John Cohen
thanks for the quick reply Derek. ill try what you suggest instead. john Jonesints On 09/01/2008, Derek Holzer <[EMAIL PROTECTED]> wrote: > > Hi John, > > John Cohen wrote: > > Ive had no problem with pd so far but recently i tried creating the > > "counter" object and I've always had the same e

Re: [PD] counter + list of objects

2008-01-09 Thread hard off
for a long time i've been an advocate of the [f ]x[+ 1] method of counting in pd cos it's a good basic introduction to hot and cold inlets and basic object joining, but really, isn't it a bit silly that pd doesn't have a native counter object? ___ PD-l

Re: [PD] counter + list of objects

2008-01-09 Thread Roman Haefeli
On Thu, 2008-01-10 at 02:27 +0900, hard off wrote: > but really, isn't it a bit silly that pd doesn't have a native counter object? save [inlet] | [f ]X[+ 1] | [outlet] to /extra/counter.pd and you have your native object. roman

Re: [PD] counter + list of objects

2008-01-09 Thread Mathieu Bouchard
On Wed, 9 Jan 2008, Roman Haefeli wrote: On Thu, 2008-01-10 at 02:27 +0900, hard off wrote: but really, isn't it a bit silly that pd doesn't have a native counter object? to /extra/counter.pd and you have your native object. No, no, he means native as in something approved by the holy church.

Re: [PD] counter + list of objects

2008-01-09 Thread marius schebella
I just want to mention that a counter object does more than just adding numbers... marius. Roman Haefeli wrote: > On Thu, 2008-01-10 at 02:27 +0900, hard off wrote: >> but really, isn't it a bit silly that pd doesn't have a native counter >> object? > > save > > [inlet] > | > [f ]X[+ 1] > | >

Re: [PD] counter + list of objects

2008-01-09 Thread Frank Barknecht
Hallo, marius schebella hat gesagt: // marius schebella wrote: > I just want to mention that a counter object does more than just adding > numbers... That might be why we need so many of them. My counters just count. Ciao -- Frank Barknecht _ __footils.

Re: [PD] counter + list of objects

2008-01-10 Thread IOhannes m zmoelnig
marius schebella wrote: > Roman Haefeli wrote: >> On Thu, 2008-01-10 at 02:27 +0900, hard off wrote: >>> but really, isn't it a bit silly that pd doesn't have a native counter object? >> save >> > I just want to mention that a counter object does more than just adding > numbers... if it doe

Re: [PD] counter + list of objects

2008-01-10 Thread Mathieu Bouchard
On Thu, 10 Jan 2008, IOhannes m zmoelnig wrote: if it does, than afaik the _only_ language that has a "counter" built-in is max/msp. 10 FOR X=1 TO 100 20 PRINT "WHAT ABOUT BASIC?" 30 NEXT X (1..100).each {|x| puts "and then what about Ruby?" } _ _ __ ___ _ _ _

Re: [PD] counter + list of objects

2008-01-11 Thread IOhannes m zmoelnig
Mathieu Bouchard wrote: > On Thu, 10 Jan 2008, IOhannes m zmoelnig wrote: > >> if it does, than afaik the _only_ language that has a "counter" built-in >> is max/msp. > > 10 FOR X=1 TO 100 > 20 PRINT "WHAT ABOUT BASIC?" > 30 NEXT X this is not a built-in counter, this is how you would write a si

Re: [PD] counter + list of objects

2008-01-11 Thread marius schebella
did I say something wrong? there are several counter objects. but none built into Pd. and yes, I was refering to the max counter-objectclass, because that is how the thread started. the max version can count up and down (and also up&down), has optional startig and end position and can be reset,

Re: [PD] counter + list of objects

2008-01-11 Thread Roman Haefeli
On Fri, 2008-01-11 at 16:52 -0500, marius schebella wrote: > did I say something wrong? there are several counter objects. but none > built into Pd. > and yes, I was refering to the max counter-objectclass, because that is > how the thread started. > the max version can count up and down (and als

Re: [PD] counter + list of objects

2008-01-11 Thread Mathieu Bouchard
On Fri, 11 Jan 2008, IOhannes m zmoelnig wrote: 10 FOR X=1 TO 100 20 PRINT "WHAT ABOUT BASIC?" 30 NEXT X this is not a built-in counter, this is how you would write a simple counter in basic. Frankly, I don't understand the difference. I mean FOR/NEXT, I don't mean the exact code I wrote abo

Re: [PD] counter + list of objects

2008-01-11 Thread zmoelnig
Quoting Mathieu Bouchard <[EMAIL PROTECTED]>: > On Fri, 11 Jan 2008, IOhannes m zmoelnig wrote: > >>> 10 FOR X=1 TO 100 >>> 20 PRINT "WHAT ABOUT BASIC?" >>> 30 NEXT X >> this is not a built-in counter, this is how you would write a >> simple counter in basic. > > Frankly, I don't understand the

Re: [PD] counter + list of objects

2008-01-11 Thread zmoelnig
Quoting marius schebella <[EMAIL PROTECTED]>: > did I say something wrong? no > there are several counter objects. but none > built into Pd. > and yes, I was refering to the max counter-objectclass, because that is > how the thread started. > the max version can count up and down (and also up&do

Re: [PD] counter + list of objects

2008-01-11 Thread marius schebella
ok, then it was a misunderstanding, I am also not saying that is has to be in the core of pd. (is there an official policy that objectclasses which can be created as abstractions should not be included as c objectclass?...) but now, when I think about this... why is there now pd-featured abstrac

Re: [PD] counter + list of objects

2008-01-11 Thread Roman Haefeli
On Fri, 2008-01-11 at 19:01 -0500, marius schebella wrote: > ok, then it was a misunderstanding, I am also not saying that is has to > be in the core of pd. (is there an official policy that objectclasses > which can be created as abstractions should not be included as c > objectclass?...) i do

Re: [PD] counter + list of objects

2008-01-11 Thread marius schebella
yes, the pdmtl-abs need to get better promoted. they are not widely known outside the pd montreal community. and afaik there is not reason not to include them in pd-extended. they have a fancy patching style, but ok... is pdmtl in a path that is searched by pd by default? marius (yaotm*). * yet

Re: [PD] counter + list of objects

2008-01-12 Thread Frank Barknecht
Hallo, marius schebella hat gesagt: // marius schebella wrote: > yes, the pdmtl-abs need to get better promoted. they are not widely > known outside the pd montreal community. and afaik there is not reason > not to include them in pd-extended. they have a fancy patching style, > but ok... In g

Re: [PD] counter + list of objects

2008-01-12 Thread Roman Haefeli
On Sat, 2008-01-12 at 08:44 +0100, Frank Barknecht wrote: > Hallo, > marius schebella hat gesagt: // marius schebella wrote: > > > yes, the pdmtl-abs need to get better promoted. they are not widely > > known outside the pd montreal community. and afaik there is not reason > > not to include the

Re: [PD] counter + list of objects

2008-01-12 Thread Frank Barknecht
Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote: > On Sat, 2008-01-12 at 08:44 +0100, Frank Barknecht wrote: > > Hallo, > > marius schebella hat gesagt: // marius schebella wrote: > > > > > yes, the pdmtl-abs need to get better promoted. they are not widely > > > known outside the pd mon

Re: [PD] counter + list of objects

2008-01-13 Thread Luke Iannini (pd)
On Jan 12, 2008 1:18 PM, Frank Barknecht <[EMAIL PROTECTED]> wrote: > Many abstraction collections are sloppy when handling this. (Even > abstractions by pd-extended advocates can forget to always fully > specify the full names of abstractions with import or a prefix. I > don't want to point finge

Re: [PD] counter + list of objects

2008-01-13 Thread Derek Holzer
Hi Luke, Luke Iannini (pd) wrote: > I know Pd-E does this to be as easy as possible to set up for new > users, but at the same time perhaps it is best that a new user sticks > with the vanilla objects anyways, and if they're really interested in > more objects, they can learn how to use the direc

Re: [PD] counter + list of objects

2008-01-13 Thread Luke Iannini (pd)
On Jan 13, 2008 5:24 AM, Derek Holzer <[EMAIL PROTECTED]> wrote: > I strongly disagree. Most beginners want to play with high-level objects > that do a lot of the programming for them, rather than dive deep into > data flow & etc. Do we give them what they want, or do we do what's > "good for them"

Re: [PD] counter + list of objects

2008-01-13 Thread Frank Barknecht
Hallo, Derek Holzer hat gesagt: // Derek Holzer wrote: > Luke Iannini (pd) wrote: > > > I know Pd-E does this to be as easy as possible to set up for new > > users, but at the same time perhaps it is best that a new user sticks > > with the vanilla objects anyways, and if they're really intereste

Re: [PD] counter + list of objects

2008-01-13 Thread Damian Stewart
Luke Iannini (pd) wrote: > I know Pd-E does this to be as easy as possible to set up for new > users, but at the same time perhaps it is best that a new user sticks > with the vanilla objects anyways, and if they're really interested in > more objects, they can learn how to use the directory prefix

Re: [PD] counter + list of objects

2008-01-13 Thread Derek Holzer
Hi all, Damian Stewart wrote: > 1) download Pd > 2) download awesome super rad pre-made patch > 3) open awesome super rad pre-made patch and scratch heads when it doesn't > work because they don't have particular externals My point precisely. Or, as someone told me their Dutch media-arts instr

Re: [PD] counter + list of objects

2008-01-13 Thread hard off
pd extended gets you rocking in the free world. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] counter + list of objects

2008-01-13 Thread Andy Farnell
Its a good point Damien. And to expand on it let's say it's not a personality type but a mode of working or a level of comfort. We all do it in one way or another, indeed we must to accomplish anything. We could take this to any level and find the same. Going down one level we can say there are

Re: [PD] counter + list of objects

2008-01-13 Thread marius schebella
I think with pd-extended many decisions just happened. the goal was to get a lot of libraries included to make installation and distribution of an "extended" version of pd easy - not only for new users. In the case of counter, there are at least two objectclasses, the one from cyclone (cloning

Re: [PD] counter + list of objects

2008-01-13 Thread Luke Iannini (pd)
Hm, I don't think this is really about trying to force new people into grappling with arcanum, or telling them "what's best", so much as it is about what is actually best for Pd as a community, the benefits of which will also touch new people. If we want to encourage a large library of these prema

Re: [PD] counter + list of objects

2008-01-14 Thread Frank Barknecht
Hallo, Derek Holzer hat gesagt: // Derek Holzer wrote: > And why ask them to grapple with such arcane concepts as > "namespaces" when the external objects can simply just be there, and > they can get busy playing? Because they can't. You cannot and probably never will be able to load two differen

Re: [PD] counter + list of objects

2008-01-14 Thread Frank Barknecht
Hallo, marius schebella hat gesagt: // marius schebella wrote: > I have a wish which I think is related to this discussion: more higher > level pd patches and better communication of existing patches. (ok, > that's 2 wishes.) My take on wish one is exemplified in [list]-abs (and to some extent

Re: [PD] counter + list of objects

2008-01-14 Thread marius schebella
Frank Barknecht wrote: > Morale of story: In my belief, abstraction collections that (as > default) only rely on core objects make life much easier for just > about everyone, beginners and advanced users. you are right. but then you still have the problem that the abstraction collections are not

Re: [PD] counter + list of objects

2008-01-14 Thread Frank Barknecht
Hallo, marius schebella hat gesagt: // marius schebella wrote: > Frank Barknecht wrote: > > Morale of story: In my belief, abstraction collections that (as > > default) only rely on core objects make life much easier for just > > about everyone, beginners and advanced users. > > you are right. bu

Re: [PD] counter + list of objects

2008-01-14 Thread Andy Farnell
On Mon, 14 Jan 2008 17:15:09 +0100 Frank Barknecht <[EMAIL PROTECTED]> wrote: > Hallo, > marius schebella hat gesagt: // marius schebella wrote: > > > Frank Barknecht wrote: > > > Morale of story: In my belief, abstraction collections that (as > > > default) only rely on core objects make life mu

Re: [PD] counter + list of objects

2008-01-14 Thread Andy Farnell
On Mon, 14 Jan 2008 19:59:49 +0100 Frank Barknecht <[EMAIL PROTECTED]> wrote: > (You start Pd without any "-path" set, note > errors in the console, find these files and bundle them.) So obvious, yet so annoyingly missing from my knowledge. The time I could have saved :) Cheers Frank. -- Use th

Re: [PD] counter + list of objects

2008-01-14 Thread Frank Barknecht
Hallo, Andy Farnell hat gesagt: // Andy Farnell wrote: > That's fine for experienced users who can search for used abstractions > and zip it all up, but what Pd currently lacks is any notion of > "export project" which does all that work for you. True++. But anyway, you have this problem anyway,

Re: [PD] counter + list of objects

2008-01-31 Thread Hans-Christoph Steiner
FYI: Pd-extended uses cyclone's [counter] by default, which is Max/ MSP compatible. .hc On Jan 9, 2008, at 12:27 PM, hard off wrote: > for a long time i've been an advocate of the [f ]x[+ 1] method of > counting in pd cos it's a good basic introduction to hot and cold > inlets and basic objec