[linux-audio-dev] XAP and background processing

David Olofson david at olofson.net
Wed Dec 18 18:36:00 UTC 2002


Correction:
> 'data' is user defined data that is passed to the worker thread.
> Obviously, you should keep your hands off this data until you get
> it back (through XAP_A_WORKER_DONE), since the worker is supposed
> to be running in a different thread.

The <maybe> section should start here, obviously. (Not much point in 
using lock-free FIFOs and stuff if you don't know if you can get a 
background worker at all.)


> You may break this rule if you
> *really* know what you're doing. Lock-free FIFOs and similar
> constructs that are thread safe by design may be shared. Do note,
> however, that hosts are not *required* to actually run worker calls
> in another thread!
>
> <maybe>
> If this doesn't work for you, you must have a hint
> "REQUIRES_WORKER_THREAD" that tells hosts that don't provide
> out-of-thread worker calls to stay away from your plugin.
>
> FIXME:	Plugins that will work in different ways depending on
> 	whether workers are in a separate thread or not, should
> 	probably be able to tell, preferably during instantiation.
> </maybe>


//David Olofson - Programmer, Composer, Open Source Advocate

.- The Return of Audiality! --------------------------------.
| Free/Open Source Audio Engine for use in Games or Studio. |
| RT and off-line synth. Scripting. Sample accurate timing. |
`---------------------------> http://olofson.net/audiality -'
   --- http://olofson.net --- http://www.reologica.se ---



More information about the Linux-audio-dev mailing list