Getting KErrDied for CMdaAudioOutputStream
| Fri, 2005-07-29 10:26 | |
|
Hi,
  We are using CMdaAudioOutputStream to play AMR audio in buffer mode. If keypad tones are played( due to key presses) during our player(CMdaAudioOutputStream) is playing, Framework is giving KErrDied for my player. Why is this event coming?. If i turn off the keypad tones in the profile settings, My player is working fine even if there are key presses. I would like to know 1. In what all scenarios can i get "KErrDied" event for CMdaAudioOutputStream? 2. If turning off the keypad tones is the only solution for my problem, then how can i set this key pad tones (on/off) programatically? Rgds saikiran |
|






Forum posts: 142
I also remember seeing some disable key clicks (or similar) function within the windows header files, which propably also would fix this problem.
yucca
Forum posts: 16
So be it key click, AMR and a sytem sound all at one time, the mixer mixs it and then plays so that all can be heard.
probably you need to have one in your system as well. Is there a policy manager which decides the priority and kills one based on the other ?
Tony
Forum posts: 76
I've recently done bug fixing for an application that plays streaming AMR voice through CMdaAudioOutputStream. I too had problems with interrupted sound reporting KErrDied through MaoscPlayComplete().
To prevent keytones interrupting the sound, set the sound priority to 80. This is a good value since it means that your audio has higher priority than keytones, and so will not be interrupted, but is low enough so that more important sounds (the phone's ringer, system messages etc.) can still override.
If your audio is interrupted by higher priority sound (the battery charging dialog is a rather annoying one), then KErrDied will be reported. There is nothing you can do except restart the audio. I would recommend deletion of the stream and creating a completely new stream before opening and playing again. Once the stream has died with KErrDied, it normally doesn't restart using the same stream object.
Hope that helps.
Andy.
Forum posts: 109
i have somewhat the same problem as you guys, but with RECORDING and only SOMETIMES. I have a Nokia 6680 and I use also the recommended value of 80 as priority.
Like I said, this problem of -13 (KErrDied) does occurr only sometimes and is not reproducable, neither by forcing keyclicks or systemdialogs (Which would PLAY by the way). Thus there seems to be someone/something do sometimes some recordings that I do not know of. Quite many SOME's though
I have to add, that during my recording process NO keytones and dialog sounds are PLAYED, and the input stream does continue as expected MOST of the time, giving no error.
Does anyone of you have an Idea what could occasionally stop my recordings with KErrDied?
Many thanks for any Idea,
Marcel
Forum posts: 3
Is it some issues with different OS version or hardware for E61?
Or any other suggestion?
Forum posts: 3