The other approaches are interesting too - for the way I patch things though, I do think mine's quicker... ie. with this abstraction I don't have to do any typing. I like the new version too, although it would have taken me longer to debug and correctly deploy Frank's version.
<br><br>The arrays may be unnecessary in one sense, and yet as someone with a little programming background, it's quicker for me to conceptualize a design that uses an array. If I went for Frank's approach I'm sure it would have taken me twice as long (but we know Frank is the guru when it comes to using lists!). I see how helpful lists are, but I haven't 100% internalized the list operations and all the list-abs that are available, as opposed to other PD objects.\
<br><br>Thanks for sharing, everyone.<br><br>~David<br><br><div><span class="gmail_quote">On 5/25/06, <b class="gmail_sendername">Frank Barknecht</b> <<a href="mailto:fbar@footils.org">fbar@footils.org</a>> wrote:</span>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hallo,<br>padawan12 hat gesagt: // padawan12 wrote:<br><br>> Cool. I was struggling with a mutex switch until Frank put me right
<br>> with a diagonal message matrix. I like the use of the array, but I<br>> cant help thinking, is the intermediate storage really needed?<br>> Couldn't it be done in two operations, zero everything and then<br>
> just route the 1 to the channel that should be on?<br><br>This would work as well, e.g. as in attached construct. You can test<br>with the previous patch by David.<br><br>Ciao<br>--<br> Frank Barknecht _ ______footils.org_ __goto10.org__
<br><br><br>_______________________________________________<br><a href="mailto:PD-list@iem.at">PD-list@iem.at</a> mailing list<br>UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list">
http://lists.puredata.info/listinfo/pd-list</a><br><br><br><br></blockquote></div><br>