[gmpi] Re: NAMM follow-up, some major decisions to make

  • From: Mike Berry <mberry@xxxxxxxxx>
  • To: gmpi@xxxxxxxxxxxxx
  • Date: Wed, 02 Feb 2005 13:23:26 -0700

Angus F. Hewlett wrote:

fogaudionews wrote:

Perhaps, this is coming in from far left field, but has anyone given any thought to a middleware product like ICE (zeroc.com)? Ice is pretty darn fast (probably not quite as fast as realtime Corba), but certainly should be a feasible approach presuming that GMPI is not likely to come online big time for a couple of years anyway. Once the object models are built in Slice IDL it should be portable to any platform, though limited to langauages C++, C#, and Java.


I don't know about ICE, but just bear in mind that GMPI's process-call could potentially be made around 1 million times per second (96000 samples per second, 16 sample buffers, 150 plugs in the graph = 900k calls/sec) so the overhead on that particular call (and other high-volume calls like extracting data from an event) has to be kept l-o-w.


If we are considering ICE, why not use COM instead? COM has been proven to operate at the speeds that we need, has ports to a number of platforms and languages, and has a well examined track-record of strengths and weaknesses, and has no licensing requirements. We don't necessarily have to take all parts of COM, and we don't have to take platform specificities like server registration on Windows. But its got all the stuff we need, I think, and we can get some nice extras like ref-counting in the bargain.




--
Mike Berry
Adobe Systems

----------------------------------------------------------------------
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: