[PD] switch16 abstraction

[Thomas Ouellet Fredericks]

I use sends and receives to create this behavior.

See attached patch.

Tom


----- Original Message ----- 
From: "padawan12" <padawan12 at obiwannabe.co.uk>
To: <pd-list at iem.at>
Sent: Friday, May 26, 2006 6:24 AM
Subject: Re: [PD] switch16 abstraction


> Cool. I was struggling with a mutex switch until Frank put me right
> with a diagonal message matrix. I like the use of the array, but I
> cant help thinking, is the intermediate storage really needed?
> Couldn't it be done in two operations, zero everything and then
> just route the 1 to the channel that should be on?
>
>
> On Thu, 25 May 2006 15:01:16 -0500
> "David Powers" <cyborgk at gmail.com> wrote:
>
>> Hello,
>>
>> Maybe somebody will find the attached (simple) abstraction useful. I 
>> often
>> have to trigger a single gemhead on, and everything else off. This is the
>> best way that I have found to do it is far...  If somebody thinks there 
>> is a
>> better way, I'd be curious to hear of it.
>>
>> I have begun to find that abstractions like this save a lot of time in 
>> the
>> long run. The main thing a VJ interface has to do, after all, is let me 
>> turn
>> various GEMHEADS on/off on the fly, so as simple as it is, it's the basis 
>> of
>> doing live visuals for me (combined with key messages, and midictl
>> messages).
>>
>> The test patch demonstrates the abstraction.
>>
>> ~David
>>
>
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: s_r_switching.pd
Type: application/octet-stream
Size: 967 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20060525/5dfede11/attachment.obj>