Re: old mtcoreaudio code doesn't work now
Re: old mtcoreaudio code doesn't work now
- Subject: Re: old mtcoreaudio code doesn't work now
- From: John Draper <email@hidden>
- Date: Sat, 12 Jan 2008 14:02:36 -0800
dudley ackerman wrote:
On Jan 9, 2008, at 11:42 AM, Mark Pauley wrote:
shtoomDescription.mFormatID = kAudioFormatLinearPCM;
shtoomDescription.mFormatFlags = kLinearPCMFormatFlagIsPacked |
kLinearPCMFormatFlagIsSignedInteger |
kLinearPCMFormatFlagIsBigEndian | kAudioFormatFlagIsNonInterleaved;
In addition to Michael's suggestions, I would suggest that you switch
to using kLinearPCMFormatFlagIsNativeEndian... unless you're writing
to a file of known endian-ness.
_Mark
i am taking in the data and using a gsm codec for which i have source
code and doing a byte swap for the intel endian issue.
you see i am not using that shtoom description in my leopard code --
the current version of MTCoreAudio doesn't take the destination device
as a parameter.
so, i am confused as to how to get 16bit output from MTConversionBuffer.
backing up a step -- i don't understand 'frames'. i am going to have
to think a bit deeper to straighten this out.
I ran across a very good doc from Apple by reading this list. I sent
you the link... but it describes a "frame" as a single Byte. But in MY
interpretation of a Frame is from the GSM Perspective. Which in this
case is 130 bytes compressed, or 1280 bytes (640 16 bit values)
uncompressed.
John
_______________________________________________
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