> On Dec 28, 2005, at 9:54 PM, Bill Sanford wrote:
>
>>> I've been looking at this some more. It seems that what you
>>> suggested, using two audio sgchannels within the same grabber, won't
>>> work around my problem since I still need to be able to start and
>>> stop different grabs independently. As far as I can tell, SGStop on
>>> any sequence grabber is stopping all SGAudioChannels regardless of
>>> which sequence grabber they're associated with. That seems to be a
>>> bug, would you agree?
>
> Yes. That's a bug. Please write it up at bugreport.apple.com. It
> would be helpful if you could include a sample app that shows the
> problem.
Thanks Brad. It's nice to know that I'm not going crazy!
I could include a sample app, but I program in FutureBasic, so the source
code wouldn't do anyone at Apple much good. I could include a compiled test
app along with the source if that would help.
Please let me know what would be best.
> There is an inherent problem here -- the problem of sharing scarce
> resources across multiple controllers. Clearly if you are doing two
> grabs using completely different audio devices, then stopping one
> grab should not stop the devices in the other grab. However, what if
> you're grabbing from the same device using multiple grabbers? Who
> gets to stop the grab? Anyone?
>
> -Brad Ford
> QuickTime Engineering
>
> ps - if you need a solution immediately, I would recommend using the
> AudioUnit/AUGraph api's.
For my application, I don't need to control different grabs from the same
device separately, but shouldn't separate instances of the SG component be
able to start and stop grabs on the same device separately anyway?
The workaround I'm using now is as follows:
Since I'm writing the audio data myself with a data proc, I'm just starting
all the record channels when the app starts and controlling the starting and
stopping of each recording by either writing the data in the data proc or
not... When the app is closed I just shut everything down. More testing is
needed, but so far everything seems to work fine...
This is sort of a kludge, but it will serve my needs for now ...
Thanks for your help.
Bill Sanford
_______________________________________________
Do not post admin requests to the list. They will be ignored.
QuickTime-API mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/quicktime-api/email@hidden
This email sent to email@hidden
