Re: Signaling the end of audio conversion
Re: Signaling the end of audio conversion
- Subject: Re: Signaling the end of audio conversion
- From: Stevo Brock <email@hidden>
- Date: Thu, 16 Oct 2003 16:24:10 -0700
Hi James,
I'm also seeing another anomaly and I was wondering if you could
comment on that also.
I have lots of cases where I'm taking 2 non-interleaved buffers into 1
interleaved buffer. In the cases I'm testing, the 2 in-buffers are
8/16/24/32 bits at 44100Hz. The output buffers are 8/16/24/32 bits at
44100Hz. The other flag I'm testing is big endian vs little endian in
the output buffer. I guess this makes a total of 32 test cases.
Everything works great except in 4 cases. That is, whatever input to a
24bit, little endian output buffer. In those cases I get almost-silent
garbage out of the converter. (Big endian works and little endian
8/16/32 works). Any comments?
-Stevo Brock
Skyward Studios
On Wednesday, October 15, 2003, at 02:30 PM, James McCartney wrote:
On Oct 15, 2003, at 1:34 PM, Stevo Brock wrote:
On Wednesday, October 15, 2003, at 12:55 PM, James McCartney wrote:
On Oct 15, 2003, at 10:58 AM, Stevo Brock wrote:
Doesn't seem to matter about bit depths, just any time I'm doing
sample rate conversion.
There was a bug in the sample rate converter where it would not
terminate properly.
Is there a recommended workaround? Will this be fixed in Panther?
You know when your input proc ended and you can calculate from the
formats where the end of the output should be from that.
This is fixed in Panther.
-
james mccartney
apple coreaudio
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.