[gmpi] REQ 16 !?!
- From: "Vincent Burel" <vincent.burel@xxxxxxxxxx>
- To: <gmpi@xxxxxxxxxxxxx>
- Date: Thu, 4 Dec 2003 12:23:07 +0100
hello
first there is redondancy between REQ 13 and REQ 15
REQ 16
- The host is in charge of all thread synchronization (if native or half
native)
- No plugin functions are re-entrant or asynchronous... (asynchronous is a
problem here.)
- Only one DSP function is called at a time from the host ! (WHY if it's not
with the same THIS OBJECT, What about MULTITHREADING , MULTI PROCESSING and
HYPER THREADING !?)
- The host may call functions from different threads (so why writing the
sentence before !?)
- but never more than one at the same time. (what is that ?)
- This means the host is the arbiter of all access to the DSP object from
other objects.
THIS MEANS NOTHING !!!!
There is 3 cases :
-1- the DSP code run natively
the host provides the signal and get back the processed signal simply.
-2- the DSP code run in an accelerator board.
the host provide signal to the native part of the plug-in core, this
native core communicates with the external board in order to make it
processed, and let the host get back the processed signal. In this case we
implement a PUSH/PULL design (the PUSH function can be asynchrone, to let
for example the host PUSH the 16 first tracks, and later PULL them).
-3- the DSP code run on a FULL DSP system (VS3, TDM for example)
The host here does not take care about multithreading and calling
processing function or routing stuff, it's made in the audio board (in this
case there is two systems : the one in the computer, and the one in the
audio board)
So we first have to know here where is the application domain of GMPI. Is
GMPI able to manage these 3 cases , and at which level !?
VB
----------------------------------------------------------------------
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: //www.freelists.org/archives/gmpi
Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe
Other related posts:
