Skip to main content

Nokia 6630 / 6680 call handling

8 replies [Last post]
Anonymous

Hi,

I have an app that is quitting when a call is received on the above
devices. It's fine on other series 60s (and all my other apps are
fine too). Does anyone know of any quirkiness with call handling on
these phones?

ta

====

James Closs, Director, bitBull Ltd

http://www.bitbull.com

07771 991171

====

===========================================================================
To unsubscribe, send email to listserv@java.sun.com and include in the body
of the message "signoff KVM-INTEREST". For general help, send email to
listserv@java.sun.com and include in the body of the message "help".

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
Daniel Rocha

Hi,

James, S60 platform does not call the pauseApp() method, so your player
is actually never deallocated, that's probaly why you can't prefetch()
the player again: it's never been deallocated anyway.

Call handling should be performed only within hideNotify().

Regards,
Daniel
Forum Nokia

-----Original Message-----
From: A mailing list for KVM discussion
[mailto:KVM-INTEREST@JAVA.SUN.COM] On Behalf Of ext James Closs
Sent: Wednesday, March 21, 2007 11:43 AM
To: KVM-INTEREST@JAVA.SUN.COM
Subject: Re: Nokia 6630 / 6680 call handling

Hi,

Well it does appear to be MMAPI related, you're right!

Seems that if I have any Player instances prefetched the device is
crashing. If I deallocate on pauseApp() then the device gets through the
call cycle OK, but trying to use the same Player instances with
prefetch() etc just plays no sound.

Does anyone have any experience of this? Is there any other way other
than the sledgehammer approach of destroying and reloading all Player
instances?

Strange thing is I've never run into this problem before, and the only
thing I'm doing differently is having a global volume control for the
app. So it appears it's OK to have Player instances prefetched as long
as you haven't called getControl() / setLevel() etc on them...

> I'd make sure (if you can) you have no Player instances created at
> hideNotify() time just to rule MMAPI issues out for sure.

====

James Closs, Director, bitBull Ltd

http://www.bitbull.com

07771 991171

====

========================================================================
===
To unsubscribe, send email to listserv@java.sun.com and include in the
body of the message "signoff KVM-INTEREST". For general help, send
email to listserv@java.sun.com and include in the body of the message
"help".

===========================================================================
To unsubscribe, send email to listserv@java.sun.com and include in the body
of the message "signoff KVM-INTEREST". For general help, send email to
listserv@java.sun.com and include in the body of the message "help".

James Closs

Hi Daniel,

Thanks for your response. I am doing my call handling in hideNotify
(), and the players are definitely getting deallocated because the
phone crashes when I remove this piece of code!

I so far haven't managed a way to get this to work without destroying
all the player objects and reinstantiating them, this means loading
them in again from the jar which means approx a ten second delay!!

I guess I can try caching the sound data as byte arrays so they could
be quicker to reinstantiate like that. Any other suggestions
appreciated...

cheers

> James, S60 platform does not call the pauseApp() method, so your
> player
> is actually never deallocated, that's probaly why you can't prefetch()
> the player again: it's never been deallocated anyway.
>
> Call handling should be performed only within hideNotify().

====

James Closs, Director, bitBull Ltd

http://www.bitbull.com

07771 991171

====

===========================================================================
To unsubscribe, send email to listserv@java.sun.com and include in the body
of the message "signoff KVM-INTEREST". For general help, send email to
listserv@java.sun.com and include in the body of the message "help".

Chris Denman

Hi,

>From memory, I *think* you need to close() the Player instances to get
them to work again but I'm not 100% sure and then again, this approach
isn't that much more useful than the sledgehammer approach you mention
and probably less reliable too.

Perhaps you can ditch (null/gc()) the VolumeControl at
hideNotify()/pauseApp() time and forget about the Player shenanigans?
Might be worth a try.

Good luck,

Chris

-----Original Message-----
From: A mailing list for KVM discussion
[mailto:KVM-INTEREST@JAVA.SUN.COM] On Behalf Of James Closs
Sent: 21 March 2007 14:43
To: KVM-INTEREST@JAVA.SUN.COM
Subject: Re: Nokia 6630 / 6680 call handling

Hi,

Well it does appear to be MMAPI related, you're right!

Seems that if I have any Player instances prefetched the device is
crashing. If I deallocate on pauseApp() then the device gets through
the call cycle OK, but trying to use the same Player instances with
prefetch() etc just plays no sound.

Does anyone have any experience of this? Is there any other way other
than the sledgehammer approach of destroying and reloading all Player
instances?

Strange thing is I've never run into this problem before, and the
only thing I'm doing differently is having a global volume control
for the app. So it appears it's OK to have Player instances
prefetched as long as you haven't called getControl() / setLevel()
etc on them...

> I'd make sure (if you can) you have no Player instances created at
> hideNotify() time just to rule MMAPI issues out for sure.

====

James Closs, Director, bitBull Ltd

http://www.bitbull.com

07771 991171

====

========================================================================
===
To unsubscribe, send email to listserv@java.sun.com and include in the
body
of the message "signoff KVM-INTEREST". For general help, send email to
listserv@java.sun.com and include in the body of the message "help".

===========================================================================
To unsubscribe, send email to listserv@java.sun.com and include in the body
of the message "signoff KVM-INTEREST". For general help, send email to
listserv@java.sun.com and include in the body of the message "help".

Chris Denman

Hi,

I'd make sure (if you can) you have no Player instances created at
hideNotify() time just to rule MMAPI issues out for sure.

Chris Denman

-----Original Message-----
From: A mailing list for KVM discussion
[mailto:KVM-INTEREST@JAVA.SUN.COM] On Behalf Of James Closs
Sent: 20 March 2007 16:03
To: KVM-INTEREST@JAVA.SUN.COM
Subject: Re: Nokia 6630 / 6680 call handling

Cheers Kim, just checked that and it's not it!

> Not sure if its related but some nokias have had hickups related to
> calling
> .close() on the active midi Player in hideNotify()...

====

James Closs, Director, bitBull Ltd

http://www.bitbull.com

07771 991171

====

========================================================================
===
To unsubscribe, send email to listserv@java.sun.com and include in the
body
of the message "signoff KVM-INTEREST". For general help, send email to
listserv@java.sun.com and include in the body of the message "help".

===========================================================================
To unsubscribe, send email to listserv@java.sun.com and include in the body
of the message "signoff KVM-INTEREST". For general help, send email to
listserv@java.sun.com and include in the body of the message "help".

James Closs

Hi,

Well it does appear to be MMAPI related, you're right!

Seems that if I have any Player instances prefetched the device is
crashing. If I deallocate on pauseApp() then the device gets through
the call cycle OK, but trying to use the same Player instances with
prefetch() etc just plays no sound.

Does anyone have any experience of this? Is there any other way other
than the sledgehammer approach of destroying and reloading all Player
instances?

Strange thing is I've never run into this problem before, and the
only thing I'm doing differently is having a global volume control
for the app. So it appears it's OK to have Player instances
prefetched as long as you haven't called getControl() / setLevel()
etc on them...

> I'd make sure (if you can) you have no Player instances created at
> hideNotify() time just to rule MMAPI issues out for sure.

====

James Closs, Director, bitBull Ltd

http://www.bitbull.com

07771 991171

====

===========================================================================
To unsubscribe, send email to listserv@java.sun.com and include in the body
of the message "signoff KVM-INTEREST". For general help, send email to
listserv@java.sun.com and include in the body of the message "help".

Kim Daniel Arthur

Not sure if its related but some nokias have had hickups related to calling
.close() on the active midi Player in hideNotify()...

On 20/3/07 21:04, "James Closs" wrote:

> Hi,
>
> I have an app that is quitting when a call is received on the above
> devices. It's fine on other series 60s (and all my other apps are
> fine too). Does anyone know of any quirkiness with call handling on
> these phones?
>
> ta
>
> ====
>
> James Closs, Director, bitBull Ltd
>
> http://www.bitbull.com
>
> 07771 991171
>
> ====
>
> ===========================================================================
> To unsubscribe, send email to listserv@java.sun.com and include in the body
> of the message "signoff KVM-INTEREST". For general help, send email to
> listserv@java.sun.com and include in the body of the message "help".
>

===========================================================================
To unsubscribe, send email to listserv@java.sun.com and include in the body
of the message "signoff KVM-INTEREST". For general help, send email to
listserv@java.sun.com and include in the body of the message "help".

James Closs

Cheers Kim, just checked that and it's not it!

> Not sure if its related but some nokias have had hickups related to
> calling
> .close() on the active midi Player in hideNotify()...

====

James Closs, Director, bitBull Ltd

http://www.bitbull.com

07771 991171

====

===========================================================================
To unsubscribe, send email to listserv@java.sun.com and include in the body
of the message "signoff KVM-INTEREST". For general help, send email to
listserv@java.sun.com and include in the body of the message "help".

Ian Strain

See what is returned when you call platformRequest("tel:);
if it returns true then the phone has to close the application before
making the call.

James Closs wrote:
> Cheers Kim, just checked that and it's not it!
>
>> Not sure if its related but some nokias have had hickups related to
>> calling
>> .close() on the active midi Player in hideNotify()...
>
> ====
>
> James Closs, Director, bitBull Ltd
>
> http://www.bitbull.com
>
> 07771 991171
>
> ====
>
> ===========================================================================
>
> To unsubscribe, send email to listserv@java.sun.com and include in the
> body
> of the message "signoff KVM-INTEREST". For general help, send email to
> listserv@java.sun.com and include in the body of the message "help".
>

===========================================================================
To unsubscribe, send email to listserv@java.sun.com and include in the body
of the message "signoff KVM-INTEREST". For general help, send email to
listserv@java.sun.com and include in the body of the message "help".