[gmpi] Re: 3.14 UIs

On Saturday, May 29, 2004 4:55 AM [GMT+1=CET],
Jeff McClintock <xxxjeffmcc@xxxxxxxxxxxxx> wrote:

>> On the other hand, are we sure param get/set a rich enough model for
>> communication between the custom GUI code and the DSP code?  I'm
>> thinking about some of the great intricate signal displays we're
>> seeing these days, seems like they could, perhaps, be needlessly
>> cumbersome to express in those terms.
>
> Hi Chris,
>
> In anticipation of GMPI, I'm currently converting my code to use this
> model. It does require a shift in thinking. To display say, a Spectrum
> Analysis on the GUI, the data is passed from DSP to GUI via the host as a
> 'parameter', ( a binary-object parameter ).
>
> What i'm finding, is that by using parameters for all communication
> between DSP and GUI, both DSP and GUI code become very straight-forward.
>   My plugin dosn't need locking code, or shared memory, It dosn't worry
> about threading issues.  ( The burden of inter-thread communication is
> centralised in the host* ).

OK, glad to hear you got things like that working that way. I was kind of
worried about it too. So, displaying a frequency response plot of a filter,
or an ADSR envelope shape then needs to be done using parameters.
Do you use a push or pull model for this? I mean: does the GUI have some
"refresh-rate" (Idle method in VST world) and the GUI calls getParameter...
on the DSP part when it's allowed to do so, or does the DSP part call
setParameter... on the GUI? Or some different still?
Koen



----------------------------------------------------------------------
Generalized Music Plugin Interface (GMPI) public discussion list
Participation in this list is contingent upon your abiding by the
following rules:  Please stay on topic.  You are responsible for your own
words.  Please respect your fellow subscribers.  Please do not
redistribute anyone else's words without their permission.

Archive: http://www.freelists.org/archives/gmpi
Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe

Other related posts: