ExtAudioFile open crashing
ExtAudioFile open crashing
- Subject: ExtAudioFile open crashing
- From: "Stephen F. Booth" <email@hidden>
- Date: Wed, 7 Feb 2007 09:47:50 -0800
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
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
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