Luke Iannini (pd) wrote:
[nreceive $0my6sends 6] (with no number argument it will default to
acting like a normal send or receive object).
I already made an [nreceive] abstraction for my personal use, maybe it's
different from yours? See attached.
Claude
--
http://claudiusmaximus.goto10.or
On Wed, 26 Sep 2007, Frank Barknecht wrote:
Even the usual example of a reversed inlet-order, [timer], is reversed
*because* outlets of important other objects fire right to left, namely
[t b b] which gives the nice
[t b b]
| |
[timer]
idiom without crossing wires.
There is a use for b
On Wed, 26 Sep 2007, Luke Iannini (pd) wrote:
Regarding [outlet]s (and inlets) being position dependent, I've always
felt they should accept an argument like [outlet 0] etc to specify which
they should be on the outside
Chances are that I requested this in 2002. I was using that feature from
hey,
hans and I were working for quite a long time on the setup for the wiki.
we set up a testwiki at http://pdpedia.at.or.at/en.
It is still running on hans' homeserver, so performance could be better.
I uploaded a lot of files to have testdata to play with. we want to have
the real wiki set up
On Wed, 26 Sep 2007, Stephen Sinclair wrote:
Since [t] is the official work-around for this issue it's certainly no
show-stopper, but I think it would be nice, imho, if there were a
cleaner way of representing this.
Perhaps you need to think about why you think that it is unclean.
What is cle
On Thu, 27 Sep 2007, Derek Holzer wrote:
So I am very careful when instructing newcomers about these kinds of
things. Unlike Mathieu's (hopefully facetious) comment some emails back
on this thread, I would rather not leave them in the dark to struggle
for themselves about it, because that's exac
On Thu, 27 Sep 2007, Yves Degoyon wrote:
in my paper "a type theory for the documentation of PureData"
this is very useless to quote oneself,
gosh all this blah blah just to say
everyone should use triggers,
i speak of this in day 1 of a workshop.
yves sévy encore... rien à faire... rien à ci
hola,
> in my paper "a type theory for the documentation of PureData"
this is very useless to quote oneself,
gosh all this blah blah just to say
everyone should use triggers,
i speak of this in day 1 of a workshop.
saludos,
sevy
___
PD-list@iem.at m
On Wed, 2007-09-26 at 18:05 -0700, Luke Iannini (pd) wrote:
> (hallo, tried to send this to pd-announce but was rejected, anyone
> know why?)
i think you need to subscribe for pd-announce separately.
roman
___
Telefonat
> If you need to have a specific execution order, then you should use a
> [trigger]. It makes it explicit, which is a good thing.
>
>
Hello,
What makes this a bit tedious is that, if you insert a new argument
inside [t b b b] to get [t f b b b], the connections already in place
don't move
And with this method you can even do something like:
[select C4 C#4 D4 ...]
| | |
[60( [61( [62( ...
and then copy it and paste it several times and change the arguments
and messages. (Saves a TON of mouse clicks!)
Note, I'm note sure if midi 60 is really C4 off the top of my head!
~K
Hi again,
Stephen Sinclair wrote:
> However, as seen in this thread, it
> is sometimes an very confusing issue for beginners in Pd, especially
> if they have any kind of previous experience with Max.
Generally, the beginners I am teaching have *no* experience with PD or
MAX, so it is simply a m
Hi again,
Batuhan Bozkurt wrote:
>Is that Ubuntu Studio you are using?
Yes, Ubuntu Studio 7.04. Intel Core Duo.
>From: Batuhan Bozkurt <[EMAIL PROTECTED]>
>To: pd-list@iem.at
>Subject: Re: [PD] Interrupted sound
>Date: Wed, 26 Sep 2007 22:23:28 +0300
>
>Javier García wrote:
> > Hi,
> >
> > whe
> this is clearly a problem of your side, and i would even consider it as
> a bug of the patch. use [trigger]s, whereever you can. this is MUCH
> cleaner, than max' graphic representation, that can be messed up so
> easily.
After some thought on the subject, I realize that of course if the Pd
lang
On Wed, 26 Sep 2007, Steffen wrote:
On 26/09/2007, at 21.06, Mathieu Bouchard wrote:
Maybe I didn't write as much as that on that topic in the actual paper, as
I was already well over the maximum "allowed" length.
Id say: Spice that paper with all of that and distribute it. I'd like to read
it.
On Wed, 2007-09-26 at 13:12 -0400, marius schebella wrote:
> Derek Holzer wrote:
> > It can get especially confusing
> > when sends and receives get involved.
>
> the pd solution is not much better, you most of the times can not tell
> which receive will get a message first.
> marius.
also here
On Wed, 2007-09-26 at 11:57 -0400, Stephen Sinclair wrote:
> > Right now I'm pretty confused. What did I miss? In retrospect, it seems
> > very odd to me that switching the lines sending velocity ad note in arp
> > would have any effect. I would expect those to lines to happen
> > "simultaneously"
On Wednesday 26 September 2007 22:45:34 [EMAIL PROTECTED] wrote:
> ie if the left inlet of the lister has changed in between
err, oops, I meant the right (cold) inlet :(
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lis
I think I ran into a bug in zexy's lister, or at least a surprising behavior
that should perhaps be documented. It seems that its output is reevaluated
for each inlet it is connected to (ie if the left inlet of the lister has
changed in between because of the depth-first traversal, its output wi
Sorry I can't quote correctly, I'm typing from a mobile.
Regarding [outlet]s (and inlets) being position dependent, I've always
felt they should accept an argument like [outlet 0] etc to specify
which they should be on the outside, and perhaps revert to the current
behavior with no argument.
Also
Hallo,
Sam Clayton hat gesagt: // Sam Clayton wrote:
> Is there an external or abstraction that can take a symbol from a
> message such as "Ab4" and output a frequency message, such as
> "207.65234879"? It would be something like mtof, but for text rather
> than midi note numbers.
>
> Are there a
Hallo,
Steffen hat gesagt: // Steffen wrote:
> On 26/09/2007, at 17.57, Stephen Sinclair wrote:
>
> > looking at an outlet with several lines
> > coming out of it, to determine what order they will trigger.
>
> I think the question, from Atte, was about the order in case of
> multiple outlets
On Wed, 26 Sep 2007, Stephen Sinclair wrote:
I didn't mean to push people's buttons by making the faux pas of a
comparison with Max, but in this respect I do find that at least Max has
a deterministic way of showing what messages are going to send in what
order. I consider this an improvement
Steffen wrote:
> I think the question, from Atte, was about the order in case of
> multiple outlets of an object. That is not about multiple lines/
> connections out of a single outlet.
I've been working a lot on the external since then. And after a complete
rewrite 2 times, it works very rob
Javier García wrote:
> Hi,
>
> when i go to "Test Audio", i hear the noise and the tone but interrupted.
>
> These are my steps:
>
> - Open qjackctl
> - Open pd
> - On pd, choose Media>jack
>
> I have attached an image of the connections.
>
>
> br.
> GARFF
>
> __
On 26/09/2007, at 21.06, Mathieu Bouchard wrote:
> Maybe I didn't write as much as that on that topic in the actual
> paper, as I was already well over the maximum "allowed" length.
Id say: Spice that paper with all of that and distribute it. I'd like
to read it. Lenght should not be a probl
On Tue, 25 Sep 2007, IOhannes m zmoelnig wrote:
personally i think that the "feature" of max to respect the
left-to-right order is really a bug, but that is just me...
The feature of respecting right-to-left order of wires could make sense if
patches remained simple, as it makes the diagrams
> Why do you consider this a "fundamental problem" exactly?
Because there is information about the data-flow of the program that
is simply not represented by what you are seeing. I consider that
pretty fundamental.
However, as I said, there is the [trigger] work-around, and that's
fine. I don't
On 26/09/2007, at 20.19, Sam Clayton wrote:
> Is there an external or abstraction that can take a symbol from a
> message such as "Ab4" and output a frequency message, such as
> "207.65234879"?
n2m from mjlib does almost. Connect it in serial with mtof and your
there -- except that that:
[Ab4
On Wed, 26 Sep 2007, Steffen wrote:
On 26/09/2007, at 20.33, Mathieu Bouchard wrote:
Currently, documentation does not systematically say when it is that the
order is right-to-left and when it is not.
Risking to repeat your point(?): Since it's possible to make it not
right-to-left, shouldn't t
On 26/09/2007, at 20.33, Mathieu Bouchard wrote:
> Currently, documentation does not systematically say when it is
> that the order is right-to-left and when it is not.
Risking to repeat your point(?): Since it's possible to make it not
right-to-left, shouldn't that be considered a flaw (in
On Wed, 26 Sep 2007, marius schebella wrote:
Derek Holzer wrote:
It can get especially confusing
when sends and receives get involved.
the pd solution is not much better, you most of the times can not tell
which receive will get a message first.
This depends on creation order of objects, tha
On 26/09/2007, at 17.57, Stephen Sinclair wrote:
> looking at an outlet with several lines
> coming out of it, to determine what order they will trigger.
I think the question, from Atte, was about the order in case of
multiple outlets of an object. That is not about multiple lines/
connection
On Wed, 2007-09-26 at 11:57 -0400, Stephen Sinclair wrote:
> >
> It would be nice to fix it, but unfortunately doing so would probably
> affect backwards-compatibility with people's patches.
> Anyways, if you have something which absolutely depends on the order
> in which a message is sent out mult
On Wed, 26 Sep 2007, Derek Holzer wrote:
Actually, the fact that on-screen position affects order of operations
at all is very illogical if you ask me.
If it is so, then please figure out what to do with [inlet]s and [outlet]s
because those objects change behaviour according to position in th
On Wed, 26 Sep 2007, IOhannes m zmoelnig wrote:
Atte André Jensen wrote:
If someone could enlighten me, I'd be most happy :-)
generally i often find it easier to use a list instead of separate outlets.
this way elements that belong together are also grouped together.
(if you need the separate
There are some music analysis objects in Maxlib. Open the maxlib-help.pd
file that comes with it for an overview of the music analysis objects.
Maybe best if you install PD Extended if you're new to this.
I think most of the Maxlib objects go the other way around from what you
describe... they
Is there an external or abstraction that can take a symbol from a
message such as "Ab4" and output a frequency message, such as
"207.65234879"? It would be something like mtof, but for text rather
than midi note numbers.
Are there any externals dealing with turning text representations of
chords s
On Sep 26, 2007, at 1:01 PM, Derek Holzer wrote:
> Howdy all,
>
> David Powers wrote:
>
>> Actually, once you get used to PD, max patches typically look far
>> less
>> 'logical', in my opinion.
>
> Actually, the fact that on-screen position affects order of operations
> at all is very illogical
Hallo,
David Powers hat gesagt: // David Powers wrote:
> Actually, once you get used to PD, max patches typically look far less
> 'logical', in my opinion.
Actually I believe that even among Max users, using the trigger is
considered good practice (at least the Max users in my area tell me
this.)
Derek Holzer wrote:
> It can get especially confusing
> when sends and receives get involved.
the pd solution is not much better, you most of the times can not tell
which receive will get a message first.
marius.
___
PD-list@iem.at mailing list
UNSUBS
On Sep 26, 2007, at 11:57 AM, Stephen Sinclair wrote:
>> Right now I'm pretty confused. What did I miss? In retrospect, it
>> seems
>> very odd to me that switching the lines sending velocity ad note
>> in arp
>> would have any effect. I would expect those to lines to happen
>> "simultaneousl
Howdy all,
David Powers wrote:
> Actually, once you get used to PD, max patches typically look far less
> 'logical', in my opinion.
Actually, the fact that on-screen position affects order of operations
at all is very illogical if you ask me. It can get especially confusing
when sends and rece
On 9/26/07, Stephen Sinclair <[EMAIL PROTECTED]> wrote:
> > Right now I'm pretty confused. What did I miss? In retrospect, it seems
> > very odd to me that switching the lines sending velocity ad note in arp
> > would have any effect. I would expect those to lines to happen
...
>
> My patches are j
ola,
Energy saving ratings never take this into account, afaik.
what is more energy saving is no to have any heating systems
( live in the south )
and no conditionned air ( that always makes you sick )
sevy
isn't that a bit [OT]?
___
PD-l
> Right now I'm pretty confused. What did I miss? In retrospect, it seems
> very odd to me that switching the lines sending velocity ad note in arp
> would have any effect. I would expect those to lines to happen
> "simultaneously" at least from interconnected pd-objects point of view.
Personally
On Sep 26, 2007, at 6:20 AM, Mathieu Bouchard wrote:
> On Tue, 25 Sep 2007, Max Neupert wrote:
>
>> Am 23.09.2007 um 18:35 schrieb Greg Pond:
>>> I havent encountered the problem that you have but I dont
>>> shutdown my
>>> machines at night. Is there some reason you need to?
>> what about savi
Hallo,
Atte André Jensen hat gesagt: // Atte André Jensen wrote:
> Right now I'm pretty confused. What did I miss? In retrospect, it seems
> very odd to me that switching the lines sending velocity ad note in arp
> would have any effect. I would expect those to lines to happen
> "simultaneously
On Tue, 25 Sep 2007, Max Neupert wrote:
Am 23.09.2007 um 18:35 schrieb Greg Pond:
I havent encountered the problem that you have but I dont shutdown my
machines at night. Is there some reason you need to?
what about saving some energy and our earth ;)
or is that a no reason?
As soon as you s
Hallo,
Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote:
> pdlua is a library for extending Pd with Lua ( http://www.lua.org )
Additional note for Debian/Ubuntu-users: Install "liblua5.1-dev" (and
lua5.1 lua5.1-doc if you like).
Debian keeps the version numbers in the lua library
Atte André Jensen wrote:
>
> If someone could enlighten me, I'd be most happy :-)
>
generally i often find it easier to use a list instead of separate outlets.
this way elements that belong together are also grouped together.
(if you need the separate values, you can always use [pack])
mfga.dr
Hi
So I made to externals, [arp] (arpeggiator) and [legato] (legato
monophonic midi module). My idea for both of them to be insertable "in a
midi stream" for instance just after [notein], so they both have
(amongst other things) a note inlet (leftmost, hot) and velocity (second
to the left, co
52 matches
Mail list logo
