I was just viewing various system registry... and came across some keys that I've never before noticed in the past.
They really aren't too outlandish, but I'm wondering if folks are interested in "testing" what exactly these registry edits "do" in terms of whether or NOT they are enhancements or NOT much of anything.
DO NOT ATTEMPT TO MAKE ALTERATIONS TO THE SYSTEM REGISTRY IF YOU ARE NOT FAMILIAR WITH ADVANCED WINDOWS MOBILE CAPABILITIES!
Now, having said all of that... here are a few of those interesting "tweaks" I've come across:
1.) HKEY_CURRENT_USER\ControlPanel\Keybd: WM7KeybdLayout - "0"
By default this registry value is ZERO... perhaps if "enabled" by using "1" as the replacement value, something "cool" may happen.
2.) HKEY_CURRENT_USER\ControlPanel\Gestures\Touch: Disabled - "0"
By default this registry value is ZERO... and I'm not entirely sure what this COULD allow your system to do, but it may be "cool" also.
3.) HKEY_CURRENT_USER\Performance: Available RAM on boot - "327274496"
By default this registry value is LIST ABOVE, and perhaps editing this value, and making it larger could allow for a more "hasty" booting process.
4.) HKEY_CURRENT_USER\Software\HTC\WebSnapShot: Enabled - "0"
By default this registry value is ZERO... but I'm wondering if this will allow for some kind of built-in screen shot function to "snap" thumbnail images of your online browsing history. Assumed value to "enable" it, should be "1".
5.) HKEY_CURRENT_USER\Software\Microsoft\Shell: AnalogClock - "0"
By default this registry value is ZERO... so I figure changing this value to "1" might "create" some kind of analog clock on for Manila.
6.) HKEY_CURRENT_USER\Software\Microsoft\Shell: HasKeyboard - "0"
By default this registry value is ZERO... and to be quite honest, this seems pretty obvious that it will "allow" or display the keyboard somewhere on the "shell" of your device. Assumed value to "enable" it, should be "1".
7.) HKEY_CURRENT_USER\ControlPanel\BackLight
This ENTIRE key has some pretty interesting settings that can be adjusted for advanced or unseen backlight settings.
8.) HKEY_CURRENT_USER\ControlPanel\AllLEDMgr
Here is the key in which you can adjust the LED settings such as interval.
9.) HKEY_LOCAL_MACHINE\Audio\SoftwareMixer: SampleRate - "268435456"
The default value is listed above, but my query involves whether or not tampering with this could resolve the "audio delay" for some users.
10.) HKEY_LOCAL_MACHINE\ControlPanel\Power
Here is the key in which you can adjust the values to be labeled for battery power settings. HIGH, MEDIUM, and LOW. The percentage before the system provides a warning can be changed.
11.) HKEY_LOCAL_MACHINE\Drivers\Display
Here is the key in which you will find a majority of your advanced display settings for your device.
12.) HKEY_LOCAL_MACHINE\Software\Qualcomm\DSM
Here is the key in which I believe you might find another possible solution for the audio delay, considering one of the string values is "250" as a file queue setting.
13.) HKEY_LOCAL_MACHINE\Software\OEM\USBtoPC
Here is the key in which you'll find the way to REMOVE or otherwise disable the "popup" window that appears whenever you connect your device via USB to a desktop PC.
14.) HKEY_LOCAL_MACHINE\Software\OEM\MASD
THIS KEY, THIS KEY RIGHT HERE FOLKS... this is VERY important for those of you who are trying to figure out what "official" version number of specific services is currently installed on your device.
15.) HKEY_LOCAL_MACHINE\Software\Microsoft\ActiveSync\OEM Links\T-Mobile Help - "0"
Enabling this key by changing the value to "1" should provide for a direct system link to the T-Mobile support network for the HD2. This is very similar to the Microsoft error reporting services.
16.) HKEY_LOCAL_MACHINE\Software\Microsoft\Calendar: ShowLunarCalendar - "0"
By enabling this, you should be able to have the Lunar Calendar displayed within the HTC system calendar... among other things. Assumed value to "activate" this should be "1".
17.) HKEY_LOCAL_MACHINE\Software\Microsoft\CHome
Here is where you'll find a laundry list of options to make changes to the original WM6.5, "Titanium".
18.) HKEY_LOCAL_MACHINE\Software\Microsoft\Pictures\ImageSendSize
Here is where you'll find 3 sub-keys that contain resolution values that can be altered in order to provide a "bigger picture" for MMS or uploads.
19.) HKEY_LOCAL_MACHINE\Software\HTC\Camera\Image
This key will open up a list of options that will allow you to change various settings for image capture and resizing.
20.) HKEY_LOCAL_MACHINE\Software\HTC\PhoneCanvas
In this key you'll find options that will allow you to make changes to the picture size for contacts.
21.) HKEY_LOCAL_MACHINE\Software\HTC\PHONE
Here are more device settings for in-call and beyond.
ENJOY!
Oh, and don't hesitate to leave a bit of feedback. Thanks.
I am patiently waiting for you to try these and update the post.
I sure as heck don't plan to "play" with my registry
As soon as the store calls to tell me that mine is *FINALLY* in, I'll be happy to test some of those out. As long as you back up your registry before you do anything (and aren't afraid of a Hard Reset as a last resort), there shouldn't be any issue trying these...any of the changes you make can be reversed that way.
Snarksneeze said:
I am patiently waiting for you to try these and update the post.
I sure as heck don't plan to "play" with my registry
Click to expand...
Click to collapse
sirphunkee said:
As soon as the store calls to tell me that mine is *FINALLY* in, I'll be happy to test some of those out. As long as you back up your registry before you do anything (and aren't afraid of a Hard Reset as a last resort), there shouldn't be any issue trying these...any of the changes you make can be reversed that way.
Click to expand...
Click to collapse
Agreed fellas. This stuff seems interesting. I haven't played with these listed items just yet. I was so exhausted last night while skimming through tons and tons of registry keys... that I may have gotten a little desperate to post this rather than test each one.
Some are just useful tips, but others I have not before seen on the EURO model of the HD2. For instance, the WM7 keyboard... that's rather curious, huh?
5 - puts tiny analog clock where digi clock is by battery
6 - for phones with hardware keyboards
14 - can change that to fake any system info you like
18 - doesnt necessarily work. best way ive yet to find to fix the small mms size on some networks is the mms userprofile tweak that reports it as a diamond, and the mms useragent as a nokian95. (I can tfind the link, sorry)
3.) HKEY_CURRENT_USER\Performance: Available RAM on boot - "327274496"
By default this registry value is LIST ABOVE, and perhaps editing this value, and making it larger could allow for a more "hasty" booting process.
When I looked I had a lower value, "281640960". I increased it to "327274496" startup seems a bit faster, not much. I'm gonna try increasing it later. On another note, slide to unlock seems to be faster. Of course this could all be in my head.
chrys9989 said:
3.) HKEY_CURRENT_USER\Performance: Available RAM on boot - "327274496"
By default this registry value is LIST ABOVE, and perhaps editing this value, and making it larger could allow for a more "hasty" booting process.
When I looked I had a lower value, "281640960". I increased it to "327274496" startup seems a bit faster, not much. I'm gonna try increasing it later. On another note, slide to unlock seems to be faster. Of course this could all be in my head.
Click to expand...
Click to collapse
This looks suspiciously like overclocking to me. If it is, I doubt that the S2U being faster is in your head...
Are you sure that "on boot" only means during the bootup process and not the original RAM available before the processes kick in?
Snarksneeze said:
This looks suspiciously like overclocking to me. If it is, I doubt that the S2U being faster is in your head...
Are you sure that "on boot" only means during the bootup process and not the original RAM available before the processes kick in?
Click to expand...
Click to collapse
What's weird though is that the value keeps changing, on every boot it's a different value. On the last boot, it was 280760320.
chrys9989 said:
What's weird though is that the value keeps changing, on every boot it's a different value. On the last boot, it was 280760320.
Click to expand...
Click to collapse
Then it just about has to be a record and not reference value. Shoulda known it wouldn't be that easy
samsamuel said:
5 - puts tiny analog clock where digi clock is by battery
6 - for phones with hardware keyboards
14 - can change that to fake any system info you like
18 - doesnt necessarily work. best way ive yet to find to fix the small mms size on some networks is the mms userprofile tweak that reports it as a diamond, and the mms useragent as a nokian95. (I can tfind the link, sorry)
Click to expand...
Click to collapse
chrys9989 said:
What's weird though is that the value keeps changing, on every boot it's a different value. On the last boot, it was 280760320.
Click to expand...
Click to collapse
Thanks for the reports.
And yeah, I noticed that as well... yet my value is always relatively in the same demographic in terms of "high" or "low".
But yes, it is some "lowbrow" version of overclocking, but as far as I know... it only pertains to the RAM available during and shortly thereafter a booting process is complete. It's like tweaking the allocated resources that "HTC Sense" used each time it booted up.
Awesome find. looking forward to what will be unconvered
I have a few friends skimming the registry keys day n' night as well... it's just very, very exhausting to read thousands of lines of coding.
I doubt I'll be updating the OP with tons of additions, but I'll certainly add to it, should something reasonably decent come to my attention.
I would like to add something that also seems interesting
HKLM/System/Autoupdate: 0 <-- I wonder what 1 does.. I just set to 1, will update as i hopefully receive updates
PS: I'm not sure if its this that caused this, but my phone just locks on slide to unlock.. As soon as i try unlocking the screen turns off.
Reignzone said:
I have a few friends skimming the registry keys day n' night as well... it's just very, very exhausting to read thousands of lines of coding.
I doubt I'll be updating the OP with tons of additions, but I'll certainly add to it, should something reasonably decent come to my attention.
Click to expand...
Click to collapse
Bump.
Anyone found any interesting tidbits as of yet?
First off this is not my write up but is taken from this web site> http://www.pokedev.com/setcpu/ please visit as it has screen shots.
I thought this was a good read for those using SetCpu it should help anyone not sure about cpu scaling overclocking and battery usage.
Mods please remove this post if it is not allowed..
SetCPU for Root Users
SetCPU for Root Users allows you to manage the CPU frequency settings of your Android device. It works with most commercial Android devices that have root access enabled for applications. Combined with custom profiles, SetCPU can help you manage your CPU settings to optimize performance and battery life. On many phones, oftentimes with the help of custom kernels, SetCPU can also manage overclocking on your device. SetCPU is currently available on the Android Market and the SlideME Market.
SetCPU works on most devices running Android 1.5 to Android 2.2, with Android 1.6 and above recommended. If you have an HTC device, you may need to disable perflock (see 10) depending on your kernel.
Contents
1. Benefits
2. Main Tab and Basic Usage
3. Profiles
4. Advanced
5. System Info
6. About
7. CPU Scaling Governors
8. Custom Frequency Config
9. Task Managers
10. Disabling Perflock
11. Changelog
1. Benefits
The CPU drains more power if it is running at a higher frequency. If the processor is running faster, the phone will be faster and more responsive, but the battery may drain more quickly. If the processor is running more slowly, the phone will be less responsive and take longer to complete tasks, but battery life will be increased. With SetCPU, you can set up profiles to manage the CPU speed based on certain conditions.
2. Main Tab and Basic Usage
To get started with SetCPU, start the app, read the introduction, and pick "autodetect frequencies." If you ever need to access this screen again, press the Menu button in SetCPU's Main tab, then choose Device Selection.
If your kernel doesn't support autodetect, you won't see it choose the device that best matches your phone from the list. After you've passed the introduction screen, you may get a request from Superuser Permissions. Depending on your version of Superuser Permissions, either check the box for "remember" and press "allow" or press the "always allow" button.
The sliders here allow you to manually control the CPU scaling bounds. The CPU frequency will always be between these two values. By default, the CPU should scale between the max and min frequencies based on need. The sliders also control the "main" profile as explained later.
The "scaling" drop-down list is an advanced feature that allows you to control the behavior of the CPU scaling mechanism. See explanations for the different governors in the CPU Scaling Governors section.
SetCPU also includes a widget for your home screen. Add SetCPU's widget like you would any other widget: long press on your home screen, select Widgets, and select the SetCPU widget. A screen will pop up so you can configure the widget's appearance. If you would like it to show current CPU speed, set the Active Refresh Interval to something other than "Passive," though a passive refresh interval is recommended to save battery.
HTC device users: If the green "current" display doesn't change as you change the sliders, you may be using an incompatible HTC kernel with a driver called "perflock" that prevents SetCPU from changing frequencies. To enable SetCPU, press the "Menu" button in SetCPU's main tab and select "disable perflock." Read through the notice and then press the button in the dialog. If successful, you should be able to change the frequency with SetCPU. If this process fails, please e-mail the developer with your kernel version and device so support can be added. For more details, see the perflock section below.
SetCPU Main Tab
3. Profiles
Profiles allow you to configure SetCPU to set your CPU speed under certain conditions. This is useful to manage battery savings. To get started with profiles, check the "Enable" button in the Profiles tab and press "Add Profile" to add your first profile.
Your profile settings will be triggered if the condition you set in the profile is met. For example, if you choose "Screen Off," the profile settings will be set when the screen is off. If no profiles are met, SetCPU reverts to the default profile specified in the Main tab. Several conditions are available:
* Charging/Full - Set when the phone is charging from any source and when the battery is full while charging.
* Charging AC/Full - Set only when the phone is charging from a wall plug (AC adapter) and when the battery is full while charging from a wall plug.
* Charging USB/Full - Set only when the phone is charging from a computer (USB port) and when the battery is full while charging from the USB port.
* Screen Off - Set when the phone's screen is turned off.
* Battery < - Set when the battery falls below a certain point. You will also be able to specifiy battery level for this profile.
* Temp > - Set when the battery or system temperature rises above a certain point. SetCPU will notify you with a ringtone notification if you check the "Audible Warning" checkbox here. You will also be able to specify a temperature for this profile.
* CPU Temp > - Limited to phones whose hardware and kernels support it. Set when the CPU temperature rises above a certain point. SetCPU will notify you with a ringtone notification if you check the "Audible Warning" checkbox here. You will also be able to specify a temperature for this profile.
The priority of each profile specifies the order in which it will be evaluated. If the conditions of two profiles are both true, the one with the higher priority will be set. For example, if you have both a Screen Off and a Charging profile and the screen is off and charging at the same time, the one with the higher priority will be set.
You can add as many profiles as you want, and selectively enable and disable profiles by using the checkbox next to them. To edit profiles, click on them, make the necessary changes, and press "save." To remove profiles, click on it to edit, and press "delete."
Some things to keep in mind: For multiple battery level profiles, assign the profiles with lower percentages higher priorities. For multiple temperature profiles, assign the profiles with higher temperatures higher priories. Generally, battery level profiles should have lower priorities than other profiles, and temperature profiles should have higher priorites than other profiles.
Check the "Notifications" box to enable a persistent notification in the top bar showing exactly which profile is currently active.
SetCPU Profiles TabSetCPU Profiles Edit
4. Advanced Tab
The Advanced menu allows you to tweak the finer aspects of certain CPU governors. It is only activated when you choose the ondemand or conservative governors.
* Sampling Rate - An interval (in microseconds) at which the governor will poll for updates. When this happens, the governor will decide whether to scale the CPU up or down.
* Up Threshold - Defines a percentage from 1% to 100%. When the CPU load reaches this point, the governor will scale the CPU up.
* Down Threshold (conservative only) - Defines a percentage from 1% to 100%. When the CPU load reaches this point, the governor will scale the CPU down.
* Ignore Nice Load - If this value is "1," the system will ignore "Nice" processes when deciding to scale up or down.
* Powersave Bias (ondemand only) - Setting this value higher will "bias" the governor toward lower frequencies. This is a percentage, where 1000 is 100%, 100 is 10%, and 0 is 0%. The ondemand governor will scale the CPU to a frequency lower than its "target" speed according to this value.
* Freq Step (conservative only) - Defines how much (as a percentage of the maximum CPU speed) the conservative governor will increase the CPU speed by each time the CPU load reaches the Up Threshold.
Choose the "Set on Boot" checkbox to apply advanced settings when the phone boots. This option is completely independent of the similar option in the Main tab.
5. System Info
The System Info tab allows you to view information about your kernel, CPU, battery, phone, and memory status. It also includes a few tools for benchmarking the speed of the phone.
The lower the benchmark score, the faster the phone is running. Keep in mind that this score can only be used to accurately compare different frequencies across the same ROM and kernel. The score may fluctuate between runs due to interference by background processes. For best results, use the "performance" governor.
There is also a "stress test" function. Stress testing allows you to test the stability of undervolted kernels or higher overclocks. The stress test will peg your CPU usage to 100% The phone may be somewhat unresponsive during this time. The stress test will continue forever, so you have to manually end it after some time. To do this, simply press the back button.
To copy the text of the System Info menu to the clipboard, press the Menu button on your device and press "Copy to Clipboard."
6. About
The About menu prints information about SetCPU, including the current version. You can change the theme of the Main tab from using the drop down box. Restart SetCPU to apply it.
7. CPU Scaling Governors
CPU governors control exactly how the CPU scales between your "max" and "min" set frequencies. Most kernels have "ondemand" and "performance." The availability
* ondemand - Available in most kernels, and the default governor in most kernels. When the CPU load reaches a certain point (see "up threshold" in Advanced Settings), ondemand will rapidly scale the CPU up to meet demand, then gradually scale the CPU down when it isn't needed.
* conservative - Available in some kernels. It is similar to the ondemand governor, but will scale the CPU up more gradually to better fit demand. Conservative provides a less responsive experience than ondemand, but can save battery.
* performance - Available in most kernels. It will keep the CPU running at the "max" set value at all times. This is a bit more efficient than simply setting "max" and "min" to the same value and using ondemand because the system will not waste resources scanning for the CPU load. This governor is recommended for stable benchmarking.
* powersave - Available in some kernels. It will keep the CPU running at the "min" set value at all times.
* userspace- A method for controlling the CPU speed that isn't currently used by SetCPU. For best results, do not use the userspace governor.
8. Custom Frequency Config
In rare situations and in older kernels, SetCPU may not be able to autodetect the full range of speeds supported by the kernel. If this is the case, you can configure SetCPU to use custom frequencies. To get started, you'll need the list of frequencies your kernel can support in kHz (not MHz!). Only certain frequencies work, so be sure you know which speeds your kernel supports before using the custom option.
Create a plain text file called "setcpu.txt" and place it on the root directory of your SD card or on your SD card's ext partition (/sdcard/ or /system/sd/). The text files should sort the frequencies on one line by comma, from lowest to highest. For example, the following is a valid config file for some Motorola Droid kernels:
125000,250000,500000,550000,600000
To store the custom frequency list on your phone, save it as "setcpu" with no extension and put it in /data/local/. SetCPU reads from the SD card first and uses that text file if present, then tries to read from /data/local/.
To configure SetCPU to read your custom frequencies, go back to the device selection screen (in the Main tab, press Menu > Device Selection), choose "show other frequencies" if necessary, and choose the custom config option at the very bottom.
9. Task Managers
SetCPU does not run a background service unless profiles or the widget are enabled. Due to how multitasking works on Android, the Android system will automatically free up SetCPU if memory is needed and SetCPU isn't being used.
If either profiles or the widget are enabled, SetCPU does run background processes that keep them running. It's important that you add SetCPU to your task manager's "ignore" list, or otherwise avoid disabling the SetCPU process, if you have either profiles or the widget enabled. You should not have to use task managers to disable SetCPU at any time.
To disable all SetCPU background processes, remove the widget from the home screen and uncheck the "enable" box in the profiles menu. Anything else should be taken care of the Android system when memory is needed, just like any other app. Note that SetCPU briefly runs (and then immediately disables) a service upon startup to perform its "start on boot" duties. This is normal and should not add to memory usage.
10. Disabling Perflock
On most stock HTC kernels and some custom kernels, HTC has enabled a driver called "perflock" that constantly resets SetCPU's Max and Min settings. This does not apply to mostly "Google experience" HTC devices such as the T-Mobile G1, the myTouch 3G, any Google development device, or the Nexus One. It does, however, apply to "HTC Sense" devices such as the HTC Hero, Droid Eris, HTC Desire, HTC Incredible, EVO 4G, and myTouch Slide. Non-HTC devices never have perflock enabled.
SetCPU can disable perflock on newer HTC kernels, giving you control of the Max and Min settings of the CPU. To do this, press the Menu button on your device in the Main tab and choose "Disable Perflock." Read through the notice and then press the button in the dialog. If successful, you should be able to change the frequency with SetCPU. If this process fails, please e-mail the developer with your kernel version and device so support can be added.
Keep in mind that disabling perflock does not enable overclocking, though some overclocked kernels may require perflock to be disabled. Overclocking, in most cases, requires a custom kernel.
11. Changelog
1.4.0: Revamped the main interface quite a bit, and fixed a few minor bugs.
1.4.0a: fixed a bug where 122MHz was being called 128MHz.
1.4.1: * Using Eclair API. Will work on QVGA devices (Tattoo) and WVGA devices (Sholes)
* Major performance enhancements - setting frequencies should be much faster in every situation (in the main application, profiles, upon startup, etc.).
* Added a small home screen widget that shows the current maximum and minimum frequencies. Clicking this widget launches SetCPU.
* Frequency lists for Snapdragon devices, Samsung Galaxy, Motorola Cliq, and HTC Tattoo have been included, though support for these devices is experimental. The device can be selected on the introduction screen.
* Custom frequency lists are now supported. To enable custom frequencies, place a file called setcpu.txt on /sdcard/ or /system/sd/, sorting frequencies in kHz, separated by comma, from lowest to highest, then select the corresponding option on the introduction screen.
* There is no longer a "set" button - changing the seekbar positions will immediately set the frequency. As a result, all seekbars in the application will now snap back if the user attempts to place the maximum frequency below minimum.
* Instead of refusing to work at all, SetCPU will now operate in a read-only mode if root access is not detected.
1.4.2: Instead of choosing between performance (always max) and ondemand CPU governors, there is now a drop down list with all the available governors on the device. Thanks morfic! Added CPU scaling configurations for the OMAP3 processor of the Motorola Sholes/Droid/Milestone. This is strictly in beta. Custom frequency list now reads from /system/setcpu in addition to setcpu.txt on SD FAT or EXT.
1.4.3: Includes compatibility fixes for HDPI devices and UI enhancements. Frequency lists for the Samsung Moment (untested), the T-Mobile Pulse, and the Acer Liquid have been included. The application will no longer sometimes re-set CPU frequencies upon launch.
1.4.3a: Added more frequencies for the Nexus One.
1.4.3b: Fixed a widget issue on the Nexus One. Sorry for the rather rapid succession of updates the past few days!
1.4.3c: Adds support for 600MHz kernel patches on the Motorola Droid. On the Droid configuration. SetCPU will attempt to detect the existence of 600MHz and adjust the frequency list accordingly.
1.4.4: Adds an "autodetect" option that works on newer kernels (at the bottom of the device selection screen). This should enable the supercharged speeds in some of tasmanian_droid's newer kernels. Fixes a force close crash when selecting some frequency lists that were not compatible with the device (thanks Julian).
1.4.5: - Streamlined/refactored profiles code.
- Added "battery temperature" profile. SetCPU is now able to set a certain speed when the battery goes above a user-defined threshold. This would optimally be set to throttle the CPU lower at a high temperature. To ensure compatibility with your device, see if a valid temperature is displayed in the "System Info" menu. This profile does not take effect immediately and does not replace being cautious - it is not based on CPU core temperature, and must wait for a battery state change before reacting.
- Added an "About" button to the main screen with simple themes. Default color scheme is now "Dark"
- Adjusted the widget to display four digit speeds properly (thanks Berzerker).
- Various bugfixes and UI tweaks.
1.4.6: Fixed issues with the battery profile. Included a much better icon thanks to Josh Deere (dphase).
1.5.0: * CPU governors can now be defined in profiles.
* Included a notifications service for profiles - turn this on using the relevant checkbox in the profiles menu.
* Profiles now log which speed and governor is being set.
* Added "advanced" tweaking capability for conservative governor.
* The system info menu and profiles menu now show temperature in both Celsius and Fahrenheit, and the widget also now displays battery temperature in Celsius and Fahrenheit.
* Added a "long benchmark" option to the system info menu, which should be more consistent than the "short benchmark."
* Also added a simple stress test to the system info panel to test the stability of overclocks.
* Autodetect is now the default for devices that support it, and will be the first option in the menu if available.
* Improved I/O performance.
* Various bugfixes, especially in profiles.
1.5.0a: * Charging profile now no longer takes effect when the phone is at 100% battery and unplugged.
1.5.1: * Two more battery profiles added. Lower battery readings will always take priority (eg. under 80% will always take priority over under 100%).
* Governor will now refresh alongside the other readings. Added governor reading under current frequency reading.
* Added an auto-refresh checkbox to the main screen. If checked, SetCPU will periodically refresh the current frequency reading without the need for pressing the refresh button. This checkbox applies to the system info panel as well.
* Tweaked the widget, and attempted to fix the elusive bug where the widget did not update correctly sometimes.
1.5.1a: * Fixed widget being cut off in landscape mode.
* Fixed Fahrenheit temperature reading in profiles.
1.5.2: * Added optional failsafe notification warning system that plays a ringtone and flashes the LED red when the failsafe profile is active (thanks WootRoot!).
* Added "copy to clipboard" function for the System Info menu (press Menu).
* Added an optional "active" widget, which will refresh CPU speeds at an interval like the main interface.
* Added support for the OMAP3 temperature sensor for the Droid. If present, use of the OMAP3 temperature sensor can be enabled in the failsafe profile.
* If available, the OMAP3 temperature can also be read in the system info menu.
* CPU temperature settings will only appear if the sensor is present and support for the temperature sensor is enabled in the kernel! Right now, this is only for the Droid.
* The about menu now defaults to a "default" theme where SetCPU will not mess with any backgrounds defined in the XML layout.
* Fixed stress test failing when JIT is enabled.
1.5.2a: * Temperature sensor used in the widget for the Droid is now controlled by the failsafe setting. I will implement a proper appwidget configuration activity in a later update.
* Fixed an issue with the audible warning notification not being properly dismissed.
* Profiles optimizations.
1.5.3: * Memory/performance footprint decreased.
* Battery drain should be fixed on the Droid.
1.5.3a: * Active widget CPU usage optimized.
* Further profiles optimization for the Droid.
* Uncommon I/O force close fixed.
1.5.4: * Switched to the Android 2.2 SDK.
* Enabled external storage support (install location is automatic).
* Eliminated the distinction between the active and passive widgets, and replaced it with an appwidget configuration activity for the widget, allowing the user to choose the color of the max/min text, temperature display, temperature sensor (Droid), and refresh interval.
* Optimized the active widget refreshing.
* SetCPU will now hide non-autodetect frequencies by default on devices where autodetect is available, but hard coded frequencies and the custom option can be re-enabled with a button.
* Custom frequency list can now read from this exact file: /data/local/setcpu (in addition to the previous setcpu.txt on SD fat or ext).
* Includes various bug fixes and minor UI changes.
1.6.0: * Ported parts of the app to the NDK to improve performance.
* Fixed a bug where the widget was resetting colors upon reboot or launcher orientation change.
* Autodetect now works for all devices. It is recommended by default.
2.0.0: * User interface has been completely redesigned, and now uses tabs for switching between menus instead of buttons. Landscape mode in the main tab no longer requires scrolling down. The Advanced menu and Profiles menu have also been redesigned for a better landscape experience.
* The "auto-refresh" option and refresh button in the main interface and system info menu have been retired - SetCPU always auto-refreshes automatically.
* The profiles menu and service have been recoded from scratch, and now allows the creation of unlimited profiles with custom priorities. The "priority" meter for each profile determines the order in which it is evaluated - if two profiles apply to a given situation, the profile with the higher priority will be set. If you had profiles set before 2.0.0, you will need to set them again.
* Profiles have been further optimized for performance footprint as a result of the re-structure.
* Added "Charging AC/Full" and "Charging USB/Full" profile conditions to distinguish between fast charging and slow charging modes on some devices (thanks Julian).
* Added a beta "perflock disabler" feature that will enable frequency changing on stock HTC 2.6.29 kernels. Access the perflock disabler this by pressing Menu in the main interface. If this gives you an error, does not work, or crashes your phone, your kernel is not compatible - pull your battery to reset if necessary. E-mail me with your ROM, phone model and kernel information in "System Info" (thanks to Richard for a lot of help with the low-level stuff, and no thanks to HTC for implementing perflock in such a way . To access the perflock disabler, press Menu in SetCPU's main interface.
* Code cleanup and more.
* A big thanks to everyone who tested, especially those who gave feedback on this one, all the people who purchased SetCPU from the Android Market, as well as all my users.
2.0.0a: * Fixed a permissions error that was causing SetCPU to autodetect incorrectly and force close on some ROMs.
2.0.0b: * More fixes, sorry guys.
* Fixed an issue with profiles and custom frequency lists.
* Clarified the profiles priorities introduction.
* Fixed a bug with the Advanced menu erroneously reporting values if the governor was changed after onResume was called, and fixed a crash that sometimes occurred as a result.
* Fixed a bug where the passive widget acted like the active widget after frequencies were manually set.
2.0.0c: * Fixed issues with the Advanced menu and Advanced settings not being applied on boot.
* Fixed an issue in where temperature warnings were not being dismissed properly.
* SetCPU 2.0.0 no longer force closes on Android 1.5 devices, but the UI in some menus is flawed. I recommend that you update to a more recent version of Android if possible.
2.0.1: * Added a few widget backgrounds. Configure this when adding the widget.
* Added the ability to "swipe" to the next tab.
* Fixed various bugs.
* New documentation is up.
SetCPU and content is (c) 2009-2010 Michael Huang/coolbho3000.
Dont know if this issue has been reported.
On my ZTE Blade, Japanese Jellyfish rls 7, SetCPU only works the first time you use it. After that you only get the black screen problem.
I restarted SetCPU, black.
Force close, black.
wipe data, black.
Then I tried delete permission in Superuser and after that SetCPU worked! Now I have to delete SU permission every time I want to use SetCPU.
I seem to be the only user with Blade +JJ7 that got this problem.
(site is down so I cant report the problem)
Hmm found thread way back on google, maby link to it?
http://forum.xda-developers.com/showthread.php?t=505419
Thanks for sharing
I'm very interested in pushing my device to the limits, and want to OC. I didnt really understand the "voltage control" app so i installed "set cpu"
I thought that by setting the MHz it was all kind of automatic.. I set it to 1300, as my kernel should let me run at these speeds. I'm hearing this particular ROM can run as fast as 1.4ghz. The phone was getting impressive benchmarks and linpack scores, but when i ran neocore it froze almost instantly. What should i set the minimum to? is that the problem?
Can anyone give a detailed explanation of the governors? Like how is hotplug compared to conservative?
the best way to find the maximum stable speed of the cpu is to let it run bechmarks and heavy games without any crash for long time.
leonisk said:
the best way to find the maximum stable speed or the cpu is to let it run bechmarks and heavy games without any crash for long time.
Click to expand...
Click to collapse
Well on the Desire, I've reached the conclusion that 1113 MHz is the maximum speed
at which the device could run on most rom/kernels with Heavy Games, or App Running.
I've done the test and the Desire lasted 1 hour playing N.O.V.A 3 without charging before
shutting down, while when charging it lasted 25 min for the device overheated and crashed shutdown.
428 MHz is the lowest at which you can be running a heavy app and not have a
deep device freeze assuming you kill the app as soon as you reach this frequency.
But as with all rom, kernels, device hardware (which can really vary) all these value
can change.
So I advise to be careful when putting an underclocking profile in setCPU add an App
Condition so that the profile doesnt start as long as all your heavy apps are running in
the foreground, or when closing the screen.
Sheiji said:
Well on the Desire, I've reached the conclusion that 1113 MHz is the maximum speed
at which the device could run on most rom/kernels with Heavy Games, or App Running.
I've done the test and the Desire lasted 1 hour playing N.O.V.A 3 without charging before
shutting down, while when charging it lasted 25 min for the device overheated and crashed shutdown.
428 MHz is the lowest at which you can be running a heavy app and not have a
deep device freeze assuming you kill the app as soon as you reach this frequency.
But as with all rom, kernels, device hardware (which can really vary) all these value
can change.
So I advise to be careful when putting an underclocking profile in setCPU add an App
Condition so that the profile doesnt start as long as all your heavy apps are running in
the foreground, or when closing the screen.
Click to expand...
Click to collapse
Would you happen to know if setting your CPU to low causes phantom presses, or is it just related to hardware/screen malfunction.
Sent from my HTC Desire using xda app-developers app
twics said:
Would you happen to know if setting your CPU to low causes phantom presses, or is it just related to hardware/screen malfunction.
Sent from my HTC Desire using xda app-developers app
Click to expand...
Click to collapse
If by Phantom press you mean the device react to touch action when you are not touching it then it is most probably because you are under clicking a semi- stable speed.
In sum: yes it can cause phantom presses. You touched the screen, the device registered it but processed the information slowly and delivered the output much later.
Although if those Phantom presses occur at a higher speed, try to clean the screen as grease and other conductive substances can offset the Desires capacitive touchscreen.
________________________________
Please press thanks if I helped you in anyway.
Sent from my HTC Desire using the xda app.
Sheiji said:
If by Phantom press you mean the device react to touch action when you are not touching it then it is most probably because you are under clicking a semi- stable speed.
In sum: yes it can cause phantom presses. You touched the screen, the device registered it but processed the information slowly and delivered the output much later.
Although if those Phantom presses occur at a higher speed, try to clean the screen as grease and other conductive substances can offset the Desires capacitive touchscreen.
________________________________
Please press thanks if I helped you in anyway.
Sent from my HTC Desire using the xda app.
Click to expand...
Click to collapse
Thanks for your reply, I think you may have solved a long time thorn in my side so to speak, for a good few months now almost a year or so iv been getting this phantom press syndrome while using keypad very annoying, also some flickering of screen back and forth without me actually touching the screen, but simply just turning off/on screen solved it until it returned, always trying to conserve battery power never gave a thought that by setting my CPU low could cause this, I just happen to read your above post about setting CPU to 428mhz, mine is now set to 422mhz lowest and Since doing so my phone feels great and while typing this iv had no phantom presses I shall monitor this for a few days to be sure, many ppl report this issue but i don't think its been said low setting of CPU can cause this.
Thank again
Sent from my HTC Desire using xda app-developers app
No problem! It's good to hear that let's hope the problem has been solved now
________________________________
Please press thanks if I helped you in anyway.
Sent from my HTC Desire using the xda app.
Ok well although my phantom presses is still present its a lot less active:thumbup:, iv tried cleaning the screen but no difference, so I guess ill have to return it to my network for service, thanks for trying to help.
Sent from my HTC Desire using xda app-developers app
Nice start for a person like myself that knows nothing about the program.
Is this guide still up to date enough?
Why does my SETCpu have 0 as max and 0 as min when i clearly have it set up?
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
Cant view the screen shot for some reason, also I have not used setCpu for a few years now, I don't think the app has been updated that much so the information here should still be of good use.
Sent from my HTC One using Tapatalk
(952) 300-5200
First of all, sorry for my bad english ...
.. a few days ago, i have rooted my wildfire (Unrevoked 3.21), ...that was okay, no problem was
... after that i have the superuser thing ... so i have installed setcpu 2.0.4.
After this, i flashed HCDR.Jacob's kernel...
At the first time, a lots of popup window came, but no force close, or other error message ... i thing its working
i created the profiles like this:
- main: 768 max, 122 min
- Screen off: 245 max, 122 min
- Temp: 518 max, 122 min at 50 Celsius degree
- Battery: 576 max, 122 min
- Charging, Full: like main
Everything in Ondemand ...
After this setting, not alwasy, sometimes, when the screen is off and i have an incoming call, the screen is a little bit yellowy ... like old tv-s?!
Is it possible, the high cpu framerate can glitch the screen colors?!
Should i set lower cpu rate, in main and charching profiles?!
I cant understand, becasuse when the screen is off, the cpu is running on 245 ... this isn't so high ... also maybe a little low
Any ideas, or common "yellow effects"?
And another thing .. do i need perflock disabler to HCDR.Jacob's kernel??
thx
Lazlo
It's a known problem, just set you screen off profile to 325 max, 245 min. this fixes it
I can confirm this bug. I been wondering myself what was happening but couldn't be assed to investigate. I just figured its a ROM problem, I use OpenFire, but apparently its not..
EDIT: Post above wasnt posted when posting this.. Did you mean 352 or 325mhz, Wockawocka?
LeandroMarceddu said:
Did you mean 352 or 325mhz, Wockawocka?
Click to expand...
Click to collapse
Mine is set to 352 I can't select 325mhz. please find attacted a copy of my profile backup. Extract file to your SD cards root and restore profile from setCPU
wockawocka said:
Mine is set to 352 I can't select 325mhz. please find attacted a copy of my profile backup. Extract file to your SD cards root and restore profile from setCPU
Click to expand...
Click to collapse
thank you wockawocka your attachment i restored it to setcpu ... and i will test it for few days ... and will report what happened
i didn't know this yellowy screen is a known problem
and another thing,.. do i need perflock disabler with the HCDR.Jacob's kernel??
i haven't enabled it yet
thx again
cheers
lazlo
pazirez said:
and another thing,.. do i need perflock disabler with the HCDR.Jacob's kernel??
i haven't enabled it yet
Click to expand...
Click to collapse
I don't know, I've not selected it... you could try the following that I found in another post..
HOWTO:
Open SetCPU and give it root permissions as necessary. As a control, go into the Info tab and do the Long Bench a few times. You should get around 1000ms.
Go to the Main tab, hit MENU, hit Perflock Disabler (read the warning!), and hit Disable Perflock Beta: May crash!
It will work for a while, and then say it's successful. You can then click the X on the top right to exit the Perflock Disabler.
Go into the Main tab and drag Max: all the way down to 122000 (122Mhz). Make sure the green xxx max xxx min label above the sliders show 122 for both and also disable any Profiles you've set. Go to Info tab, then hit Long Bench again. This time you'll get something ridiculous like 5000ms, meaning that the Perflock Disabler has worked!
Change your settings Profile tab to something similar to my settings. You can mess around with the Battery < xx% profiles to fit your needs. Your exact Profile priorities do not matter, it's only important that some have HIGHER priority than others. On the Main tab, set Max all the way to the right (710000) and Min all the way to the left (122000), Scaling to ondemand, and check Set on Boot. Do not check Set on Boot yet if you're the super careful kind. You can check it later when you've tested that your phone isn't crashing - I've edited some of the above to make it look right for the Wildfire, was copied from Evo post
okay, i tested the perflock disabler post .... but nothing happened ... i tried to enable it, but it said "You can't, there is no perflock" or something like that ....
by the way ... with your profiles, its workin, no yellow screen, so i'm happy .... and i'll leave it alone ... and it looks like the battery and setcpu is a good friend too