[REVIEW] V6 Supercharger on Galaxy Y - Galaxy Y GT-S5360 General

Hi all,
I'd like to share my experience with V6 SuperCharger script by zeppelinrox [V6U9RC13] on my Galaxy Y
For those who wonder what V6 SuperCharger is I'd say it's a very long shell script (about 11.000 lines of code) that aims to optimize some system parameters and system/apps files in order to boost the phone performance.
Official thread of V6 SuperCharger is here along with the official downloads:
http://forum.xda-developers.com/showthread.php?t=991276
To execute the V6 SuperCharger main script any terminal emulator is suitable, but it's advised to install and use SManager app, available at Google Play store.
So, here is how my story begin.
I ran the script but the SManager paired with the Galaxy Y small screen, doesn't make it quick to go through all the Driver Options without having to tediously use the super small full keyboard, and having hard time to hit the proper keys.
I'm used to use the numeric pad, bigger buttons, but unfortunately on SManager numeric pad only can input number, not letters, and V6 SuperCharger doesn't usually accept numbers as answers to the many options.
So I decided to make a "quick" modification to the script on-the-fly, seeking all the 11 thousands lines for the options answers like y, Y, n, N, a, A etc... and adding a 1, 2, 3,4 at convenience.
After that, going through the Driver Options has been as nice as a breeze, using only the numeric pad to answer to all the options
Good right? no, not much...
Somehow the script didn't work at all... the Driver options were set but the boot script were not made, and all the main menu options were actually inactive....
Well... I thought it was a problem with my own phone configuration but I finally found out, after many hours of debugging, that zeppelinrox had hidden in the code a check that automatically and silently disable almost all the script functions if the script is been modified in a way that there are more o less lines than the original script.
Ok, found the problem, fixed, now everything run properly...
The scripts makes and installs its boot scripts and the tweaks are applied at everyboot... fine!
I then tried the zipalign function.
Zipaligning the apps packages (apk files) provide quicker access to their contents by system and apps... sounds good... isn't it?
Well... the 1st run of the Zipaligning wasn't a good one.... the script found something like 8 thousands apk files to check for zip alignment... and that was very weird as I don't have more than 200 apk in my phone.
Plus the process to check and eventually zipalign each apk was dramatically slow... something like 8-10 seconds per package (that is about 20 hours needed to process 8000 apk ).
Something was wrong somewhere... and I found it!
In the script the command used to find all the APKs doesn't work properly on the Galaxy Y stock rom... problably because of some simlinks that makes like a loop between folders.
Anyway the problem has been recognized too by another developer, Black Dog http://forum.xda-developers.com/showthread.php?p=42884332 , who actually fixed it in upd9 RC12, but the latest V6 script, upd9 RC13, from zeppelinrox, unfortunately didn't kept the "fix"... so, after I stumble on the issue, I had to find the source of the problem and make the fix myself
I just actually found the command used by Black Dog script to seek the APK and copied to the latest RC13 script by zeppelinrox.
Fine... let's try the Zipaligning again...
Ahh... this time the script found 187 apk to check for zipalignment... sounds nice.
But hey!... still processing each apk takes many seconds... and seems that ALL the apks aren't zipaligned... is that possibile?
No, something was wrong again.
And more I was sure it was wrong because repeating the zipalignment didn't report any of the previous zipaligned apk as already aligned, but instead, they were processed and zipaligned again
I then tried the zipalign command manually on terminal to check it's behaviour on any of the supposed not aligned apk.
Weird enough... the zipalign executable, that I installed with the SuperCharger_Starter_Kit_RC12.zip provided by zeppelinrox in it's official download page http://forum.xda-developers.com/showpost.php?p=18703418&postcount=5021 , when executed it simply didn't do anything... just few seconds of "nothing" and then... nothing!
No output of any kind in the terminal screen.
I then got a zipalign executable from another package (Adrenaline Engine, or Universal v.3.1... very same executable there) and copied to my phone and tried and this time... yeah... that's it! I got output!
Code:
# zipalign
Zip alignment utility
Usage: zipalign [-f] [-v] <align> infile.zip outfile.zip
zipalign -c [-v] <align> infile.zip
#
Tried again the so called "Wheel Alignment" (the zipalign task) and this time, finally, everything worked as supposed.
Found 187 APKs, 10 were not aligned and so they been aligned.
Repeated the process... 187 APKs found, 0 not aligned
I guess that the zipalign executable provided in SuperCharger_Starter_Kit_RC12.zip is been compiled to run on KitKat 4.4 and somehow it broken the backward compatibility with earlier version of Android like the one running on Galaxy Y (GingerBread 2.3.6).
Hope that sharing my own experience in here will help someone :angel:

Hi, so it is better to use RC12Fix over RC13 because of the zipalign function? Should I downgrade from 13 to 12Fix?
Fix align, Wheel align, and Fix emmisions on RC13 always has error on my galaxy y. But I am 100% supercharge.
If Im staying at Rc13, I have to manually zipalign my apks? and fix permission on cwm right? For it to work..
When I try the zipalign command. Nothing happens.
#zipalign
(wait for 5 seconds then goes back nothing)
#

Hi Klmiciano,
yes, the Wheel alignment (ZipAlin APKs), Fix emissions (Fix Force Close Errors) and Fix Alignment (which is just the execution in sequence of both Wheel alignment and Fix emissions) options are not involved with the system parameters optimization done by the script to achieve the "supercharge", so no wonder you still can get 100% supercharged.
Actually the "Fix emissions" option is just a set of commands that automatically scan all the system and try to fix any files and folder permissions (write, read, modify permissions) inconsistency.
Fixing of permission is an utility task provided also by other common apps, like, for example, "Nandroid Manager", which in my opinion everyone should have it installed along with "Online Nandroid Backup", obviously for backup purpose.
Fixing permissions (called Fix Emission in Supercharge) isn't really a task that has to be done on a regular schedule; it is a "fix", so it's meant to be executed when there's a problem (an app that keeps Force Closeing, after an update, or backup restore).
ZipAligning too isn't much important. Almost all apps available are already Zipaligned and even if you might have one app not aligned among one hundreds Apps installed, that won't problably affect your phone performances in a way that can be recognized also because is only the App that comes with a "not aligned" APK file that is affected, not the whole system.
Anyway, if you like to have the Wheel Alignment to run properly you need to replace the zipalign executable (which is located in /system/xbin/zipalign ); using RC12Fix won't work either because the issue is caused by the Zipalign executable version installed with the SuperCharger_Starter_Kit_RC12.zip provided by zeppelinrox in it's official download page.
It's not a script issue, it's a zipalign executable issue.
So, if you care to have Wheel Alignment to run properly you need to replace the /system/xbin/zipalign with zipalign executable from another package (Adrenaline Engine, or Universal v.3.1... very same executable there).

Related

[MOD] Change Glass-Lockscreen to Android with a script

Hello!
So, some guys tested my bat-script and they reported that it works! So i create a new thread..
All you need is a java installation (i think jdk, becuase you need the jar binary) and adb! You have to edit the bat file and
set the 2 variables to the directory.
The other variables (sed, smali, baksmali, dexopt-wrapper) are in the package, so you shouldnt change it.
If anything necessary is not found, the script will not start!!
Attention: If you run the bat file, be sure your mobile is NOT IN STANDBY!! You have to be in normal mode (not recovery or sth) and the screen turned on!
So not in lockscreen/standby mode, because otherwhise SuperUser does not popup and ask for root-rights.
When you dont allow root-rights you will see a permission error during the script and this is bad (it will ask you 2-3 times for root rights).
I made this script, so everyone can look at the commands (not hiding inside an exe file which could do anything).
Here is the link: http://rapidshare.com/files/420586328/install_lockscreen.zip
Windows verion needs to be on rapidshare/filehoster, because i have put the sed binary + dll into it (you need it for windows and autopatching the .smali file)
Just download the bat script and edit it with an editor (notepad++ or jedit or just notepad) and set the ADB variable to adb.exe and JAVA_DIR to the JDK-directory (not including \bin - just the main-directory).
Tested successfully on my JM5 and some other user with JM8 and someone with JH2!
4 things todo (not for running the script, just for the future ):
1. create script for linux/mac os usage (shouldnt be so hard, but i have not so much time currently..)
2. auto-create an update.zip with the original android.policy.odex/.jar file for errors (because you cannot change this file if the phone cannot boot - su segmentation fault)
3. if /system/xbin/dd is not here or if it is missing the "conv=notrunc" option, the script should abort
4. create a version for deodexed mobiles/firmwares.
I dont have a clue, how to create an update.zip, so if anyone of you could give me a little help, i would be very happy
And i dont have a deodexed mobile, so someone should tell me the difference, so i can make a different script or the script should autodetect it.
Big thanx to Ateisti for found this solution: http://forum.xda-developers.com/showthread.php?t=779803
If you like my work you can buy me a beer (but you dont have to ): Beer via paypal
menu button fix included or not?
When someone would tell me what this is, then i can insert it in the script
Ateisti talk about it at the end of the first post of his thread
Found it
- By default, the menu button will also unlock the screen. To disable this behavior, you have to modify /res/values-hdpi-v4/bools.xml in /system/framework/framework-res.apk, and change the value of <bool name="config_disableMenuKeyInLockScreen">false</bool> to true. Can also be done by modifying code.
But, i have disabled WidgetLocker and just the AndroidLockscreen now..
I can hit so many times i want the menu button, the lockscreen will never be released..
I have JM5 (2.1). Maybe this is there different?
I will make on the weekend a linux version of the script and then i will also enable this feature..
thE_29 said:
When someone would tell me what this is, then i can insert it in the script
Click to expand...
Click to collapse
There is also a way to do this from the android.policy smali files. I did it on my UGJH2.
go into "android.policy\com\android\internal\policy\impl\LockScreen.smali"...
Do a search for "return v4" and change it to "return v6" (this should be within the method ".method private shouldEnableMenuKey()Z", closer to the ".end method" line.)
To add it to your script, have it change this at the same time as the other file you edit and bingo, no more menu button unlock....
didn't work here.
thank god you made a backup folder
JHJP8, not de-odexed.

[Scripts][MOD] Supercharger Script! KAK + 3G Turbocharger Amazing!!

I am posting to spread the word for the best scripts on any android device i have ever seen and proven to work on various android phones and tablets that i own! Especially the htc Desire!
Original Thread: http://forum.xda-developers.com/showthread.php?t=991276
by: Zeppelinrox
None of these scripts is my work and only speaking from profound experience! I cannot describe how amazingly these 3 scripts can change the phone completely! It is now Superfast, no lag! and 3G is instant!!
Only works for rooted phones!
Very simple, follow the steps and couple requirements in original thread.
I'm using InsertCoin_GB_Sense 2.1 v1.1.4 rom. This should work for any android device flawlessly with little risk!
My settings for V6 Supercharger script
In script manager make sure root privilege is on but not boot!
512HP Super UL Option 7
then SuperClean and ReStart Option 30
KAK RC3
In script manager make sure root privilege is on and also boot!
Followed and accepted the prompts
3G TurboCharger
In script manager make sure root privilege is on and also boot!
I used Experimental 1
I used the following releases:
V6 SuperCharger Update 9 RC5, 3G TurboCharger RC3, KAK RC3 and DHBC RC2
Download Page: http://forum.xda-developers.com/showpost.php?p=18703418&postcount=5021
I was looking at this yesterday as its in mildwild. You really think its good?
Sent from my HTC Desire using Tapatalk
rootSU said:
I was looking at this yesterday as its in mildwild. You really think its good?
Sent from my HTC Desire using Tapatalk
Click to expand...
Click to collapse
It's good, this and titanium are the first 2 things I install on a new rom. Makes even sense 3.5 fly on our old desire.
From my HTC Desire AIO
What settings do you use?
I've installed it but to be honest, I already had some tweaks in place that this gives. I haven't noticed any improvements really.
Good for everyone else though. Looks well written.
Alright. After having installed this on my 2.3.3 Desire some 3 hours ago, i do see a noticeable improvement, especially in the way the launcher acts. It's much more fluid, even after a wake-up (when i used to get a little lag). I have configured the Supercharger just as the OP said and i have also installed the "KAK" module. I haven't installed any other module than these two (as i find no need for them).
How to install, for dummies:
1) Download "V6_SuperCharger_for_Android-Update9_RC5.2.sh.pdf" and rename it to "V6_SuperCharger_for_Android-Update9_RC5.2.sh.txt". Download "KickAssKernelizer_Tweaks_Installer_Update_3_RC3.1.sh.txt". Copy both files to the root of your SD card;
2) Go to the Market and download "Script Manager";
3) Open Script Manager and select "V6_SuperCharger_for_Android-Update9_RC5.2.sh.txt". After the "pop-up" opens, click on the SuperUser icon and then click "Run" (no need to modify any other settings). This gives Script Manager root acces, which it needs for the script to be able to modify key system files;
4) Follow the on-screen instructions (that's a no brainer);
5) Do the same for "KickAssKernelizer_Tweaks_Installer_Update_3_RC3.1.sh.txt"*.
*Note - i haven't fiddled with the I/O tweaks, as the script said they're sort of experimental.
Advice: it's best to have an init.d enabled ROM, as this allows the Supercharger and KAK to run their scripts automatically during start-up. This cuts the need to use Script Manager to run them at boot, thus making life easier.
I've been using it for the longest time that I can't remember how my phone works when I don't have this running. CM7 is fast enough as it is... so there really isn't much to push in terms of speed but yeah you'll probably notice some slight improvements here and there.
I wonder what you would think after having it unsupercharged and unkernelized for a couple of days... lol
zeppelinrox said:
I wonder what you would think after having it unsupercharged and unkernelized for a couple of days... lol
Click to expand...
Click to collapse
Maybe when I'm bored I'll uninstall it. I'm happy with your scripts and it's not giving me any negative performance issues to make me remove it.
after 2nd boot... my BravoC feels faster than before, especially when i try to look apps list after booting. superb !!!
would really appreciate a little help with installing this mod.
I read this on the ics thread -
You have to put the file as is it is in the sd card and then run the terminal
emulator and type:
su [enter]
sh \sdcard\[the name of the file] and again enter and then follow the guide.
the name of my file is -V6_SuperCharger_for_Android-Update9_RC8.2.sh
ive tried this many times , not working
do i change file extention by renaming ?
rraaka said:
emulator and type:
su [enter]
sh \sdcard\[the name of the file] and again enter and then follow the guide.
the name of my file is -V6_SuperCharger_for_Android-Update9_RC8.2.sh
Click to expand...
Click to collapse
did you try with this command?
$ su
# sh /sdcard/V6_SuperCharger_for_Android-Update9_RC8.2.sh
make sure the script file is in root directory of your sdcard and busybox already installed.
Thank you so much agis, it worked !
im using insertcoin 114 right now.
my phone booted fine
but im not sure i chose the right options !
it gave some warning about the busybox,.....but proceeded
build or local ? scrolling 1, 2 or 3 ? and many options
id like a guide to optimum preferences
but thanks anyway !! the literature is fun
obviously Im doing something wrong in the options.. my phone freezes from time to time and i have to pull the battery
when we have to choose buil or local...which is right ?
thnx
rraaka said:
obviously Im doing something wrong in the options.. my phone freezes from time to time and i have to pull the battery
when we have to choose buil or local...which is right ?
thnx
Click to expand...
Click to collapse
i choose build.prop and the script is running fine. but i use gingerbread, not ics.
maybe you can consult with the script creator about your problem. the link is in my signature.

[HOW TO][MOD] V6 SuperCharger Script

Hi all,
I own no credits to this mod/script, it's all put together by zeppelinrox, Thanks go out to him for this! Orginal thread can be found here.
http://forum.xda-developers.com/showthread.php?t=991276
This is the first post of this kind I have ever made, so it might not be that good, or any help at all, but for those who want to try this script for the first time, I shall try my very best to explain how to do so.
I had been running ROMS for my Nexus with the V6 SuperCharger built in, and decided to see if it'll run well on our humble little Tabs. And indeed it does, it could be a placebo of course, but I seem to notice a good difference.
First, there are a few requirements in order to use this script :-
You NEED to be Rooted, in order to do this (if you aren't already) you could try the excellent Quick and Easy Root Script by the genius Crossix http://forum.xda-developers.com/showthread.php?t=1472521
Download and Install Script Manager from the Market
https://market.android.com/details?id=os.tools.scriptmanager
You also need to have BusyBox installed for the script to be run, I suggest installing the Script attached to the above V6 SuperCharger thread (even if you already have BusyBox installed to avoid errors). Simply scroll to the bottom of the thread and download the file named "busybox_v1.19.3_installer_script_wraithdu.zip"
To install this version of BusyBox navigate to where you saved the ZIP file, if on the Tab it should have downloaded to "/mnt/sdcard/Download", extract it using your file manager, I use ES File Explorer. Then open Script Manager and navigate to the extracted folder, find the script that should be called "busybox_v1.19.3_installer_wraithdu.sh", open this and select the "su" icon, make sure it is selected as a script and not executable.
To Run the Script:-
Scroll to the bottom of the SuperCharger thread and Download the file named " V6_SuperCharger_for_Android-update8.sh.txt" Navigate to where this file is downloaded, if on the Tab it should have downloaded to "/mnt/sdcard/Download", rename it using your favourite file manager, usually via a long-press to "V6_SuperCharger_for_Android-update8.sh"
Then open Script Manager and navigate to the script, open it using script manager, again taking care to run it as "su" as a script not an executable. The script should Run and prompt you for an option numbered 1-17. I chose Option 2, which is Aggressive Level 2 and noticed a good improvement, you can of course opt for the balanced options of 3 or 4. To input a number touch the screen and the on screen keyboard should pop up, hit a number and enter it.
The Script Should run and then prompt you for another option, don't choose another one just yet.
If you are running the excellent build.prop by Crossix, Icewyng et al, it is recommended to disable the device keeping Launcher in memory for the script to run properly. To do this, open Root Explorer, navigate to the build.prop, in "/system", and open it in the text editor. Scroll to the part of the prop file that begins "store launcher in memory" and change the below string to "ro.HOME_APP_ADJ=0"
In order for this to be a persistent change to how RAM is managed on our Tabs, a script has to be set up to be run at boot. To do this, in Script Manager, navigate to "/data" and open the script named "99SuperCharger.sh", and check the boxes of "su" along with "boot" to run it at boot.
After you have followed these steps reboot your Tab and you *should* see a snappier Tab
Please be aware that this is the very first HOW TO I have ever written, and it will probably be inaccurate and crap. So, please, feel free to correct my errors and I will try to help running the script.
Yours,
Toyface
Awesome scripts. Im going to give it a try here in a bit and see if there is a difference in performance.
Could someone confirm if this really works?
I just did this and have notices an improvement but do follow instructions carefully
Sent from my A500 using xda premium
I can't download the update 8 sh.txt file it just opens it in my browser
I used taptalk to download it it worked great and is still working its magic
Sent from my A500 using xda premium
Super huge improvement. Thank you!
rando152 said:
I can't download the update 8 sh.txt file it just opens it in my browser
Click to expand...
Click to collapse
Which browser are you using? If chrome on the PC, try a right click and save as a txt file and rename it as a file ending .sh
Sent from my A500
Thanks for all the cool info. Using info I found in sin threads Skype seems to stay running for hours now instead of just 15 Minutes.
Sent from my modified A100 using Tapatalk and SlideIT keyboard.
so far so good.
Just had time to get this installed. So far it seems to be a bit snappier. Wish i had thought to benchmark first. Grrrr....
I think this should be in the dev section, I might ask to have it promoted... Good Work!
Frankly the whole you cant modify his script deal is a HUGE turn off. I understand him wanting credit for his hard work, BUT wth. I'll stick to safer things.
EDIT: Forget what I said I completely miss understood what he says in his post. He says
"Personal Use: You may tweak the V6 installation script (leaving credits intact) to your own personal liking as long as it is NOT redistributed in any way."
His autostart script script looks very handy. I was considering trying Gscript already here is a new reason hehe.
NoSudo said:
Frankly the whole you cant modify his script deal is a HUGE turn off. I understand him wanting credit for his hard work, BUT wth. I'll stick to safer things.
EDIT: Forget what I said I completely miss understood what he says in his post. He says
"Personal Use: You may tweak the V6 installation script (leaving credits intact) to your own personal liking as long as it is NOT redistributed in any way."
His autostart script script looks very handy. I was considering trying Gscript already here is a new reason hehe.
Click to expand...
Click to collapse
I can see why he doesn't want redistributables floating around, even with the open source (something I feel very strongly about) nature of the forum.
All I wanted to do was spread the word, maybe help along the way, if I've done this then I'm happy
Sent from my Nexus S using xda premium
NoSudo said:
His autostart script script looks very handy. I was considering trying Gscript already here is a new reason hehe.
Click to expand...
Click to collapse
You can also auto start scripts without having to use script manager or any other scripting program by calling them from within install-recovery.sh (see my sdswap mod).
For example if you had a script /data/app/supercharger.sh
in install_recovery.sh you'd add a line sh /data/app/supercharger.sh
crossix said:
You can also auto start scripts without having to use script manager or any other scripting program by calling them from within install-recovery.sh (see my sdswap mod).
For example if you had a script /data/app/supercharger.sh
in install_recovery.sh you'd add a line sh /data/app/supercharger.sh
Click to expand...
Click to collapse
Cool. I have re-written another version of my hulu script in .sh and set it up to be able to run in a normal verbose mode, or to accept "silent" as a command line argument to redirect output to a lhulu.log file instead to better allow for the option of running at startup like a cron entry or what ever our allowed methods are on android.(like the one you just referenced, thanks) I'm planning on playing with it a little to figure out the best and easiest method. Then repost the updated version that can be a semi permanent fix.
NoSudo said:
Cool. I have re-written another version of my hulu script in .sh and set it up to be able to run in a normal verbose mode, or to accept "silent" as a command line argument to redirect output to a lhulu.log file instead to better allow for the option of running at startup like a cron entry or what ever our allowed methods are on android.(like the one you just referenced, thanks) I'm planning on playing with it a little to figure out the best and easiest method. Then repost the updated version that can be a semi permanent fix.
Click to expand...
Click to collapse
install-recovery.sh won't work for the hulu lib, sometime after that script is loaded all the apks libs get extracted for whatever reason. Unless you put a wait in there for the prop sys.boot_complete or something like that. Might also need to use busybox run-parts for a seperate init.d script, not sure if the wait would actually stop the rest of the boot process.
It should be fine, install_recovery is called really late in the boot process you're right about putting the waits in, if you look at my swapscript you'll see the amount of time I used to get it to work (and it does not pause the other processes).
Sent from my MB860 using XDA App
crossix said:
It should be fine, install_recovery is called really late in the boot process you're right about putting the waits in, if you look at my swapscript you'll see the amount of time I used to get it to work (and it does not pause the other processes).
Sent from my MB860 using XDA App
Click to expand...
Click to collapse
It's not as late as I previously thought myself. dmesg won't work at that point and getting a logcat from there you'll see it's the start of the system log just when vold starts up. Which is why you need a few sleeps in your script. Using it was my second attempt at 2nd-init, which wasn't possible until after my first bootloop, the boot animation starts later but also before the libs are replaced.
For hulu I've just been running a gscript after a reboot because of this, at least until I find a different solution.
Anyway install-recovery is the perfect spot for any kind of kernel tweaks and also SuperCharger.
@toyface sorry for being off topic
Sorry a little confused with the last part how do I navigate to /data in script manager?
Edit.. never mind. ma bad noob moment, couldn't for the life of me figure out how to get out of the mnt part of the directory.
Sent from my A100 using Tapatalk

[SCRIPT][INIT.D]Configurable shell script pack

Just posting this here if anyone wants it.
Basicly its a configurable, multifunction script pack thats designed for user-level customizability
With a WIDE variety of options & some perks to other packs, like advanced permissions scanning,
An 'improved' ZipAlign section, Fast load times, no duplicate sections lmfao
For advanced permissions, it can take the directory you specify, record owner, group, & permissions
Of every file in it, & record it to database, & execute whenever you need, whether that be on boot, from console
Or whatever (& yes, it detects links & subdirectories) Its even capable of full-recursive scanning
Zipalign now adds filesize to db, simply put, now even if the apk exists in db, it will cross check the size & go from there
(Why just check a name?)
By default, script starts with 4 configurations when installed, 2 user, 2 script based
Script based hold configurations for forcing updated system apks into system & fixing data
& setting priorities, user configurations hold the majority of user options, & the secondary config is capable
Of enabling the 3 added userlevel configs, (net settings, vm settings, & CPU)
These 3 are not enabled by default as some of the settings contained can cause issues & is completely
Up to the user.
To make it easier editing the configurations, once installed, if you have a program like BTEP, simply open it & type
'sf config' in root mode (su first), this will start the Configuration utility which is basicly the menuscript i posted about a week ago
With some work done to finish it lol xD
The menu is fully customizable in every aspect straight from configuration
By default scripts install to '/system/SuperFly' but the path is fully customizable aswell
Configurations are (default) '/system/SuperFly/SuperFly.prop' (main configuration)
'/data/SuperFly/SuperCFG.cfg' (secondary, all other user configs will spawn here when created)
All script based configs (by default) get processed from '{INSTALLPATH}/Config'
Scripts should work on almost any device out of the box, but is locked to GSII
Remaking is as simple as editing one script (all modified links are stored in one override)
Script is multi-core compatible (1-4 cores)
**NOTES**
- Script will remove ALL current init.d scripts (most will be moved to '/data/local/userinit.d' & will be executed AFTER load to
Avoid conflicts)
- This WILL replace bash binary when installed (script utilizes native functions not included in standard ARM compiled
Bash)
- Installer is >7.5mb, as it includes all needed binaries/sources needed to initialize propely, if this isnt ok with you,
Dont install.
- Script features an ARM compiled p7zip binary (7za equivelant) aswell as 2 shell scripts to make it easier processing archives via commandline
The binaries main purpose is backup/restore functionality & is not technichly required to install, but you WILL lose functionality if removed.
- Script started as a rom specific script, & slowly got adapted for multi-base/multi-device, & has made its home on 4 different devices
Meaning, you might see options that dont really pertain to your device or have Zero effect, this WONT be fixed, i have no plans
For a device-specific build, as i currently run it on 3 devices. & it has zero effect on load.
- i make no garuntee that this will not harm your device, there are some advanced options with powerful effects
& the worlds full of stupid people, alls i can say, is nandroid first.
- Most importantly, feel free to use the pack in any way you wish, whether it be disect it, perfect it, wreck it
Use it, add to it, use it in your project, etc. Just make sure you remember where it came from
& if you have suggestions/tweaks/concerns/etc, just send me a pm, im not on all the time, but usually once a day or so.
- if you want an override for another device, just request, i only got about 4-5 done but their easy, & pretty much all
Similar.
- Script does NOT use standard logging, for the specific reason, it allows disabling the logger, so on errors, would be kind
Of difficult to pinpoint the issue, instead, we just echo the time & specific section to file.
**INFO**
This script started as a pack release back in 2k10 & was scrapped when i just had 2 much on my plate xD
I decided to pick it back up again about 6-8mths ago as a side project & since then is only worked on on the go, meaning
I only work on it when im bored & either on lunch, or omw home xD & has yet to see a PC (only developed using
DroidEdit pro & BTEP (better terminal emu pro)), & i dont dedicate much time to this.
**The script is NOT perfect, & with my lack of time, some parts are not a priority,
Eg:
Descriptions for secondary configs in menu, updating readme (its old as hell), Writing a proper changelog, etc.
il probably add more info later, my battery is almost dead n still got about 30min til i get home xD lmfao
Any questions just ask
To install: download zip
Copy to /sdcard
Flash in recovery
Reboot & configure before next boot
Script has been proven to work on CM9/10, Tw, & sense based roms
You will notice one weird file in root of zip, dont recommend deleting..
Script is capable of reinstalling/updating itself without going to recovery, but needs that configuration to do so,
On first install it means absolutely nothing, basicly just gives user another option, but requires full install to do so.
Download here:
http://db.tt/nQtZwdI
& install via recovery
**edit
Added zip to attachments, for ppl who couldnt access dropbox

Getting a syntax error when trying to load a script

Hi. I just finished installing CyanogenMod 11 on my Galaxy Nexus. I also put the DirtyV-SR kernel on as well. Everything seems to be working fine. I then learned about a custom edit of the DirtyV kernel by Nephilim that seems to be popular. I have no idea how to change the settings manually though. Luckily in the DirtyV post there is a link to a script by the user "buscher" that supposedly does the changes for you. I followed the instructions and put the script in the System/etc/init.d folder, removed the .txt extension on the script, and changed it's permission settings (I think I changed the permissions correctly). I'm using an app called SManager to do this BTW. When I try to launch the script I get a syntax error. Here is a screen shot of said error...
i.imgur. com/ b5jAVe3. jpg
(Added spaces so I could post the link)
Link to DirtyV thread: http://forum.xda-developers.com/galaxy-nexus/development/kernel-dirtyv-t2613655
Link to buscher's post with the script: http://forum.xda-developers.com/gal...nel-dirtyv-t2613655/post50202995#post50202995
Does anyone have any idea what im doing wrong? Or perhapsna different way to use Nephilims version of DirtyV?
Thx
I've never used any of the scripts you're talking about, but normally that syntax error means that there's a coding error in the script file that the interpreter doesn't know how to handle. I looked at the script in that thread and I can't see anything that would jump out as being problematic, so there's a chance something may have happened when you downloaded the script or copied it to the device.
I'd say you should try downloading the script again directly on your device, and make sure you're clicking the "Download" button on the Mediafire page with the script instead of doing a "save link as" or anything similar from the forum thread. You may even want to open it up in a text editor app and compare it to the version online to make sure that the file matches.
Alright so I redownloaded it and got it to run this time. My problem now is that it seems some of the required directories for the script don't exist on my phone for some reason.
Here's a new screenshot of the errors
http:// i.imgur. com /mjBjQ88. jpg (again had to add spaces)
It's probably safe to ignore those errors, they probably come from that script being older than the latest kernel version you're running it against. Basically, Linux kernels create a whole bunch of files and folders in /sys that control certain kernel settings. By writing a value to specific files, you can change those settings. Those two errors are the result of the script trying to change two settings files that don't exist anymore, possibly because they were removed in a newer version of the kernel. The rest of the script should run without problems and make the rest of the changes.
just wanted to say, there is no need for script manager to run that script.
remove the .txt
put it in /etc/init.d folder/dir
set all perms(i.e rwxrwxrwx)
then just reboot
it will automatically run and set everything in the script when the device boots.
also
if you want to set those things from nephilim thread, use the app called trickster mod(or Synapse, though trickster might be less overwhelming for someone new to setting these things)
enjoy
any questions feel free to ask

Categories

Resources