ExtAudioFileDispose + Mutex
ExtAudioFileDispose + Mutex
- Subject: ExtAudioFileDispose + Mutex
- From: alessandro aresta <email@hidden>
- Date: Sun, 13 May 2012 22:49:17 +0200
Hi wise people form CoreAudio;
I'm finishing a simple rec+fx app for iOS; everything works flawless but after recording few files I get a
EXC_BAD_ACCESS in AudioRingBuffer::GetTimeBounds
when the recording starts; it does not happens on the first rec, nor the second, but usually the third or after it.
I have tried to implement a mutex like this: if (mRecordFile) {
disposingFileLock = [[NSLock alloc] init];
[disposingFileLock lock];
OSStatus status = ExtAudioFileDispose(mRecordFile);
if (status != noErr)
{
fprintf(stderr, "ExtAudioFileDispose failure\n");
}
[disposingFileLock unlock];
mRecordFile = NULL;
}
but the crash is still happening. The Dispose looks called correctly and I'm really stuck now, no ideas....any hint is welcome...
Also using ExtAudioFileWrite instead of ExtAudioFileWryteAsync is working good, with some glitches here and there, so the callback should not be the problem.
I think ExtAudioFileDispose is taking some times before actually disposing the file, so when a new rec is called it tryes to write the same file...how to check that the file is really disposed?
I only need to have this working to ship the app.
tnx in advance.
--
Alessandro Alexander Stone Aresta
![]()
iOS / Web / Multimedia
development & consulting
email : email@hidden
skype : alexanderstone2007
This is a confidential communication intended only for the named addressee.
If you received this communication in error, please notify us and return and delete it without reading it.
This e-mail may not be
disclosed, copied or distributed
in any form without the obtained permission in writing of SharpeiMultimedia.
In any case it may not be altered or otherwise
changed.
Whilst SharpeiMultimedia believes that the information is correct at the date of the e-mail, no warranty and
representation is given to this effect and no responsibility can be accepted by SharpeiMultimedia.
_______________________________________________
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