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
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
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
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
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
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.
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]
> |
>
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.
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
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?"
}
_ _ __ ___ _ _ _
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
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,
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
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
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
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
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
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
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
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
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
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
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
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
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"
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
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
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
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
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
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
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
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
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
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
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
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
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
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,
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
40 matches
Mail list logo