FYI Using Swype and Terminal Emulator - Thunderbolt General

So I flashed imoseyon's swap zip to see if it provided any boost to my overall performance (running LGS 1.4 and imo's lean kernel)...
while checking to see if the mod had taken effect with the following script: "bash /data/imoseyon/checkimosey.sh" the "I" in "imoseyon" kept auto-capitalizing, resulting in "no such directory." Switched the input method from swype, entered the script and BAM "everything is good!" -- Sure this is common knowledge, but just in case someone is unaware, I figured I should share.
Overall performance seems to be a bit faster and "cripier" lol...but it's def too soon to tell.

ThunderRootedDragon said:
So I flashed imoseyon's swap zip to see if it provided any boost to my overall performance (running LGS 1.4 and imo's lean kernel)...
while checking to see if the mod had taken effect with the following script: "bash /data/imoseyon/checkimosey.sh" the "I" in "imoseyon" kept auto-capitalizing, resulting in "no such directory." Switched the input method from swype, entered the script and BAM "everything is good!" -- Sure this is common knowledge, but just in case someone is unaware, I figured I should share.
Overall performance seems to be a bit faster and "cripier" lol...but it's def too soon to tell.
Click to expand...
Click to collapse
Swype is aware of the 'I' capitalization issue. I found out about it when swype 3.0 came out and when I mentioned it on their forums, they replied they already found out after release and would be patching it in the next version . I just get around it by adding words and swyping them on the terminal.

Related

Everyone is a tweaker. Where's the collaboration?

Build.props, setctl, ro.ril, vacuum, zip align, loopy smooth, group your oom, don't use his script use mine.
Just wondering if some effort could be put into a central repository at this point. Or get them into cyanogenmod if they are really proven to benefit all or a majority of phones.
For instance- It's it just me or does zip aligning and sqlite optimizing on every boot seem onerous?
I'd think these types of scripts need to be weighed for efficiency.
I'd rather do something once or once a month rather than be unnecessarily slow for 2 minutes on every startup.
Isn't zip aligning done by most -if not all- ROM developers? I could see if it would need triggered as new apps are installed maybe bit I don't know if newly installed apps already get zip aligned when the phone is live. ...Or if zip aligning doesn't stick after every reboot.
Have tweak verification to skip over ones already in the ROM. A big thing with any OS is boot times and not doing something twice if it isn't necessary.
If not a cyanogenmod commit have a market app rather than messing with terminal. It's playing with our OCD
Just throwing it out there.
I step away from the mic to breathe through my nose
Nice point brother. %95 of apps are already zipaligned out of box.
Sent from my GT-I9000 using Tapatalk 2 Beta-6
+1
Sent from my Inspire 4G using xda premium
i think, it is because each phone has different memory and kernel version, so each people just tweak to get better to his phone. zipalign is not worth i think, because rom vendor already optimize it, i think png size reduction is worth..
just my 2 cents
If there is only 1 kind of tweak, it would be no fun. all of this different tweaks has different in the configuration. It may be small, it may be big differences, but it gives us way to try it and see which would be better for our device.
I am with the OP. Most of the "tweaks" means nothing. I am zialigning my rom, while building it. And do not even mention it in the posts, because it's obvious. And every apk on Market and stock rom is zipaligned, until it's recompiled.
Many devs include some "ui rendered with gpu" tweaks in gingerbread, when it's not possible. First android that renders ui with gpu is ICS. Except roms with 3D rendering, like Motorola Blur 2.
Never found any benefit in performance when optimizing databases. Only thing, that increases performance for me, is the library without "sync".
Etc., etc.
But some tweaks are useful. Mostly those, that are already used in CM roms. ;-)

[APK] Seeder 2.0.0 entropy generator to provide significant lag reduction

Hey everyone,
Version 2.0.0 released!
This version introduces performance tuning, power management control, and an optional MMC I/O queue extension/timing change.
For those of you who have seen reboots / black screens that seem to be caused by Seeder, I suspect it may be due to the power management implemented in previous versions. Disabling power management (by unchecking "Suspend RNG service while screen off") may help. In my testing, battery impact was negligible (less than 2% per 24h).
The performance profiles are Light, Moderate, and Aggressive, and they control how frequently rngd wakes. The default configuration (Light) is unchanged from previous versions. Moderate and Aggressive may impact battery life (slightly), but may also help on devices where the entropy pool is drained quickly and often.
Last but not least, the "Extend I/O queue" option increases the nr_requests on MMC devices to 1024, and increases the dirty page expiry time, allowing more outstanding writes to accumulate. This may allow the I/O scheduler to make better decisions and combine more writes; some users have reported an improvement under heavy I/O.
Feedback appreciated!
---
On some (older) versions of Android, the JVM (and other components) often read random data from the blocking /dev/random device. On newer builds, this problem has been solved, yet depletion of the input entropy pool still seems to slow devices.
So, I cross-compiled rngd, and used it to feed /dev/urandom into /dev/random at 1 second intervals.
Result? Significant lag reduction (for some people)! :good:
Note - if you want to try it, you must be running a rooted device, and you only need to install one of the APKs (latest version is best). Then, just open it, and turn it on. The other files (patches / .zips) are intended for recompiling, packaging, and init.d integration. If you uninstall the app, either turn off rngd first (open, and click the on/off button), or reboot afterwards; the UI does not presently kill the daemon on uninstallation.
For more information on using the .zip flashing method, see Ryuinferno's post here:
http://forum.xda-developers.com/showpost.php?p=36479461&postcount=1924
FAQ
Q: Do I need the .apk or the .zip?
A: The easiest method is simply installing the latest .apk, attached below. You do not need to use the patch or the .zip file.
Q: What is the patch for?
A: The patch file contains the source differences needed to recompile the Seeder version of the rngd binary. You only need it if you want to recompile rngd yourself.
Q: What is the .zip file for?
A: The .zip file contains the latest rngd binary. It is intended for ROM builders or those who want to build their own CWMR packages.
Q: Seeder keeps shutting down! Does this mean I have to restart it?
A: The Seeder UI is only used to configure and start/stop the RNG service, which runs in the background. The RNG service is not visible from Android, since it is a native Linux process. You can terminate the UI at any time, and the service will continue running.
Q: Does seeder cause excessive battery drain?
A: Seeder 1.2.7 introduced an RNG service power-saving mode. The process automatically suspends whenever the screen is off. The code is actually in the rngd native binary, so suspend/resume events happen independently of the UI; you can see it in action by attaching to the running process with strace. This means that battery drain while the screen is off is highly unlikely.
While the screen is on, the RNG service simply polls a file descriptor every second, and, when needed, injects a small amount of random data into /dev/random (and calls an ioctl). It's unlikely that this would present enough load to trigger a CPU governor state change at 10mhz (let alone 200mhz), so it shouldn't impact battery life. Having said that, I have received sporadic reports that it does reduce battery life on some devices. They may be coincidental (other software installed at the same time), or due to extra device use while testing. Or, they may be real. If you think your battery drain has increased, shoot me a PM!
Q: How can I see the RNG service Linux process?
A: In a terminal, type: ps | grep rngd
Q: How do I uninstall the .apk?
A: Launch Seeder, and stop the RNG service. Then, uninstall the app as you normally would. Alternatively, uninstall the app, and reboot.
Q: Is seeding /dev/random with /dev/urandom safe?
A: Seeding /dev/random with PRNG-derived data does reduce the quality of its random data. However, it's worth noting that nearly all major OSes except Linux do this. Linux is one of the very few to offer a blocking RNG device. And, at least as of ICS, Dalvik doesn't even read /dev/random, so there is little difference anyway.
Updates
There has been a lot of controversy about Seeder/rngd. In newer versions of Dalvik, nothing touches /dev/random, and yet many users (including myself) still notice a lag reduction. There are theories ranging from kernel lock contention to UI polling load when crediting the entropy pool to simply kicking the governor. And many who believe it's all placebo. I'm trying my best to figure out what exactly is happening, and others are as well.
Someone asked how I arrived at the conclusion I did when I started the thread back in November, and I posted this; I think it might be better served here:
A while back one of the webapps I was hosting on Tomcat (server-side) was experiencing some inexplicable latency and while stracing java I saw it frequently hanging on read()'s from /dev/random. I checked the available entropy, and it was constantly under 250 or so. It was a VM, no HWRNG, so I decided to use rngd to push urandom->random.
Dropped session creation times under load from 5-10 seconds to less than a second.
It's worth noting that Linux is one of very few OSes that have a blocking RNG device. Free/OpenBSD, Windows, etc.. essentially only provide urandom. It's generally considered secure, even for long-term crypto keys, so long as the initial seed is big (and random) enough.
Checked on my device, and saw a few processes grabbing /dev/random. /proc/sys/kernel/random/entropy_avail reporting depleted input pool. Figured it was worth a shot, so I rebuilt rngd for arm (with a few patches, linked on first page), and tried it out. It made a significant difference. Posted it up on this thread, and had a lot of positive feedback. Wanted to get into Android development, so figured.. why not wrap a little UI around it. More positive feedback, so I threw it on the market as well.
I had no idea it would take off like this and was shocked when I saw it Thursday morning. I'm in the awkward position now of explaining why it seems to work for some people, and not for others, especially given the fact Dalvik doesn't have references to /dev/random as of ICS. Theories abound, but it looks like it might be an issue of polling the UI for input events when the entropy pool drops (which never happens so long as rngd is running).
I'm doing this as a hobby. I'm a *nix admin by trade, and can only spend time working on this stuff on evenings and weekends, and the last few weeks have been kinda nuts.
I want to stress to everyone that:
a) It doesn't work the way I thought it did on later Android builds, but it does reduce latency for me and many others even on these builds,
b) I'm offering (and always will offer) Seeder for free to everyone on XDA,
c) Like I say in the market description, if anyone has purchased it and it isn't working, PLEASE email me for a refund (and let me know what device you're on if you're willing).
I was one of the first to root the Captivate glide (my first Android phone), and submitted the A2DP bitpool patch; I was active in the n900 community. I hope everyone understands that I'm doing my best here!
I hope the technique proves useful to people, and if there is in fact contention at the kernel level, I hope it's solved so we all benefit.
Version 2.0.0 attached. No changes.
Version 2.0.0b1 attached. New performance profile selector, I/O queue extender, and power saving control. Improved root checking.
Version 1.4.0 attached. Major refactoring. Service control now fully asynchronous.
Version 1.3.1 attached. No changes from 1.3.1-beta.
Version 1.3.1-beta released. New root check method during ANR-sensitive code.
Version 1.3.0 attached. Proper IntentServices for process control, and notification on upgrade / loss of root / autostart failure.
Version 1.2.9 attached. Yet another update to the upgrade/autostart code.
Version 1.2.8 attached. Asynchronous startup of rngd during boot; this should solve the remaining autostart problems some users have reported.
Version 1.2.7 released. This version introduces a much more efficient suspend-on-sleep mode for rngd.
Version 1.2.6 released. This version reverts the suspend-on-sleep rngd change which may have been contributing to new latency. I'm sorting out a better way of implementing it.
Version 1.2.5 released. This version should fix the autostart failure some users have seen.
Version 1.2.4 released. This version implements a progress bar displaying your currently available entropy, as well as automatic rngd restart on upgrade.
Version 1.2 released. This version implements rngd suspend-on-sleep, and contains minor user interface updates, more robust process and superuser checks, and a new icon (thanks Nathanel!)
Version 1.1 released. This version uses the release signature, so you will need to uninstall the old XDA version first!
This version fixes the issue some users were seeing on later Jellybean ROMs, where the UI would misreport the RNG service status.
Caveats
There is a (theoretical) security risk, in that seeding /dev/random with /dev/urandom decreases the quality of the random data. In practice, the odds of this being cryptographically exploited are far lower than the odds of someone attacking the OS itself (a much simpler challenge). It's worth noting that as of ICS, Dalvik uses /dev/urandom exclusively, anyway, and that Linux is one of very few modern operating systems that even offer a blocking RNG device to begin with.
Support for rngd suspend-on-sleep was added to Seeder 1.2. It should no longer impact battery life while the device is asleep.
There has been a large amount of speculation on why/if this actually improves performance on ICS+ devices. I'm continuing to investigate and will post updates to this thread.
If you try it, let me know how it goes.
ROM builders - feel free to integrate this into your ROMs (either the .apk / application, or just the rngd binary called from init.d)!
If anyone's interested, I've launched a paid app on the Play store for non-xda users. As I add features I'll post the new versions here as a thanks to you guys (and xda community at large for being such a great resource). But if anyone's interested in the market's auto-update feature, just thought I'd mention it.
Cheers! :highfive:
This seems absolutely amazing!I think I'll try it out on the weekend, cheers!
Will this work for cwmr 6
Sent from my SGH-I927 using xda app-developers app
Hi,
I would try this, cause I experienced these lags, and they're really annoying, but I'd really need a simple instruction for what to do. You wrote how you managed to discover what to do and stuff, but I'm lost between the lines. Since I'm kind of a newbie, I'm kindly asking you to write some kind of instruction manual step by step, and forgive my ignorance
Laugher19 said:
Will this work for cwmr 6
Click to expand...
Click to collapse
Not yet. If a few people try it and report positive results, I'll make a flashable image. Stay tuned.
soadzoor said:
Hi,
I would try this, cause I experienced these lags, and they're really annoying, but I'd really need a simple instruction for what to do. You wrote how you managed to discover what to do and stuff, but I'm lost between the lines. Since I'm kind of a newbie, I'm kindly asking you to write some kind of instruction manual step by step, and forgive my ignorance
Click to expand...
Click to collapse
I updated the first post with instructions. Please be careful, though! Let me know if you need more detail.
lambgx02 said:
I updated the first post with instructions. Please be careful, though! Let me know if you need more detail.
Click to expand...
Click to collapse
I got troubles. Using Terminal Emulator I got an error message when I type the 3rd line ("cp /mnt/sdcard/rngd /system/xbin"), it says: "sh: cp: not found"
soadzoor said:
I got troubles. Using Terminal Emulator I got an error message when I type the 3rd line ("cp /mnt/sdcard/rngd /system/xbin"), it says: "sh: cp: not found"
Click to expand...
Click to collapse
Where did you transfer rngd to on your phone? Have to make sure the source path matches.
lambgx02 said:
Where did you transfer rngd to on your phone? Have to make sure the source path matches.
Click to expand...
Click to collapse
It does match, that's why I'm confused.. :\ which terminal do you use?
Will test this later, for sure! If all goes well, may I request permissions to include this with the MIUI build I will be learning to make and attempting to produce?
edit: My phone wasnt particularly laggy before except when playing games, but there is a noticeable difference after executing this binary. Noticed a few small hangs but unsure if it is related to this binary.
I've tested it ... integrated it into my rom and installed ... there was no lag even right after it first boot ... its incredibly smooth ... though I too noticed small hangs ... though I attributed this to the device getting ahead of itself ....
Sent from my SGH-I927 using xda premium
Yeah it kind of seems like its fine after settling a bit. Can't wait to see it in 0.7 thegreatergood.
Sent from my SGH-I927 using xda premium
Ok, everyone. I built a very simple Android app that bundles the rngd binary and starts/stops it. Details in first post.
lambgx02 said:
Ok, everyone. I built a very simple Android app that bundles the rngd binary and starts/stops it. Details in first post.
Click to expand...
Click to collapse
wow ... that was quick ... maybe i should look into a custom tweaking app for my rom ...
Zero Computing said:
Will test this later, for sure! If all goes well, may I request permissions to include this with the MIUI build I will be learning to make and attempting to produce?
Click to expand...
Click to collapse
Of course you can!
edit: My phone wasnt particularly laggy before except when playing games, but there is a noticeable difference after executing this binary. Noticed a few small hangs but unsure if it is related to this binary.
Click to expand...
Click to collapse
Yeah, sometimes we really do hit filesystem I/O limits, but at least this should help once everything has been cached.
Ok, autostart on boot is working.
Seems to be a little faster...game still lagging though guess I will give it time
Sent from my SGH-I927 using xda app-developers app
Trying it out. Definitely noticing faster returns to the home screen. I'm using the ICS "only one" build for galaxy note sgh-i717
.
Sent from my SAMSUNG-SGH-I717 using xda app-developers app
OMG! I downloaded via qr code. and OMG! My phone runs sooo much smoother than before!!
This is one of the best mod for glide ever. Things are much smoother and faster to access. ES file explorer, dialer and contact list comes up so fast.
Thanks for this, really appreciate the mod. I'm keeeping it .
Sent from my SGH-I927
Would this work on other devices?

[TWEAKS][CWM+AROMA] Codename LightingBolt [2013DEC21]

LeoLawliet presents..
- Codename LightningBolt -
Balanced tweaks for everyday use
\/ Please read if you're new to this \/
Before you continue, please don't assume the tweaks don't work for you.
Chances are your device might or might not support it, not all phones are the same..
I myself test the tweaks before releasing updates, lately I've only been able to test on ICS & JB.
With that said keep in mind if you use GB and plan on flashing these tweaks,
GB support hasn't been confirmed yet. YOU'VE BEEN WARNED!!
If you don't understand what these tweaks do, please DO NOT flash any of them..
the last thing I wanna hear is "your tweaks don't work" okay..? They work..
I have done what I could so cut me some slack guys.. I have a life too
and can't be here holding your hands throughout every step of the way..
that's not fair to me. I've tested and put together the tweaks,
I've written up a thread for the tweaks with two other reserved posts,
I published the tweaks, I wrote instructions, and I kept things updated on a regular basis.
All of this and I haven't even asked for a single donation, I'm doing this for free.
So I am asking you all nicely, please don't give me a hard time with the tweaks.
I've already explained how it all works, just read the OP it's all there..
- Brief Introduction -
What Codename LightningBolt is
These are CWM flashable zips containing the latest tweaks I've been using on my ROMs,
mainly meant for a balance of performance and good battery without pushing your device too far past its limits.
I've only had a chance to test these tweaks on LG myTouch 4G & LG Optimus L9 and LG G2x (only one it didn't work on)
but should work just fine with any device running ICS or JB that need an all around boost in performance and battery life and performance.
At first I wanted to increase performance for gaming purposes on one of my low-end devices, that's what got this started.
This set of tweaks made my myTouch a better gaming device than the rest I own and it's only running on a single core,
emulators such as n64oid would lag for me back then but for the most part I can now play games like Super Smash Bros smoothly without lag,
as well as Lumines and Ridge Racer on PPSSPP.
Click to expand...
Click to collapse
- Installer differences explained -
Which is which, and what does what
Buildprop - Only installs the build.prop tweaks I handpicked
Engine - Installs the basics. init.d scripts, xbin scripts, custom add-ons, Smart Launcher, no build.prop tweaks included
Engine min - Minimal version of Engine, does not include Smart Launcher & custom add-ons
AIO - All-In-One installer is just like the Engine, except it includes the prop tweaks as well.
AIO min - Minimal version of All-In-One, does not include Smart Launcher & custom add-ons
[8]AROMA - The latest installer, which includes a GUI that allows you to select what you would like to install
Click to expand...
Click to collapse
- Requirements -
What you will need:
Root (obviously)
Android device running 4.X.X firmware, stock or aftermarket both work
Firmware 2.3.X has not been tested thouroughly,so.... GB NOT SUPPORTED!!
At least 14mb of free space in /system/ partition & 2mb in /data/
Your device must have init.d support, if your kernel doesn't support it install this
Your device must also have sysctl support, that's built into the kernel
At least CWM5 recovery, haven't had a chance to test it on TWRP Recovery
Latest busybox installed, get it here
Android Terminal Emulator, you can get it here
Make a nandroid backup, just in case anything goes wrong
Click to expand...
Click to collapse
- List of Tweaks -
The included tweaks are listed below:
Smart Launcher included (in v1.7 you can uninstall it)
boost in performance (many optimizations and performance tweaks)
swap2cache terminal script creates a 64mb swapfile in /cache with swappiness set to 40
swap2data terminal script creates a 128mb swapfile in /data with swappiness set to 40
swap2emmc terminal script creates a 90mb swapfile in /emmc with swappiness set to 90 (probably fastest)
increased responsiveness by increasing touch sensitivity and forcing GPU to render touches
better battery life (disabled sleepers)
faster boot (rapid boot build.prop tweaks)
I/O scheduler tweaks (deadline only for now)
sleeper tweaks (this saves battery)
hardware rendering tweaks (take full advantage of your device's GPU)
improved sdcard read/write speed (should be set at 2048kb readahead)
disables logger (slight performance boost, but disabled logcat)
zipalign on boot (optimizes apps to consume less RAM and run faster)
defrag on boot (sqlite database is wiped on each reboot)
renice tweaks to open some system apps faster, may consume more ram
disables journalism (slight increase in performance, might cause some instability in rare cases)
nice set of terminal scripts (see 3rd post for the list)
disables vsync (boost in performance, might cause glitching in rare cases)
tweaked ADJ & VM values
entropy tweaks included (significant lag reduction)
graphics rendering tweaks (better 2D/3D graphic performance)
video/music streaming tweaks
custom UI sounds (MGS4 based sound effects I found and converted to .ogg)
increased jpeg + video recording quality
call tweaks
cpuramcheck script to monitor CPU/RAM usage in realtime using the terminal emulator
Stabilized FPS through a build.prop tweak (might not be so stable, be warned. Thanks Pizza_Dox & LENAROX!!)
Click to expand...
Click to collapse
- When including Codename LightningBolt in your ROMs -
This is all I ask
If you would like to include these tweaks in one of your ROMs, just give proper credits such as
"Codename LightningBolt Tweaks by leolawliet"
and link back to this post somehow, they deserve a lot of thanks and credit for helping make this all possible.
Click to expand...
Click to collapse
- build.prop tweaks -
Use on whatever ROM you like, just copy & paste to your build.prop
(The build.prop tweak installer has the best handpicked already)
New build.prop tweaks
Code:
### LeoLawliet's new tweaks 9/15/2013 ###
# Misc Tweaks
debug.gr.swapinterval=0
debug.performance.tuning=1
dev.pm.dyn_samplingrate=1
persist.adb.notify=0
persist.service.adb.enable=1
persist.sys.use_dithering=1
persist.sys.purgeable_assets=1
qemu.hw.mainkeys=0
ro.min_pointer_dur=1
ro.sec.proximity.delay=0
sys.mem.max_hidden_apps=15
# Battery Tweaks
pm.sleep_mode=1
ro.ril.disable.power.collapse=1
# Unlocks Screen using Menu Button
ro.config.hw_menu_unlockscreen=true
# Kernel Tweaks
ro.kernel.checkjni=0
# Ram Tweaks
persist.sys.purgeable_assets=1
# Kills Loging
ro.config.htc.nocheckin=1
ro.config.nocheckin=1
profiler.force_disable_ulog=1
profiler.force_disable_err_rpt=1
# Media Streaming Optimizations
media.stagefright.enable-player=true
media.stagefright.enable-meta=true
media.stagefright.enable-scan=true
media.stagefright.enable-http=true
media.stagefright.enable-aac=true
media.stagefright.enable-qcp=true
media.stagefright.enable-record=true
# Camera & Media Tweaks
ro.media.enc.jpeg.quality=100
ro.media.dec.jpeg.memcap=8000000
ro.media.dec.jpeg.memcap=20000000
ro.media.enc.hprof.vid.bps=8000000
ro.media.enc.hprof.vid.fps=75
ro.media.enc.jpeg.quality=100
ro.media.dec.aud.wma.enabled=1
ro.media.dec.vid.wmv.enabled=1
ro.media.cam.preview.fps=25
ro.media.codec_priority_for_thumb=so
# CM9 Tweaks
hwui.disable_vsync=true
hwui.render_dirty_regions=false
# Voice Optimization
ro.ril.enable.amr.wideband
# Better Telephony Settings
ro.config.vc_call_vol_steps=15
ro.config.vc_call_steps=20
ro.telephony.call_ring.delay=0
ring.delay=0
ro.lge.proximity.delay=25
mot.proximity.delay=25
ro.mot.buttonlight.timeout=0
# Google DNS
net.dns1=8.8.8.8
net.dns2=8.8.4.4
net.rmnet0.dns1=8.8.8.8
net.rmnet0.dns2=8.8.4.4
# TCP Tweaks (might break WiFi)
net.tcp.buffersize.default=4096,87380,256960,4096, 16384,256960
net.tcp.buffersize.wifi=4096,87380,256960,4096,163 84,256960
net.tcp.buffersize.umts=4096,87380,256960,4096,163 84,256960
net.tcp.buffersize.gprs=4096,87380,256960,4096,163 84,256960
net.tcp.buffersize.edge=4096,87380,256960,4096,163 84,256960
net.tcp.buffersize.hspda=4096,87380,256960,4096,16 384,256960
net.tcp.buffersize.hspa=4096,87380,256960,4096,163 84,256960
# Wireless Conection Tweaks (might break WiFi)
net.ipv4.ip_no_pmtu_disc=0
net.ipv4.route.flush=1
net.ipv4.tcp_ecn=0
net.ipv4.tcp_fack=1
net.ipv4.tcp_mem=187000 187000 187000
net.ipv4.tcp_moderate_rcvbuf=1
net.ipv4.tcp_no_metrics_save=1
net.ipv4.tcp_rfc1337=1
net.ipv4.tcp_rmem=4096 39000 187000
net.ipv4.tcp_sack=1
net.ipv4.tcp_timestamps=1
net.ipv4.tcp_window_scaling=1
net.ipv4.tcp_wmem=4096 39000 187000
# 3d performance
persist.android.strictmode=0
ro.min_pointer_dur=1
ro.secure=0
# 16BIT Support
debug.fb.rgb565=1
# 16BIT Transparency
persist.sys.use_16bpp_alpha=1
# Graphic Tweaks
ro.product.gpu.driver=1
debug.gr.swapinterval=0
# Better scrolling responsiveness
windowsmgr.max_events_per_sec=90
ro.max.fling_velocity=12000
ro.min.fling_velocity=8000
# Better Touch Responsiveness
touch.presure.scale=0.001
# Dalvik Tweaks
dalvik.vm.heapstartsize=8m
dalvik.vm.heapgrowthlimit=122m
dalvik.vm.heapsize=122m
dalvik.vm.dexopt-flags=m=y,v=n,o=n
dalvik.vm.stack-trace-file=/data/anr/traces.txt
dalvik.vm.lockprof.threshold=500
dalvik.vm.execution-mode=int:jit
dalvik.vm.jmiopts=forcecopy
dalvik.vm.dexopt-data-only=1
# Enable Qualcomm tile rendering (Hardware Rendering)
debug.enabletr=1
persist.sys.composition.type=gpu
# enable harware egl profile
debug.egl.profiler=1
# FPs Booster
persist.sys.NV_FPSLIMIT=60
persist.sys.NV_POWERMODE=1
persist.sys.NV_PROFVER=15
persist.sys.NV_STEREOCTRL=0
persist.sys.NV_STEREOSEPCHG=0
persist.sys.NV_STEREOSEP=20
# Graphic Optimization
debug.gr.numframebuffers=3
ro.min_pointer_dur=1
# Hardware 2D & 3D Rendering
hw3d.force=1
hw2d.force=1
# Pro-Tuned ADJ 1.2 by LENAROX.
ro.FOREGROUND_APP_ADJ=0
ro.VISIBLE_APP_ADJ=4
ro.PERCEPTIBLE_APP_ADJ=3
ro.HEAVY_WEIGHT_APP_ADJ=2
ro.SECONDARY_SERVER_ADJ=1
ro.BACKUP_APP_ADJ=5
ro.HOME_APP_ADJ=6
ro.HIDDEN_APP_MIN_ADJ=7
ro.EMPTY_APP_ADJ=15
#Ultimate Assassin Mode!
#ro.SECONDARY_SERVER_ADJ=15
#ro.HIDDEN_APP_MIN_ADJ=3
# Qualcomm Display Settings (Qualcomm devices ONLY!!)
com.qc.hardware=1
debug.qc.hardware=true
debug.qctwa.preservebuf=1
debug.qctwa.statusbar=1
# Rapid Boot Technology 1.1 (Reduces bootup time)
persist.sys.shutdown.mode=hibernate
ro.config.hw_fast_dormancy=1
ro.config.hw_quickpoweron=true
# Rendering Tweaks
debug.composition.type=gpu
debug.egl.hw=1
debug.enabletr=true
debug.overlayui.enable=1
debug.qctwa.preservebuf=1
debug.performance.tuning=1
debug.sf.hw=1
dev.pm.dyn_samplingrate=1
hw3d.force=1
ro.config.disable.hw_accel=false
ro.fb.mode=1
ro.sf.compbypass.enable=0
ro.vold.umsdirtyratio=20
persist.sys.composition.type=gpu
persist.sys.ui.hw=1
video.accelerate.hw=1
# Sensor Sleep Control
ro.ril.sensor.sleep.control=1
# Smoothens UI
persist.service.lgospd.enable=0
persist.service.pcsync.enable=0
### End of LeoLawliet's new tweaks 9/15/2013 ###
- Disclaimer & Warning -
If you mess up your device using these tweaks, it's not my fault
As usual, I will leave a disclaimer.
I will NOT be held responsible if this causes any damage to your device.
You are responsible for making a nandroid backup
in the case that a bootloop occurs.
Click to expand...
Click to collapse
\/ Credits on second post \/​
Credits
Credit goes out to these guys
Pizza_Dox - for hc & gm scripts, 02SDCardAccel, 08IO, 20vmlt, 82Sleepers, some build.prop tweaks
Chainfire - for some scripts. 01-GPU_touchrender, libncurses.so
ImbaWind - for Adrenaline Boost script
Spex - for some of the Fluid Engine tweaks and some build.prop edits, I started out with his collection and kept tweaking it and changing it up every now and then it. Thanks!
zeppelinrox - for sclean script
LENAROX - for 20vmlt, FPs Stabilizer, ADJ values, avcore, and you made cpuramcheck script possible. Thanks
defiant07 - for helping create the build.prop tweak installer script
BSDgeek_Jake - For the motherload of AD-blocking host files, best and largest database I've seen so far
And once again because I can't tell you how annoying it is for someone to screw up their own device for not following instructions carefully and then blame someone else.. I will NOT be held responsible if this causes any damage to your device, you are responsible for making a nandroid backup in the case that a bootloop occurs.
Enjoy
Sent from my LG-P769 running PenberRom5 using Tapatalk 2
Terminal scripts & changelog
- Terminal Scripts -
Type "su" then..
Code:
avc
^ avcore script by LENAROX, it has built in instructions.
Click to expand...
Click to collapse
Code:
boost
^ instant ram boost
Click to expand...
Click to collapse
Code:
cpuramcheck
^ check CPU usage and RAM usage in realtime
Click to expand...
Click to collapse
Code:
gm
^
modded version of boost script, also kills media server
Click to expand...
Click to collapse
Code:
hc
^ hyper cola v2.6 tweaks by Pizza_Dox, reboot to deactivate and save battery. This is meant to give a boost for gaming
Click to expand...
Click to collapse
Code:
sclean
^ wipes cache & dalvik-cache then reboots your device, I recommend running this at least once a week to speed things up if your device is slowing down over time
Click to expand...
Click to collapse
Code:
swap2cache
^ creates 64mb swapfile in /cache/swap/ with swapiness set to 40 (virtual RAM, risky)
Click to expand...
Click to collapse
Code:
swap2data
^ creates 128mb swapfile in /data/swap/ with swapiness set to 40 (virtual RAM, risky)
Click to expand...
Click to collapse
Click to expand...
Click to collapse
____________________________________________________________________________________________
- prop tweak installer explained -
- The change that was implemented to the build.prop tweak installer script mainly effects
the creation of the backup of build.prop, then applies the tweaks to build.prop while leaving
build.prop.PrePenberEngine backup file untouched. All it does is if it detects build.prop.PrePenberEngine
it won't make a new backup, thereby preserving the original backup while tweaking the build.prop that will
end up being used. It does NOT "cancel out the installer script" from doing stuff to the build.prop and this time
it should prevent duplicate entries. (edited, sorry for the misunderstanding and thank you for clarifying this defiant07).
- Also stated by defiant07: "Furthermore, there was some lack of attention to detail
on my part in the suggestion because I was focused solely on not having the backup
overwritten when your users update (which was the concern expressed in the user's
post that gave me the idea for the suggestion). I was wrong in that the change I suggested
does not totally eliminate the need to restore the build.prop backup because it will
still add stuff the build.prop. Although this is not really a problem it would cause duplicate entries."
- The best way I can explain it is basically his new code will make it so if it detects
build.prop.PrePenberEngine it will restore build.prop.PrePenberEngine and then
add all the entries OR if it does NOT detect build.prop.PrePenberEngine it will make
a backup and then add all the entries. This should ultimately make it so the user
does not have to touch the build.prop or build.prop.PrePenberEngine when updating
and it will avoid duplicate entries...the zip should now do everything for you guys,
thanks goes to @defiant07 for this.
Click to expand...
Click to collapse
____________________________________________________________________________________________
Progress in general ~12/21/2013~
I will no longer update the changelog through the OP, it will be accessible from the AROMA Installer.
This makes things easier, and reduces the clutter on the thread, also encourages other to try the tweaks.
~What's new? ~
Update on progress - 12/21/2013:
NEW!! AROMA Installer added, includes a GUI which allows you to select the tweaks you want installed
NEW!! Added swap2emmc script
NEW!! The build.prop tweak installer script still needs to be worked on, any help with that would be great
NEW!! I will no longer be updating the changelog on the thread, but instead in the AROMA Installer (much easier)
Major Update - Project renamed - 11/15/2013:
NEW!! Every installer now first removes old files before flashing new ones
NEW!! Every installer also individually sets permissions for each file
NEW!! Updated sysctl tweaks! (probably my favorite part of this update)
Made uninstallers for both PenberEngine and Codename LightningBolt (still BETA, youve been warned!!)
Removed fluid engine script, merged some of the code with main Codename LightningBolt script
Update on progress - 10/29/2013:
NEW!! MGS4 UI sounds and notifications, I could have done a better job converting the files.. that's on my to-do list
NEW!! Added sysctl tweaks
NEW!! Added custom host file for AdBlocking
NEW!! Added sclean as xbin script, I recommend running this once a week for a quick tuneup
EXPERIMENTAL!! Added latest fluid engine script (98fluid_engine init.d script only!) Let's see how this plays out
Tweaked/Updated a couple of init.d scripts (97PenberEngine_Main/98PenberEngine_LagReduction/99PenberEngine_Renice) still testing but working well
Prop tweak installer should be working fine now
Updated the updater-script for every installer, neater looking installation and fixes applied
Made sure installer individually sets permissions for each init.d script
Update on progress so far - 10/13/2013:
I updated the build.prop tweak installer. The script within it as well.
I got a nice boost all around with the prop tweaks alone.
I also updated the init.d scripts, please remove the old ones
before installing this update and please restore your old build.prop
as well. If you don't it might cause problems with performance.
I also made sure the all-in-one installers applied the
prop tweaks properly, they're all working fine for me
Announcement.. - 10/12/2013:
This tweak package is said to work well alongside CrossBreeder
But I myself haven't confirmed it, feel free to try it out,
it hasn't caused the other users any problems as far as I know.
Announcement.. - 10/07/2013:
It has come to my attention that these tweaks aren't exactly noob friendly,
don't take chances if you don't understand any of this,
not everyone will get the same result
or even know how to fully make use of it.
If you no comprende don't flash,
I'm not responsible if this messes up your device,
always make a backup beforehand.
Current progress on - 10/06/2013:
You can find the installers >>here<<
So far things seem smoother, RAM handles better, I've included avcore
to test out for a bit (thanks LENAROX, I hope you're okay with me using this,
otherwise just ask me to remove it and I will)
and I attempted to include the older build.prop script in the newer engine
and AIO, also updated the updater-binary files with the one defiant07 made.
Click to expand...
Click to collapse
____________________________________________________________________________________________
​
Looking for the 9/3 build is it uploaded yet ?
Sent from my SAMSUNG-SGH-T999 using Tapatalk 2
Testing now..
just wondering about using CrossBreeder with this package? Also are you using V6SuperCharger because I see an installation marker which you get from installing V6 in your build prop extras?
Sent from my GT-I9000 using xda premium
Is this mod make difference on my Gnexus ? Or it is just for some old devices?
Xx_silenzer_xX said:
Looking for the 9/3 build is it uploaded yet ?
Sent from my SAMSUNG-SGH-T999 using Tapatalk 2
Click to expand...
Click to collapse
There isn't, I just decided to make the thread on 9/3
9/1/2013 is the latest.
RuffBuster said:
Testing now..
just wondering about using CrossBreeder with this package? Also are you using V6SuperCharger because I see an installation marker which you get from installing V6 in your build prop extras?
Sent from my GT-I9000 using xda premium
Click to expand...
Click to collapse
I use it sometimes, I would usually leave that line at the bottom of my build.prop. V6SuperCharger isn't included. I high'y recommend you don't use crossbreeder with this, it will conflict with the tweaks I've already added. This is like crossbreeder, it's a package of tweaks. You only need one or the other, otherwise too many conflicting tweaks could cause more problems than benefits.
okanb3 said:
Is this mod make difference on my Gnexus ? Or it is just for some old devices?
Click to expand...
Click to collapse
It made a difference on two of my devices, both different and not exactly high end. It helped with my LG Optimus L9 which is fairly new, not even a year old. Try it out and if you don't like it restore your backup.
Skimmed the zip's contents out of general curiosity and it seems like a pretty suspect, half assed haphazard hodgepodge to me . The problems are numerous ...
There are no usage instructions in your OP (for xbin scripts and it seems one of your init.d scripts requires user editing).
There is nothing in your zip that installs the build.prop tweaks you list in the OP.
Your turbo xbin script is totally empty, lol.
34dalvikcalc does absolutely nothing.
cpuramcheck will do nothing. EDIT - I am an idiot...this script does work as intended.
Those are the issues I noticed in five minute skim, but I imagine there are others.
BTW, why include three zipalign scripts???
defiant07 said:
Skimmed the zip's contents out of general curiosity and it seems like a pretty suspect, half assed haphazard hodgepodge to me . The problems are numerous ...
There are no usage instructions in your OP (for xbin scripts and it seems one of your init.d scripts requires user editing).
There is nothing in your zip that installs the build.prop tweaks you list in the OP.
Your turbo xbin script is totally empty, lol.
34dalvikcalc does absolutely nothing.
cpuramcheck will do nothing.
Those are the issues I noticed in five minute skim, but I imagine there are others.
BTW, why include three zipalign scripts???
Click to expand...
Click to collapse
Build.prop tweaks weren't applying with the installer, for that I apologize, so I decided to post them in the OP so users have the option to copy & paste whatever they like to their own build.prop. I still need to fix up the OP, it's still not 100% done. I've been testing these tweaks myself along with the help of other users, nothing bad has happened to either of our devices, in fact they like the boost they got from it. I can't say for sure that everyone will get the same results, but please keep in mind I've only had a chance to test it on 2 devices, both of which seemed to run better with the tweaks so I can't really say I'm noticing any problems other than some stuff I wanna remove. I like the engine the way it is, doesn't need stuff added onto it but I don't like the filesize and hope to shrink it down some more. If you got any suggestions to slim it down, shoot away I'm listening.
I was supposed to remove turbo but forgot, I noticed it wasn't working at all. It's getting replaced with Hyper Cola v2.6
The xbin scripts instructions, I'll get to it when I can write it up, just a busy night at the moment. Labor day weekend just passed and I'm getting back to work (actually at work as we speak) I'll write instructions along the way, my bad for not including them.
34dalvikcalc & cpuramcheck are working fine for me, do you have the latest busybox installed?
As for the question about the zipalign scripts, zipalign is needed while zalignx and zepalign do the zipaligning in their own ways, just not sure what other users preferred zipaligning with. There's a difference tho, I think zalignx is more detailed, at least I get to see what gets zipaligned or already was prior to running the script.
Any more feedback you or anyone can provide will help, I'll fix the errors just gotta point them out
İ cant fiash it.My phone is huawei sonic with CM9 4.0.4
Just some info, good job first off!
2nd - dalvik calc WONT work, its placebo (bad Unix), I made it for a Rom of mine or sth and it had some Unix issues, I even named it 34dalvikcalc, it's not 100% mine, I nodded it, and its originall creator was someone from another forum (can't remember) and it didn't properly calculate, so I fixed and popped in meh Rom, and LENAROXS fps stabilizer actually uncaps the fps limit, its a bad tweak, as higher fps than refresh rate causes some weird screen stutters and probs, besides we can't see past 60fps
I hope this project turns up good and I will look forward to trying, once again, Awesome job!,
Sent from my R800i using xda app-developers app
leolawliet said:
Build.prop tweaks weren't applying with the installer, for that I apologize, so I decided to post them in the OP so users have the option to copy & paste whatever they like to their own build.prop. I still need to fix up the OP, it's still not 100% done. I've been testing these tweaks myself along with the help of other users, nothing bad has happened to either of our devices, in fact they like the boost they got from it. I can't say for sure that everyone will get the same results, but please keep in mind I've only had a chance to test it on 2 devices, both of which seemed to run better with the tweaks so I can't really say I'm noticing any problems other than some stuff I wanna remove. I like the engine the way it is, doesn't need stuff added onto it but I don't like the filesize and hope to shrink it down some more. If you got any suggestions to slim it down, shoot away I'm listening.
I was supposed to remove turbo but forgot, I noticed it wasn't working at all. It's getting replaced with Hyper Cola v2.6
The xbin scripts instructions, I'll get to it when I can write it up, just a busy night at the moment. Labor day weekend just passed and I'm getting back to work (actually at work as we speak) I'll write instructions along the way, my bad for not including them.
34dalvikcalc & cpuramcheck are working fine for me, do you have the latest busybox installed?
As for the question about the zipalign scripts, zipalign is needed while zalignx and zepalign do the zipaligning in their own ways, just not sure what other users preferred zipaligning with. There's a difference tho, I think zalignx is more detailed, at least I get to see what gets zipaligned or already was prior to running the script.
Any more feedback you or anyone can provide will help, I'll fix the errors just gotta point them out
Click to expand...
Click to collapse
At least you are responsive and responsible in that you acknowledge and try to fix your problems . However, IMO you should not release stuff unless you fully test everything (try using debug ).
Regarding the build.prop stuff your OP states it's included (and I quote: "The tweaks included are listed below:")??? If you don't have the time to make a half decent, informative, and accurate OP, IMO you should wait and release the product when you do have the time...there's no rush, XDA will still be here tomorrow.
As @Pizza_Dox said 34dalvikcalc is totally flawed...it does nothing in Pizza Box too (which I looked at last night as well since you credited him). Do you know anything about bash/shell scripting??? Busybox version is irrelevant, I did not run any of your scripts (nor will I ever)...as I stated all I did was a 5 min skim, but just by looking at the code I can tell it is bad. If you cannot tell this code:
Code:
#!/system/xbin/sh
# The Dalvik Optimizer 1.0 by Pizza_Dox
mem=785624;
heapsize=0;
dalvik_heapsize=0;
dalvik_vm_heapsize="m";
setprop dalvik.vm.heapsize ;
# XDA: http://goo.gl/xEdOa
# Blog: http://androidpizza.blogspot.com/
# Email: [email protected]
is bad, you have no business releasing mod packages. What in this script leads you to believe it does anything productive??? Again try using debug.
As for cpuramcheck, you can really run that script??? I smell BS (unless maybe you have a magic rom of some sort???)...as previously stated, try actually testing before releasing. The major issue with this script is it is missing that good ole fashion required opening line - #!/system/bin/sh. So there is no way it will do anything for anybody (you included), lol. FAIL. EDIT - I was wrong...this script DOES function as intended...EPIC FAIL on my part.
Try actually learning some code instead of "borrowing" it all and you may avoid such issues :silly:.
defiant07 said:
At least you are responsive and responsible in that you acknowledge and try to fix your problems . However, IMO you should not release stuff unless you fully test everything (try using debug ).
Regarding the build.prop stuff your OP states it's included (and I quote: "The tweaks included are listed below:")??? If you don't have the time to make a half decent, informative, and accurate OP, IMO you should wait and release the product when you do have the time...there's no rush, XDA will still be here tomorrow.
As @Pizza_Dox said 34dalvikcalc is totally flawed...it does nothing in Pizza Box too (which I looked at last night as well since you credited him). Do you know anything about bash/shell scripting??? Busybox version is irrelevant, I did not run any of your scripts (nor will I ever)...as I stated all I did was a 5 min skim, but just by looking at the code I can tell it is bad. If you cannot tell this code:
Code:
#!/system/xbin/sh
# The Dalvik Optimizer 1.0 by Pizza_Dox
mem=785624;
heapsize=0;
dalvik_heapsize=0;
dalvik_vm_heapsize="m";
setprop dalvik.vm.heapsize ;
# XDA: http://goo.gl/xEdOa
# Blog: http://androidpizza.blogspot.com/
# Email: [email protected]
is bad, you have no business releasing mod packages. What in this script leads you to believe it does anything productive??? Again try using debug.
As for cpuramcheck, you can really run that script??? I smell BS (unless maybe you have a magic rom of some sort???)...as previously stated, try actually testing before releasing. The major issue with this script is it is missing that good ole fashion required opening line - #!/system/bin/sh. So there is no way it will do anything for anybody (you included), lol. FAIL.
Try actually learning some code instead of "borrowing" it all and you may avoid such issues :silly:.
Click to expand...
Click to collapse
cpuramcheck works..
The rest of whatever you said I'm ignoring, take your negativity elsewhere. Nobody likes a troll. Maybe if you actually tried something instead of immediately bashing on something, you'd see that it works..
I don't need your opinion, it looks like you're trying to discourage me, that's not cool. If you don't like this thread you don't have to stick around and be a troll.
Sent from my LG Optimus L9 running PenberRom5 using Tapatalk 2
leolawliet said:
cpuramcheck works..
The rest of whatever you said I'm ignoring, take your negativity elsewhere. Nobody likes a troll. Maybe if you actually tried something instead of immediately bashing on something, you'd see that it works..
I don't need your opinion, it looks like you're trying to discourage me, that's not cool. If you don't like this thread you don't have to stick around and be a troll.
Sent from my LG Optimus L9 running PenberRom5 using Tapatalk 2
Click to expand...
Click to collapse
My bad, I stand semi-corrected, cpuramcheck kinda sorta works. If you try and run it by doing su -c cpuramcheck (which is the way most bin scripts work...including the others in your mod package), it will NOT work...you will get a 'cannot execute' error. To make it work the user would have to manually invoke the shell, which is very odd to begin with, plus it is inconsistent with the other bin scripts you included. I doubt most users would figure this out. BTW, adding the standard opening line would eliminate the need for the user to call the shell manually. I'll call this one a wash as we are both right and wrong. EDIT: Okay, you are 100% correct in these regards...I am a donkey idiot...I tested it as an xbin script out of curiosity (with the text I stuck out I ran it in script manager, which required me to tell it is was a script, hence some of my comments) and it does work as intended...guess I need to learn more about bin and shell scripts...I will cop to my mistake and edit my previous post so people know I was wrong in this matter.
What you do NOT want to acknowledge your incompetence in regards to 34dalvikcalc so you choose to ignore my questions? LOL
I am not trying to troll you; just calling things as I see them [edit: (which is obviously wrong sometimes)].
If it discourages you from doing things you obviously have no business doing, then GOOD...it helps the quality control of XDA. XDA does NOT need another completely unoriginal mod package where the dev does not really/fully know what they are doing.
Ignorance is bliss; enjoy it, as it seems you are drowning in it...don't be mad I called you on your BS and lack of knowledge. Again maybe try actually learning some bash/shell scripting before you try to compile a mod package.
I held off on give this a one star rating, but your comments have confirmed my initial suspicions...sad and pathetic.
Have fun dragging down the overall quality of XDA and collecting undeserved thanks from the legions of silly crack flashers.
EDIT: Overly harsh...poor form on my part...many apologies. I will refrain from further commentary...I should have learned by now that if one has nothing good to say it is best to remain silent.
Is it compatible to use this mod on LG OPTIMUS G PRO?
Sent from my LG-E988 using Tapatalk 4
defiant07 said:
My bad, I stand semi-corrected, cpuramcheck kinda sorta works. If you try and run it by doing su -c cpuramcheck (which is the way most bin scripts work...including the others in your mod package), it will NOT work...you will get a 'cannot execute' error. To make it work the user would have to manually invoke the shell, which is very odd to begin with, plus it is inconsistent with the other bin scripts you included. I doubt most users would figure this out. BTW, adding the standard opening line would eliminate the need for the user to call the shell manually. I'll call this one a wash as we are both right and wrong. EDIT: Okay, you are 100% correct in these regards...I am a donkey idiot...I tested it as an xbin script out of curiosity (with the text I stuck out I ran it in script manager, which required me to tell it is was a script, hence some of my comments) and it does work as intended...guess I need to learn more about bin and shell scripts...I will cop to my mistake and edit my previous post so people know I was wrong in this matter.
What you do NOT want to acknowledge your incompetence in regards to 34dalvikcalc so you choose to ignore my questions? LOL
I am not trying to troll you; just calling things as I see them [edit: (which is obviously wrong sometimes)].
If it discourages you from doing things you obviously have no business doing, then GOOD...it helps the quality control of XDA. XDA does NOT need another completely unoriginal mod package where the dev does not really/fully know what they are doing.
Ignorance is bliss; enjoy it, as it seems you are drowning in it...don't be mad I called you on your BS and lack of knowledge. Again maybe try actually learning some bash/shell scripting before you try to compile a mod package.
I held off on give this a one star rating, but your comments have confirmed my initial suspicions...sad and pathetic.
Have fun dragging down the overall quality of XDA and collecting undeserved thanks from the legions of silly crack flashers.
EDIT: Overly harsh...poor form on my part...many apologies. I will refrain from further commentary...I should have learned by now that if one has nothing good to say it is best to remain silent.
Click to expand...
Click to collapse
Dude.. instead of bashing, you could encourage me to improve the package and fix things and give me pointers, you know.. give some insight but not if you're gonna be so harsh that it looks like you're attacking me.. did you even try the tweaks..? Clearly not if you keep assuming stuff, and even YOU provided false info. Why are you even giving feedback if you haven't even tried it and never plan on using it? You just THINK you know what you're talking about.. but look what happened, you automatically assumed one of my scripts was total BS and it worked.. maybe not the way you wanted it to work but it does in fact work as stated. You insult me saying I need to learn how to code, and then I correct you, and then you correct yourself.. what was that you said about me needing to learn how to code? The same goes for you, learn your stuff too so it doesn't look like you're pretending to know what you're talking about, cuz seriously it looks that way now. I'm learning at my own pace trying to teach myself so I don't bug and annoy anyone for advice but I'm not gonna pretend I know everything. You made your own self look like a complete moron, that was your own doing, not mine.
It's a tweak package seriously who starts crap over that? It's ridiculous. I can understand if you DID try the tweak package without making a backup and then you screwed up your device, at that point I'd feel bad I'd apologize and try to help make things right, but that's not even the case here. You didn't even flash anything so why are you even talking like you tried it and it killed your phone? -____-
I thought this was supposed to be a friendly community, I wouldn't even think of calling out anyone to speak to them the way you've spoken to me, just honestly speaking you came off as really rude to me and I felt some kind of way about it.. it's difficult to look at it any other way.
Also.. how many other developers and users post up stuff on a daily basis that isn't even a final product? Tons of users have done it, and for their own reasons. So why the hell single me out like you did? Do you talk to everyone on XDA this way? Have some respect and consideration for others. Maybe you had a bad day and wanted to take it out on someone, but I don't know that so I can't assume and won't assume, but your behavior was definitely out of line and not normal. I'm not bashing you, nobody is. You made your own self look like a troll. You had no legit reason for behaving the way you did towards me in the first place, you do not know me from a hole in a wall. At least I'm not posting anything that breaks radio/battery indicator/GPS/WiFi/data/Bluetooth/etc. At least I posted something, I'm not someone who announces something BIG that gets everyone all hyped up only to never release it. If anyone feels adventurous, and knows what to do with these tweaks, they will check it out. If someone doesn't understand any of this, they're in the wrong place and I can't be blamed if they screw up their device because they SHOULD be aware of what they're doing. If users see some obvious mistakes in any of the things, I encourage them post their findings in the thread. You did that, BUT you were in fact very rude about it. Regardless if it points a person in the right direction you just can't speak to anyone like that, some people will take it some kind of way, like I did. Do you see where I'm coming from with this? We have this community so we could all support each other, help each other out somehow, not discourage others. I've seen noobs turn out to become great developers, I have mad respect for them for the effort they put into everything they did and for how far they've come along. You gotta start somewhere but if you sit around doing nothing, not interacting with others, how do you hope to learn anything? I may make mistakes along the way, as well as other users, but ultimately we learn from it. When you learn from a mistake you learn not to repeat it and how to avoid it.
All I wanted to do was create a package with my preferred tweaks, to flash over any ROM update I install, without having to do it all one-by-one all over again, that was the whole point of this package. And the point of this thread was to share it and spot out anything wrong with it and to improve it. I welcome feedback and insight to improve the package, I encourage it because I want something that would benefit everyone. I just would appreciate it if the person came to me in a nice way. Honestly speaking, I can't remember the last time anyone spoke to me this way on XDA. I'm shocked, everyone else here is so nice and always willing to point me in the right direction, but half the time I don't wanna ask because I don't wanna be bothersome so I look for a way to figure things out on my own so I could avoid stuff like this.
Also.. "Credit goes out to these guys" http://forum.xda-developers.com/showpost.php?p=45273653&postcount=2
^ If you read the 2nd post you'll see I'm not taking any credit. You'll see I have told users to thank the credited developers on the 2nd post and it's been that way since I started this thread.. I never intended to take credit for the work of someone else, and really I haven't.. it's all there.
I should also mention I started that OP post on one of the threads for one of my ROMs and it had been copied over from there and changed a bit, I didn't thoroughly look through everything written the first time around, I didn't intentionally try to mislead anyone, and if anyone felt that way then I apologize and I corrected the post.
Another thing I wanted to say, I have been testing these tweaks for some time, along with the help of others so I didn't do this alone, I've had help along the way. I've even asked them to test them on the ROM updates I posted and on their other devices. No complaints. If I didn't feel confident that these tweaks would help others, if these tweaks haven't helped me in the past, I wouldn't have felt the need to share anything with anyone. The last thing I want right now is to cause someone's device to stop functioning, I would never want that to happen to anyone. The disclaimer states that I warned users to make a backup first before they try anything, that's common sense for anyone who has a custom recovery installed. If anything goes wrong, they have the option to restore their backup. I've been wanting to package these tweaks together for a while now, and just recently started learning how to put together flashable zips, which I had always wanted to learn how to do but never really got a chance to look into it till recently since I have access to PCs at work at any time now. The tweaks are working just as described for the devices I have tested them on (except LG G2x), and nothing conflicts, for me at least. I don't have a super phone, just a dual core device running PACrom JB 4.3, and that's not even so stable on it's own to be honest.
As for the build.prop tweaks I wanted to include, I'm gonna explain. At first I did include them, I had a built-in script that WAS supposed to install them, I double checked everything from the script to the updater script, but for some odd reason I couldn't get it to work right and didn't wanna frustrate myself over it so I corrected it by instead posting the tweaks to copy and paste from the OP and in my opinion that is the better way to go with the build.prop tweaks because they don't always work on every device and you wouldn't have to install them all at once. This gives users a better chance to single out the tweaks that don't work for them, for the sake of avoiding bootloops & such. I tested them on my LG G2x a while back and didn't get the results I wanted (but that phone always had issues with whatever I tried doing with it). This won't work the same for every phone.
I just didn't like how you came off towards me, it could've been handled better. It's not even that I wanna ignore what you said about the 34dalvikcalc script, you angered me and it didn't seem like you were trying to be helpful, instead it just seemed like you were trying to pick on me. I took a look at 34dalvikcalc and I'm gonna exclude it from now on. Not looking for anything to replace it with, at this point I'm gonna slim down the installer and exclude some of the stuff. I was gonna remove the script but you really didn't have to push things that far.. the least you could've done was send me a message in the first place, that's all it takes. That's what everyone else does when they have an issue with anything I pointed them out to.
I accept your apology, we were both wrong in some ways. I'm not even trying to make you feel negatively about me either so don't get the wrong idea about my response. I'm a pretty nice person, I'm not used to arguing with anyone. I rarely do but when I do I tend to have a short fuse. I'm too nice to put up with it. I'm not about to have an argument with someone I'll probably never meet over a thread post. It's pointless and it looks dumb. I'd rather be making friends over here at XDA. Let us drop this discussion, and allow the thread get back on topic.
drumbeater79 said:
Is it compatible to use this mod on LG OPTIMUS G PRO?
Sent from my LG-E988 using Tapatalk 4
Click to expand...
Click to collapse
There's only one way to know. Make a nandroid backup first, then flash the tweaks. If you find anything wrong let me know. This isn't for every phone.
Tgyztrk said:
İ cant fiash it.My phone is huawei sonic with CM9 4.0.4
Click to expand...
Click to collapse
If you like I can help you with this later if you're still interested in trying the tweaks, I'm on my way home from work.
leolawliet said:
Dude.. instead of bashing, you could encourage me to improve the package and fix things and give me pointers, you know.. give some insight but not if you're gonna be so harsh that it looks like you're attacking me.. did you even try the tweaks..? Clearly not if you keep assuming stuff, and even YOU provided false info. Why are you even giving feedback if you haven't even tried it and never plan on using it? You just THINK you know what you're talking about.. but look what happened, you automatically assumed one of my scripts was total BS and it worked.. maybe not the way you wanted it to work but it does in fact work as stated. You insult me saying I need to learn how to code, and then I correct you, and then you correct yourself.. what was that you said about me needing to learn how to code? The same goes for you, learn your stuff too so it doesn't look like you're pretending to know what you're talking about, cuz seriously it looks that way now. I'm learning at my own pace trying to teach myself so I don't bug and annoy anyone for advice but I'm not gonna pretend I know everything. You made your own self look like a complete moron, that was your own doing, not mine.
Click to expand...
Click to collapse
Umm, okay I admitted to as much in the edits I made to my previous post...I shot my self in the foot regarding the cpuramcheck script...never seen a bin script not start with the standard opening line...never said it was your doing, I took and will continue to take full responsibility, which is why I did not delete my old silly comments, instead I stuck out the old text and added edits so my mistakes would be public record.
But in all fairness, all the other points I made were valid and are a reasonable basis for concluding this package is of suspect quality.
leolawliet said:
It's a tweak package seriously who starts crap over that? It's ridiculous. I can understand if you DID try the tweak package without making a backup and then you screwed up your device, at that point I'd feel bad I'd apologize and try to help make things right, but that's not even the case here. You didn't even flash anything so why are you even talking like you tried it and it killed your phone? -____-
Click to expand...
Click to collapse
I never talked like I tried it...reread my posts I explicitly stated at least twice that all I did was skim the zips contents. BTW - quite a bit a of crap is started over suspect tweak packages...read the PurePerformance and NetForks threads for examples...this kinda reminds me of PurePerformance, although I doubt it will cause the problems that pureperformance did/does.
leolawliet said:
I thought this was supposed to be a friendly community, I wouldn't even think of calling out anyone to speak to them the way you've spoken to me, just honestly speaking you came off as really rude to me and I felt some kind of way about it.. it's difficult to look at it any other way.
Click to expand...
Click to collapse
Agreed...I should have remained silent or have been more constructive and tactful in my criticisms.
leolawliet said:
Also.. how many other developers and users post up stuff on a daily basis that isn't even a final product? Tons of users have done it, and for their own reasons. So why the hell single me out like you did? Do you talk to everyone on XDA this way? Have some respect and consideration for others. Maybe you had a bad day and wanted to take it out on someone, but I don't know that so I can't assume and won't assume, but your behavior was definitely out of line and not normal. I'm not bashing you, nobody is. You made your own self look like a troll. You had no legit reason for behaving the way you did towards me in the first place, you do not know me from a hole in a wall. At least I'm not posting anything that breaks radio/battery indicator/GPS/WiFi/data/Bluetooth/etc. At least I posted something, I'm not someone who announces something BIG that gets everyone all hyped up only to never release it. If anyone feels adventurous, and knows what to do with these tweaks, they will check it out. If someone doesn't understand any of this, they're in the wrong place and I can't be blamed if they screw up their device because they SHOULD be aware of what they're doing. If users see some obvious mistakes in any of the things, I encourage them post their findings in the thread. You did that, BUT you were in fact very rude about it. Regardless if it points a person in the right direction you just can't speak to anyone like that, some people will take it some kind of way, like I did. Do you see where I'm coming from with this? We have this community so we could all support each other, help each other out somehow, not discourage others. I've seen noobs turn out to become great developers, I have mad respect for them for the effort they put into everything they did and for how far they've come along. You gotta start somewhere but if you sit around doing nothing, not interacting with others, how do you hope to learn anything? I may make mistakes along the way, as well as other users, but ultimately we learn from it. When you learn from a mistake you learn not to repeat it and how to avoid it.
Click to expand...
Click to collapse
In all honesty I have only seen a handful products as unpolished as this and most of those at least had half decent OPs. Furthermore, many of these products label themselves as WIP or alpha/beta, which makes such deficiencies somewhat understandable. The way in which you presented your product leads users to believe it is in a more or less finished state, meaning it should be free of silly errors.
I did not single you out...as previously stated, I call things as I see them (albeit my vision is far from perfect)...I have gone after the devs of PurePerformance and NetForks (although I was 100% correct in these cases)...admittedly I get more annoyed than I should and perhaps react poorly...why should I care if other users crack flash crap?
leolawliet said:
All I wanted to do was create a package with my preferred tweaks, to flash over any ROM update I install, without having to do it all one-by-one all over again, that was the whole point of this package. And the point of this thread was to share it and spot out anything wrong with it and to improve it. I welcome feedback and insight to improve the package, I encourage it because I want something that would benefit everyone. I just would appreciate it if the person came to me in a nice way. Honestly speaking, I can't remember the last time anyone spoke to me this way on XDA. I'm shocked, everyone else here is so nice and always willing to point me in the right direction, but half the time I don't wanna ask because I don't wanna be bothersome so I look for a way to figure things out on my own so I could avoid stuff like this.
Click to expand...
Click to collapse
Okay, how nice of you...what an altruist. But you have to admit the inclusion of a total empty file (that turbo script), a script that does nothing (dalvikcalc, which you clearly thought did something productive), and an inaccurate and uninformative OP (that states the build.prop tweak were included, when they are not and has no usage instructions) would lead any reasonable observer to conclude this is a half assed effort where the dev does not really know what they are doing.
leolawliet said:
Also.. "Credit goes out to these guys" http://forum.xda-developers.com/showpost.php?p=45273653&postcount=2
^ If you read the 2nd post you'll see I'm not taking any credit. You'll see I have told users to thank the credited developers on the 2nd post and it's been that way since I started this thread.. I never intended to take credit for the work of someone else, and really I haven't.. it's all there.
Click to expand...
Click to collapse
Umm, whatever...I never said anything about a lack of proper credits (in fact, if you were to ask my option of the matter, I would say you did an excellent job giving credits)...if you reread my second post you will find that I stated I looked at Pizza Box because you credited it. In addition, this is the exact reason why I called this 'unoriginal' in one of the struck out sections of my previous post; so I have no idea where this rant came from.
leolawliet said:
I should also mention I started that OP post on one of the threads for one of my ROMs and it had been copied over from there and changed a bit, I didn't thoroughly look through everything written the first time around, I didn't intentionally try to mislead anyone, and if anyone felt that way then I apologize and I corrected the post.
Click to expand...
Click to collapse
Although I know your sick of my opinions, this is why I previously stated you should have waited until you had the time to make a proper, decent OP.
Also previously stated, at least you are responsive and responsible, not to mention you are clearly trying to make a honest effort to learn (I've seen many of those posts you've made in the threads you used stuff from)...I noticed you corrected that error, but it should have never existed in the first place (<<my opinion - if you're gunna release it to the public there ought to be a minimum quality standard that includes an accurate and informative OP)
leolawliet said:
Another thing I wanted to say, I have been testing these tweaks for some time, along with the help of others so I didn't do this alone, I've had help along the way. I've even asked them to test them on the ROM updates I posted and on their other devices. No complaints. If I didn't feel confident that these tweaks would help others, if these tweaks haven't helped me in the past, I wouldn't have felt the need to share anything with anyone. The last thing I want right now is to cause someone's device to stop functioning, I would never want that to happen to anyone. The disclaimer states that I warned users to make a backup first before they try anything, that's common sense for anyone who has a custom recovery installed. If anything goes wrong, they have the option to restore their backup. I've been wanting to package these tweaks together for a while now, and just recently started learning how to put together flashable zips, which I had always wanted to learn how to do but never really got a chance to look into it till recently since I have access to PCs at work at any time now. The tweaks are working just as described for the devices I have tested them on (except LG G2x), and nothing conflicts, for me at least. I don't have a super phone, just a dual core device running PACrom JB 4.3, and that's not even so stable on it's own to be honest.
Click to expand...
Click to collapse
Just because none of them complained does not mean there are no issues. Clearly your testers missed the two valid script related problems I pointed out. Even a total noob should have noticed the blank turbo script.
leolawliet said:
As for the build.prop tweaks I wanted to include, I'm gonna explain. At first I did include them, I had a built-in script that WAS supposed to install them, I double checked everything from the script to the updater script, but for some odd reason I couldn't get it to work right and didn't wanna frustrate myself over it so I corrected it by instead posting the tweaks to copy and paste from the OP and in my opinion that is the better way to go with the build.prop tweaks because they don't always work on every device and you wouldn't have to install them all at once. This gives users a better chance to single out the tweaks that don't work for them, for the sake of avoiding bootloops & such. I tested them on my LG G2x a while back and didn't get the results I wanted (but that phone always had issues with whatever I tried doing with it). This won't work the same for every phone.
Click to expand...
Click to collapse
Makes sense and further explains the initially inaccurate OP...like I said - your honest and responsible, which imo puts you a cut above the creators of PureNonsense and NetForks.
GL with this and HF learning.
leolawliet said:
I just didn't like how you came off towards me, it could've been handled better. It's not even that I wanna ignore what you said about the 34dalvikcalc script, you angered me and it didn't seem like you were trying to be helpful, instead it just seemed like you were trying to pick on me. I took a look at 34dalvikcalc and I'm gonna exclude it from now on. Not looking for anything to replace it with, at this point I'm gonna slim down the installer and exclude some of the stuff. I was gonna remove the script but you really didn't have to push things that far.. the least you could've done was send me a message in the first place, that's all it takes. That's what everyone else does when they have an issue with anything I pointed them out to.
Click to expand...
Click to collapse
Although you're kinda beating a dead horse at this point, I will agree with you again - this is all true and correct.
leolawliet said:
I accept your apology, we were both wrong in some ways. I'm not even trying to make you feel negatively about me either so don't get the wrong idea about my response. I'm a pretty nice person, I'm not used to arguing with anyone. I rarely do but when I do I tend to have a short fuse. I'm too nice to put up with it. I'm not about to have an argument with someone I'll probably never meet over a thread post. It's pointless and it looks dumb. I'd rather be making friends over here at XDA. Let us drop this discussion, and allow the thread get back on topic.
Click to expand...
Click to collapse
Thank you, you are most gracious. Your responses have been most civil and I don't take your criticisms negatively as they are quite justified.
Sorry again.
=========
To get things back on topic (although it was never really totally off topic) and to be constructive for a change , if you want to include build.prop tweaks in your zip and if you have not already resolved this issue: (1) create a script named "buildprop_additions" in .sh format that follows this general guideline
Code:
#!/system/bin/sh
busybox echo "" >> /system/build.prop
busybox echo "### PenberEngine Tweaks Begin" >> /system/build.prop
busybox echo "YOURFIRSTTWEAK" >> /system/build.prop
busybox echo "YOURSECONDTWEAK" >> /system/build.prop
etc
etc
busybox echo "### PenberEngine Tweaks End" >> /system/build.prop
; (2) place this script in the base of your zip; (3) in the updater script somewhere after you mount /system add this
Code:
package_extract_file("buildprop_additions.sh", "/tmp/buildprop_additions.sh");
set_perm(0, 0, 0777, "/tmp/buildprop_additions.sh");
run_program("/tmp/buildprop_additions.sh");
I could very well be wrong as I have never actually done this first hand, but based on my limited knowledge it should work. Hope this helps.
I get where you're coming from now, I should've prepared the thread better before posting it. I got a bit eager and felt like sharing it and hopefully improving it along the way. Well, I corrected the title of the post and marked it as a project. I might actually rename PenberEngine to something else along the way, I don't think I'll stick with the name. It's just there because I use the tweaks on my roms.
I hadn't realized the turbo script was empty at first, it didn't copy over correctly. The one I had on my device wasn't empty. I guess I made a mistake with that in zipping it, my bad. Although it's better that I exclude the turbo script, I like Hyper Cola better. I'm including a couple of things I wanted to add before, and I removed enough stuff to slim it down to 2mb instead of 8mb.
This is what I saw on the build.prop script that stood out, the starting line was this:
Code:
#!/sbin/sh
while the line you gave me looked like this:
Code:
#!/system/bin/sh
I'll post back and let you know. Thanks for the pointer.
Edit: weird stuff happened, a 2nd build.prop was created

[Q] Miktouch and Bulletproof -- differences?

Greetings. I just picked up a used MT4GS because I had to have a hwkbd and want to get it into top fighting condition. I've read through the posts on Bulletproof and MikTouch ROMs and am trying to understand what the real differences are. I'd appreciate any comments on features that one has that the other doesn't.
So far i have been able to determine:
In MikTouch, the screen capture is broken
This is my first Android phone, so i'm lacking context to understand a lot of the descriptions of changes.
Thanks
This phone is an oldie but a goodie, and welcome to the board.
I just came off of miktouch, which is a clean sense experience, but I was getting reboots on this ROM (don't know why, could have been a problem on my end). My understanding is the miktouch is slightly newer than bulletproof, and is based on a newer HTC firmware (this is for the version 0.7 miktouch, which is the most recent and the one you want to use).
If you need sense, then I think this is a good rom, but probably either one is good. They are both widely reported as stable, so I am not sure if my own experience regarding reboots is just a rare exception.
If you are not committed to the sense framework, I highly recommend scverhagen's CM9.1, which is very solid in my experience. I have used v12 for at least a month, and v13 came out yesterday, and is so far (knock wood) rock solid.
There are quite a few CM10.X variations available, and I've tried several. In my experience (and on my device) they are not as completely rock solid as the CM9.1, which is the only reason I am not using one as a DD. That said, they are quite mature, and are in wide use by many who want to be on the later CM versions.
nosuchfile said:
If you are not committed to the sense framework, I highly recommend scverhagen's CM9.1, which is very solid in my experience. I have used v12 for at least a month, and v13 came out yesterday, and is so far (knock wood) rock solid.
There are quite a few CM10.X variations available, and I've tried several. In my experience (and on my device) they are not as completely rock solid as the CM9.1, which is the only reason I am not using one as a DD. That said, they are quite mature, and are in wide use by many who want to be on the later CM versions.
Click to expand...
Click to collapse
Thanks for your comments. Having almost no experience with Android, i don't really know if i object to the Sense overlay or not. I have read that losing Sense loses a lot of the capabilities of the camera, and the camera is the other reason i got this phone (with the keyboard).
Anyway, i just finished unlocking the phone now. Did you get S-Off on yours?
Flandry said:
Thanks for your comments. Having almost no experience with Android, i don't really know if i object to the Sense overlay or not. I have read that losing Sense loses a lot of the capabilities of the camera, and the camera is the other reason i got this phone (with the keyboard).
Click to expand...
Click to collapse
I believe that was once true, but I think most of the camera issues have since been solved. I don't use the high end functions of the camera much. I think also there were some problems with 1080p video, which have also since been solved.
The CM roms are based off of the google android base code, and so they are able to work with certain apps that may not work with the version on which both bulletproof and miktouch are based, which is version gingerbread, android 2.3. CM 9.1 is based on android 4.0 (icecream sandwich). and CM 10.X is based on android 4.1-4.3. Chrome browser requires min android 4.0, and is probably the best browser.
http://en.wikipedia.org/wiki/Android_version_history
Flandry said:
Anyway, i just finished unlocking the phone now. Did you get S-Off on yours?
Click to expand...
Click to collapse
Yes, I did S-off mine. There is a post that describes the procedure using a wire to short between a spare uSD card and a very small hole at a precise time. The S-off is somewhat handy as it eliminates one step in flashing ROMs, namely, extracting a file from the ROM and separately flashing that single file (using fastboot) after flashing the ROM itself the 'normal' way, but is not necessary, and I would not suggest it as it is kind of tricky (but if you feel lucky...). I think it took me around 20 tries to finally get it right.
Hope this helps, and I would suggest starting with CM 9.1, as it will give you a more 'pure' android experience. Although some do like the Sense overlay, I don't care for it, and it is a lot less customizable.
Yes, the original sense camera produced excellent photos and videos, especially in low light, which I've never matched with others since. One person (can't remember who) who used later ROMs on a daily basis said he used to swap back to sense whenever he wanted to use the camera at a particular event. So I guess that's another option for you. For me, I've stuck mainly with CM9.1 for daily use (camera wasn't central to my 'buy' decision), and dabbled with other ROMs evenings and weekends.
davidf9 said:
Yes, the original sense camera produced excellent photos and videos, especially in low light, which I've never matched with others since. One person (can't remember who) who used later ROMs on a daily basis said he used to swap back to sense whenever he wanted to use the camera at a particular event. So I guess that's another option for you. For me, I've stuck mainly with CM9.1 for daily use (camera wasn't central to my 'buy' decision), and dabbled with other ROMs evenings and weekends.
Click to expand...
Click to collapse
Thank you. I actually did a simple comparison (talk.maemo .org /showpost.php?p=1378114&postcount=27) between the camera and my previous phone's camera to see which handled low light better, and my results agree with your experience. This is a pretty high priority for me.
I think your comments confirm for me that i do want to stick with GB + Sense for now. That brings me back to the OP though. From reading through the threads for the respective ROMs i think i have another difference:
* Bulletproof has a more colorful customized theme/paradigm.
* Bulletproof has some geeky utilities like bash shell and nano editor
Still wondering about substantive differences. I'll probably flash Bulletproof unless i hear of any disadvantages of it relative to Miktouch.
Edit: meh can't post links blah blah.
Fuzi0719 said:
... For an updated version, try the Miktouch ROM. It is based on the last HTC stock ROM, 1.63.531.2 and thus has a bit better performance in several key areas (GPS, Bluetooth, WiFi) and has more updated tweaks, as well. Bulletproof is based on the original stock ROM.
Click to expand...
Click to collapse
siani_8 said:
As a long time Bulletproof user and probably the biggest Bulletproof cheerleader from day one, I will agree that the MikTouch ROM is a smoother experience.
Click to expand...
Click to collapse
Hmm i thought that the fixes had gotten incorporated in Bulletproof in the later revision (1.1). :/
From what I read on another forum, Bloater is no longer being developed or supported.
Click to expand...
Click to collapse
This may be a problem because i need e.g. Exchange Mail and i read that it's been removed in the custom ROMs.
Well i've used clockworkmod recovery to make a nandroid of the stock system and have flashed Bulletproof 1.1 and the UV5 undervolting kernel. I'll see if it can be made to do what i want/need. Kudos to WeekendsR2Short for archiving the files so they are still available and to the hackers who put the ROM together.
I'm still looking for comments on current, real differences between the two ROMs, particularly from those in the know about whether there are meaningful differences in performance due to the origin of each. I would expect the fixes that went into the later stock ROMs also could be incorporated into Bulletproof, regardless of whether it was based on that ROM, but were they? I see guides from Blue6 on tweaks for network performance and GPS performance, so it seems he was aware of the issues.
Edit: I don't have working wifi so i'm guessing a custom kernel is a no go without S-off. That's what i thought but then i couldn't understand how people can run ICS without S-off. Obviously my assumptions are wrong somewhere... I'll reflash the boot image from Bulletproof 1.1.
Flandry said:
Well i've used clockworkmod recovery to make a nandroid of the stock system and have flashed Bulletproof 1.1 and the UV5 undervolting kernel. I'll see if it can be made to do what i want/need. Kudos to WeekendsR2Short for archiving the files so they are still available and to the hackers who put the ROM together.
I'm still looking for comments on current, real differences between the two ROMs, particularly from those in the know about whether there are meaningful differences in performance due to the origin of each. I would expect the fixes that went into the later stock ROMs also could be incorporated into Bulletproof, regardless of whether it was based on that ROM, but were they? I see guides from Blue6 on tweaks for network performance and GPS performance, so it seems he was aware of the issues.
Edit: I don't have working wifi so i'm guessing a custom kernel is a no go without S-off. That's what i thought but then i couldn't understand how people can run ICS without S-off. Obviously my assumptions are wrong somewhere... I'll reflash the boot image from Bulletproof 1.1.
Click to expand...
Click to collapse
Bulletproof 1.1 is still based on the original stock ROM (1.28), whereas Miktouch is based on the 1.63 release. In the 1.63 release, HTC made some major improvements in GPS, Bluetooth, and overall smoothness of the ROM as well as closed some security issues. Miktouch retains all the base stuff, including the Genius subsystem. By default, however, the Genius button has been remapped to do search, but there is a small patch that can be applied to revert the mapping back to the Genius function.
I've tried Bulletproof and though it is very stable, I still prefer Miktouch. It just seems more "fluid", especially with the patches like Liquidsmooth Rosie, and No-scrolling Cache. I also like the CM9.1 version from sverhagen, now on r13 release. It is very stable and works very well.
But, as others have stated, if the camera is very important, only the stock-based ROMs like Miktouch are going to give you 100% of what this phone can do. That's because HTC put a lot of the control of the image processor directly into the Sense framework, which of course is lacking in other ROMs. Other ROMs can access basic functions and do processing using the CPU, but cannot access some of the higher functions of the dedicated image processor. The CM9.1 camera is good, but if you look at photos side-by-side with those taken with Miktouch, for instance, you can see a difference in depth of field, exposure, lighting, compression. It is subtle, but visible. Most people probably would not care or even notice, so it is a personal choice.
Fuzi0719 said:
Bulletproof 1.1 is still based on the original stock ROM (1.28), whereas Miktouch is based on the 1.63 release. In the 1.63 release, HTC made some major improvements in GPS, Bluetooth, and overall smoothness of the ROM as well as closed some security issues. Miktouch retains all the base stuff, including the Genius subsystem. By default, however, the Genius button has been remapped to do search, but there is a small patch that can be applied to revert the mapping back to the Genius function.
I've tried Bulletproof and though it is very stable, I still prefer Miktouch. It just seems more "fluid", especially with the patches like Liquidsmooth Rosie, and No-scrolling Cache. I also like the CM9.1 version from sverhagen, now on r13 release. It is very stable and works very well.
But, as others have stated, if the camera is very important, only the stock-based ROMs like Miktouch are going to give you 100% of what this phone can do. That's because HTC put a lot of the control of the image processor directly into the Sense framework, which of course is lacking in other ROMs. Other ROMs can access basic functions and do processing using the CPU, but cannot access some of the higher functions of the dedicated image processor. The CM9.1 camera is good, but if you look at photos side-by-side with those taken with Miktouch, for instance, you can see a difference in depth of field, exposure, lighting, compression. It is subtle, but visible. Most people probably would not care or even notice, so it is a personal choice.
Click to expand...
Click to collapse
Best description of the differences between Miktouch and Bulletproof I've read on the XDA forums! :good:
Thanks
Fuzi0719 said:
Bulletproof 1.1 is still based on the original stock ROM (1.28), whereas Miktouch is based on the 1.63 release. In the 1.63 release, HTC made some major improvements in GPS, Bluetooth, and overall smoothness of the ROM as well as closed some security issues. Miktouch retains all the base stuff, including the Genius subsystem. By default, however, the Genius button has been remapped to do search, but there is a small patch that can be applied to revert the mapping back to the Genius function.
I've tried Bulletproof and though it is very stable, I still prefer Miktouch. It just seems more "fluid", especially with the patches like Liquidsmooth Rosie, and No-scrolling Cache. I also like the CM9.1 version from sverhagen, now on r13 release. It is very stable and works very well.
But, as others have stated, if the camera is very important, only the stock-based ROMs like Miktouch are going to give you 100% of what this phone can do. That's because HTC put a lot of the control of the image processor directly into the Sense framework, which of course is lacking in other ROMs. Other ROMs can access basic functions and do processing using the CPU, but cannot access some of the higher functions of the dedicated image processor. The CM9.1 camera is good, but if you look at photos side-by-side with those taken with Miktouch, for instance, you can see a difference in depth of field, exposure, lighting, compression. It is subtle, but visible. Most people probably would not care or even notice, so it is a personal choice.
Click to expand...
Click to collapse
Thanks, that's a very useful summary.
OT:
I flashed the MikTouch 0.7 ROM and most of the patches that you uploaded in its thread. What difference do you see with the MikTouch-No-Scrolling-Cache patch? From my understanding of scrolling caches, disabling them would make it less smooth rather than more.
Answering my own question (OP):
Now that i have flashed both ROMs i can mostly answer my own question about the differences. As i had guessed from my reading, Bulletproof is a more complete or thorough mod. It provides some nice options for the quick settings and the status icons that sit at the top right. It has cut out most of the extra apps, and hidden the Kid's Zone icon. It has a custom theme and keeps the other themes.
A brief play with some network access suggests that MikTouch may be smoother more optimized due to its more updated origins. On the other hand, it feels less cohesive and polished.
It might be summed up by saying that, in terms of visible modifications, Bulletproof goes overboard, while MikTouch isn't quite enough.
So if Bulletproof were based on the latest stock ROM and wasn't missing a couple "bloatware" features that i want to keep, i would reflash it now. Because it's not, i'll give MikTouch a go for a while.
I'm trying to establish, as much as possible, the functionality my Maemo device had. I'm going to post my progress here for any to whom it might be useful.
notes
I've copied my Conboy notes to Tomdroid, but the ancient stable version doesn't support editing and the beta version (0.7.2) corrupts notes with bulleted lists. I really liked Conboy, so i hope the devs can get things sorted. Development seems to be really slow, which surprises me considering the popularity of Tomboy.
terminal
I encountered the hilarious problem with Terminal Emulator that others have: the forward slash key (of all things) only produces tildes, making the hwkb completely useless for terminal work. Someone suggested a Connectbot connection to local, and that versatile little app seems like a little slice of home coming from a linux environment. You can put an icon on your desktop that will open you right to that connection, too.
I'm still trying to figure out the best way to modify my keyboard mapping. I'd like to make the www. a Tab and repurpose the android keys and extra (right) shift, perhaps as arrows and a CTRL. The spacebar is also obnoxiously out of reach so i might move it to the Back key. Fortunately, Connectbot has some sensible workarounds that make these changes less urgent.
I have the latest ES File Explorer but the locked down nature of Android seems to make any kind of file system activities hopelessly complicated compared with a more conventional linux system. I was trying to install this nano editor binary but am not sure if remounting root R/W and unzipping it to / is going to cause issues.
spreadsheet
I've been using gnumeric on my N900. TBD
e-reader
FB Reader and PDF reader on the N900. TBD
offline maps
Used Modrana and Navit on N900. Both have strengths and weaknesses. TBD
misc.
It's nice that Flashlight is pre-loaded but i can't see any way to leave it on while i do something else on the phone. I think the custom setting in the quick settings of Bulletproof could do that. :/ It is a nice bright flash we have here.
The stock camera app combines the functionality of three separate apps on N900: BlessN900, Panorama, and the stock camera app, and in a much snappier interface, albeit with fewer options. I'm excited about that. I need to find an app that will simulate a scan from a photo (perspective correction), though.
Offline dictionary, wikipedia, and a gps recorder are also needed. TBD
Of course, porting a few classic games and apps (e.g. Doom, Starcon2, Gweled, MAME) with a few hours work each isn't going to happen in Android like it did with Maemo and its SDL framework. The ability to achieve feature parity ends with the software selection...
Will edit when i have made more progress.
ETA: I have S-OFF now. I thought i could leave it alone until i tired of GB and/or stock kernel, but i should have known better. I used my Linux Mint14 (64 bit) box, a random USB cable (original HTC one is presumably with the original owner), and a twist-tie, and to be safe i flashed back my nandroid of stock first. After all the wind up about original this, 32 bit os, and precise that, i got it on the first try and it didn't wipe my SD card.
First thing i did is flash a custom splash screen. I made one and it was realizing it wouldn't work without S-OFF that pushed me over the edge.
Flandry said:
I'm trying to establish, as much as possible, the functionality my Maemo device had. I'm going to post my progress here for any to whom it might be useful.
notes
I've copied my Conboy notes to Tomdroid, but the ancient stable version doesn't support editing and the beta version (0.7.2) corrupts notes with bulleted lists. I really liked Conboy, so i hope the devs can get things sorted. Development seems to be really slow, which surprises me considering the popularity of Tomboy.
terminal
I encountered the hilarious problem with Terminal Emulator that others have: the forward slash key (of all things) only produces tildes, making the hwkb completely useless for terminal work. Someone suggested a Connectbot connection to local, and that versatile little app seems like a little slice of home coming from a linux environment. You can put an icon on your desktop that will open you right to that connection, too.
I'm still trying to figure out the best way to modify my keyboard mapping. I'd like to make the www. a Tab and repurpose the android keys and extra (right) shift, perhaps as arrows and a CTRL. The spacebar is also obnoxiously out of reach so i might move it to the Back key. Fortunately, Connectbot has some sensible workarounds that make these changes less urgent.
I have the latest ES File Explorer but the locked down nature of Android seems to make any kind of file system activities hopelessly complicated compared with a more conventional linux system. I was trying to install this nano editor binary but am not sure if remounting root R/W and unzipping it to / is going to cause issues.
spreadsheet
I've been using gnumeric on my N900. TBD
e-reader
FB Reader and PDF reader on the N900. TBD
offline maps
Used Modrana and Navit on N900. Both have strengths and weaknesses. TBD
misc.
It's nice that Flashlight is pre-loaded but i can't see any way to leave it on while i do something else on the phone. I think the custom setting in the quick settings of Bulletproof could do that. :/ It is a nice bright flash we have here.
The stock camera app combines the functionality of three separate apps on N900: BlessN900, Panorama, and the stock camera app, and in a much snappier interface, albeit with fewer options. I'm excited about that. I need to find an app that will simulate a scan from a photo (perspective correction), though.
Offline dictionary, wikipedia, and a gps recorder are also needed. TBD
Of course, porting a few classic games and apps (e.g. Doom, Starcon2, Gweled, MAME) with a few hours work each isn't going to happen in Android like it did with Maemo and its SDL framework. The ability to achieve feature parity ends with the software selection...
Will edit when i have made more progress.
ETA: I have S-OFF now. I thought i could leave it alone until i tired of GB and/or stock kernel, but i should have known better. I used my Linux Mint14 (64 bit) box, a random USB cable (original HTC one is presumably with the original owner), and a twist-tie, and to be safe i flashed back my nandroid of stock first. After all the wind up about original this, 32 bit os, and precise that, i got it on the first try and it didn't wipe my SD card.
First thing i did is flash a custom splash screen. I made one and it was realizing it wouldn't work without S-OFF that pushed me over the edge.
Click to expand...
Click to collapse
Not sure what your needs are as for a notes app, but I use the one HTC included in the ROM simply called Notes. It can import/export but I haven't used that feature or know the format. Also, Adobe PDF reader comes with the ROM, too. These are both in Miktouch. I have also run into that keyboard issue with Terminal, someone posted a revised Terminal app that fixed that issue but now I don't know where it is located. Perhaps look around on the Play Store. As to spreadsheets and other office-type apps, QuickOffice is now owned by Google and was made free in the Play Store. It can read/write most MS Office documents. And Google Maps now has the feature of storing offline maps for when you don't have network access.
Fuzi0719 said:
Not sure what your needs are as for a notes app, but I use the one HTC included in the ROM simply called Notes. It can import/export but I haven't used that feature or know the format. Also, Adobe PDF reader comes with the ROM, too. These are both in Miktouch. I have also run into that keyboard issue with Terminal, someone posted a revised Terminal app that fixed that issue but now I don't know where it is located. Perhaps look around on the Play Store. As to spreadsheets and other office-type apps, QuickOffice is now owned by Google and was made free in the Play Store. It can read/write most MS Office documents. And Google Maps now has the feature of storing offline maps for when you don't have network access.
Click to expand...
Click to collapse
Yeah i had just discovered QuickOffice was free after finding the usual subjects (Gnu apps, OO, etc) aren't available and presumably decent since Google decided to buy it. I vaguely remember there being a QuickOffice on my Handera(?) a decade ago. Wonder if it's the same thing.
The attention to detail in the ConnectBot app makes it actually possible to hack system files, and its support for copy and paste, combined with that nano binary i got installed, lets me copy-paste text into files. The lack of universal clipboard and general lack of time-honored keyboard shortcuts is driving me up the wall. I sure took that for granted on maemo. Android just isn't designed with a hardware keyboard in mind. :/
Nano is super flaky with poor refresh, and without keyboard arrows it's a bit hard to use. It would be impossible without ConnectBot's workaround for lack of CTRL, though. Can anyone recommend a good simple GUI text editor for editing config files etc.? One that supports copy/paste, unlike that half-assed ES File Explorer note editor atrocity.
Anyway, I used the above setup to make the changes to the gps.conf file recommended here.
I'm also finding the long-press on Home is a passable imitation of the camera-button or CTRL-BACKSPACE shortcut to task switcher on the N900 too.
I'm going to give the Sneaky Pete kernel a try now.
Flandry said:
Yeah i had just discovered QuickOffice was free after finding the usual subjects (Gnu apps, OO, etc) aren't available and presumably decent since Google decided to buy it. I vaguely remember there being a QuickOffice on my Handera(?) a decade ago. Wonder if it's the same thing.
The attention to detail in the ConnectBot app makes it actually possible to hack system files, and its support for copy and paste, combined with that nano binary i got installed, lets me copy-paste text into files. The lack of universal clipboard and general lack of time-honored keyboard shortcuts is driving me up the wall. I sure took that for granted on maemo. Android just isn't designed with a hardware keyboard in mind. :/
Nano is super flaky with poor refresh, and without keyboard arrows it's a bit hard to use. It would be impossible without ConnectBot's workaround for lack of CTRL, though. Can anyone recommend a good simple GUI text editor for editing config files etc.? One that supports copy/paste, unlike that half-assed ES File Explorer note editor atrocity.
Anyway, I used the above setup to make the changes to the gps.conf file recommended here.
I'm also finding the long-press on Home is a passable imitation of the camera-button or CTRL-BACKSPACE shortcut to task switcher on the N900 too.
I'm going to give the Sneaky Pete kernel a try now.
Click to expand...
Click to collapse
For hacking system files, an easy app to use is Kernel Tuner. Even though I'm using the stock kernel on Miktouch, I use Kernel Tuner to set my min CPU and governor (I have 1134 max/192 min and conservative governor on both cores) and I set the I/O scheduler to noop with a 2048kb cache. The app has the built in ability to make edits to system files and is geared for Sense ROMs.
Also, you might want to download/install the newer Swype keyboard from Play Store. It is newer/better than the Swype that is built in to the HTC ROM. The built in Swype can be disabled (I use MyBackup Pro to freeze certain things that are built in, like the Group messaging and Tmobile ID stuff that I never use).
Flandry said:
)
The attention to detail in the ConnectBot app makes it actually possible to hack system files, and its support for copy and paste, combined with that nano binary i got installed, lets me copy-paste text into files. The lack of universal clipboard and general lack of time-honored keyboard shortcuts is driving me up the wall. I sure took that for granted on maemo. Android just isn't designed with a hardware keyboard in mind. :/
Click to expand...
Click to collapse
Have you found some of Blue6ix' posts yet? He listed ways to remap the keys to whatever you wanted, and I seem to recall keyboard shortcuts was one of the things lamented when he moved to a phone without a hardware keyboard. (though I don't use shortcuts myself so can't say more)
davidf9 said:
Have you found some of Blue6ix' posts yet? He listed ways to remap the keys to whatever you wanted, and I seem to recall keyboard shortcuts was one of the things lamented when he moved to a phone without a hardware keyboard. (though I don't use shortcuts myself so can't say more)
Click to expand...
Click to collapse
Yeah that's what i linked to a few posts back when i mentioned it. I've spent a while playing around with it now that i have a functioning nano editor and bash. I found, to my disappointment, that CTRL can't be used as a modifier until Android 3. At least that's what i gathered. The amount of conflicting information on every thing i search for is mind-boggling, both due to vendor and device differences and android API differences, i assume. Anyway, no CTRL isn't too big of a deal since the standard CTRL-+ shortcuts aren't really standard on it, and VX Connectbot makes it easy to generate CTRL+? inputs. I switched to VX, an improved Connectbot fork, when i realized i had no way to generate angle brackets or pipe characters. VX Connectbot enables the SYM selector pop-up and and lets you map most buttons. It's really quite nice.
The more amusing/aggravating thing i discovered is that if you map a key to TAB, it actually is "symlinked" to DPAD_DOWN (keycode 20). That means it behaves vaguely TAB-like in the browser, but not in text editors. I found this out using the debug show keycode option in VX Connectbot. So the obvious system remap for the asinine www./.com key is pointless, and there doesn't seem to be any way to get a real tab input using just a remap. I'm not sure how much further up the pipeline you can go with a closed ROM -- really have no idea -- but again at least there's a way to get TAB in a shell with VX. I did, in desperation, try just entering the keycode for TAB (61) in the key layout file, instead of the enum name. Hilarity and a dead keyboard ensued... yay for cwm recovery. :silly:
So now most of my grand plans for modding the keyboard layout are sort of in tatters. I think I will
map the right shift, genius, sym, and alt keys to cursor keys (just too hard to consistently press the dpad left or right without getting an up or down in there somewhere). That's similar to the layout i'm used to on my N900.
I'd move sym to Home and make Back another spacebar. The spacebar has to be pushed close to its middle on this keyboard, and it's too far away to make sense.
probably remap www. to SHIFT_RIGHT so that it can be tab in Connectbot (built in option)
that leaves just the menu key as redundant (well, and two shifts and space bars after the changes). TBD
Edit: After reading through this, it is clear that if i went with an ICS ROM i could remap as intended. Prior to Froyo the key map files were much less versatile. I think i could get TAB working if i modded the binary keymap file, but it's probably not worth it.
Flandry said:
Edit: After reading through this, it is clear that if i went with an ICS ROM i could remap as intended. Prior to Froyo the key map files were much less versatile. I think i could get TAB working if i modded the binary keymap file, but it's probably not worth it.
Click to expand...
Click to collapse
The best ICS w/Sense ROM for this phone, in my opinion, was one from sun_dream. It was a direct port from the Sensation, using that phone's 3.3.2 ROM release as the base. There was an 3.3.3 release port but I found it to be much less usable/stable. The best ICS ROM, though, is scverhagen's CM9.1r13. It isn't Sense based, but it is very stable, excellent battery, and everything works as it should (for a CM ROM).
Fuzi0719 said:
The best ICS w/Sense ROM for this phone, in my opinion, was one from sun_dream. It was a direct port from the Sensation, using that phone's 3.3.2 ROM release as the base. There was an 3.3.3 release port but I found it to be much less usable/stable. The best ICS ROM, though, is scverhagen's CM9.1r13. It isn't Sense based, but it is very stable, excellent battery, and everything works as it should (for a CM ROM).
Click to expand...
Click to collapse
Without having even used an Android phone before, i'm not partial to Sense, but i decided after the previous discussion that i'm going to stick with GB for now for the extra camera quality. However, after this tweaking i think i will make a final nandroid and then flash scverhagen's CM9.1r13 to see if the android really is greener on the other side.
Is it worth going all the way to JB, or are those much less functional?
I've set the Miktouch keyboard layout up with relatively minor changes for now:
www. = SYM
Home key = SPACE
SYM = Left Up (caught again by the limited keymapping vocabulary of GB. If you set to DPAD_LEFT, it registers as DPAD_DOWN when the device is in landscape mode...
ALT (right) = Right Down " " "
Genius key = ALT (right)
I found this post and this post to be useful references when changing the layout.
Flandry said:
Without having even used an Android phone before, i'm not partial to Sense, but i decided after the previous discussion that i'm going to stick with GB for now for the extra camera quality. However, after this tweaking i think i will make a final nandroid and then flash scverhagen's CM9.1r13 to see if the android really is greener on the other side.
Is it worth going all the way to JB, or are those much less functional?
I've set the Miktouch keyboard layout up with relatively minor changes for now:
www. = SYM
Home key = SPACE
SYM = Left Up (caught again by the limited keymapping vocabulary of GB. If you set to DPAD_LEFT, it registers as DPAD_DOWN when the device is in landscape mode...
ALT (right) = Right Down " " "
Genius key = ALT (right)
I found this post and this post to be useful references when changing the layout.
Click to expand...
Click to collapse
I can only speak for my own tastes and experiences when discussing a ROM. I personally run Miktouch on my MT4GS. I've tried nearly every ROM available, and given them a good try out. For Sense, I'm gonna run Miktouch, just nothing else comes close to the stability. If I were using a non-sense ROM, I would use scverhagen's CM9.1r13, which is as close to the stability of Miktouch as I've found in a non-stock ROM. I've tried the CM10, 10.1, and 10.2 ROMs but for me the differences just aren't worth the little quirks and issues. Now, many people don't mind those things, or may not even face those same quirks as they might use their phone differently than me. On my Nook Tablet, I use the CM10.1.3 Stable release, as it is so rock-solid. But on this phone, I want 100% (or as close to 100% as is possible) uptime without having to make excuses for why that call got dropped or that text didn't send or my Bluetooth disconnected, etc.

[ROM][OVATION][EMMC][UNOFFICIAL] Liquidsmooth KitKat v3.2

ROM:
http://www.mediafire.com/download/wkzcatpp7az4r5f/LS-KK-v3.2-2014-10-17-ovation.zip
MD5:
http://www.mediafire.com/download/piwirf8ee421dqv/LS-KK-v3.2-2014-10-17-ovation.zip.md5sum
A shoutout and thanks goes out to Rhyang for his help with the Slimkat rom, (to which this is somewhat similar).
Compiled with Sabermod toolchains. 4.8 for the rom and 4.7.4 for the kernel.
O3 optimized.
I made an attempt to fix 'OK Google'. Dunno if it's working or not (haven't tested). If it's still broken then it will be in the board files and will be a bear to try and find....
Dunno, it seems to work fairly well (ALMOST as good as Cyanogenmod 10.1 ) I kinda like it in a way (except it's KitKat).
I'll try and upload some source later. My internet connection has been giving me problems lately (took four hours or so to upload this). Even with source this is somewhat difficult to compile anyways (I fought with it some).
Cheers!
Great. I'll download now and try it out today :good::good:
Oh man I love LiquidSmooth! I am using it on my phone and have never looked back.
I guess I will have to give this a try. Thanks a lot for this. Is it also running on your yellow kernel or something different?
Which Gapps file is used with the rom please?
Yes it's using the same kernel as Slimkat except that /sound and /drivers/mfd folders have been swapped out with their CM11 kernel counterparts.
If you go into settings and 'about tablet', you will find download links to two types of gapps, full and minimal.
Things are running well. OK Google doors not appear to work too well
Jon Lee said:
Yes it's using the same kernel as Slimkat except that /sound and /drivers/mfd folders have been swapped out with their CM11 kernel counterparts.
If you go into settings and 'about tablet', you will find download links to two types of gapps, full and minimal.
Click to expand...
Click to collapse
Hey Jon, thanks for yet another new rom. :good: Looking pretty cool so far but as already mentioned, "Ok Google" is not working properly. I swapped out your yellow kernel with the stock CM11 kernel and Google Now is working as it should.
Since I lack the capability to compile a kernel, I simply replaced the yellow kernel boot image and the entire modules folder in /system/lib with the CM11 boot image and modules folder. I hated to lose the yellow kernel as I feel that it has better performance than stock CM11 but I love using OK Google. Btw, I did the same with your Slim rom with similar positive results.
Also, I see in the build prop that the density is set to 320DPI instead of the standard 240. I happen to prefer 320 but I would think that the masses might want the standard density and would be wondering why their desktop looks so big.
Anyway, thanks again for your contributions. It's appreciated.
Mike T
Ooh, nice!
Wow, is this fast!
So many ROMs, so little time.
I've been using CM 11 nightlies for a couple months now and didn't have many complaints. The usual CM 11 screen flicker problem when charging, some screen black outs (and crashes) on a certain screen in one of my aviation apps. That was about it. CM 11 was fairly fast and incrementally getting better all the time.
CM 11 doesn't have zRAM built in (yet), so I got a lot of app restarts when switching between my high memory aviation moving maps and other apps. But we're trying an experimental zRAM build that's helping with the HD+'s limited RAM.
But then I got a wild hair and decided to look around in the HD forum to see if perhaps Jon had an OC kernel for CM 11. Then I found his build of Liquidsmooth for the HD+. I didn't want to spend a half day wiping and installing a completely different ROM. But I'm glad I did. Wow.
I don't know if it's the overclocking or the other tweaks or all the above, but my AnTuTu score jumped from 17300 to 19100! Thanks, Jon!
(Hotplug governor seems to work best for me in both LS and CM 11. Too early to tell, but battery life doesn't seem any worse in LS.)
I assume that LS does not force the CPU to 100% when running AnTuTu, as CM 11 does. So the 19100 is probably a realistic reflection of performance.
(I haven't experimented with the I/O scheduler yet. I left it set at fiops for now. (Supposedly best for flash memory. Heretofore I've always used Deadline.) I lowered the SD cache to 512, which I found worked best in CM 11. (Using SD Booster to make that change.) FWIW, I enabled the GPU Acceleration and Super Tweaks in LS. )
[FWIW, the word "compiler" is misspelled (twice) in the "Just in Time Complier [sic]" setting.]
I'm happy to report that the screen flickering/crashes are gone when on that special page in my aviation moving map that always flickered - and sometimes crashed - in CM 11. (Requiring that I disabled HW overlays in Developer Options in CM11.) And since I set the "Low Memory Killer" to "Light" in LS, it doesn't kill my apps as aggressively as CM 11 did. (Not apples and oranges, because I was running ART in CM 11, whereas LS implies you shouldn't even try ART.) LS should be even better with zRAM. (And the boot animation is better than the frowning, scary CM alien face. )
(Speaking of zRAM, I noticed that someone in the Slimkat forum is running zRAM on Slimkat. I read here that Slim and LS are kinda the same. Is there a way to turn zRAM on it LS?)
I'd be curious to know what the major differences are between LiquidSmooth and Slimkat. Since Jon says LS is "similar" to Slimkat, why does LS exist?
Not much I could find on the web about it. I looked at the Slim home page. It's main advantage seems to be fancy interface stuff. (Although LS has PIE too.) Kinda like a toned down version of PAC? But the LS home page is silent about what makes it better/different.
Like I need to spend another half day wiping and flashing can customizing another ROM. (Titanium Backup is supposed to save data/settings. If it does, it doesn't seem to work for me. I have to reset the Settings on my apps when I restore from Titanium.)
---------- Post added at 10:34 AM ---------- Previous post was at 10:21 AM ----------
Every trying for that last bit of performance, some questions:
Q: On zip align apps on boot. Should I expect a toast or a notification if an app needed to be zip aligned?
Q: In CM 11, there's a Developer's Option to kill an app with a long press of the Back button. (Seems to be different from swiping "closed" in Recents, in that it completely shuts down the app.) Is there a similar trick in LS?
Q: I updated the host file for disable ads. I got a message that it worked, 0/4. Zero out of Four? That doesn't sound right. Is it?
Q: In CM's Launcher settings, you can disable transitions, stop scrolling wallpaper, etc. But I can't find a way to disable transitions - especially in the App drawer - in LS. (I see ways to change the transitions, but none of the options have "None.") Where are they or what's the trick to kill them?
Q: Last, and this is more of a Slimkat design element, but shouldn't there be a "Close All" button in the Slim Recent panel?
PMikeP said:
Q: Last, and this is more of a Slimkat design element, but shouldn't there be a "Close All" button in the Slim Recent panel?
Click to expand...
Click to collapse
For a while SlimROMs said they wouldn't support this, but now you can close all apps in the recents panel with a two-finger pinch. I think they might even have a youtube video of this ...
I like Slim because it's minimalist -- no bloated theme engine and its associated bugs. That said, their drivers tend to be a little more out of date than CM. The framework source is also slightly different. This makes sharing code between the two a PIA sometimes. I have no familiarity with LS, so I'm not sure how applicable these comments are to it.
Looks like you've been busy Jon
rhyang said:
For a while SlimROMs said they wouldn't support this, but now you can close all apps in the recents panel with a two-finger pinch. I think they might even have a youtube video of this ...
Click to expand...
Click to collapse
Thanks. I found the pinch gesture serendipitously while trying to swipe away a running app in Recents. Still, it's problematic trying to get it to 'close all' all the time. I went back to stock Recents for now. (Favorites implementation in LS Recents might be nice, as they've implemented in Slim, but I haven't figured out how to invoke it in LS if it's there.)
Here's the device and vendor source as promised:
http://www.mediafire.com/download/z3llb4mauxo8m16/liquidsmooth.tar.gz
Let me know if you need help or any other source to build.
I kept this one very much "original"/plain, meaning I didn't add the zram script (or anything else extra).
To add zram to it, just extract the attached 60ZRM script to /system/etc/init.d
(make sure it is executable & root:shell owned), and reboot.
I believe as far as 'ok google' is concerned, the next step would be to compile with the normal vanilla Cyanogenmod defconfig (sorry, but I refuse to install Gapps just to test). Microphone works, mixer values are the same, so... There's a reason I disabled some of that IPv6 stuff...
Behind the scenes I've been (rather unsuccessfully) attempting a port of ION CMA Heap.
http://pastebin.com/J1Ptxz3W
(Which is why I shared the first build without adding any extras, because I knew I was going to break it immediately following).
BTW, I'm still very new at compiling android and it will take me some time to become better acquainted with the build process.
A hack to fix auditd error "protocol not supported"
Jon Lee said:
To add zram to it, just extract the attached 60ZRM script to /system/etc/init.d (make sure it is executable & root:shell owned), and reboot.
Click to expand...
Click to collapse
Thanks again Jon! The Permissions for your script file were correct from the start. I don't know how to make sure it was root:shell owned, but it worked nevertheless.
Now, a hack to stop auditd errors:
After I got my apps reinstalled and set late last night, I decided to run catlog, just to see what I could see.
LiquidSmooth is definitely quieter than CM 11. (In the sense of less processes starting and stopping.) To be fair, not quite apples to apples because I'm back to running Dalvik on LS and was running ART on CM 11. (ART comes alive frequently to trim memory.)
But there was one process in LS, that I didn't notice in CM 11, auditd, that just kept starting and stopping with an Error, "Protocol not supported."
Despite that fact that auditd is constantly trying to run, it doesn't stop one of the CPU cores from shutting down (with Hotplug governor), nor does it prevent the CPU from dropping to its lowest freq. So, in practice, it doesn't seem to be a problem. Still, it can't be good to have this one thread constantly starting and stopping and it bugged me.
Now, maybe I caused the problem, because I typically uninstall a lot of Google junk and I disable a lot of Google services in the junk I can't remove. (Boy, Google just keeps pinging and pinging you!) And I hadn't run catlog with a virgin build of LS to see if the auditd Error was there at first.
Having said that, I did find a few other people on Google asking about the same auditd Error. (Apparently, auditd is a process from Sun.)
On the assumption you all get the same Error too, the best way to stop this would be to find out why it's trying to start. And to stop it. (Duh.) But that's WAY beyond me. So instead, I simply renamed the auditd file in /system/bin (it's a binary) to auditd.old.
I cringe when I think about it, but it worked anyway. (Worked in the sense that I don't get the auditd Error anymore.)
(As I write this, I wonder if the "d" at the end of audit is Unix convention to signal a daemon? If so, the I suppose there's probably a start up folder or file somewhere in Linux that's trying to start it? Or do daemons start themselves?)
When streaming video on any room using yellow kernel I get occasional freezes that require powering off my nook
Can I use Yellow Kernel in CM 11?
webdroidmt said:
I swapped out your yellow kernel with the stock CM11 kernel and Google Now is working as it should.
Since I lack the capability to compile a kernel, I simply replaced the yellow kernel boot image and the entire modules folder in /system/lib with the CM11 boot image and modules folder.
Click to expand...
Click to collapse
Clever! So, then, can I do this in reverse and swap Jon' s OC kernel into a CM 11 build?
PMikeP said:
Clever! So, then, can I do this in reverse and swap Jon' s OC kernel into a CM 11 build?
Click to expand...
Click to collapse
Never tried but in theory, it should work. Best way to find out is to make a nandroid and try it.
Mike T
webdroidmt said:
Never tried but in theory, it should work. Best way to find out is to make a nandroid and try it.
Click to expand...
Click to collapse
I tried it. Unfortunately on first boot, after immediately getting the CM set up screen, I got the message "Unfortunately, the process com.android.phone has stopped." (It didn't even go thru the process of updating apps like it normally does after a clean wipe, so something seems wrong. I re-did a second Factory Resent and /system wipe. Still no joy.)
So let's make sure I'm doing what you did. I downloaded the latest CM Nightly zip. I have Jon's LS zip. I opened both archives in 7zip.
I took Jon's boot.img from the LS zip and copied over (and replaced) CM's boot.img. I did the same with the modules folder in /system/lib. Then I closed up 7zip and tried installing the new hybrid CM 11 zip file.
But, since you said that you found that "Ok Google" didn't work for you on LS with Jon's kernel, it occurs to me that maybe you made these changes in a running install? That is, I would first install a "stock" CM 11 Nightly and then, after it's running, go in and change boot.img and modules? (I think changing the boot img in the partition would be a challenge for me.)
PMikeP said:
I tried it. Unfortunately on first boot, after immediately getting the CM set up screen, I got the message "Unfortunately, the process com.android.phone has stopped." (It didn't even go thru the process of updating apps like it normally does after a clean wipe, so something seems wrong. I re-did a Factory Resent and /system wipe. Still no joy.)
So let's make sure I'm doing what you did. I downloaded the latest CM Nightly zip. I have Jon's LS zip. I opened both archives in 7zip.
I took Jon's boot.img from the LS zip and copied over (and replaced) CM's boot.img. I did the same with the modules folder in /system/lib. Then I closed up 7zip and tried installing the new hybrid CM 11 zip file.
But, since you said that you found that "Ok Google" didn't work for you on LS with Jon's kernel, it occurs to me that maybe you made these changes in a running install? That is, I would first install a "stock" CM 11 Nightly and then, after it's running, go in and change boot.img and modules? (I think changing the boot img in the partition would be a challenge for me.)
Click to expand...
Click to collapse
You did it right. I did a total clean install of the Liquid rom with the newly "implanted" CM11 kernel. I wouldn't mess around with the partitions, dangerous territory. :laugh:
There's possibly some "hook" that Yellow is looking for that is not contained in CM11.
After reading your post, I just decided to see if it would work in reverse. I also got the same process phone has stopped error. With the ease of making nandroid backups, stuff like this is always worth a try when it's something you want or need. I'm thrilled that it works the other way, as I do use "Ok Google" a lot on all my devices and this Liquid rom runs nicely on the Nook.
In addition, with the introduction of Lollipop, Google has revamped GN and it's even better to use than before.
Mike T
webdroidmt said:
You did it right. . . .
After reading your post, I just decided to see if it would work in reverse. I also got the same process phone has stopped error.
Click to expand...
Click to collapse
Good to know I'm not alone then. Oh well, it was a promising experiment.
(Last night I tried experimenting (hacking) to get zRAM to point to a swap file on /cache. Not really a LS thing, but I might write about it later.)
I tried installing this today and it ran really nice and smoothly, but it doesnt seem to have the full HD+ screen resolution. Seemed more like 720p than 1080, large fonts and icons, just a lower resolution. Am I missing a setting or is it not working at full resolution?

Categories

Resources