Yep ! it's good ! ;) I needn't my [unpack] before [pack], it's a mistake ! So here with a [t a b]. ++
Jack
Le 26 nov. 08 à 15:28, Matt Barber a écrit :
I think maybe problems of this form need at most three objects, and two if you could do [t 200 300 400 ...].
[inlet] | ________________ | | | | [200 300 400{ | | | | | [unpack 0 0 0] | | | | | | [pack 0 200 300 400] | | _________________| | [outlet]
the outlet of the [pack] is connected to [200 300 400{ message as well as the [outlet], in case the ascii didn't turn out well or was ambiguous.
No trigger is necessary in this scenario since the order of operations does not matter in this instance (though it might be better form/style to reset the [pack] in the subpatch before sending the output, and might be necessary if this were meant as an abstraction, where it could be used in recursive loops).
However, I think Michal Seta's solution is a lot more scalable -- attached is a patch that shows what I mean.
Matt
Date: Wed, 26 Nov 2008 10:52:09 +0100 From: Frank Barknecht fbar@footils.org Subject: Re: [PD] Pd exam 02: complete a longer list [was: Pd exam
01] To: pd-list@iem.at Message-ID: 20081126095208.GB18764@fliwatut.scifi Content-Type: text/plain; charset=us-asciiHallo, Michal Seta hat gesagt: // Michal Seta wrote:
Sorry, missed all the points on the first assignment. Here's my contribution.
I think, yours is a pretty cool, original and elegant solution!
Ciao
Frank Barknecht Do You RjDj.me? _
______footils.org__<Frank_test2a.pd>
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list