PPCGeeks
Page 3 of 13 12 3 45 Last »
Show 40 post(s) from this thread on one page

PPCGeeks (http://forum.ppcgeeks.com/index.php)
-   HTC Diamond (http://forum.ppcgeeks.com/forumdisplay.php?f=66)
-   -   Solution on delay answer when data on (no hard reset needed!) (http://forum.ppcgeeks.com/showthread.php?t=40427)

Drybonz 10-15-2008 01:40 PM
Re: Possible solution on delay answer when data on (no hard reset needed!)
 
Quote:
Originally Posted by Juggalo_X (Post 459597)
Here is a CAB installer that resets "SuspendResume" to #777 and sets "CacheTime" to 60
Thanks everyone, the answer delay thing was driving me crazy.

Thanks for the cab Juggalo.

joebagofdonuts 10-17-2008 09:32 PM
Re: Solution on delay answer when data on (no hard reset needed!)
 
THANK YOU THANK YOU THANK YOU if this works.
This has bee driving me nuts also.

It worked THANKS, but does anyone else have the problem with the the phone just lighting up for the first two rings and not actually ringing. That only leaves me 3 three rings till Telus message center takes over.

ocbizlaw 10-18-2008 07:17 PM
Re: Solution on delay answer when data on (no hard reset needed!)
 
Quote:
Originally Posted by snovvman (Post 458469)
I had the same problem as many others: When data is on (active or dormant, EVDO or 1xRTT (dormant), it takes many seconds for the calls to be answered, the phone keeps ringing even though I pressed the answer key.

It does appear that one of the tweak applications created the problem, at least for some. After much research, this may be it...

Take a look at your HKLM/Comm/ConnMgr/Planner/Settings/SuspendResume

It is a multi-sz value and should be #777. If it shows anything like ~GPRS or something containing GPRS, change it back to #777 and soft reset.

When I used PHM Regedit to correct this, it seemed to crash (the reg editor never crashed before now). I had to use SKTool's regedit. I will create an export if this will help you.

Once I changed it back to #777, I can answer the call immediately when data is on, time and time again. Prior to this, there was a significant delay.

Please let me know if this works for you.


Edit: I also noticed that, with this correction, after the call, the data goes back to dormant rather than disconnected.
Worked like a charm. Thanks very much.

Success100 10-20-2008 11:50 AM
Re: Solution on delay answer when data on (no hard reset needed!)
 
regedit works great. thanz guys

tobeychris 10-20-2008 12:40 PM
Re: Solution on delay answer when data on (no hard reset needed!)
 
^95% of the useful advanced config edits are already in all the custom roms anyways.
Installing it can actually lower your performance.. just a thought.

Success100 10-20-2008 12:54 PM
Re: Solution on delay answer when data on (no hard reset needed!)
 
Quote:
Originally Posted by tobeychris (Post 465695)
^95% of the useful advanced config edits are already in all the custom roms anyways.
Installing it can actually lower your performance.. just a thought.
im already using diamond tweak not advanced config and this option was not changed

scidmail 10-30-2008 01:50 PM
Re: Solution on delay answer when data on (no hard reset needed!)
 
Can anyone tell me how to see the display in decimal format in Total Commander. I see a string like SilverSX80 saw, but I don't have the option on the item to switch between hex and decimal.

cornelious2 10-30-2008 01:57 PM
Re: Solution on delay answer when data on (no hard reset needed!)
 
change your caclulator in windows to scientific and you can easily convert from dec to hex and back again.

scidmail 10-30-2008 02:45 PM
Re: Solution on delay answer when data on (no hard reset needed!)
 
Quote:
Originally Posted by cornelious2 (Post 485455)
change your caclulator in windows to scientific and you can easily convert from dec to hex and back again.
OK, I tried, but apparently I'm not smart enough to convert
23 00 37 00 37 00 37 00
5C 00 6E 00 00 00 00 00

into a decimal

Any help?

cornelious2 10-30-2008 02:52 PM
Re: Solution on delay answer when data on (no hard reset needed!)
 
the first line is perfect change the second line to 00 00 00 00

edit**
and it was my bad its a hex to ascii conversion


All times are GMT -4. The time now is 06:11 AM.
Page 3 of 13 12 3 45 Last »
Show 40 post(s) from this thread on one page

Powered by vBulletin® ©2000 - 2024, Jelsoft Enterprises Ltd.
©2012 - PPCGeeks.com


Content Relevant URLs by vBSEO 3.6.0