[PD] Any useless/fun gui plugins around?
Jonathan Wilkes
jancsika at yahoo.com
Fri Dec 2 17:15:22 CET 2011
----- Original Message -----
> From: Mathieu Bouchard <matju at artengine.ca>
> To: Dan Wilcox <danomatika at gmail.com>
> Cc: pd-list List <pd-list at iem.at>; Luke Loeffler <lukerl at gmail.com>
> Sent: Friday, December 2, 2011 10:17 AM
> Subject: Re: [PD] Any useless/fun gui plugins around?
>
> Le 2011-12-02 à 03:44:00, Dan Wilcox a écrit :
>
>> I was showing a friend the new pd gui plugins and he suggested one that
> causes the patch wires to vibrate/wiggle based on the amount of messages being
> sent. How hard would it be to code such a plugin?
>
> You need modifications in the centre of the interpreter of pd to first have a
> trace of all the messages. This will necessarily need recompiling pd.
What about a gop abstraction with a hsl showing? Just pass the message through
and trigger a bang to animate the vsl back and forth, have it decay at some rate.
Replace the hsl with a data structure curve with three coordinates, and you've got
yourself a "pluckable" patch wire.
-Jonathan
>
> For plain users who want this already compiled, they'd need some kind of way
> to pick the correct executable at startup : choose either the regular «fast»
> interpreter (well, at least faster than the other) or the interpreter that
> constantly reports to a special kind of plugin (checking whether any such
> plugins are active still slows down the interpreter).
>
> The 2nd interpreter allows for a plugin that counts the number of messages or
> total size of messages, or a plugin that prints all messages to a file, or print
> backtraces for every error message, and perhaps a lot of other things (though
> probably not a stepping-debugger, for example... you can't be pausing pd
> while still clicking around).
>
> BTW, Pd has already two interpreters... I'm talking about two possible
> variants of the message-interpreter, because you are talking about messages, but
> there is also a signal-interpreter, which would have to be modified if you also
> wanted runtime stats on that.
>
> There may be other ways of doing similar things using tricks like making
> invisible patchcords to hidden objects that aren't even in the patch, but to
> me it doesn't sound any easier than modifying the centre of the
> message-interpreter (m_class.c and stuff).
>
> What does the patchcord inspector do, to get its data ? I didn't look at it.
>
> ______________________________________________________________________
> | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
More information about the Pd-list
mailing list