Re: audioconverter and unpacked source
Re: audioconverter and unpacked source
- Subject: Re: audioconverter and unpacked source
- From: Doug Wyatt <email@hidden>
- Date: Thu, 7 Dec 2006 14:16:14 -0800
I don't think it ever worked to write (convert to) low-aligned formats; I don't believe the code was sign-extending the way one would expect.
Reading (converting from) low-aligned formats involves simply changing the float/int scaling factor by a power of 2 so maybe it can be revived.
We'll ponder that.
Thanks, Doug
On Dec 6, 2006, at 9:37 PM, Christopher Skogen wrote: thanks for all your help on this. i've found more examples of audio decoders that are aligning data in strange ways within a 32-bit int. while the idea of doing an extra converter run with the "16 bit interleaved" trick from your last post works, it's kind of undesirable since the ppc version of the converter works flawlessly. just means a second conversion on our intel builds.
i would suggest that these unpacked features of the audioconverter get fixed in leopard, not just shut off. two libraries we are using are producing this strange integer source. since we have a stand in for the audioconverter in our windows builds that can handle these formats, it means the ppc mac and windows can use the same code path, but the intel mac code is covered in compiler directives.
again, just my 2 cents. thanks for your help. christopher skogen gizmolabs, inc. office: (404) 687-0008 fax: (404) 687-1010
|
_______________________________________________
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