yashsingh1/xdaforums huggingface dataset:
[Android Software/Hacking General [Developers Only]] kaluoshi:
so man i'll not need to include code to build.prop or local prop but need

service.jar + init.d script + minfree/adj files

(if i don't remember wrong located at /data)? thanks again! :good:
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Ya... in the /data/V6* folder...

of course build.prop is still used for some of the other tweaks (misc/3g) if you wanna include them
[Android Software/Hacking General [Developers Only]] McJesus15:
Mod 2 applied or not it does it. Tried everything including fixing permissions. Probably just a directory issue. Like I said it's not a huge issue and honestly I don't really think it's worth the hours it would take to try and fix it
[Android Software/Hacking General [Developers Only]] zeppelinrox:
That's weird tho... such a thing hasn't been an issue.

But what happens exactly?

Could it perhaps have something to do with SD Card/storage access?
[Android Software/Hacking General [Developers Only]] :
Thanks, solved my problem!
[Android Software/Hacking General [Developers Only]] McJesus15:
Doubtful because it accesses the files but when you set the background it just stays blank and no matter what when you exit an app it never shows up in recent apps. Let's not jam the thread though. If you're curious and really feel like debugging just pm me and we'll work it out
[Android Software/Hacking General [Developers Only]] zeppelinrox:
ok fair enough... but post your original services.jar for ****z n giggles :)
[Android Software/Hacking General [Developers Only]] jova33:
1. how do i get the command prompt output? i double clicked the .exe and it closed automatically when I was done. Ran V6 from there, stuck at boot animation. restored nand, ran V6 from phone and had it install patched services.jar, stuck at boot animation.

2. attached

used ultimate patcher RC2 this time. Also when I ran V6 SuperCharger from the adb shell, it said bulletproof launcher was installed when I selected die-hard.
[Android Software/Hacking General [Developers Only]] zeppelinrox:
ok thanks I'll have a look.

At the end before running V6 in the adb shell, you can select all the text and copy to clipboard.

Right click in the window, select all, right click again... it's in the clipboard
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Ok gimme a few minutes I think I found something :p

Thanks I'll have a look in a bit
[Android Software/Hacking General [Developers Only]] zeppelinrox:
ok try the attached services.jar.

Install it manually or with V6 SuperCharger :)

I don't see anything wrong...

attach the smali files from the backup and supercharged folders... odex is getting annoying :p
[Android Software/Hacking General [Developers Only]] acideater:
The files that test2 produced right?
[Android Software/Hacking General [Developers Only]] deejaylobo:
I want to test this too. My /system/build.prop reads like this

# begin build properties
# autogenerated by buildinfo.sh

# ROM Manager OTA info
ro.rommanager.developerid=miuius
ro.modversion=MIUIUS-1.7.29-EN-CRESPO

ro.build.id=MIUI
ro.build.display.id=MIUI.1.7.29
ro.build.version.incremental=107290
ro.build.version.sdk=10
ro.build.version.codename=REL
ro.build.version.release=2.3.5
ro.build.date=2011年 07月 29日 星期五 12:20:43 CST
ro.build.date.utc=1311913243
ro.build.type=userdebug
ro.build.user=builder
ro.build.host=albertlee
ro.build.tags=test-keys
ro.product.model=Google Nexus S
ro.product.brand=Android
ro.product.name=libra_crespo
ro.product.device=crespo
ro.product.board=herring
ro.product.cpu.abi=armeabi-v7a
ro.product.cpu.abi2=armeabi
ro.product.manufacturer=unknown
ro.product.locale.language=en
ro.product.locale.region=US
ro.wifi.channels=
ro.board.platform=s5pc110
# ro.build.product is obsolete; use ro.product.device
ro.build.product=crespo
# Do not try to parse ro.build.description or .fingerprint
ro.build.description=libra_crespo-userdebug 2.3.5 MIUI 1.7.29 test-keys
ro.build.fingerprint=Android/libra_crespo/crespo:2.3.5/MIUI/1.7.29:userdebug/test-keys
# end build properties
#
# system.prop for smdkc110
#

rild.libpath=/vendor/lib/libsec-ril.so
rild.libargs=-d /dev/ttyS0
ro.sf.lcd_density=240

#
# ADDITIONAL_BUILD_PROPERTIES
#
keyguard.no_require_sim=true
ro.com.android.dateformat=MM-dd-yyyy
ro.com.android.dataroaming=false
ro.opengles.version=131072
wifi.interface=eth0
wifi.supplicant_scan_interval=15
dalvik.vm.heapsize=32m
ro.url.legal=http://www.google.com/intl/%s/mobile/android/basic/phone-legal.html
ro.url.legal.android_privacy=http://www.google.com/intl/%s/mobile/android/basic/privacy.html
ro.com.google.clientidbase=android-google
ro.com.android.wifi-watchlist=GoogleGuest
ro.setupwizard.enterprise_mode=1
ro.setupwizard.mode=DISABLED
ro.com.android.dateformat=yyyy-MM-dd
ro.com.android.dataroaming=true
ro.ril.enable.managed.roaming=1
ro.ril.oem.nosim.ecclist=911,112,999,000,08,118,120,122,110,119,995
ro.ril.emc.mode=2
ro.moddevice=GNS
dalvik.vm.lockprof.threshold=500
dalvik.vm.dexopt-flags=m=y
net.bt.name=Android
dalvik.vm.stack-trace-file=/data/anr/traces.txt

Do I just add the new stuff to the build properties? Doesn't seem right, lol.
[Android Software/Hacking General [Developers Only]] :
And how is work against new framework going?
[Android Software/Hacking General [Developers Only]] sag7392:
@ deejaylobo

Yep, you have to manually add them to the end of the build prop.

ro.ENFORCE_PROCESS_LIMIT=false

ro.MAX_SERVICE_INACTIVITY=2880*60*1000

ro.MIN_HIDDEN_APPS=100

ro.MAX_HIDDEN_APPS=250

ro.CONTENT_APP_IDLE_OFFSET=120*1000

ro.EMPTY_APP_IDLE_OFFSET=600*1000

ro.MAX_ACTIVITIES=1000

Reboot and go into terminal and input getprop to see if they stuck...which they should. A word of caution though, we have seen that the MIUI ROM doesn't play well with some of the scripts...so be careful. I know you'll get an automatic backup for the buildprop file, but I would copy it first and put it on the root of your SD card, just in case.

Hope this helps.
[Android Software/Hacking General [Developers Only]] sag7392:
Hey good morning bro! I know you said that running null on those entries didn't help with the tasker timer, but I gotta say that I have noticed a significant change in speed and apps opening up. Now I know we still have to work on finding a way to adjust the tasker timer. But, I'm telling you, running null does make a difference...at least on my device.
[Android Software/Hacking General [Developers Only]] angusc:
Have you concluded that we should be using these high end values over leaving the previous null ones? I still using the null version of edits and eagerly awaiting you guys test results.

Sent with Desire
[Android Software/Hacking General [Developers Only]] sag7392:
See that's kind of hard to say. For me the null values really truly make a difference. But, it doesn't resolve the tasker timer issue. So you could give those test numbers a run or stay with null for now. Dori, should have something complied soon. Bottom-line, it depends on what you want to do.
[Android Software/Hacking General [Developers Only]] :
Hope he post it quickly ;)
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Hey guys :)

I started wondering if instead of putting high values in the smali code, what if they were null as well?

yep hard to say... it would be welcome if you tried both and see if there is a difference.

more input from various devices is good info
[Android Software/Hacking General [Developers Only]] :
Our idea with higher values sucks. Unfortunately it doesnt work like it should. Apps get killed.
[Android Software/Hacking General [Developers Only]] zeppelinrox:
So you find it better with null or same result as high values?

Don't worry though, because the smali edit will work..

It would just make life easier if the time killer could be changed via script :p
[Android Software/Hacking General [Developers Only]] MeetFace:
Zep, conflicting advice b/t the OP of this thread & your Gscript OP. Gscript says to use BusyBox 1.19 & This one says nothing later than 1.18.2.

Can I get some clarification?

Thanks! =]
[Android Software/Hacking General [Developers Only]] 24601:
+ 1 on the Heroc. I added null values to build.prop and there is a noticeable difference in app opening.
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Go with latest info... gscript is no longer recommended since I began using script manager.

I guess I gotta update those threads :p

Any chance of users testing this to compare before and after benchmarks?

Linpack is a quick n easy test but SmartBench 2011 is also reliable.

Say a few runs of each before and after...

Just wondering if the added snappiness translates to any benchie is all :D

Well, I'm off to Canada's Wonderland with my son so I'll be gone for a few hours...
[Android Software/Hacking General [Developers Only]] hazard209:
I know you guys have been working on the tasker timer and I appreciate the work you are doing, so I understand this being overlooked. But can someone please help me with the kickasskernel?

On another note, I ran the null values and my phone is definitely responding better although I noticed that it is using more ram.

EDIT: As for bench marking, I ran Quadrant before and after and the scores remained the same.
[Android Software/Hacking General [Developers Only]] kodakeos:
So would that apply to the 'run at boot' which in the script says not to?
[Android Software/Hacking General [Developers Only]] angusc:
Rafalo & zep,

Can you advise a test procedure in steps for us so that more people can test the "null theory" and as zep says lets try to bench mark some results. Please detail the preferred batch mark app so we are all consistent.

Sent with Desire
[Android Software/Hacking General [Developers Only]] hazard209:
SmartBench 2011 productivity index scores:

Before - 826, 845, 842

After - 817, 835, 839
[Android Software/Hacking General [Developers Only]] netson99:
Hi Zep,

Just edit the file ActivityManagerService.java in CM7 repo and recomplie it;

my HD2 run 71 process and 37 process in forground (if my understanding on System Tuner Pro Widget "Number Of Process" is correct) without any application get killed.
[Android Software/Hacking General [Developers Only]] :
Even if you leave the phone for some time, like one, two hour? Try it, launch opera etc, minimalise it and left phone for some time, and post the results. :)

ZaTapatalkowane & WyHtcIME'owane z ZTE Blade :)
[Android Software/Hacking General [Developers Only]] Morti:
Different question. Sorry to interrupt and sorry if this has been asked before.

Is it possible to automatically toggle the killability of the launcher with a script? I'm asking because I use Tasker to create a "car mode" and this uses a car home launcher so I don't need my usual launcher in memory. What I do need is more free memory to run a media app and navigation simultaneously. In this situation, the launcher is entirely surplus to requirements. Any ideas how I could do this in CM10? The standard Tasker "kill app" thing doesn't seem to do the job.

Incidentally, being able to combine PowerShift and BulletProof one-shots with Tasker seems pretty powerful. Automatic shifting of memory management depending on the current use case. Wonderful. Cheers for that.
[Android Software/Hacking General [Developers Only]] zeppelinrox:
I don't see a problem with them.

The files look fine.

Try installing theservices. odex file manually or with the V6 SuperCharger script.

If that works, it's just something weird going on with the install part.

If the car home launcher takes over hone status, it's already working the way you want.

Does pressing the home button take you to the car home launcher when enabled?

If so, the usual launcher is likely just another regular app.

If that's not the case, use a launcher that has a "keep home in memory" option and enable it - that makes it weaker and more killable.

You can also execute the pkill command with root permission.

su -c pkill <unique_part_of_process_name>

example, to kill nova launcher: su -c pkill teslacoilsw.launcher
[Android Software/Hacking General [Developers Only]] apophis9283:
Nevermind. When I reloaded windows the other day I forgot to install Java
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Heads Up!

http://xdaforums.com/showthread.php?p=34772784#post34772784
[Android Software/Hacking General [Developers Only]] gu5t3r:
You have error in post 2

It should be => Type: java -jar baksmali.jar -a <api_level> -d framework -x services.odex -o classout
[Android Software/Hacking General [Developers Only]] acideater:
Funny... I tried supercharging my vibrant awhile ago and that thing had a whole other set of issues trying to get 100% supercharged. I'm starting to think that my pc is the culprit somehow. I don't want to give up though because I've already got a taste of this awesomeness and I can't resist a full-blown supercharged phone!

Anyway I'll try to manually patch it in. If it doesn't work, I will mess around and try to figure something out... or give up. If it works, I will post here and let you know!
[Android Software/Hacking General [Developers Only]] zeppelinrox:
do you mean the period at the end?

The -x can even go at the front before the -a it would still work the same

edit: ok changed it to:

java -jar baksmali.jar -x -a <api_level> -d framework services.odex -o classout

Since that's how I have it in the ultimatic script lol

Hey try the exe I just posted... http://xdaforums.com/showthread.php?p=34774900#post34774900

Read as couple pages before... it's been quite the saga... but I THINK I found the solution.
[Android Software/Hacking General [Developers Only]] gu5t3r:
Sorry, I thought -x specifies services.odex file do disassemble.

I had older page saved, there it was -x services.odex, thought you copy/pasted -d framework in wrong place.

NP

I like the manual way...Through RC1 to RC6 trained it to 5-6 mins =)
[Android Software/Hacking General [Developers Only]] zeppelinrox:
yeah I usually do it manually too :D

the -x is to deodex an odex file but ignored if it's deodexed to begin with.

I love that -d framework switch - with the latest baksmali I doubt you ever have to mess with using $BOOTCLASSPATH in order to decompile :)
[Android Software/Hacking General [Developers Only]] gu5t3r:
I know I'm boring but in

V6_SuperCharger_for_Android-Update9_RC11_Test_9.sh

I just stumbled on typographic error. Was playing with minfee values.

Line 1350 => echo " Slot 3 determines your fee RAM the most!!"

Missing r =)
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Wow... I just checked... it's been there since Update 2.

According to the chang log in post 3...

So... after a year and a half and 3,500,000 views... and a couple of pages...

somebody found the typo :highfive:

ya ya... now dozens are gonna post saying they saw it be were afraid to say anything lol

Anyway... NICE FIND! LOL

Oh... and you have 6176

more

lines to proof read :D
[Android Software/Hacking General [Developers Only]] moccor:
I used this long ago on my Droid X (512MB RAM) and it worked awesomely. Well I just loaded the script, and it seems to have all he same values :P. Can someone help me with some 1GB values for my Droid 4 running AOKP JB? I am very behind on this mod, its been about 9 months since checking up on it.
[Android Software/Hacking General [Developers Only]] gu5t3r:
:good:
[Android Software/Hacking General [Developers Only]] zeppelinrox:
hmm... do you have this file?

/system/framework/services_new.jar

/system partition wouldn't be full, would it?

you can check by doing in terminal emulator or in adb shell:

busybox df -h
[Android Software/Hacking General [Developers Only]] acideater:
Yea I see services_new.jar and it's 1.5mb.

I got 540Mb left on the /system partition. The script was saying permission denied, is this a root issue?
[Android Software/Hacking General [Developers Only]] zeppelinrox:
No it isn't a root issue or else it wouldn't have copied services_new.jar to /system/framework.

That alone means that /system got mounted read/write with root permission

So... it falls apart at dexopt-wrapper failing to created the new odex

:banghead:

I gave dexopt-wrapper 755 permissions tho... maybe 777 would be better.

If you grab the zip version, edit the .bat file so this:

chmod 755 /system/bin/dexopt-wrapper

becomes:

chmod 777/system/bin/dexopt-wrapper

Maybe you can post the full output in the

box again... maybe I'll see something odd

[B]edit[/B]: the only other thing I can think of at the moment is that it doesn't like the file name with the _

try the attached exe test

renamed the jar and odex so there is no _ and gave dexopt-wrapper 777 permission
[Android Software/Hacking General [Developers Only]] leolawliet:
I still only get 75% even after patching my service.jar, I ran the bOOM Stick Verifier and got this.

=================================

----=== zeppelinrox's bOOM Stick Verifier ===---

=================================

Using vrOOM Stick Mode (Verbose)...

ADJ PID Process/Path (APK)

FOREGROUND_APP OOM GROUPING

===========================

-16 1 /init (/system/app/OneTimeInitializer.apk)

-16 1054 /sbin/ueventd

-12 20169 com.android.systemui

-16 20272 /system/bin/wpa_supplicant-Dwext-iwlan0-c/data/misc/wifi/wpa_supplicant.conf-iwlan0-c/data/misc/wifi/wpa_supplicant.conf

-16 20293 /system/bin/dhcpcd-ABKL-handroid-9fdbb7ffa186c536wlan0

-12 20371 com.android.phone

-16 2566 /system/bin/servicemanager

-16 2567 /system/bin/vold

-16 2568 /system/bin/rmt_storage/dev/block/mmcblk0p13/dev/block/mmcblk0p14/dev/block/mmcblk0p19

-16 2569 /system/bin/qmuxd

-16 2570 /system/bin/netmgrd

-16 2571 /system/bin/netd

-16 2572 /system/bin/debuggerd

-16 2573 /system/bin/rild

-16 2574 /system/bin/surfaceflinger

-16 2575 zygote/bin/app_process-Xzygote/system/bin--zygote--start-system-server

-16 2576 /system/bin/drmserver

-16 2577 /system/bin/mediaserver

-16 2578 /system/bin/dbus-daemon--system--nofork

-16 2579 /system/bin/installd

-16 2580 /system/bin/keystore/data/misc/keystore

-16 2581 /system/bin/ami304d

-16 2582 /sbin/adbd

-16 4283 system_server

0 23201 os.tools.scriptmanager (/data/app/os.tools.scriptmanager-1.apk)

0 23221 sh (/data/app/com.shirobakama.wallpaper-1.apk)

0 24283 myls-commandwaiter2428469

0 24284 /system/bin/sh/mnt/sdcard/Download/tweaks/v6superchargerUpdate9RC11.pdf

VISIBLE_APP OOM GROUPING

========================

HOME LAUNCHER IS IN HERE! (ADJ=1)

1 20358 com.google.android.inputmethod.latin (/data/app/com.google.android.inputmethod.latin-1.apk)

Home Launcher is on the NEXT line! (ADJ=1)

1 20390 com.anddoes.launcher (/data/app/com.anddoes.launcher-1.apk)

1 20469 com.android.smspush

1 21148 com.google.process.gapps

1 21645 com.android.inputmethod.latin

SECONDARY_SERVER OOM GROUPING

=============================

6 22964 com.namakerorin.audiofxwidget (/data/app/com.namakerorin.audiofxwidget-1.apk)

6 23002 com.th.android.widget.SiMiClock (/data/app/com.th.android.widget.SiMiClock-1.apk)

HIDDEN_APP OOM GROUPING

=======================

10 23145 android.process.acore

9 23629 com.noshufou.android.su

CONTENT_PROVIDER OOM GROUPING

=============================

12 20274 android.process.media

11 20964 imoblife.memorybooster.full (/data/app/imoblife.memorybooster.full-1.apk)

EMPTY_APP OOM GROUPING

======================

13 23063 com.android.defcontainer

================================================

zOOM Stick Complete!

================================================
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Ok thanks alot for the testing... I have a look tomorrow at the new output and see if I can find anything else.

I did think that it may have to do with the new services.jar being compressed to 1.5 mb but previously, dexopt-wrapper didn't have a problem creating a new 3.5 mb services.odex from it so I don't think it's that either.

edit: oh wait... do you have an incomplete /system/framework/services_new.odex?

If so, that would make it fail... delete it if its there and try that test 2 again.

edit2: ok I realized that system may not be mounted r/w when it gets to the permission denied part.

It installed dexopt wrapper near the beginning but what's weird is that it gets permission denied when it tries to delete the services_new.jar file - it should have no problem deleting it if it's mounted r/w

anyway, try this next test which is attached.

I mount as r/w again just before this permission denied nonsense happens.

Looks like you used the web app/automatic transmission.

With the latest patches, there can be only 1 app with ADJ 1 - the launcher.

But you have 4 other items with ADJ 1 - that's how the web app/auto transmission patches it.
[Android Software/Hacking General [Developers Only]] acideater:
Deleted /system/framework/services_new.odex, used new exe... no go. :(
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Argh... same permission error?
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Well I got confirmation in the ultimatic thread that RC4 is working.

So there is something wrong on your setup for sure.

So you tried that RC5 test just above your post, right?
[Android Software/Hacking General [Developers Only]] moccor:
So there isn't a specific version that is a overall improvement for 1GB RAM devices? Like how the one I used, is meant for 512MB. I know there are custom settings, but I have no idea how to pick my own and don't have the time to fine tune.
[Android Software/Hacking General [Developers Only]] acideater:
I believe that was the last one I tried. I'll give it another shot but yea I was getting the same permission error. I left this SGN2 completely stock except for root so I'm thinking this phone has some kind of setting preventing me from creating files in system folders.
[Android Software/Hacking General [Developers Only]] mixednuts:
Fine tuning the mod is up to you, so you'll have to make time to do it.
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Ya the latest versions are specifically geared for anything and everything

calculated/recommended settings depend on device's ram

Problem is dexopt-wrapper won't work creating a new odex in /system itself.

The script was able to write a jar file to system so it's writable.

And now because of you I've learned another thing today from this page:

http://blog.apkudo.com/tag/dexopt/

From Step 10:

So... when dexopt-wrapper was being done on the sdcard, it bootlooped because it contained a bootclasspath with a modified services.jar.

The workaround is to simply perform it in place on /system itself - which is how re-odex tools/scripts get it to work - but that's not working for you :p

Now... what if we go back to doing it on the sdcard since we know dexopt-wrapper will make a new services.odex there) and feed it a bootclasspath without the ":/system/framework/services.jar”

You game? lol
[Android Software/Hacking General [Developers Only]] moccor:
I used your Ultimate Jar Patcher last night, but it seemed like it only had the old version of the supercharger script (I put that on my sdcard) so I ran everything again, but this time with update9_RC9 (but it still had the same values that I remembered from months back) should I be replacing a file in the Ultimate Jar Patcher with the updated scripts?

Thanks for the help btw, I appreciate it.
[Android Software/Hacking General [Developers Only]] acideater:
Bring it!
[Android Software/Hacking General [Developers Only]] mixednuts:
Are you referring to the V6 script or the patcher scripts for services.jar / .odex?
[Android Software/Hacking General [Developers Only]] zeppelinrox:
A few months back, a device with 512 mb still has 512 mb today.. it does not suddenly grow ram.

Ultimate Jar Patcher of course has the latest version.

Just use the calculated values or whatever HP you want and I dunno if you're blind or what, but there are higher settings than 512 HP on the menu :cyclops:

Ok try the attached.

You know the drill: remove the .zip extension.

And post the full output in a code box whether it works or not.

Don't forget to cross your fingers... it worked for the last guy... :p
[Android Software/Hacking General [Developers Only]] bbrad:
Download page down man