[PD] Setting a variable in abstractions

simone-www.io-lab.org cimo75 at gmail.com
Thu Sep 4 00:22:07 CEST 2008

I hope it s fine with top posting but the issue now is drifting off-topic:
the patch works as a charm now, thanks again, but (there is always a
but) somehow the incoming MIDI messages are slowed down.
I tried to monitor the MIDI in and can see how when i turn the
rendering on all the MIDI income gets slowed down terribly.
Is there any known issue with GEM and MIDI or anything i have to check
on my machine?
GEM+sending messages from within PD worked flawlessly, CPU is not
hogged, jack runs smoothly.
I am attaching the patch but without the font file generating the 7bit
midi value

On Wed, Sep 3, 2008 at 11:05 PM, simone-www. io-sound. org
<cimo75 at gmail.com> wrote:
> On Wed, Sep 3, 2008 at 10:55 PM, Derek Holzer <derek at umatic.nl> wrote:
>> Hi Simone,
>> I'm guessing that the slider which is attached to the [ctlin] in the parent
>> patch sends to [handson] abstraction. In the future, it's usually better to
>> zip up the whole patch that you have questions about, rather than send a
>> screen shot with potentially hidden information.
> there is a 13Mb font file in the whole thing so i was worried about
> size.Hey now that i come to think about it, can t <text2d> retrieve
> fonts from the system assumong i enter the path on PD preferences?
>> But to answer your question: there's no real need to make two levels of
>> abstractions here. Replace the two inlets in [handson] with [f $1] and [f
>> $2] connected to a loadbang. And replace the slider with [ctlin $3 $4].
> yeah i actually knew that but couldn t really figure out how to do it
>> Then you can replace [handson1 -11 0] with [handson -11 0 80 1]. The CC you
>> mention is actually two values, as in [ctlin 80 1] that must be parsed
>> before the actual controller data will come through.
> ok back to PD, and thanks toeverybody for the support
>> The other way to do it would be to make a [send CC1], [send CC2], etc etc
>> below the [ctlin] objects, and include a [receive $1] in each [handson]
>> abstraction, in which case you could create it as [handson -11 0 CC1].
>> Of course, the other suggestions in this thread are also useful, but in a
>> more general way ;-)
>> best!
>> d.
>> simone-www.io-sound.org wrote:
>>> hi
>>> this is my first patch so bear with my n00bness
>>> I ve taken a screen shot of the whole thing open: it s a GEM patch
>>> that will show 8 "knobs" and rotate them depending on the MIDI cc
>>> input. and also show the cc value.
>>> So far i ve created the 8 knobs but i can t really understand how to
>>> send the MIDI cc from "handson2" to the abstraction "handson" and
>>> parse it to the right knob.
>>> Thanks
>>> Simone
>> --
>> derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista
>> ---Oblique Strategy # 125:
>> "Only a part, not the whole"
> --
> .wmv , .wma , .pps along with all proprietary Windows formats won t be
> accepted and/or viewed....

.wmv , .wma , .pps along with all proprietary Windows formats won t be
accepted and/or viewed....
-------------- next part --------------
A non-text attachment was scrubbed...
Name: handson.zip
Type: application/zip
Size: 5730 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20080904/7dcab324/attachment.zip>

More information about the Pd-list mailing list