Moving data from audio thread and the other way...
Moving data from audio thread and the other way...
- Subject: Moving data from audio thread and the other way...
- From: Albin Stigö <email@hidden>
- Date: Tue, 01 Nov 2011 13:32:54 +0100
Hi,
I know this has been discussed before at great length but looking
through the archives I can't seem to find a comprehensive answer (or
documentation). I've been googling and reading blogs... But I would
like to review the options.
I far as I know these are my options signaling from the render
callback to, let's say, a thread that then triggers updates on the
gui.
1. pthread_cond_signal()
I understand this involves a mutex? Can't that block?
2. mach_msg()
Is this ok on iphone/app store?
3. Non-blocking single producer/consumer fifo.
Is this only possible using OSAtomic?
To the audio thread. I'm interested in sending both "command type"
data (ie. signal change of bpm) and sample data:
1. Non-blocking fifo.
2. Is there a second option?
I hope this is not too trivial. I'm a hobbyist so please excuse my ignorance.
Kind regards,
Albin Stigo
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden