Re: ExtAudioFile open crashing
Re: ExtAudioFile open crashing
- Subject: Re: ExtAudioFile open crashing
- From: William Stewart <email@hidden>
- Date: Wed, 7 Feb 2007 11:32:58 -0800
Please file a bug - we'd prefer to see the full stack trace. If you
can include the code to reproduce this, all the better, and
particularly if you can include the audio files that are problematic.
http://bugreporter.apple.com
Thanks
Bill
On 07/02/2007, at 9:47 AM, Stephen F. Booth wrote:
A user was having trouble with my app Max (http://sbooth.org/Max/)
crashing when trying to convert certain files; he sent me a sample
file and it appears that the crash is happening in
ExtAudioFileOpen. The stack trace is incomplete, but up to the
point where I call ExtAudioFileOpen it looks like:
#0 0x000804fc in -[CoreAudioDecoder finalizeSetup] at
CoreAudioDecoder.m:99
#1 0x0007b6b8 in -[CoreAudioEncoder encodeToFile:] at
CoreAudioEncoder.m:73
#2 0x90a441f4 in objc_msgSendv
#3 0x9295cc88 in -[NSInvocation invoke]
#4 0x9295c74c in -[NSConnection dispatchInvocation:]
#5 0x9295a858 in -[NSConnection handleRequest:sequence:]
#6 0x9295a1cc in -[NSConnection handlePortCoder:]
#7 0x92959f38 in -[NSConcretePortCoder dispatch]
#8 0x92959918 in __NSFireMachPort
#9 0x907ea820 in __CFMachPortPerform
#10 0x907ea734 in __CFRunLoopDoSource1
#11 0x907dce4c in __CFRunLoopRun
#12 0x907dc47c in CFRunLoopRunSpecific
#13 0x92956598 in -[NSConnection sendInvocation:]
#14 0x92955034 in -[NSObject(NSForwardInvocation) forward::]
#15 0x90a440b0 in _objc_msgForward
#16 0x000049bc in +[Encoder connectWithPorts:] at Encoder.m:40
#17 0x92961194 in forkThreadForFunction
#18 0x9002b508 in _pthread_body
and when the crash actually happens the stack is:
#0 0x7009ad10 in AUMergerEntry
#1 0x70080444 in AUMergerEntry
my code looks like:
OSStatus result;
FSRef ref;
// Open the input file
result = FSPathMakeRef((const UInt8 *)[[self filename]
fileSystemRepresentation], &ref, NULL);
NSAssert1(noErr == result, @"FSPathMakeRef failed: %@",
UTCreateStringForOSType(result));
result = ExtAudioFileOpen(&ref, &_extAudioFile);
NSAssert1(noErr == result, @"ExtAudioFileWrapAudioFileID failed: %
@", UTCreateStringForOSType(result));
I examined the file with AtomicParsley and here is the structure:
Atom ftyp @ 0 of size: 32, ends @ 32
Atom free @ 32 of size: 20480, ends @ 20512
Atom mdat @ 20512 of size: 27574867 (0*), ends @ 27595379
(*)denotes length of atom goes to End-of-File
------------------------------------------------------
Total size: 27595379 bytes; 2 atoms total. AtomicParsley version:
0.9.0 (utf8)
Media data: 27574867 bytes; 20512 bytes all other atoms (0.074%
atom overhead).
Total free atom space: 20480 bytes; 0.074% waste. Padding
available: 0 bytes.
------------------------------------------------------
Low-level details. Total tracks: 0
Trk Type Handler Kind Lang Bytes
Tagging schemes available:
iTunes-style metadata allowed.
ISO-copyright notices @ movie and/or track level allowed.
uuid private user extension tags allowed.
---------------------------
Track level ISO user data:
---------------------------
3GPP assets/ISO user data:
---------------------------
iTunes-style metadata tags:
---------------------------
free atom space: 20480
padding available: 0 bytes
media data space: 27574867
---------------------------
The file doesn't really have the typical atoms one would expect to
see in an MPEG-4 file. Is this just a bum file or is this a bug
in ExtAudioFile or one of its underpinnings?
Stephen _______________________________________________
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
--
mailto:email@hidden
tel: +1 408 974 4056
________________________________________________________________________
__
"Much human ingenuity has gone into finding the ultimate Before.
The current state of knowledge can be summarized thus:
In the beginning, there was nothing, which exploded" - Terry Pratchett
________________________________________________________________________
__
_______________________________________________
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