To make sure boards that are larger than 56 digital in pins you should copy a couple more of these objects to go up to 128. Of course since [&] and [>>] seems to be slightly faster that would be the choice.
To be even more efficient the object [pd route digital/analog] should be bypassed by adding the addresses [144 145 146 ... 151] to the route object inside the parent patch making it [route 249 240 144 145 146 147 148 149 150 151]. The last outlet goes into [pd route digital/analog]. The [route 0 1 2 3 4 5 6 7] inside the [pd digital messages] should be replace by 8 individual inlets. BTW you could keep going on with this forever ... All I wanted originally was to get the correct messages coming out of the patch ... Ingo > -----Ursprüngliche Nachricht----- > Von: Roman Haefeli [mailto:reduz...@gmail.com] > Gesendet: Freitag, 16. September 2011 14:44 > An: Ingo > Cc: 'Hans-Christoph Steiner'; pd-list@iem.at > Betreff: Re: AW: AW: AW: AW: [PD] pduino rewrite > > On Fri, 2011-09-16 at 14:05 +0200, Ingo wrote: > > > Wow, I just compared your version of [pd digital message] with mine > and > > > yours takes only 180ms to process 1000000 of messages, while mine uses > > > over 8s. > > > Frankly, I wouldn't have expected such a big difference.... Let me dig > > > into this. > > > > > > Roman > > > > > > That's more than I would have expected, too! > > I would have been guessing it could be up to 10x as fast but not 50x. > > I think I'm going to put your much more efficient version into the git > version. > > Roman _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list