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
• Delivered-to: email@hidden
• Delivered-to: email@hidden
• User-agent: Thunderbird 2.0.0.9 (Macintosh/20071031)

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.

John
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/coreaudio-api/email@hidden

• Follow-Ups:
  • Re: old mtcoreaudio code doesn't work now
    • From: Jaime Magiera <email@hidden>
  • Re: old mtcoreaudio code doesn't work now
    • From: Stephen Davis <email@hidden>

• Prev by Date: Re: old mtcoreaudio code doesn't work now
• Next by Date: SMPTE parsing algorithm?
• Previous by thread: Re: old mtcoreaudio code doesn't work now
• Next by thread: Re: old mtcoreaudio code doesn't work now
• Index(es):
  • Date
  • Thread