Re: AudioConverterDispose() and szone_error
Re: AudioConverterDispose() and szone_error
- Subject: Re: AudioConverterDispose() and szone_error
- From: Robert Grant <email@hidden>
- Date: Fri, 17 Sep 2004 15:43:45 -0400
Hey Katsura,
Thanks for the advice. It turns out I wasn't allocating enough space
for the output buffer and I guess I was getting overruns.
So the question becomes - how do you accurately calculate the output
buffer size for AudioConverterFillComplexBuffer?
Here's what I had:
m_outputData.mBuffers[0].mData = malloc(8192);
m_outputData.mBuffers[0].mNumberChannels = 2;
m_outputData.mBuffers[0].mDataByteSize = 2048;
I thought that it would use 4Kb (2 x 2048) and leave an 4Kb, but it
didn't - making it malloc(16384) gave it the room it needed.
A bit confused...
Robert.
On Sep 17, 2004, at 2:50 PM, Hidetomo Katsura wrote:
try using MallocGuardEdges (or libgmalloc.B.dylib) since it might be
caused by overrunning (or underrunning) allocated memory.
http://developer.apple.com/releasenotes/DeveloperTools/
MallocOptions.html
http://outofcheese.org/archives/2004/05/19.html
regards,
katsura
On Sep 17, 2004, at 11:34 AM, Robert Grant wrote:
I posted this a while back, it's still causing trouble and I didn't
get any takers last time, so...
Can anyone provide insight as to what might be causing this. My work
around is to leak the AudioConverter - not very impressive... :-(
Thanks,
Robert.
Begin forwarded message:
From: Robert Grant <email@hidden>
Date: July 16, 2004 5:33:08 PM EDT
To: CoreAudio API <email@hidden>
Subject: AudioConverterDispose() and szone_error
I'm getting an szone_error when I try to release an AudioConverter.
It's not happening all the time - only when I'm converting from
32-bit to 24-bit. 32->16 conversion is fine.
Here's the partial stack trace:
#0 0x9008df7c in szone_error
#1 0x9000db84 in small_free_list_remove_ptr
#2 0x90001a68 in szone_free
#3 0x93b5573c in operator delete(void*)
#4 0x93b59798 in operator delete[](void*)
#5 0x93b57068 in BufferedAudioConverter::~BufferedAudioConverter()
#6 0x93b5b8a0 in CBRConverter::~CBRConverter()
#7 0x93b5a540 in Reinterleaver::~Reinterleaver()
#8 0x93b59bfc in AudioConverterChain::~AudioConverterChain()
#9 0x93b5b824 in AudioConverterDispose
I've shut down the background thread that was doing the conversion
so the converter should be quiescent. But it seems like it isn't.
Once an AudioUnitRemoveRenderNotify completes the notify proc is no
longer called right?
Thanks,
Robert.
_______________________________________________
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.
_______________________________________________
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
_______________________________________________
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