Re: Really puzzling ExtAudioFileRead crash...
Re: Really puzzling ExtAudioFileRead crash...
- Subject: Re: Really puzzling ExtAudioFileRead crash...
- From: Adrian Pflugshaupt <email@hidden>
- Date: Mon, 7 Jan 2008 15:45:59 +0100
Hi Stephan,
You're right.. I now get the same crash :(
So the difference must be something else. I'm writing a custom NSView
to view audio files and there I'm able to read from the entire file
with CAAudioFile which is really ExtAudioFile. So the difference must
be something else. Right now I'm doing a lot of Seek() before reading
blocks. Maybe that kinda resets the bug?
My example basically reads chunks of audio from the entire file, but
never 26 consecutive seconds.. so that might be it.
Hm I now tried adding Seeks to you example (I know that's stupid.. but
well..) .. and still get the same crash.
So I don't know anything that could help you it seems. My last guess
(for today) is that CAAudioFile does something you don't do?
Hi Adrian,
thank you for responding.
So if I understand you correctly - what you're saying is that I am
not using the correct format in my ABL, or more specifically, I am
not allowed to use a single buffer with two channels in it when I
call ExtAudioFileRead()?
I could not find anything in the documentation indicating that
channel interleaved data buffers are not allowed when reading from
an ExtAudioFile - could you please provide a reference for this?
Also, I have rewritten the code to use a separate buffer for each
channel as you have suggested, but it does not seem to make a
difference. The crash after 26 seconds is still there, it just
happens a bit deeper down at the same place in the bowels of the CA
code...
#0 0x91f62978 in MPEGAudioFile::ReadPackets
#1 0x91f6284c in MPEGAudioFile::ReadPackets
(..)
The modified code is at
http://stephan.bernsee.com/ExtAudioFileReadTestNoninterleaved.zip
(47 kB)
Btw. what your modification does is reading samples into the same
(overlapping) memory space, potentially overwriting buffer
boundaries in the process...!
I don't think so, but I admit it's a very nasty and didn't help at
all :(
Adrian
_______________________________________________
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