Re: audio queue start fails with 1752656245. bug in quick time on iPhone 2g running OS 3.0?
Re: audio queue start fails with 1752656245. bug in quick time on iPhone 2g running OS 3.0?
- Subject: Re: audio queue start fails with 1752656245. bug in quick time on iPhone 2g running OS 3.0?
- From: Doug Wyatt <email@hidden>
- Date: Fri, 7 Aug 2009 12:13:49 -0700
On Aug 7, 2009, at 11:54 , Andrew E. Davidson wrote:
Hi
I ran into a really strange problem on iPhone 2g running OS 3.0
My app allows users to record an audio file in PCM, then converts
that file into ALAC. Users can then send the ALAC version using in
app mail.
Everything seems fine. I am able to down load the audio file from
the email on both my Mac and windows machine. The file plays as
expected. How ever when I use the mail tool on the iPhone to play
the message, no sound is played? The really strange part is after
trying to play the audio file from with in the mail tool, I am not
able to get audible sound from any of the other apps, not even the
iPod player!
Is there a bug in the mail tool or quick time?
I did a little more digging around. I looked at the file I sent in
email using afinfo (I am not an expert) and noticed something odd.
File type id: m4af
Data format 1 ch, 11025 hz, ‘alac’ from 16-bit source, 4096 frames/
packet . this is as expected. How ever the estimated duration is
50.023 seconds. It should be at most 5 – 15 sec! The actual file
size on disk is only 44k
I have a second audio application I wrote that has been working fine
for several months, so I used it try to figure out what the problem
was. So I start mail and try to play the problem audio file
attachment. Then I started my other app using the debugger. In this
second app AudioQueueStart fails with error 1752656245! This
application does not even have access to the audio file in question
I googled 1752656245 but could not find anything. Does any one know
what this error means? Does anyone know of a way to translate error
numbers into something more meaningful? Or at the very least where I
can go to figure out what these numbers mean? There must be better
way to figure this out besides digging through system header files.
If you suspect it might be one of the 4-char-code errors returned by
some of the CoreAudio API's, you can use a programmer's calculator to
display the number as characters. Or you can teach gdb a trick:
$ cat ~/.gdbinit
define __print_4
p (char[4])$arg0
end
define p4c
__print_4 $arg0
end
$ gdb
[ ....... ]
(gdb) p4c 1752656245
$1 = "uiwh"
I am on a little-endian machine so that's actually 'hwiu'.
At this point you can try Google again with the four-char-code
(sometimes that's fastest) or searching through the framework header
files. Unfortunately this error is not (yet) documented, but I can
tell you that it means "hardware in use."
The only way to get audio working again on my iPhone is to reboot
the OS
Any idea what my problem is?
It sounds like there may be an issue with the arbitration of the
hardware decoder, which if true is probably not your fault. The only
thing I can think of that you might have control over is whether the
file has been encoded correctly (the OS issue might involve error-
handling). Did you write a cookie to the file when creating it? Does
it play correctly on the desktop?
In any case, please write a bug report and attach the audio file.
thanks,
Doug
_______________________________________________
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