Backing up/Export Alarm Clock settings - G1 General

I was wondering if anyone has seen such a way or method of saving the settings on the Alarm Clock app. Due to my addiction of flashing new ROMs almost every day/week... It's kind of a pain inputting the settings back in. Thanks in adv.

backup for root users

Hm... this app looks promising. Will report back once the new Eclair 2.0.1 v1.4 comes out.

Copy and paste the following to text files and save as alarm_backup.sh and alarm_restore.sh, respectively.
Backup:
Code:
cp /data/data/com.android.alarmclock/databases/alarms.db /sdcard/alarms.db.bak
Restore:
Code:
cp /sdcard/alarms.db.bak /data/data/com.android.alarmclock/databases/alarms.db
Then use gscript, SUFBS, or just place on your sdcard and from the terminal
Code:
su
sh /sdcard/alarm_backup.sh
Code:
su
sh /sdcard/alarm_restore.sh

Backup for Root User's doesn't seem to do anything on eclair 2.0.1
The scripts seems to work but when I try to enable the alarm, I get FC's. Maybe there's an alarm app that has an export feature.

aznpulse said:
Backup for Root User's doesn't seem to do anything on eclair 2.0.1
The scripts seems to work but when I try to enable the alarm, I get FC's. Maybe there's an alarm app that has an export feature.
Click to expand...
Click to collapse
Be sure to open your alarm before running the restore script.

Related

how can i back up app settings?

i want to wipe my phone but dont want to lose settings for some apps such as locale and io shopping. is there a way to pull files off the phone that store app settings, wipe and then push them back to restore the settings?
any other way to do this?
Pinesal said:
i want to wipe my phone but dont want to lose settings for some apps such as locale and io shopping. is there a way to pull files off the phone that store app settings, wipe and then push them back to restore the settings?
any other way to do this?
Click to expand...
Click to collapse
Code:
cp -R /data/data/edu.mit.locale /sdcard/locale/
that would be the shell commands to backup your entire Locale database and preferences from its permanent home on your phone to an sdcard folder called "locale"
Or you could do:
Code:
adb pull /data/data/edu.mit.locale/* C:\android\locale
which would be the adb command to pull the folder from the phone and put it in a folder on your C drive called "android\locale"
since I don't have oi shopper installed, I can't tell you the database location but if you go into a shell and do
Code:
cd data/data
ls
you should see something like com.android.oi.shopper or com.shopperoi.android or something along those lines....once you have the folder location, you can use the above code to pull it out onto your computer.
To restore you have to put the files for Locale back here:
Code:
/sdcard/locale/edu.mit.locale/* /data/data/edu.mit.locale
and some similar code for oi shopper
Check out this link for more info on how to explore the file structure of android and some helpful commands
http://forum.xda-developers.com/showthread.php?t=488928
Sounds good, that is very helpful. If I just pulled the entire data folder, would that back up the settings for every app?
Pinesal said:
Sounds good, that is very helpful. If I just pulled the entire data folder, would that back up the settings for every app?
Click to expand...
Click to collapse
Some people will tell you that you only have to pull the .db (database) file usually within the database folder of a particular app in order to backup the settings. I took it one step further and just simply backup and restore the entire application folder and it works fine. I have my doubts that if you just back up and restore the entire /data/data folder, that it will work, but you can give it a try. I might do the same on my spare G1 for ****s and giggles too.
I have tested my method on the following:
Apps
* A2b
* Amazon
* Twidroid
* Simchecker
* Locale
* Doom
* Flixster
* Gmail
* Email
* Gmote
* Gscripts
* Keyring
* Market
* Missed Call
* Shazam
* SMS Popup
* SMS Sync
* Tunewiki
* TunesRemote
* The Weather Channel
* Youtube
* Default Text Message
as well as on the following settings
Settings
* Launcher (will remember home screen settings this way)
* Wifi
* dictionary
* Call log
* alarms
* google settings, and settings....not sure what these do, but I found them in the /data/data tree so I back them up and restore anyway. I hope that answers your questions.
any idea if this would work for open home and better cut
i hate after flashing roms having to rest my desktop and all my icons
johnt2k said:
any idea if this would work for open home and better cut
i hate after flashing roms having to rest my desktop and all my icons
Click to expand...
Click to collapse
It should work on everything as long as you can find, backup and restore the appropriate folder.

Post-Root Setup Instructions?

I know many of us are new to the whole rooting thing. I'm coming from the Windows Mobile world of custom ROMs, kitchens, etc., but I do have some linux experience. However, I can't for the life of me figure out how to do a lot of what comes "standard" in MoDaCo's ROM. Obviously it would be easier to simply install Paul's ROM and be done with it, but I'd really like to learn how to do it on my own too.
So, that being said, maybe we can pull together some tutorials, guides, and/or links to existing guides which explain how to go about setting up our Rooted phones manually. Here are some of the built-in mods the MoDaCo ROM comes with which would be nice to be able to do manually or on a one-off basis:
Included in MoDaCo 1.1 'core':
Rooted with 'adb remount' permission and superuser APK
A2SD included (fully automatic thanks cyanogen!) create a EXT2 partition as your second partition to use. dalvik-cache remains on device.
Added Jbed Java
Added Dropbear SSH running by default, check 'About' screen for password (port 2222). You can now remove this by running /system/bin/removedropbear.sh
Added Notes app from Dragon
Added Spare Parts (run it and switch the 2 animation types to 'fast' for an even better experience!)
Added android-wifi-tether 1.60 pre3 (props to the developer, this is a great app!)
Added WiFi Status indicator, with kind permission of Andrew Schwimmer
Added busybox 1.15.2 tweaked such that 'get information' in Swapper now works as desired
Added nano 2.09 text editor for use in shell mode
Added parted and sqlite tools
Added terminfo and settings to boot.img to allow nano etc. use
Added files required for Debian linux including loxley's updated bootdeb script
Moved Quickoffice to data partition to allow easy uninstall
Moved Google Maps and Google Voice Search to data partition to allow easy update
Silenced boot sound (it's still there and can be reactivated with a file edit)
Click to expand...
Click to collapse
*********
*********
!Working!
Wireless Tethering:
http://android-wifi-tether.googlecode.com/
Go to the "Downloads" tab and download version 1.61-pre
!Not Working!
Superuser Whitelist App
I found two threads here that describe how to install Superuser.apk.
http://forum.xda-developers.com/showthread.php?t=582140
http://forum.xda-developers.com/showpost.php?p=4897587&postcount=5
Using the first one, I was able to get the files onto the phone and I used the chmod commands found in the second file in the hopes this would work; however, whenever I try to use it, nothing happens. The ES File Explorer, in particular, used to work with MoDaCo. When I'd try to browse as root, Superuser would pop-up and ask if I wanted to grant the app permissions. Now it just hangs there (black screen) and ES File Explorer says I don't have root access. Other Root apps work fine though, it's just they don't seem to be dependant on Superuser Whitelist.
'adb remount' permission
This requires that the default.prop file be edited from ro.secure=1 to ro.secure=0. Unfortunately, I can't seem to get this file to stick. If I use the mv command using adb shell, I get some kind of permissions error. If I use the cp command when booting into the recovery menu and using adb shell, the file reverts to the original on boot. Or maybe it's simply not being overwritten, but not throwing any errors either
I think I may have found a thread that will help with the default.prop changes. Looks like this has to be done in the recovery.img which apparently overwrites any modifications in the root of the device on each reboot. I'll post an update if/when I figure it out.
HOWTO: Unpack, Edit, and Repack Boot Images
http://forum.xda-developers.com/showthread.php?t=443994
The adb remount permission issue is driving me crazy. Please keep us updated if you figure out a way of resetting that without installing a new ROM.
I ended up modifying one of the MoDaCo update scripts to set up ADB Remount, Superuser.apk, and Busybox. It's been working fine for me, but be sure to do a backup before you apply the update. Check it out here:
http://forum.xda-developers.com/showthread.php?t=593952

location of mmssms.db

registered just to find some help with this...
just got a N1, used to have a G1. both rooted, and i'm trying to migrate my mmss and smss to the N1. copied the mmssms.db out of the G1 and saved it to the sdcard. placing it in the N1's /data/data/com.android.providers.telephony/databases/mmssms.db (via Better Terminal Emulator Pro) does not restore the texts. could this be a permissions issue or did they move the mms and sms database?
How does this fit in the Development Section? I am not trying to be rude... but...
why you dont try an sms backup ap?
Solution
This is because you do not have busybox installed yet (cyan will be posting later). You can push it via adb using the following command:
Code:
adb push c:\mmssms.db /data/data/com.android.providers.telephony/databases/mmssms.db
Reboot your N1 after you push to see your messages. Worked like a charm for me.
seraph1024 said:
How does this fit in the Development Section? I am not trying to be rude... but...
Click to expand...
Click to collapse
The problem is that there is no Q&A section and it makes more sense that the General section since it will take a dev's solution to fix the issue. A Q&A section needs to be added.
seraph1024 said:
How does this fit in the Development Section? I am not trying to be rude... but...
Click to expand...
Click to collapse
sorry, i figured this was more tech-y to go in the General section.
also, i'm able to copy the mmssms.db to the location, but after restarting my messaging app crashes (both the default and handcent).
permissions on my mmssms.db file after the copy are:
----rwxr-x 1 0 0 (size) (date) mmssms.db
i'm able to chmod 777 this file and restart and see it, but i assume that the "correct" way to fix this would be to chown to whoever is user "1001" and group "1001" ("1001" because that's the group and owner of the other file in this folder)
quick unix question i guess: how can i find out what "1001" refers to, as "chown 1001 mmssms.db" gives me a "No such user '1001'"?
also, it looks like the MMSs (which were what i was actually trying to save) don't get restored. causes a force close in Messaging and a "Handcent cannot display this" in Handcent.
in case anyone wanted to know. i guess that single database doesn't keep the actual images.
niiiick said:
also, it looks like the MMSs (which were what i was actually trying to save) don't get restored. causes a force close in Messaging and a "Handcent cannot display this" in Handcent.
in case anyone wanted to know. i guess that single database doesn't keep the actual images.
Click to expand...
Click to collapse
The other easy solution is MyBackup Pro. If you don't want to shell out the $5 you can get a 30 trial of the full version (all features work) for free in the Market. It will backup and restore both SMSes and MMSes. Hope this helps.
one of the comments says that even with the 30 day trial you can't restore to a different phone, it has to be to the same phone the backup is from. plus i'd really just kinda like to learn
Hmm...the main reason I wanted to root the phone was to be able to push my old mmssms.db file onto the new Nexus, interesting that it doesn't work.
The db file is just a sqlite database, I wonder if maybe the database schema has changed slightly, hopefully I can pull the one from the Nexus today at work and compare it to my backed up G1 db...
Swervo said:
Hmm...the main reason I wanted to root the phone was to be able to push my old mmssms.db file onto the new Nexus, interesting that it doesn't work.
The db file is just a sqlite database, I wonder if maybe the database schema has changed slightly, hopefully I can pull the one from the Nexus today at work and compare it to my backed up G1 db...
Click to expand...
Click to collapse
actually it was my mistake, it works, just so far not the MMS part. copy the mmssms.db to your new phone, restart. i had to change the permissions to 777 (because i don't yet know who to chown to). is the mmssms.db supposed to hold the actual images too? do you know how that's supposed to work?
AndroidAppCritic said:
The other easy solution is MyBackup Pro. If you don't want to shell out the $5 you can get a 30 trial of the full version (all features work) for free in the Market. It will backup and restore both SMSes and MMSes. Hope this helps.
Click to expand...
Click to collapse
thanks for the suggestions. one of the comments says that restored MMS's can't be viewed.
this is the only problem i'm running into doing it manually. i just need to know where the mms's are kept in the system or why they won't read from mmssms.db...
ok, if anyone cares, i've successfully manually moved my SMSes and MMSes from my rooted G1 to my rooted N1.
had to use ADB.
used superuser'd terminal in the G1 to copy the following to the sdcard (though i suppose you could ADB pull them off the G1)
/data/data/com.android.providers.telephony/databases/mmssms.db
/data/data/com.android.providers.telephony/app_parts/*
copied them to my comp
then
adb push c:\mmssms.db /data/data/com.android.providers.telephony/databases/mmssms.db
adb push c:\app_parts /data/data/com.android.providers.telephony/app_parts/
or somethin like that. basically move mmssms.db and all the files in app_parts to the nexus one, same directory.
if you don't do it through adb, then you might have some permission errors and the messaging apps would force close. just chmod 777 all of these files (and the app_parts folder) unless you know who to chmod to (cuz i didn't) and it should work. let me know if you do it that way, cuz i haven't tested it.
edit: after this, sending an MMS would force close, and trying to download one would fail. back in the adb shell:
cd /data/data/com.android.providers.telephony/
chown radio app_parts
chmod 771 app_parts
i suspect that this is because i had created the app_parts folder via ADB instead of letting the system create one when the first mms is sent/received on an N1. either way, afaik all mmses work now.
I missed your reply to this, doh!
[Removing bad instructions]
The method I posted works great, as long as you never try to send any texts. Once I sent some, they ended up in random order in the thread, then the phone started spewing multiple copies of the same message, at least 15 or so to my wife in about 30 seconds, I had to go into airplane mode to stop them, and then just restored from a nandroid backup. And I don't have unlimited texts...oops...

[Q] Removing apps that came with CM6

I'm not sure if this is the right place to post this. Feel free to move it.
I am wondering how to remove some things that came with CM6 when I installed it. When I go to applications > manage applications I cannot delete anything other than the things I've installed. Here is a list of things that I want to delete.
Amazon mp3
The stock browser
Stock Camera
stock messaging
stock music player
Google Talk
Google Voice
All the wallpapers
Home screen tips
I don't have a use for any of these and would rather free up the space and keep down the clutter from things I don't use.
http://forum.xda-developers.com/showthread.php?t=735255
*************** NOTE ***************
Removing some of these may cause instability/FC issues with your phone. Just fair warning.
***
After reading that thread; the files you need to delete are... (located in System/App)
com.amazon.mp3.apk
Browser.apk
Camera.apk
(Not sure about messaging - might be mms.apk)
music.apk
talk.apk
I'm not totally sure about the others.
deleting mms.apk will remove your ability to receive texts. i know cause i tried to replace it with handcent at one point. removing music and amazon should be fine.
Thanks for the replies. I'm gonna try to remove the Amazon mp3 and Music now. What do you think would happen if I move the apps to my SD card and then access and delete them from my computer? Does this run the same risk of instability issues? In theory, I should be able to back them up on my computer and restore them if things go wrong, agree?
Anthony1s said:
Thanks for the replies. I'm gonna try to remove the Amazon mp3 and Music now. What do you think would happen if I move the apps to my SD card and then access and delete them from my computer? Does this run the same risk of instability issues? In theory, I should be able to back them up on my computer and restore them if things go wrong, agree?
Click to expand...
Click to collapse
Ya. You can back them up to your SD card or PC, whichever is easier.
Sent from my Liberty using XDA App
Here's what I did along with some instructions from attn1. (he's the best!) Maybe this information will be helpful to someone. I am running CM6 A012 on my phone.
I booted up the Ubuntu LiveCD that I used to root my phone.
Rebooted my phone into Clockwork Recovery... power & volume down > wait for system check > Recovery
Once in ClockWork Recovery I linked my phone via USB to my computer and clicked 'partitions menu' then 'mount /system'
I accessed the terminal in Ubuntu and I couldn't get permissions to access the phone's files
In terminal, attn1 had me type the following commands before I could access the app list.
1) echo $PATH
2) sudo su
3) cd /opt/android-sdk-linux_86/tools
4) ./adb kill-server
5) ./adb remount
After that, to list the apps type: ./adb shell ls -l /system/app
To remove apps type: ./adb shell rm /system/app/filename.apk
To check if they're removed type: ./adb shell ls /system/app/filename.apk
I removed Music.apk, com.amazon.mp3.apk, and Browser.apk. When trying to remove Gmail.apk, Ubuntu wouldn't let me do anything else. I am assuming that the LiveCD has a time limit on it for the trial version. I then unmounted my phone on ClockWork and the rebooted it. The apps that I removed are gone from my phone and everything related to them still works fine.
Here is a link I used to find out which .apk files were safe for removal. http://forum.sdx-developers.com/android-2-1/(list)-apk's-and-odex's-safenot-safe-to-delete/
I will do some more research and try to remove other .apk files in a couple hours. I didn't try the 'move to SD' method that I mentioned above and would still like someone's opinion on it.
I forgot to mention. It's probably best to do a nandroid back up before doing all this. I didn't do one that time and will do it next time. I will also leave a list of everything I removed for future reference. If anyone else has a list, I would appreciate seeing that. This is my first time doing all this so I am constantly bugging attn1 for knowledge.
It didn't seem right to complain about AT&T bloatware, but still have to deal with the apps cyanogen installed.
Correct me if I am wrong. I did it this way and so far haven't found any issue YET. BTW, I didn't delete mms.apk though. Use Winrar (or other programs, not tested) to open cm6-liberty-A0xx-signed.zip. Navigate to system/app and then remove the apk files from there. Close winrar and install the modified cm6-liberty-Axxx-signed.zip like normal. It saves me a lot of time dealing with adb.
penpower said:
Correct me if I am wrong. I did it this way and so far haven't found any issue YET. BTW, I didn't delete mms.apk though. Use Winrar (or other programs, not tested) to open cm6-liberty-A0xx-signed.zip. Navigate to system/app and then remove the apk files from there. Close winrar and install the modified cm6-liberty-Axxx-signed.zip like normal. It saves me a lot of time dealing with adb.
Click to expand...
Click to collapse
You know, that's a much easier idea. Even testing by taking one .apk out at a time would be faster, I think. And my Winrar is expired and it still let's remove files! I would just have to remember to save a backup on the .zip before and after removing each .apk.
Anthony1s said:
1) echo $PATH
Not required. Only had you do that because I knew shad0wf0x put the tools in the path, but didn't know exactly where. Just made it easier for moving there once you did the next step.
2) sudo su
3) cd /opt/android-sdk-linux_86/tools
Required.
4) ./adb kill-server
Not required - only had you do it because the server was initially started from the regular user account and wasn't connecting properly.
5) ./adb remount
After that, to list the apps type: ./adb shell ls -l /system/app
To remove apps type: ./adb shell rm /system/app/filename.apk
To check if they're removed type: ./adb shell ls /system/app/filename.apk
This is fine....
I removed Music.apk, com.amazon.mp3.apk, and Browser.apk. When trying to remove Gmail.apk, Ubuntu wouldn't let me do anything else. I am assuming that the LiveCD has a time limit on it for the trial version. I then unmounted my phone on ClockWork and the rebooted it. The apps that I removed are gone from my phone and everything related to them still works fine.
Here is a link I used to find out which .apk files were safe for removal. http://forum.sdx-developers.com/android-2-1/(list)-apk's-and-odex's-safenot-safe-to-delete/
I will do some more research and try to remove other .apk files in a couple hours. I didn't try the 'move to SD' method that I mentioned above and would still like someone's opinion on it.
Click to expand...
Click to collapse
FYI there is no expiration on the Ubuntu LiveCD. If it stopped working for you, it was for some other reason.
Thanks for correcting that attn1. I haven't tried to do anything further yet, but will after a nap. Does anyone know if you edit the ROM in Winrar, do you have to sign it or w/e?
Anthony1s said:
Thanks for correcting that attn1. I haven't tried to do anything further yet, but will after a nap. Does anyone know if you edit the ROM in Winrar, do you have to sign it or w/e?
Click to expand...
Click to collapse
When I modified both of N1 and Aria CM rom, I don't have to sign it again.
Ok here is the basics of what I did. I didn't modify the CM .zip from my computer because I thought it would take more time to nandroid backup and reflash the ROM. If I install a new ROM, I am more likely to do that. I loaded the Ubuntu LiveCD and proceeded with what I was doing before. I still had to put in every command that attn1 taught me.
Here is a list of everything I removed.
- Music.apk Successful. No problems.
- com.amazon.mp3.apk Successful. No problems.
- Browser.apk Successful. No problems.
- Gmail.apk Successful. No problems.
- CMWallpapers.apk Successful. No problems.
- LiveWallpapers.apk Successful. No problems.
- MagicSmokeWallpapers.apk successful except the 'Many' live wallpaper option doesn't load without this. I didn't care cause I was getting rid of all of them.
- LiveWallpapersPicker.apk Deleting this changes some things. When you go to menu >wallpaper it takes me directly to Astro File Manager instead of the wallpaper menu. I can still access and change my wallpaper though the Gallery app
I didn't remove Camera.apk because I read somewhere that it will mess up your camera even if you have another app install. I also didn't remove any Google apps yet. I might try those any other day. They aren't bothering me right now.
I was thinking about moving my nandroid backup to my computer to save space, but I didn't. I realized that if my SD is full, I won't have space on it to move it back when I needed it.
Thanks for all the tips.
what are the apps you upgraded to after deleting these?
i dont want to delete the stock once i've been using if there alternatives arent any better.
dh4645 said:
what are the apps you upgraded to after deleting these?
i dont want to delete the stock once i've been using if there alternatives arent any better.
Click to expand...
Click to collapse
For Music, I'm using Mixzing. For Browser, I'm using Dolphin HD. For E-mail, I'm using K9. For Messaging, I'm using Handcent. For Camera, I have a bunch of different apps.
I heard that your camera and messaging won't work without the 'Camera' and 'Messaging' that are currently on the phone. I'm assuming that your email won't work without the 'Email'. I deleted Gmail without any problems though. All the rest that I removed were just Wallpapers that came on the phone. I can pull up the wallpapers that I want from gallery still.
I don't think I freed up much memory space. My main concern was to get all those 'Music' widgets off my widget list and make everything else less cluttered.
So you can still get and send email from your email account after removing gmail or do you have to buy/download another email client. I am trying to figure out the differences between the gmail and email apps at the moment. The email app seems to have changed in Froyo to something less than it was. Are you using the standard "email" app after you delete gmail app?
anika200 said:
So you can still get and send email from your email account after removing gmail or do you have to buy/download another email client. I am trying to figure out the differences between the gmail and email apps at the moment. The email app seems to have changed in Froyo to something less than it was. Are you using the standard "email" app after you delete gmail app?
Click to expand...
Click to collapse
I use k9 mail. Everything worked after i removed gmail.apk
Sent from my Liberty using XDA App
What I did before I installed the addon apps is opened the zip file and just deleted the apk files I didnt want.
I forgot to delete Twitter tho. Doh.
Hey, tried running Skyfire browser after uninstalling the default browser?? Cause all I am getting is a black screen when trying to run Skyfire.Other browsers work fine, but no Skyfire.
Know of any way to reinstall the defautl browser???
mharrissmith said:
Hey, tried running Skyfire browser after uninstalling the default browser?? Cause all I am getting is a black screen when trying to run Skyfire.Other browsers work fine, but no Skyfire.
Know of any way to reinstall the defautl browser???
Click to expand...
Click to collapse
I think I read somewhere that Skyfire is meant to run on top of the default browser, kind of like an add-on.
For the stock browser, download cm6 and unzip it. Then go into the unzipped file >system>app>browser.apk. Just push Browser.apk to /system/app on your phone via adb and you're good to go.
EDIT: just realized you might not be running cm6. Not sure if theres a difference between the browser in cm6 and the one from the stock rom. If there is a difference you just follow the same procedure from whichever rom you're running.

[GUIDE] Make VooDoo Settings Stick on Boot

FIRST: Supercurio makes a really awesome app, so I highly recommend purchasing the pro version to support further development for two reasons. First, it's the right thing to do and second, I haven't figured out how to make all of the VooDoo sound settings work yet, and I'm a busy college student in my senior year attempting to convince someone to pay me, so I don't have much time on my hands (thus my erratic shower schedule).
That being said, I have attached a script that I run on boot. That being said, I'm running AOSP's oiCSv43 ROM with Eugene's Speedy 2 kernel. So long as your kernel supports the following options (which will be listed below), you shouldn't have a problem with this script. I've also verified that it works just peachy with GLaDOS 2.5 for ICS-- another very good ICS kernel [I head 2.6 is quite nice]. (This should also work for GB roms if anyone cares to test for me)
You must have
root
superuser
busybox, or an alternate way to mount /system as writable (there are 2 other methods AFAIK)
ROM that supports init.d scripts OR scripter or some other app like it (in this case, you can just add the script to scripter and set it to run on boot)
If you don't (know if you) have init.d support, check out this post by damnmisur about scripting with ROM Toolbox
This script changes the following:
cpu governor -> interactive
max freq->1000mhz
min freq->150mhz
touchwake enabled with 10 second delay
back light dimmer settings are commented out, so it uses whatever is default for you kernel
bln enabled with blink disabled
blx commented out (reverts to kernel default which is likely 96%)
voodoo_color/red_multiplier->2724764160
voodoo_color/green_multiplier->3059586880
voodoo_color/blue_multiplier->2944130880
voodoo_color/red_v1_offset->-26
voodoo_color/green_v1_offset->-30
voodoo_color/blue_v1_offset->-33
voodoo sound anti-jitter, hi-fi play, hi-fi record, dac direct, voodoo sound control enabled
headphone_amplifier_level->+3db
voodoo sound mono downmix disabled
USE AT YOUR OWN RISK! I AM NOT LIABLE IF ANYTHING GOES WRONG!!!
NANDROID NANDROID NANDROID.
ALWAYS MAKE A BACKUP
NANDROID
The script is in the zip. To install:
Unzip archive into same directory as adb (or wherever you want if you know what you're doing)
open a terminal
Code:
adb remount
adb shell
su
busybox mount -o remount,rw /system
exit
adb push 99whirlpool-Speedy_2 /system/etc/init.d/99whirlpool-Speedy_2
adb shell
chmod 755 /system/etc/init.d/99whirlpool-Speedy_2 && reboot
The file has no extension! If you want to edit it, open it in a text editor. If you don't know what you're doing, don't play with it. To disable boolean values, change the 1 (1 means true i.e. on) to a 0 (which means false, i.e. off).
frequency values are in hertz
you can find out what scaling governors and frequencies your kernel supports by typing
Code:
adb shell
su
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
Feel free to edit anything you'd like!
DO NOT FLASH THE .ZIP FILE! Extract and follow the directions above
thanks....
Nice but some of your changes are the exact opposite of what I use. So I'll just change voodoo settings because I'll be a lot less to change with every boot than if I was to use this.
I do of course use easy settings. Color multipliyer: all the way right.
Gama: all the way left.
Sent from my Nexus S 4G using XDA App. Developer of brickROM, and OP of XDA Thread of The Year 2011.
Thank you.
Don't voodoo settings stick by default? It seems my voodoo settings stick just fine without using any script?
Si_NZ said:
Don't voodoo settings stick by default? It seems my voodoo settings stick just fine without using any script?
Click to expand...
Click to collapse
They do with the PRO version, not the free one. I've also never had a problem with them NOT sticking on Pete Alfonso's GPA19, or any GB ROM for that matter, but many ICS users, including myself, have not been able to get our settings to stick recently.
This also means that I don't have to use NSTools or VooDoo Control.
Translation:
no apps changing settings on boot->
fewer individual SU requests (count the number of toast notifications, or check the request list in the superuser app for NSTools and VooDoo control on boot)->
faster boot sequence, and less lag on boot.
Not everyone may have this problem, but I and others do.
I'm visiting for a lesson, had read this before on aosp's or Eugene's kernel threads, but didn't get it so, wanted to ask and thank you for this help.
I'm trying to make voodoo stick, I downloaded your zip, opened and changed a couple of things in Wordpad, it asked to save and rezip, said yes. I used different multipliers and want bln to blink, so changed those numbers and the blink 0 to 1 (or vice versa, followed your directions).
So to do this, do I just flash zip in recovery? Any wipe or just flash away??
Like you said, I will backup, but really don't want to make a mess and thought I would double check first.
nmoreman said:
I'm visiting for a lesson, had read this before on aosp's or Eugene's kernel threads, but didn't get it so, wanted to ask and thank you for this help.
I'm trying to make voodoo stick, I downloaded your zip, opened and changed a couple of things in Wordpad, it asked to save and rezip, said yes. I used different multipliers and want bln to blink, so changed those numbers and the blink 0 to 1 (or vice versa, followed your directions).
So to do this, do I just flash zip in recovery? Any wipe or just flash away??
Like you said, I will backup, but really don't want to make a mess and thought I would double check first.
Click to expand...
Click to collapse
Don't flash the zip. It's just there so that I could upload the attachment properly.
The script is in the zip. To install:
Unzip archive into same directory as adb (or wherever you want if you know what you're doing)
open a terminal
Code:
adb remount
adb shell
su
busybox mount -o remount,rw /system
exit
adb push 99whirlpool-Speedy_2 /system/etc/init.d/99whirlpool-Speedy_2
adb shell
chmod 755 /system/etc/init.d/99whirlpool-Speedy_2 && reboot
I'll add a readme to the zip to make it more obvious.
Shark_On_Land said:
Nice but some of your changes are the exact opposite of what I use. So I'll just change voodoo settings because I'll be a lot less to change with every boot than if I was to use this.
I do of course use easy settings. Color multipliyer: all the way right.
Gama: all the way left.
Sent from my Nexus S 4G using XDA App. Developer of brickROM, and OP of XDA Thread of The Year 2011.
Click to expand...
Click to collapse
If your just worried about voodoo settings you could do the following :
http://forum.xda-developers.com/showthread.php?t=1366780 or just use the script from this method. Of course you have to edit numbers to your preference.
Sent from my Skanky Nexus S in the Matr1x using XDA App
damnmisur said:
If your just worried about voodoo settings you could do the following :
http://forum.xda-developers.com/showthread.php?t=1366780 or just use the script from this method. Of course you have to edit numbers to your preference.
Sent from my Skanky Nexus S in the Matr1x using XDA App
Click to expand...
Click to collapse
Thanks, I'm going to add this post to the OP as an alternative for those without init.d support

Categories

Resources