non-Brew SMS stops player | developer.brewmp.com non-Brew SMS stops player | developer.brewmp.com

Developer

non-Brew SMS stops player

Forums:

All right this is a hard one.
I have a player and it´s playing (I mean, there´s sound coming out. (;
When the cell phone receives a non-BREW sms the player STOPS!!! And the biggest problem is: I don´t receive a EVT_NOTIFY event. Probably I don´t know how to use it... );
So... how do I get a EVT_NOTIFY event when the cell phone receives a non-BREW SMS??

thanks.

You should be getting EVT_SUSPEND - you don't need to handle the Non-BREW SMS. It should go to the Inbox (more precisely to the native UI of the phone).
Is your app registering for NMASK_TAPI_STATUS in the MIF file ??
I would say just let the non-BREW SMS be handled by the phone and your application should handle the SUSPEND event while playing audio.

You should be getting EVT_SUSPEND - you don't need to handle the Non-BREW SMS. It should go to the Inbox (more precisely to the native UI of the phone).
Is your app registering for NMASK_TAPI_STATUS in the MIF file ??
I would say just let the non-BREW SMS be handled by the phone and your application should handle the SUSPEND event while playing audio.

Let me explain better...
The problem is...
I download a ringtone, the connection still alive and the plyaer starts... with the connection alive and arrival of the SMS, i don´t receive a EVT_SUSPEND but there´s a beep announcing the SMS and the player stops.... ); without EVT_SUSPEND... );

Let me explain better...
The problem is...
I download a ringtone, the connection still alive and the plyaer starts... with the connection alive and arrival of the SMS, i don´t receive a EVT_SUSPEND but there´s a beep announcing the SMS and the player stops.... ); without EVT_SUSPEND... );

This would be an expected behavior under the condition where an incoming SMS is received while a data call is open. In this case, the user would most likely be expected to initiate the playback again. The playback is interrupted because the DSP is preempted by the tone.

This would be an expected behavior under the condition where an incoming SMS is received while a data call is open. In this case, the user would most likely be expected to initiate the playback again. The playback is interrupted because the DSP is preempted by the tone.