[PD] Noop message.

Chuckk Hubbard badmuthahubbard at gmail.com
Sun Feb 18 01:22:54 CET 2007


Actually, you will have trouble with any of these, as just about any
object that expects a float (number) will not pass anything if it gets
a symbol (word).
I'm looking for a way to do it with a couple of list objects, but it
could be ugly.

-Chuckk


On 2/17/07, Chuckk Hubbard <badmuthahubbard at gmail.com> wrote:
> On the same token, [route noop] would output the original message from
> the right outlet if it's not noop.
> I guess, depending which object was doing the receiving, the left
> outlet wouldn't have to be hooked up at all.  If it was going into
> [pack], for instance, or [append], I believe they store old values for
> cold inlets.  Otherwise I think you'd still need to go through a
> [float] or [symbol] to send the previous value with the bang from
> route or select, in which case just using "bang" in place of "noop"
> might be faster, no?
>
> -Chuckk
>
> On 2/17/07, Charles Henry <czhenry at gmail.com> wrote:
> > I can't say much for special message status, but you could use a
> > select object on the recieving end of your messages.
> > [select noop]  would have two outlets and output a bang from the right
> > outlet for any message other than "noop" (and a bang from the left
> > inlet for "noop")
> > Chuck
> >
> > On 2/17/07, David F. Place <d at vidplace.com> wrote:
> > > Maestri:
> > >
> > > I would like a special message (let's call it "noop") which when sent
> > > does nothing. (That is to say, sending it would be like not sending
> > > it.)  This would be useful in automation.   For instance, I may have
> > > a program which generates a bunch of events which I will trigger
> > > using [textfile].  Some of the fields will not be updated in a given
> > > event.  In that case, it would like to be able to write "noop" in
> > > that field.
> > >
> > > Surely such a thing exists and I haven't found it yet.  Feel free to
> > > berate me if it is right under my nose.
> > >
> > > Cheers, David
> > >
> > > --o-------o-o-o---o-o-o---
> > > David F. Place
> > > mailto:d at vidplace.com
> > >
> > >
> > >
> > > _______________________________________________
> > > PD-list at iem.at mailing list
> > > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
> > >
> >
> > _______________________________________________
> > PD-list at iem.at mailing list
> > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
> >
>
>
> --
> http://www.badmuthahubbard.com
>


-- 
http://www.badmuthahubbard.com




More information about the Pd-list mailing list