AudioConverter strategic decision
AudioConverter strategic decision
- Subject: AudioConverter strategic decision
- From: Marc Van Olmen <email@hidden>
- Date: Sat, 25 Sep 2004 14:07:00 -0400
hi,
I have some old code that I want to modernize with coreAudio.
I noticed that CoreAudio has an AudioConverter API, I current am using
the SoundManager SoundConverter API.
I mainly playback tracks from QuickTime Movies, to be more specific DV,
DVPro and AAC.
Going quickly through the documentation and sample code.
It looks very similar to my current VBR safe Soundconverter code. But
there is some new initalization setup etc... So I'm thinking of doing
the switch in the next couple weeks.
But first I have some questions:
1. Is the AudioConverter thread safe? I know that Sound Converter is
not.
1b. Can i for example use Semaphores to sleep the GetDataProc callback
when no data is available?
2. I'm aware that audioconverter doesn't implement all codecs, I don't
think that it does DV natively?
3. I read somewhere that the AudioConverter API will rely on the
SoundConverter API in case it can't find a native coreAudio codec. Does
that keeps my code thread safe??
4. Is there any code to convert any SoundManager Atom's to
MagicCookies? I saw one sample for MPEG4-AAC
5. Is there anywhere some sample code that plays any QT movie Audio
track using the AudioConverter API.
thx for your time,
mvo
_______________________________________________
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