[gmpi] Re: Topic 5: Threading
- From: "gogins@xxxxxxxxxxxx" <gogins@xxxxxxxxxxxx>
- To: gmpi@xxxxxxxxxxxxx
- Date: Thu, 10 Apr 2003 15:12:26 -0400
The host should provide threads and monitors in a platform-neutral way, on
the model of .NET or Java, but simpler if possible.
Realtime guarantees? Ideally the plugin should get a hard slice of time. If
it can't do its work in that slice, it should be allowed to pick up where
it left off on the previous slice. That way, it can catch up if it can. If
the plugin can't finish its audio output buffer during its slice, the
previous buffer should be used instead. This implies the ability of the
host to pretty drastically manage plugin contexts. I'm not sure how that
can be done.
Original Message:
-----------------
From: RonKuper@xxxxxxxxxxxx
Date: Thu, 10 Apr 2003 11:11:29 -0400
To: gmpi@xxxxxxxxxxxxx
Subject: [gmpi] Topic 5: Threading
1. What kind of realtime guarantees are there, i.e., how do we handle
plugins that run at > 100% of realtime?
2. Does the host provide some kind of threading environment?
----------------------------------------------------------------------
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
--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web.com/ .
----------------------------------------------------------------------
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:
