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

Paul Davis wrote:

the design for this in the JACK case has already been sketched out,
and is tentatively called, somewhat parochially, LASH (Linux Audio
Session Handling). Try to ignore the name - its a design to allow any
JACK client to request a full state save of the current
"session".

Nice :)

s/current/a particular current/   :)

FWIW, using the 2.6.11 linux kernel with the new "Realtime Preemption"
patch, I now know of at least a couple of people successfully running
their linux systems as real time fx processors with a dropout-free
interrupt interval of 16 frames at 48kHz (0.3msec per buffer = 0.6msec
roundtrip latency). Processor load is a bit high (around 25%), but it
seems perfectly viable given the right hardware.


Surely tho', the load is proportional to the cost of the context switch times the number of context switches (i.e. number of clients running, multiplied by the number of buffer interrupts per second).

Seems this would be a good way to run "a few" instances of "big" plug-ins (thinking Kontakt and suchlike), and in-process GMPI would be better for smaller and simpler plugs. It might make good sense to run GMPI subgraphs (e.g. part of the audio mixer - perhaps 20-40 nodes) in individual processes to get a good compromise between CPU-efficiency and safety. I'm amazed nobody has yet come up with a DAW host where the audio engine runs in a seperate process from the project / arrange stuff, so that a plug-in crash will only kill the mixer and not the whole app..

Best regards,

      Angus.

--
=========================================================
Angus F. Hewlett, Managing Director (CEO)
FXpansion Audio UK Ltd - http://www.fxpansion.com
Registered in the UK - #4455834 - VAT: GB 798 7782 33
========================================================= 


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