Related
I used the registry info posted in this thread to automate SIP selection.
Take the stylus out --> switch to Calligrapher
Insert the stylus --> switch to QWERTY Keyboard
My method uses Mortscript and this tool by Vijay555. Hopefully a real programmer can be inspired by my idea to create a standalone version.
This script loops in the background and constantly checks the state of the stylus. It should be possible to put a shortcut to it in the Startup folder so it runs automatically after a soft reset, though I haven't tried this yet. You should customize the first couple of lines to reflect your setup (the exact location of the "sipswitch" tool and the names of the SIPs you want to toggle between). For instance, I use Calligrapher with the stylus and the full QWERTY keyboard with my fingers, but you might want to toggle between the full QWERTY for the stylus and the Phone Pad for your fingers... it's up to you.
Download and install Mortscript, and download the sipswitch tool. Create a text file with the following code, then change its extention to ".mortrun". You can also start from the file I attached.
Code:
# Customize the first 4 lines!
# The names of your preferred SIPs should be typed
# exactly as they appear in the SIP popup menu
# (case sensitive).
# Change the polling time to make the script check more or less often.
Switcher = "\Programmabestanden\MortScript\sipswitch.exe"
Write = "Write Anywhere"
Type = "Volledige QWERTY"
PollingTime = 1000
RunCheck = 0
While (1)
StylusState = RegRead("HKCU", "ControlPanel\Keybd", "StylusOutStatus")
If (StylusState = 1 && RunCheck = 0)
Run ( Switcher, Write )
RunCheck = 1
EndIf
If (StylusState = 0 && RunCheck = 1)
Run ( Switcher, Type )
RunCheck = 0
EndIf
Sleep ( PollingTime )
EndWhile
Unfortunately, the sipswitch tool by Vijay555 not only changes the SIP, but also makes it pop up; this might not always be what you want but I can't change it.
Also, I don't know if running the script in the background will affect battery life.
[size=-2]Disclaimers: try this tool at you own risk. I can't be held responsible for any loss of data or other damages.[/size]
So um, has anyone tried this? Any feedback?
And what would really make me happy: is anyone thinking about making a "real" app for this?
Hey guys,that's great idea! I am using Letter Recognizer and Phone pad on the go. Yes,of course also hw keyboard. Just one question...how fast is the changing SIP? Takes it not much time to switch?
It's pretty fast and you can speed it up even more by using a smaller PollingTime.
It works well but a more elegant solution would be a real standalone application. I'm not a real programmer so I hope someone else will pick up my idea...
Nice work but consider using this: http://forum.xda-developers.com/showthread.php?t=420416 together with SipSwitch.
Unfortunately not for free…
*Cough*Cough*... someone had the idea already... and it works flawlessly on the Pro...
http://forum.xda-developers.com/showthread.php?t=414422
Oh hey, cool!! How could I have missed that? I searched and everything.
I guess that makes my solution obsolete. I'm gonna try it out now.
jznn: I knew about Kai's program but as you said, it's not free...
Robrecht said:
Oh hey, cool!! How could I have missed that? I searched and everything.
I guess that makes my solution obsolete. I'm gonna try it out now.
jznn: I knew about Kai's program but as you said, it's not free...
Click to expand...
Click to collapse
I recommend the link in here: http://forum.xda-developers.com/showpost.php?p=2566147&postcount=26
It works fine with English roms. For others, you need to change the shortcut in the autostart folder and the registry settings:
Code:
[HKEY_CURRENT_USER\Software\HtcExtFun]
"StylusOutSipName"="Keyboard"
"StylusInSipName"="Compact QWERTY"
Robrecht said:
Oh hey, cool!! How could I have missed that? I searched and everything.
I guess that makes my solution obsolete. I'm gonna try it out now.
jznn: I knew about Kai's program but as you said, it's not free...
Click to expand...
Click to collapse
Nevermind Robrecht. Nice try.
Thanks for sharring.
THIS IS NO LONGER NEEDED AS IT HAS BEEN INCORPORATED INTO THE CMSOURCE. USING KERNELS IN THIS THREAD WILL MOST LIKELY DOWNGRADE YOUR KERNEL UNLESS YOU ARE STILL RUNNING ONE OF THE EARLY TEST BUILDS OF 5.0.8.
IF YOU ARE LOOKING FOR THE NEWER OVERCLOCKED KERNELS TRY HERE...
kernel corner
This is a boot.img with an experimental kernel which enables multitasking for those that have some form of swap enabled on cm-5.0.7. This is probably not the best way to achieve the results, but it does work. If someone has a better way of doing this feel free to post it or whatnot.
I myself was becoming frustrated with webpages having to reload everytime I answered a text or did something else. Not to mention Gmote restarting a show if I came back to it after backgrounding it for similar reasons. So I did this...
The patch:
Code:
diff --git a/drivers/staging/android/lowmemorykiller.c b/drivers/staging/android/lowmemorykiller.c
index 50d5f91..7e083f5 100644
--- a/drivers/staging/android/lowmemorykiller.c
+++ b/drivers/staging/android/lowmemorykiller.c
@@ -90,7 +90,7 @@ static int lowmem_shrink(int nr_to_scan, gfp_t gfp_mask)
int selected_oom_adj;
int array_size = ARRAY_SIZE(lowmem_adj);
int other_free = global_page_state(NR_FREE_PAGES);
- int other_file = global_page_state(NR_ACTIVE_FILE) + global_page_state(NR_INACTIVE_FILE);
+ int other_file = global_page_state(NR_ACTIVE_FILE) + global_page_state(NR_INACTIVE_FILE) + 1536;
/*
* If we already have a death outstanding, then
The value was obtained experimentally. Too High of a value caused kernel panics when having a lot of apps backgrounded and switching between them. Too low caused webpage refreshes when switching between a few apps. 1536 seems to allow moderate multitasking without causing the kernel panics. If too many apps are backgrounded then they will still need to be refreshed when reopened.
I have tested this with a basic linux swap partition as well as with compcache w/ backing swap. It does not work however if no swapping technique is employed.
The overclocked version was originally posted in the overclock thread. This one is the same as the second one I posted. Figured some people don't like overclocking so I made a non overclocked one as well. Of course just use fastboot to apply. If your not comfortable flashing random boot.imgs then you should definitely not flash this.
Without overclocking:
cm-5.0.7-ds-mt-boot.img (you don't want this)
koush's anykernel update zip format
cm-2.6.33.4-mt.zip (you want version 7)
With overclocking (as usual this doesn't boot without advanced tweaking):
oc825-5.0.7-ds-mt-test2-boot.img (nope not this one either)
koush's anykernel update zip format
oc825-cm-2.6.33.4-mt.zip (nor this one)
VERSION 7: (this would be the one you want)
This is the overclocked version with farmatito's patch (as per post #131).
for cm-5.0.7-stable/cm-5.0.8-test1
oc825-cm-2.6.33.4-mt-v7-signed.zip remember this boots at 825mhz so set your desired frequency/settings in your userinit.sh or init files if you want it to boot.
cm-2.6.33.34-mt-v7-signed.zip (this the kernel from farmatito's boot.img from post #131 repacked into an anykernel so it can be used in either/any rom)
A non overclocked boot.img is available here(cm-5.0.7-stable only).
for cm-5.0.8-test2
oc825-cm-2.6.34-mt-v7-signed.zip
cm-2.6.34-mt-v7-signed.zip
And the diff on this version is...
Code:
diff --git a/drivers/staging/android/lowmemorykiller.c b/drivers/staging/android/lowmemorykiller.c
index 50d5f91..8cfbb6e 100644
--- a/drivers/staging/android/lowmemorykiller.c
+++ b/drivers/staging/android/lowmemorykiller.c
@@ -35,6 +35,8 @@
#include <linux/oom.h>
#include <linux/sched.h>
#include <linux/notifier.h>
+#include <linux/swap.h>
+
static uint32_t lowmem_debug_level = 2;
static int lowmem_adj[6] = {
@@ -82,6 +84,7 @@ static int lowmem_shrink(int nr_to_scan, gfp_t gfp_mask)
{
struct task_struct *p;
struct task_struct *selected = NULL;
+ struct sysinfo si;
int rem = 0;
int tasksize;
int i;
@@ -91,6 +94,9 @@ static int lowmem_shrink(int nr_to_scan, gfp_t gfp_mask)
int array_size = ARRAY_SIZE(lowmem_adj);
int other_free = global_page_state(NR_FREE_PAGES);
int other_file = global_page_state(NR_ACTIVE_FILE) + global_page_state(NR_INACTIVE_FILE);
+ si_swapinfo(&si);
+ lowmem_print(3, "OF %ld FREESWPAGES %ld NEWOF %ld\n", other_free, si.freeswap, other_free + si.freeswap);
+ other_free+=si.freeswap;
/*
* If we already have a death outstanding, then
Much thanks to everybody and all who helped, most notably farmatito, phhussen, and cyanogen.
nice! i've wanted this for a while.
Time to go back to CM now!
Hi.
Just flashed Kernel w/OC on my Vodafone Magic(aka MT3G 32B) with CM 5.0.7.
Now Wifi is broken and won´t start.
If you could fix this, it would be great. Seems to run very smooth with 256MB Swap.
seems interesting, will wait for better improvements,
zerocoolriddler said:
Hi.
Just flashed Kernel w/OC on my Vodafone Magic(aka MT3G 32B) with CM 5.0.7.
Now Wifi is broken and won´t start.
If you could fix this, it would be great. Seems to run very smooth with 256MB Swap.
Click to expand...
Click to collapse
I added some packed in koush's anykernel update script. These will give you the modules as well.
Perfectly working now. Thanks
all I gotta say is... WOW, eclair overall is running much better. Right now im using CaNNoN's mod'd CM5 rom with a class 4 sd @ 96 mb swap via FireRat's patch, running at 480/576 overclock, getting a steady 2.5 mflops and everything is much more responsive and less loading time. I am very happy since everyime before this the browser reloaded. I think mod's to improve multitasking should get priority.
dumfuq is your oc kernel uv? I saw in the nexus forum that they have further undervolted the kernel to save even more battery life
Waiting for input from pershoot, Cyanogen or zinx before I flash this
xaueious said:
Waiting for input from pershoot, Cyanogen or zinx before I flash this
Click to expand...
Click to collapse
I'm waiting for my mommy to tell me everything's ok before I do anything.
About where should swappiness be set for this to be optimum? I really only want background apps to fall into the swap, and not system processes.
haha, I was thinking the same thing when I saw that, you beat me to it.
* I got another idea for a possible spare parts mod: the Ability to lock selected app's in memory, like the dialer, messaging, and home screen because sometimes you recieve a message or call within the browser or a memory intensive app and you miss a call because of the loading time
alongenemylines said:
About where should swappiness be set for this to be optimum? I really only want background apps to fall into the swap, and not system processes.
Click to expand...
Click to collapse
im set at the default 60, I think 20-60 is a good amount, mess around with the settings until you find an optimal setting
overground said:
I'm waiting for my mommy to tell me everything's ok before I do anything.
Click to expand...
Click to collapse
Or instead of asking your Mom about everything, you could look at lowmemorykiller.c and tell me further effects this has on the memory system. Because I don't know AOSP well enough to get at it.
I haven't been on Github much, but there were issues with lowmemorykiller.c before and it's kind of a finicky ***** from what I understand. So I am a little cautious here.
Swap implementation is supposedly screwed up a little on CM5 as well.
But there are people who are going to flash this thing regardless of the effects.
Thanks dumfuq! This makes CM5 multi-task significantly better. So far, no problems to report. Totally digging of the changes, stock CM5 was starting to bug me with it's single-task bias. Obviously you have to kill tasks so you don't get so many the swap thrashes, but I'd like to keep a few around.
xaueious said:
Or instead of asking your Mom about everything, you could look at lowmemorykiller.c and tell me further effects this has on the memory system. Because I don't know AOSP well enough to get at it.
I haven't been on Github much, but there were issues with lowmemorykiller.c before and it's kind of a finicky ***** from what I understand. So I am a little cautious here.
Swap implementation is supposedly screwed up a little on CM5 as well.
But there are people who are going to flash this thing regardless of the effects.
Click to expand...
Click to collapse
Good sport. Thanks for playing. Dumfuq can tell you all that...My G1's kinda been retired into the hands of my momm....I mean my girlfriend.
one thing that people dont think about is that if we get better memory usage the cpu wont need to constantly reload apps into memory therefore saving battery life. Lets see if we can further improve memory usage since it is the biggest recurring issue within android devices
Some tips for speed w/this, use CaNNoN's or SuperE, apply dumfuq's kernel, enjoy, this brought back life to my g1, it flies
so far, with keeping default swappiness, this is working excellent! chompSMS, facebook, dolphin browser, etc etc almost instantly come back to exactly where i last left them.
good job on this dumfuq!
alongenemylines said:
so far, with keeping default swappiness, this is working excellent! chompSMS, facebook, dolphin browser, etc etc almost instantly come back to exactly where i last left them.
good job on this dumfuq!
Click to expand...
Click to collapse
I agree Thanks dude
will give it a shot...
Finally i can run now 4-3 app same time
but i am stilling waiting for cyan to fix this......
thanks man
I've been reading about editing hsdpa and hsupa catagory numbers as well as the gprsclass number and seem to have improved my upload speed and possibly my download speed. In my basement, I usually see about 2200 kbps down and 1000 kbps up. Changing a couple numbers, I am now at a consistent 2500kbps and 1600kbps.
I'm running Android Revolution v3.0 with the 26.06.03.24_M2 radio.
ro.ril.gprsclass=12
ro.ril.hsdpa.category=14
ro.ril.hsupa.category=7
ro.ril.hsxpa=3
I rebooted twice.
Could be purely coincidental, but I thought it may be worth sharing and discussing.
Would be great if you could elaborate a little more on the technical side of what these values actually do and stuff
All this is cut and pasted from other sites, it's not my own research.
ro.ril.gprsclass indicates the GPRS class of the target network :
Class 2 : 3 slots : 8 – 12 kbps upload / 16 – 24 kbps download
Class 4 : 4 slots : 8 – 12 kbps upload / 24 – 36 kbps download
Class 6 : 4 slots : 24 – 36 kbps upload / 24 – 36 kbps download
Class 8 : 5 slots : 8 – 12 kbps upload / 32 – 40 kbps download
Class 10 : 5 slots : 16 – 24 kbps upload / 32 – 48 kbps download
Class 12 : 5 slots : 32 – 48 kbps upload / 32 – 48 kbps download
ro.ril.hsdpa and ro.ril.hsupa catagories are similar where each catagory is a target for a maximum data rate. It may seem that higher is better, but another thread on the G2 forum seemed to show that if you went too high, something triggered to lower the speeds back down to below factory levels.
http://androinica.com/2009/12/14/hack-for-rooted-phones-promises-faster-2g3g-speeds/
http://forum.xda-developers.com/showthread.php?t=595108&highlight=amon Amon_RA has a lot of good insight as to what they mean.
http://en.wikipedia.org/wiki/High-Speed_Downlink_Packet_Access
http://forum.xda-developers.com/showthread.php?t=838388
setting hsupa to class 7 is netting me 2.7mbps uploads. Crap, that is faster than my uverse service!
OMG!!! its really fast I just did a speed test i got 4.7 down and 1.4 up...Nice
I edited my build.prop on my inspire and now I get 3000 down and 1673 up i was getting 1200 down and 600 up
Here are my full settings:
GPRS: 12
HSDPA: 10
HSUPA: 7
HSXPA: 3
I didn't change any other settings.
Any steps for those who have never edited this before?
Sportsguy15 said:
Any steps for those who have never edited this before?
Click to expand...
Click to collapse
I used prop editor ( I can't remember where I found it, but it is an apk. I used it to make the changes after backing up my build.prop. I will upload here in a few minutes.
Be warned, you can wreck your software pretty good messing with this file. Just some forewarning.
Well, I'm glad it wasn't just my imagination. Those settings I posted aren't necessarily the optimum setup for our phones, so a little experimentation may yield even better results.
Sportsguy15 said:
Any steps for those who have never edited this before?
Click to expand...
Click to collapse
There are several ways to do it, prop editor being a great one. Here's what I did step by step for the new guys:
MAKE A BACKUP OF YOUR ROM THROUGH CWM.
Download "root explorer" and possibly "mount /system (rw /ro)" from the app market.
Open up root explorer and select the system folder
Near the top of the screen there should be a "Mount R/W" button. Select it. If it won't let you change to R/W, go back and open up the "mount system" app. Select Mount r/w. Go back to root explorer and you should be able to now select Mount R/W in the system folder.
Long press build.prop and scroll down to "Open in Text Editor".
Make your desired changes, tap menu and then Save & Exit. It will automatically save your original build.prop as build.prop.bak and save your changes.
Reboot twice (once didn't work for everyone in the threads I was reading).
As id10terrordfw said, you could potentially mess things up with your rom, so be careful. If you aren't confident in what you're doing, it's probably best to just leave it alone.
I just made the changes but I wont be able to do any speed tests until tomorrow. I am on the Microcell at home.
wanted to share results from my tests today. i'm using CM7 for Inspire and my daily driver - att-inspired-rooted-signed.zip from attn1 - and on both ROMs my build.prop settings are:
ro.ril.enable.dtm = 1
ro.ril.gprsclass = 12
ro.ril.hsdpa.category = 10
ro.ril.hsupa.category = 6
ro.ril.hsxpa = 3.
the APN settings for both ROMs are in first pic. pics 2-4 are from the att stock ROM and pics 5 & 6 are from CM7. i don't know if att is tweaking something, but i've been getting some crazy fast speeds. (doesn't hurt that i live in dallas).
Trying this as soon as I get my new rom flashed
I copied the propeditor.apk to the sd card and clicked it in root explorer then clicked install. Says it can't install because of problem pasring the file?
Got the prop editor installed using appinstaller. Sadly it looks like mine is already edited in coredroid.
gprs=12
hsdpa=10
hsupa=6
hsxpa=3
Don't think there are any settings above these current ones to improve speed.
So I changed
hsdpa=14
and got way better downloads. Changed my hsupa to 7 and it was like hsupa had been disabled again. Changed back to 6 and reoobted again and still acts like it struggles to limit itself to around 300 upload. Is this something in my build.pro or in my new flash of coredroid 3.2? I never had this problem with this rom before. my ro.ril.enable.dtm setting says 0. Not sure what that is but I'll change to 1 and see what happens.
FIXED: changed ro.ril.enable.dtm = from 0 to 1 and it seems to have fixed it.
EDIT also for some reason network was set to wcdma only.
Is there a way to unlock the stock APN settings in the rooted stock rom? Or should I just create a new one?
cant edit
everytime I try to edit build.prop and try to save it, it tells me its a read only and cant save. I tried prop editor and it can't even open it.
Av8tor86 said:
everytime I try to edit build.prop and try to save it, it tells me its a read only and cant save. I tried prop editor and it can't even open it.
Click to expand...
Click to collapse
You need to make sure the file system is mounted as Read/Write. If it's mounted Read Only you won't be able to make changes. I use Root Explorer, and when you go into System you tap the "Mount R/W" button, then open build.prop in text editor. If you use ES File Explorer, go into the settings, go to Root Options, then put a check for Root Explorer, and Mount File System. Now a long press on build.prop will allow you to open it as text, make changes, and save changes. What I like about Root Explorer is it automatically makes a backup of build.prop when making changes.
Excuse my ignorance but would I have to change this section as well?
Or just the top section as the following is around the middle section of the build?
"# ace RF team request
ro.ril.enable.dtm = 1
ro.ril.gprsclass = 12
ro.ril.hsdpa.category = 10
ro.ril.hsupa.category = 6
ro.ril.hsxpa = 3"
Sent from my most memorable Inspire 4G
I have the att version of the one x. I just rooted the phone and have sqllite installed. i'm looking for where I would go do disable the check with ATT before enabling the hotspot. I did this with my Atrix so I'm sure there has to be a key one one x as well.
I'm interested in this too........there's a folder in data/data called com.htc.teatheringguard wonder if that's it??
this is the first thing I did upon acquiring root. I think AT&T wised up a bit and removed the exact way we did it on the Atrix. I looked up the directions for the Atrix and they go like this:
Open SQLite
Go to “Settings Storage (com.motorola.android.providers.settings)”
Click “settings.db”
Click “Settings”
Find the line labeled “entitlement_check” with a value of 1
Change the value from 1 to disabled
Hit Save
Reboot
But there are two issues... There is no Settings menu after settings.db...
also...in none of the menus does it list "entitlement_check"
there is in one of the menu's a line entitled "be polite" and I just find it curious that it's there, but i'm afraid to test out changing it to disabled, as I don't know much about this stuff besides reading directions.
I think the tetheringguard.apk is going to have to be altered to make the hotspot app always think that there is a tethering plan on the account.
when i use root expl. to get to the data/data/ and data/user/0 folders that hold com.htc.tetheringguard, there aren't any files that appear to be changeable.
to a novice like me these seem like deadends, but maybe someone more experienced can take a look?
Hello, I have successfully configured a couple Motorola Bionics to run GSM band in addition to the already configured (stock) CDMA/LTE. In order to do this I had to edit the Edit.Prop file. Some of the recommended edits where not present in my CyanogenMod 10.2 file, and some where. Some I am curious as to exactly what they do, and have not been able to find any descriptions as to what the changes are going to do to the phone. Below is a list, if anyone can shed some light on these I would appreciate it a lot! Also the phones I am using are running on NET10 using either ATT or TMobile sims.
persist.ril.features=0x102 (Current value is 0x90A)
persist.ril.modem.mode=2 (Current value is 1)
persist.radio.vzw.cdma.mdn=deleted (Current value is empty)
persist.radio.ap.phonetype=1 (Current value is 2)
telephony.rilV7NeedCDMALTEPhone=false (this value is not present, and I believe is only for non US phones)
persist.radio.lte.mm.disable=1 (Current value is 0)
ro.cdma.subscribe_on_ruim_ready=false (This value is not present)
ro.mot.eri=0 (Current value is 1)
ro.mot.lte_on_cdma=0 (Current Value is 0, but still like to know what it is)
ro.telephony.default_network=3 (I've seen both 3 and 7 as good values, 7 is Global, 3 is GSM-CDMA)
ro.mot.ds.fastdormancy.disable=true (I have read up a little on fast dormancy, this value is missing from my file, any opinions?)