Alejandro,
fortunately, I learned a little bit more about the issue by sending you the two files...
Before I sent them, I changed the file names into something more meaningful and added the .sd2 extension:
'Knock Door 1 (not working).sd2'
'Knock Door 2 (working).sd2'
I just tried to load these renamed files again with CoreAudio and - tadaa - AudioFileOpenURL was able to open them!
So I did more testing. Here's the result compiled for everyone who might stumble across this in the future:
- for an unknown reason some SDII files WITHOUT the '.sd2' extension won't open with 'AudioFileOpenURL' (even though QuickTime is able to open them).
- opening those files will fail with an 'kAudioFileUnsupportedDataFormatError' (4-char: 'fmt?').
- using the 'inFileTypeHint' parameter doesn't help.
- if the file name DOES end with '.sd2', these files CAN be opened!
- for other (uncorrupted) SDII files, it doesn't matter if the extension '.sd2' is present or not.
I just don't know why those two files couldn't be opened by your application at all, that's very weird. On my system, AU Lab and my own code both where able to play the files in question when .sd2 was appended to the file name.
Thanks for the help.
Sebastian
Am 23.09.2009 um 22:18 schrieb Alejandro:
Sebastian,
You are welcome!
What I have found is that the QuickTime player runs perfectly the
files, but Audiohive (our own app) does not recognise the file format
and cannot open it. Our code tries first to use the Apple AudioFile
library. If it is not successful with the file then it tries with the
QuickTime library. Some of the files (like MP3, AC3 and such compressed
files and also movie files with embedded audio) can only be read from
the QuickTime Library.
I guess that something is wrong in your files because none of the Apple
libraries can open them. They can be corrupted somehow? I can assure
that regular Sound Designer II files are correctly read.
But then I can't guess why the QuickTime player can!
Alejandro