Just flashed a new ROM today (OneOfAKindV11 by ipromeh) and gaming works really smooth even when its clocked at 1.6GHz... I heard Disabling CPU Rendering will make gaming more faster... Last time, when i tried it, game lags alot and overall performance is bad...
Can anyone tell me if the tweak is good or not?
Maybe it's good disabling CPU Rendering on newest CPU with newest GPU...But our GPU needs an additional support from the CPU
So its not good to disable it even with cm10 alpha 7? Just leave it as is?
Sent from my GT-I8150 using xda premium
Disabling CPU rendering diables the CPU rendering for the User Interface and forces the GPU to do it. So it affects the launcher, browser and scrolling but not games. For JB it´s not needed because of project butter which makes it already smooth.
JB also dosen´t use the exact same drivers like ICS, so what gives you a performance boost in CM9 doesn´t have to do the same in CM10.
I install seeder for disable CPU rendering... But I have problem with flash when I see flash video (ex: youtube)...
arya_ruby said:
I install seeder for disable CPU rendering... But I have problem with flash when I see flash video (ex: youtube)...
Click to expand...
Click to collapse
That´s interessting.... does the problem disappear if you re-enable CPU rendering? Also are you using CM9 or CM10?
For me there is no problem in watching youtube after disabling CPU rendering in CM9, but must agree that in both ROMs some flash videos are not displayed correctly. This is more related to the GPU drivers in CM9 and CM10 and the missing flash support in ICS and JB.
There are sites where the flash videos are not displayed correctly in CM9 and CM10, no matter you disable CPU rendering or not, but at least youtube is working well in CM9 after disabling CPU rendering. Can´t tell how about CM10, but CM10 needs both for project butter to work.
honeyx said:
That´s interessting.... does the problem disappear if you re-enable CPU rendering? Also are you using CM9 or CM10?
For me there is no problem in watching youtube after disabling CPU rendering in CM9, but must agree that in both ROMs some flash videos are not displayed correctly. This is more related to the GPU drivers in CM9 and CM10 and the missing flash support in ICS and JB.
There are sites where the flash videos are not displayed correctly in CM9 and CM10, no matter you disable CPU rendering or not, but at least youtube is working well in CM9 after disabling CPU rendering. Can´t tell how about CM10, but CM10 needs both for project butter to work.
Click to expand...
Click to collapse
I running CM10. And I was disable it, but I can't find the different.
Thanks for help me.
arya_ruby said:
I install seeder for disable CPU rendering... But I have problem with flash when I see flash video (ex: youtube)...
Click to expand...
Click to collapse
Seeder is *NOT* for disabling CPU rendering.
--- Sent from Opera on Lenovo T420 ---
pepoluan said:
Seeder is *NOT* for disabling CPU rendering.
--- Sent from Opera on Lenovo T420 ---
Click to expand...
Click to collapse
True dat...
Too much flashing! I'm blinded on my Galaxy W!
pepoluan said:
Seeder is *NOT* for disabling CPU rendering.
--- Sent from Opera on Lenovo T420 ---
Click to expand...
Click to collapse
Ohhh. Thanks for clarify this. Never dealed with seeder so am not aware atm what it is for.
So if someone is saying it disabled CPU rendering as well, I take this information as to be true.
@arya_ruby: Your postings are very irritating. In the one hand your a claiming seeders is disabling CPU rendering and this is causing problems with youtube, in the other hand you are saying you disabled it but can´t (find?) (or see) a difference.
So what?
First you should inform what seeder is for and what´s doing on your phone before making conflicting claims.
honeyx said:
Ohhh. Thanks for clarify this. Never dealed with seeder so am not aware atm what it is for.
So if someone is saying it disabled CPU rendering as well, I take this information as to be true.
@arya_ruby: Your postings are very irritating. In the one hand your a claiming seeders is disabling CPU rendering and this is causing problems with youtube, in the other hand you are saying you disabled it but can´t (find?) (or see) a difference.
So what?
First you should inform what seeder is for and what´s doing on your phone before making conflicting claims.
Click to expand...
Click to collapse
Since I was slightly involved in the development of Seeder, let me give some information:
Seeder's purpose is to quickly fill up the entropy pool used by /dev/random and /dev/urandom. If this pool gets empty, lags will happen as the kernel interrupts things (including, blocking multithreading temporarily) to fill up the pool. With Seeder running, it periodically fills up the pool to prevent it from ever draining completely.
Some people swear that installing Seeder makes their phones run smoother, because the kernel never has to trigger 'urgent refilling', which as I mentioned before, temporarily disables multithreading.
However, things learnt during the (sometimes heated) discussion about how Seeder does its magic, undoubtedly have trickled down to kernel makers; many have identified the possible bottlenecks where lags happen, and many actively took steps to prevent such situation from happening. Thus, as time goes by, the improvement Seeder brought originally gets less and less significant, even to the point that it's no longer perceptible.
Sent from my GT-I8150 using xda app-developers app
pepoluan said:
Since I was slightly involved in the development of Seeder, let me give some information:
Seeder's purpose is to quickly fill up the entropy pool used by /dev/random and /dev/urandom. If this pool gets empty, lags will happen as the kernel interrupts things (including, blocking multithreading temporarily) to fill up the pool. With Seeder running, it periodically fills up the pool to prevent it from ever draining completely.
Some people swear that installing Seeder makes their phones run smoother, because the kernel never has to trigger 'urgent refilling', which as I mentioned before, temporarily disables multithreading.
However, things learnt during the (sometimes heated) discussion about how Seeder does its magic, undoubtedly have trickled down to kernel makers; many have identified the possible bottlenecks where lags happen, and many actively took steps to prevent such situation from happening. Thus, as time goes by, the improvement Seeder brought originally gets less and less significant, even to the point that it's no longer perceptible.
Sent from my GT-I8150 using xda app-developers app
Click to expand...
Click to collapse
Sadly, some using Seeders... Some use crossbreeder... Its the same rite?
Too much flashing! I'm blinded on my Galaxy W!
TiTAN-O-One said:
Sadly, some using Seeders... Some use crossbreeder... Its the same rite?
Too much flashing! I'm blinded on my Galaxy W!
Click to expand...
Click to collapse
Kinda similar...
Seeder uses rngd, which uses a PRNG.
Crossbreeder uses haveged, which uses a CSPRNG based on a multitude of CPU counters.
From a security point of view, haveged is more secure than rngd. But I can find no way to tune haveged's parameters, so I can't be sure that it won't be triggered at inopportune times.
rngd, OTOH, is much more tunable; the flashable-zip available in the Seeder thread has been tuned by me and @ryuinferno to be less intrusive.
(Just in case anyone is wondering: we had tuned rngd's nice value so it yields to higher-priority processes, tuned its cycle period so that it won't get triggered too frequently, tuned its 'high watermark' to make it return faster, and so on).
Sent from my GT-I8150 using xda app-developers app
pepoluan said:
Kinda similar...
Seeder uses rngd, which uses a PRNG.
Crossbreeder uses haveged, which uses a CSPRNG based on a multitude of CPU counters.
From a security point of view, haveged is more secure than rngd. But I can find no way to tune haveged's parameters, so I can't be sure that it won't be triggered at inopportune times.
rngd, OTOH, is much more tunable; the flashable-zip available in the Seeder thread has been tuned by me and @ryuinferno to be less intrusive.
(Just in case anyone is wondering: we had tuned rngd's nice value so it yields to higher-priority processes, tuned its cycle period so that it won't get triggered too frequently, tuned its 'high watermark' to make it return faster, and so on).
Sent from my GT-I8150 using xda app-developers app
Click to expand...
Click to collapse
But Seeders will Conflict with Crossbreeder rite? I thought its 2 separate tweaks so that we can use both and have NO lags at all ^~^
Too much flashing! I'm blinded on my Galaxy W!
TiTAN-O-One said:
But Seeders will Conflict with Crossbreeder rite? I thought its 2 separate tweaks so that we can use both and have NO lags at all ^~^
Too much flashing! I'm blinded on my Galaxy W!
Click to expand...
Click to collapse
Not conflict, but since both will fill the same entropy pool, why install both and consume valuable RAM and CPU cycles?
There are *no* other purpose of rngd and haveged.
That said, Crossbreeder is not just haveged; there are other tunings that Crossbreeder does in addition to haveged.
Sent from my GT-I8150 using xda app-developers app
Related
I dont know if this got discussed already, but I just used the force 2d acceleration feature in the developer menu and hat a GREAT increase in perfomance, specialy in image heavy applications.
If you dont know this already test it, if you know it let us know
Some feedback on battery perfomance somebody?
You'll find some apps don't work too good with it enabled though.
Sent from my Galaxy Nexus using XDA App
If you use any type of comic book reader, you will be happy by turning on 2d acceleration. went from horrible 2fps choppy crap to buttery smooth.
Daxten said:
I dont know if this got discussed already, but I just used the force 2d acceleration feature in the developer menu and hat a GREAT increase in perfomance, specialy in image heavy applications.
If you dont know this already test it, if you know it let us know
Some feedback on battery perfomance somebody?
Click to expand...
Click to collapse
bah seriously.. someone needs to write up a sticky for this kind of thing. Developer Options are not meant for regular users. There's no reason to enable them unless you specifically need to.
A few reasons why you don't want to enable it
- some apps don't handle this well and will result in everything from poor performance, weird graphical glitches, or even stop the app from loading at all
- there is actually considerable memory overhead to GPU acceleration (8MB vs 2MB). So you're really just making your multi-tasking situation worse.
Ok guys i have got permission to bring over lean kernel and offer support for it on xda. I will keep this post up todate with all the most recent kernel updates and news. All credit goes to imoseyon as the original op and rootzwiki for original posting. I am posting this with full permission and support from imoseyon
Mod Type:: Kernel
Difficulty:: Very Easy
Mod Status:: Stable
Apply In:: CWM Recovery
Requires Root:: Yes
Exp builds are also up and includes a bunch of Android/OMAP updates not in stable.
SOURCE:
ICS
JB
This is a minimalistic Galaxy Nexus kernel. My philosophy is to keep the kernel as lean and stable as possible, at the same time to keep the kernel as modern and close to latest mainstream linux as possible. You will see that my kernels will lack some of the bells and whistles from other kernels.
sorry host4droid is still down. Mirrors:
kk4.4 LK 9.0 beta (use at ur own risk)
JB4.3 [ stable builds | exp builds ] [ change log | exp changes ]
JB4.2:Stable
Stock JRN84D kernel
Terminal Emulator not finding scripts? Read this post.
CHANGE LOG JB 4.2
FEATURES
Patched to latest in Linux 3.0.x branch.
All unnecessary kernel components removed to make kernel lean and fast!
OC to 1.65ghz. Boot speed is maxed at 1.2ghz within kernel (in addition to ramdisk) for stability.
User voltage control
InteractiveX V2 (screen-off hotplug of cpu1) added. Select it using setcpu if you want to use it.
Ramdisk tweaks (sysctl, vm, filesystem speed, etc.)
SWAP & zram (next generation compcache) support. Run "zram enable" in terminal.
init.d support in ramdisk.
lk.conf for basic kernel configuration.
HotplugX governor (Hotplug optimized and modified for screen-off suspend).
wakelock tweaks for wlan and lte modem
lkflash - script to flash latest versions of leanKernel from Terminal (type "su" without quotes, hit enter, then type "lkflash" without quotes and then hit enter)
checkv - voltage checking script (for custom undervolting) - detailed at bottom of this post.
checkt - script that displays 1) your current temp, 2) # of times you were throttled due to temp "recently", 3) CPU trim type, and 4) CPU silicon type, etc.
Fast USB charge (by chad0982) and "ffc" toggle script by me. (Open terminal, and type "ffc" without quotes then enter)
ColorControl from both CM9 and Ezekeel (compatible with all ROMs). Helpful posts: 1and 2.
TempControl - sysfs interface to control the CPU temp threshold. Read these two posts: 1 and 2.
Variable GPU OC - sysfs interface to select GPU max speed between 307MHz (stock), 384MHz and 512Mhz. The changes take effect immediately. Check FAQ for more info and how to use it.
Custom SR Tuning - override kernel default minimum voltage for SR calibration.
SoundControl
Gamma Control
ROW scheduler v4
DIRECTIONS
Uh.... flash the zip in clockworkmod.
Thanks to forum member maddler for providing file hosting
FAQ
How do i change voltage? - Use the latest version of setcpu, leantweaks, cputuner, or your ROM's built-in tools.
Do i need to wipe dalvik/cache? - in general there's no need, but it doesn't hurt so if you have time go ahead. Posted Image I don't wipe.
Can we OC higher or add more frequency slots? - You can find the extra slots in my experimental versions.
Will this work on GSM gnexus as well? - It should. I don't have a GSM phone to test so let me know if it stops working.
What is interactiveX V2? Read this post and thttp://rootzwiki.com/topic/13092-kernel-leankernel-minimalistic-kernel-120-123111/page__view__findpost__p__342571
Are you getting Screen-Off/Sleep-Of Death (SOD), general instability, or unusual battery drain?
Before you post here (especially if you're running the experimental version), try the following steps in order:
0) dude, disable screen-off profiles if you're running interactiveX.
1) If you're running the experimental version, do you have 180mhz/230mhz and/or 1.42ghz slots enabled? If so disable them both!
2) If the above doesn't help, do you have custom undervolting enabled? If so disable it! (keep in mind that the kernel is already undervolted by default).
3) If the above doesn't help, are you using interactiveX or hotplug governors? If so change to interactive.
4) If the above doesn't help then you should not be running the experimental version. Install the stable version and try both interactiveX and interactive without custom undervolting.
If you're still getting SOD with stable/interactive, report it here.
What about call-recording? - First the app needs to support Galaxy Nexus. Find out if it does and then find out from the author of the app what kernel changes are required and let me know.
Should i set up screen-off profile? - ICS kernels have built-in screen-off profile for all governors at 700mhz. So you don't need it unless you want to set it lower than 700mhz. In general there isn't a whole lot to gain by setting it lower.
Hotplug vs interactiveX? - Read this post. HotplugX vs interactiveX
What is zram and why do i need it?
zram basically takes a portion of your RAM (10% using my script) and turns it into a compressed swap device. So in layman's terms you're extending the size of your memory (potentially from ~700mb to close to 1000mb depending on the compression ratio).
To answer the 2nd question, no you don't really need it but if used properly (using custom LK zram script) it could help you in two different ways:
1) Android OS is based on Linux OS and the OS will try to use a growing portion of your RAM for file and inode caches and if you keep your phone up without rebooting after a while you may notice things getting a little sluggish. That's because the OS is not doing a good job in dropping the caches and freeing up memory for the apps.
2) more RAM and tweaked minfree (also handled by custom LK script) could potentially allow your apps to stay in memory longer (this may or may not be desirable based on your preference of course).
In conclusion, I'd say if you're curious it doesn't hurt to try. To revert, just type "zram disable".
What's the low-down on the GPU OC?
My kernel's GPU is now set to stock 307Mhz by default. You can adjust that by using Variable GPU OC (see a separate FAQ entry below).
When you go from say 307 to 512Mhz, you will not experience near double performance increase. Due to the factors outside the GPU module (ie. memory bandwidth limitation), you can't truly OC the GPU. In fact, most people can't tell the difference between 307, 384 and 512. Nenamark2 will roughly give you the following scores: 307/25fps, 384/28fps, and 512/31fps.
Some of you have seen the note from Colin, the Google kernel engineer, not to OC the GPU because using the OV_UV voltage slot will drain the battery. My kernel uses the same voltage for both OV and OV_UV slots. So there's no danger of battery drain there.
Why are the IO benchmark test scores lower than another kernel?
Some of the kernels out there have fsync disabled to increase benchmark scores. I believe that is unsafe and could cause data corruption. I do have hooks in my kernel to disable it but I don't use it.
In real world there will not be any user perceivable difference whether you have fsync enabled or disabled.
Is there a way to tune hotplug via sysfs?
yes. Advanced users only!
My phone doesn't seem to be deep-sleeping, what gives?
(assuming you checked in the right place like cpuspy) In terms of deep-sleep, there's not a whole lot going on in the kernel. It works or it doesn't - and I can assure you that I test every release (well almost every release) for deep-sleep before I release.
19 out of 20 times it's either 1) some sort of background process that's preventing your phone from going into deepsleep, or 2) something's misconfigured in your ROM, or both. Also connecting to USB will prevent phone from going into deepsleep.
I'm having unusual battery drain - help!
First of all, our gnex has very poor battery life while in active use. It's downright horrible while screen is on - screen is definitely the main culprit and there's not a whole lot I can do about that.
Custom undervolting can help or can hurt. This is mainly due to SmartReflex (class1.5) which auto-calibrates the ideal voltages for you. In fact, with SR you don't really need to use the custom undervolting feature for frequencies other than the 2 lowest. It does a great job calibrating higher frequencies. I personally don't touch it.
The "notrim" versions are an exception because I had to disable SR1.5 for the trim override to work. There's no auto-calibration going on there. Feel free to mess with custom undervolting on the notrim versions.
Now, if you've already accepted the horrible battery life while screen is on, but have questions about battery drain while idle - read the next question.
I'm having unusual battery drain while screen is off, or phone is sleeping - help!
First, let's find out if you're phone is going into deep-sleep. Install CPUSpy, unplug phone, turn off screen, and leave the phone alone for 5-10min. Turn the screen back on, launch CPUSpy, and see if you see an active entry for Deep Sleep. If so congratulations - read on.
If you've determined that your phone is not entering deepsleep by using the above method, read my entry above that says "My phone doesn't seem to be deep-sleeping". I've heard that removing SDM.apk helps as well as rebooting the phone. Also try turning your bluetooth on and off, and launching camera app and closing it.
If you've determined that your phone is entering deepsleep fine but still feel like battery drains, read the next question.
I'm having unusual battery drain while phone is in deep-sleep - help!
First make sure you are absolutely positive that deep sleep is working (read the previous question).
While on my kernel *and* connected to Wifi, you shouldn't drain more than 1% battery per hour *average* while in deep sleep (based on 5-8 hour continuous deep sleep). With wifi turned-off, my guess is probably no more than 1-3% per hour, depending on signal strength.
tip 1: If above is not happening for you, first charge the phone all the way and reboot. Let things settle a bit - give it a day or so. If you're using Battery Monitor Widget (which is not accurate for gnex), things should eventually settle between -2mA and -60mA per sample.
tip 2: Install BetterBatteryStats and look at which wakelocks dominate. Google search for names of the wakelocks to see how you can fix them.
tip 3: http://checkthis.com/d87t
If nothing seems to help, you can try the "notrim" version, but stick to speeds between 350 and 1350 (don't use OC slots). The notrim version has SR1.5 disabled which could help for those of you with drain issues on my other kernels.
What is tempcontrol and how do I use it?
First, read these two posts: 1 and 2.
Although tempcontrol was designed to be used with the experimental notrim builds because the cpu gets hotter in notrim frequencies, you can actually use tempcontrol to throttle lower frequencies. I haven't tried myself, but theoretically you can set your top speed at say 1.2Ghz and use tempcontrol to throttle at say 60C (instead of the stock value of 63C) resulting in slightly cooler phone. Theoretically.
What is SmartReflex?
SmartReflex performs continuous dynamic voltage scaling around the nominal operating point voltage according to silicon characteristics and operating conditions.
My stable and experimental builds will have SR Class 1.5 enabled by default.
You can disable SR via sysfs
How do I use Variable GPU OC?
You can use Lean Tweaks by Jake, or use the built-in "oc" script. Both leantweaks and my oc script will create an init.d script so the setting sticks at boot. My "checkt" script will also show the current GPU max speed. Note that 512MHz will probably not work for everyone.
307Mhz (stock) is set default by the kernel.
Open Terminal, and type for stock speed of 307Mhz: oc gpu 0
for 384MHz: oc gpu 1
for 512Mhz: oc gpu 2
What are the available sysfs options?
Check this post (thx byrong)
Which governor should I use on JB?
As usual I'd recommend trying all the governors and see which one works best for you. Stock JB, however, is optimized for interactive. The OS will automatically modify various interactive governor parameters on the fly while you're using the phone as part of "project butter". Namely, the following parameters are constantly adjusted by the OS: boostpulse, timer_rate, min_sample_time, hispeed_freq, go_hispeed_load, and above_hispeed_delay.
I hope this helps people if there is any other information you might want added just ask and i will do my best to come up with a comprehensive guide.
Donate to your favorite charity, or donate to imoseyon.
Did you ask Imoseyon before you posted this?
Thanks for bringing the thread over to XDA. Hopefully you got the necessary permissions, for the sake a peaceful thread. Its good to have most developments of the GNEX here and I finger tip away.
Sent from my Galaxy Nexus using xda premium
I've heard a lot about this kernel!
yes this is with his permisson
ajf64 said:
No i didn't ask him but i did put all due credits in it and it is in every other gnex forum but the sprint one all brought over by other people so if he has a problem with this he can feel free to pm me and i will get it removed i just figured it give us some easier access to his great kernel. In no way am i claiming this to be my work all support should be directed at the original thread op. I was just trying to make access to his kernel a bit easier for all xda users
Click to expand...
Click to collapse
That's all hunky dory but just doing things without asking the developer is just not right. Regardless if he has an issue or not. Its like you make something you work diligently on and then somebody just posts it somewhere else.
I dunno maybe its just me but its just common courtesy.
Sent From My Toro+ via SkyBlue Tapatalk
Thanks op.
#inb4close
#ReOpened
Sent from my Galaxy Nexus using Tapatalk 2
all fixed
ajf64 said:
well then sorry for posting it will a mod please delete this thread before it becomes a flame pit
Click to expand...
Click to collapse
Doesnt need to be deleted.. if just ask him if its alright.. thats fine enough
ÜBER™ said:
Doesnt need to be deleted.. if just ask him if its alright.. thats fine enough
Click to expand...
Click to collapse
Why do you always ruin the flaming? With your...good nature...and your rap music.
Thanks for linking. You can still ask dev for permission but I get what you're trying to do. I prefer xda since this is where I have gotten help with every phone since my nexus 1.
Sent from my Galaxy Nexus using XDA Premium HD app
Well i have gotten permission to post this from imoseyon and to keep this thread updated on xda sprint forums for him so it looks like we are all set he got back to me alot faster then i thought he would so every thing should be all good guys
and yes jayare313 i am so used to finding every thing i need on xda some times it s a pain having to check 3 or 4 sites to see if any of your mods for your rom are updated
Sorry. 3 issues here:
1) I need to verify permission from the developer and he needs to verify that he is going to support it here. If someone downloads it, flashes it, and somethings wrong.......who is going to give answers and support it? We have an active community who can help, sure, but the developer has to actively support it here. If he were ready to give support here, he would have posted it here already. And even then it would have to go in general unless he started the thread.
2) There is no source provided in the OP. Kernels must be GPL compliant and listed in the OP.
3) If you did not create it, do not post it in the development section.
Alrighty. Everything should be good now. I'll be keeping an eye out.
OP will be updated soon, with source and I've spoken to the developer.
Thank you guys.
---Jay--- From the GNex
Well, I will say I like having this thread here. So thanks to the op.
Sent from my Galaxy Nexus using Tapatalk 2
I will be updating the thread when i get home today and be offering any support you guys may need for this kernel
MichaelMcEntire said:
Well, I will say I like having this thread here. So thanks to the op.
Sent from my Galaxy Nexus using Tapatalk 2
Click to expand...
Click to collapse
I totally agree. Thanks to OP for the thread and imoseyon for the kernel
Sent from my Galaxy Nexus using xda premium
Np guys any time and if there is any thing i can help with just ask i plan to provide full support for this kernel. Also if there are things you wish to have added feel free to post them as well i have permission to compile my own versions of lean kernel with cherry picked features from his repository and to add features to it. I look forward to your feedback.
is 4.2 jb cm10 compatible
twoeleven99 said:
is 4.2 jb cm10 compatible
Click to expand...
Click to collapse
Yes
Sent from my Galaxy Nexus using xda app-developers app
DISABLING CPU RENDERING
Credit goes to Leowaliet.
So what does this mod give to us?
What does this help us with?
•Speed √
•Smoothness √
•Sound √
•Less Battery Drain √
Works with any ROM
So, if you have Faux 11 kernel + this mod.
(In Algebraic Equation)
F+M=EpixNeshh
In technical terms, we are disabling CPU Rendering from the system so it force GPU to work on all Graphics.
So why not?
Would it hurt no?
Try it, YOU WONT REGRET IT :screwy:
*THIS WILL LET IMAGES IN XDA APPEAR*
*WILL NOT BREAK APPS*
First To Port MIUIv4 to T989
Isn't this already a toggle under Developer settings in ICS+ ROMs?
thehandi said:
Isn't this already a toggle under Developer settings in ICS+ ROMs?
Click to expand...
Click to collapse
This stops it for all ROMS. And doesn't brake some of the apps.
First To Port MIUIv4 to T989
Link won't work if you don't have an account on that site.
bobpantsspongesquare said:
Link won't work if you don't have an account on that site.
Click to expand...
Click to collapse
+1
here it is...havent tried it
alphadog32 said:
DISABLING CPU RENDERING
So what does this mod give to us?
What does this help us with?
•Speed √
•Smoothness √
•Sound √
So, if you have Faux 11 kernel + this mod.
(In Algebraic Equation)
F+M=EpixNeshh
In technical terms, we are disabling CPU Rendering from the system so it force GPU to work on all Graphics.
So why not?
Would it hurt no?
Try it, YOU WONT REGRET IT :screwy:
http://forums.androidcentral.com/at...uide-disable-cpu-rendering-vm670_eglpatch.zip
First To Port MIUIv4 to T989
Click to expand...
Click to collapse
This is already set by default in many custom ROMs but alsoeans you can't see pictures on apps like XDA
Sent from my SGH-T989 using xda premium
Try it, YOU WONT REGRET IT
Click to expand...
Click to collapse
Actually...I did regret it, as I can't see any pics in XDA and in
my Sopcast, the stream is very "choppy" and with worst
color quality. So......Sorry.
Even in custom Roms, the first thing I do is uncheck the "Force GPU..."
:crying:
This is not using the phone's Settings.
First To Port MIUIv4 to T989
alphadog32 said:
This is not using the phone's Settings.
First To Port MIUIv4 to T989
Click to expand...
Click to collapse
this mod is wrong!! dude! it will brake apps that need it to work, GPU only works wen need it, this mod desable 2D and 3D drawing
richardlibeau said:
you do not need this mod. just go to system/lib/egl and delete the first line android 0 0. this does the same thing as this mod. I did it on my phone and it works fine. No graphics problems . All hi tech games like asphalt,spiderman, avatar. cs portable, gta3 all play great. Videos do too. You can also add debug.composition.type=gpu to build prop and delete any other composition type that's in build prop to force gpu rendering for graphics
Click to expand...
Click to collapse
Thank you. Every one thinks it will break things. It is like saying I have a Land Rover with 4v4. Now, you're going up a hill and to run it up, you buy newer and better wheels. It still gets up, but slower. It would be a lot smarter to enable 4v4 so it can climb faster and more efficient. So GPU is supposed to run the Graphics Interface. Not the Processing Unit. Does it make sense? Of course not. Using GPU for its dedicated reason it is a way more reasonable thought. So why would you want it disabled?
First To Port MIUIv4 to T989
alphadog32 said:
Thank you. Every one thinks it will break things. It is like saying I have a Land Rover with 4v4. Now, you're going up a hill and to run it up, you buy newer and better wheels. It still gets up, but slower. It would be a lot smarter to enable 4v4 so it can climb faster and more efficient. So GPU is supposed to run the Graphics Interface. Not the Processing Unit. Does it make sense? Of course not. Using GPU for its dedicated reason it is a way more reasonable thought. So why would you want it disabled?
First To Port MIUIv4 to T989
Click to expand...
Click to collapse
The theory is all nice and logical, however, let me quote something:
Every one thinks it will break things.
Click to expand...
Click to collapse
I'm one of the "everyone" and I do not "think" it will break stuff, I know it does and I can reproduce it at a drop of my hat!
So why would you want it disabled?
Click to expand...
Click to collapse
Because of my above proof (proof for me)....that's why.
However, it's nice that people can have a choice. For others may work better.
:highfive:
Well it hasn't broken any apps for me.
First To Port MIUIv4 to T989
I'm not sure why everyone is jumping on the OP so hard.. he stated clearly in the second or third post that it Works without breaking anything .. I flashed it on my AOKP JB build with no problems and it didn't break anything like the option in development settings does... for example .. xda app loads pictures perfectly.
Maybe test it next time before flaming give it a test...
Sent from my SGH-T989 using xda app-developers app
All I know is the guy is trying to help the community and you guys all just bashed him.. I dont even think any of you even bothered to say thanks..
RushAOZ said:
Because you're probably not using any old apps that haven't been updated for ICS. Not jumping on the OP I'm simply stating this mod isn't needed because the GPU is already rendering everything. CPU will only render old apps so if you don't have any old apps then this mod is essentially useless. You're not forcing the GPU to do something it isn't already doing.
Sent from my SGH-T989 using xda premium
Click to expand...
Click to collapse
OK.. then riddle me this.. Using the option in development settings breaks my XDA and my FRF app, meaning they wont load pictures in the app.. However this mod has not caused this side effect..
RushAOZ said:
This mod isn't needed. The whole reason GPU rendering exists in ICS/JB is for apps that were written on GB. GB written apps didn't support GPU acceleration by default. With ICS and JB apps are written with GPU rendering on by default.
Basically these settings ONLY effect old apps that haven't been updated to ICS/GB. This is why disabling CPU rendering will break some apps as experienced by some of you above. GPU rendering is supposed.to force the GPU to render old apps and while it works most of the time there are apps that you can't force and you get errors and artifacts. So many misconceptions with this setting lol. Just leave it on. Problem solved.
Sent from my SGH-T989 using xda premium
---------- Post added at 10:46 PM ---------- Previous post was at 10:32 PM ----------
According to pocket now force gpu rendering is basically used to off load the graphical tasks given to the CPU in apps that aren't optimized for ICS. ICS has this option enabled by default when writing apps for it but with apps written on GB down to cupcake 1.6, gpu rendering when writing apps is off by default.
Basically, leave it on as its probably helping your CPU run older unoptimized apps more efficiently since it doesn't have to process the graphical UI for that app too.
http://pocketnow.com/2012/05/25/wha...-in-ice-cream-sandwich/?wpmp_switcher=desktop
Sent from my SGH-T989 using xda premium
Click to expand...
Click to collapse
Its also pretty hilarious that you say this and are bending it to make your self correct..
YES newer applications that are based on the newer SDK have the ability to do this Nativity regardless of what you have checked or unchecked..
BUT it is not ONLY going to be beneficial for apps that are not.. it will force ALL rendering through your GPU and leaving the computation to the CPU giving your system an edge.. while be it a small one, but never the less an edge as far as CPU processing times and Graphics quality output ..
PJcastaldo said:
All I know is the guy is trying to help the community and you guys all just bashed him.. I dont even think any of you even bothered to say thanks..
OK.. then riddle me this.. Using the option in development settings breaks my XDA and my FRF app, meaning they wont load pictures in the app.. However this mod has not caused this side effect..
Its also pretty hilarious that you say this and are bending it to make your self correct..
YES newer applications that are based on the newer SDK have the ability to do this Nativity regardless of what you have checked or unchecked..
BUT it is not ONLY going to be beneficial for apps that are not.. it will force ALL rendering through your GPU and leaving the computation to the CPU giving your system an edge.. while be it a small one, but never the less an edge as far as CPU processing times and Graphics quality output ..
Click to expand...
Click to collapse
Thanks man. Felt it right in the heart.
First To Port MIUIv4 to T989
Ok enough arguing here, stay on topic and stop assuming that this or that will happen until you have tried the MOD. If you don't like or want to try it, stay out of the thread. Don't troll dev threads.
Noellenchris
XDA Forum MOD
alphadog32, thanks (I did hit the Thanks button), but one needs
more info in the OP, like, how to install it, does it work with default
kernel, or only with Faux, what Rom is compatible with....and so on.
Thanks for this.
:good:
I apologize I misread/ misunderstood what the OP was saying. Since the mod is actually configuring the egl libs, this WILL NOT break your pics as force gpu in setting will. Everybody thank the OP and move this thread forward
Sent from my SGH-T989 using xda premium
Flashed it a few hours ago, seems pretty solid so far. At least it certainly hasn't given me any problems with games or other apps. It's almost weird seeing pictures load on the XDA app btw, because it's been a long time since I've seen them work... lol. Running it on CM9.1.
http://forum.xda-developers.com/showthread.php?t=1877183
so yeah, is it just a load of crap or does it actually work?
If you are on ICS you can make a nandroid backup and try it
I saw this today as well not sure whether to try it. Isn't it the same or similar to what we can choose in developers options to force GPU rendering? Maybe will try later when I have time as I cant complain with the speed that I'm getting from nikez jb p0.9
Sent from my HTC Desire using xda app-developers app
I am specifically wondering how will it work with gingerbread roms. I mean, it must be some kind of BS right? There's no way to force GPU rendering for UI in gingerbread, is there?
Joke of the day... classic!
Works on Mildwild 4.3. I don't have a launcher redraw anymore And it's not GPU rendering, it just removes the pathway to render on the CPU so the GPU does the graphics stuff
Works on Mildwild 4.3. I don't have a launcher redraw anymore And it's not GPU rendering, it just removes the pathway to render on the CPU so the GPU does the graphics stuff
Click to expand...
Click to collapse
Basically everyone should be getting a placebo affect, i personally havent seen anyone provide evidence such as benchmarking surfaceflinger to prove the ui is smoother. The manufacturers by default select the gpu to render the ui which has a 0 1 on adreno200 and 0 0 on android thus its hw accelerated and not software accelerated
So what does that really do anyway ? Anyone notices really anything?
I don't trust benchmarks, they show incredibly inaccurate results (at least Antutu and Quadrant). Try run it twice on the same rom, one right next to another.
Well, no use from benchmark apps, but I tried it on MIUI rom with high resolution graphics settings for launcher. I definitely had lags issue with it without patch, especially with cube 3d screen transition effect. Now with it no lags at all, and I'm sure it's not a placebo.
Sent from my HTC Desire using Flashes and Thunders
MidnightDevil said:
So what does that really do anyway ? Anyone notices really anything?
I don't trust benchmarks, they show incredibly inaccurate results (at least Antutu and Quadrant). Try run it twice on the same rom, one right next to another.
Click to expand...
Click to collapse
Lol im not talking about regular benchmarking
I tried it with rom in signature and confirm that UI is smoother and also app like Facebook seems faster, like author is reporting in original thread.
Sent from my HTC Desire using xda app-developers app
Well I did actually just test it and it's obviously a load of crap and a waste of time. Can't believe I ACTUALLY was stupid enough to think that it'd work.
ToastnButter said:
Well I did actually just test it and it's obviously a load of crap and a waste of time. Can't believe I ACTUALLY was stupid enough to think that it'd work.
Click to expand...
Click to collapse
I don't think it's useless or stupid.... either 99% are having a placebo reaction with noticeable effects.. or they are having a reaction to a noticeable difference on their equipments.. I was also skeptic that would do anything.. I can't tell you what it is, but I do notice some differences.
I would say it works - somehow.
I use it on SpazeDogs ICS ROM and it gives a subjective performance boost - by feeling i wouldnt say that the FPS increased or something like that. But it feels smoother. Would call it "Project Butter light"
McDope said:
I would say it works - somehow.
I use it on SpazeDogs ICS ROM and it gives a subjective performance boost - by feeling i wouldnt say that the FPS increased or something like that. But it feels smoother. Would call it "Project Butter light"
Click to expand...
Click to collapse
Lol!
Sent from my HTC Desire using xda app-developers app
Hello guys!
I have Xperia arc(LT15i) running modded .587, running on Lupus v10 kernel at 364-1612Mhz, ondemand, sio, with the kernel memory enhancements written on unit.d.(+ disabled cpu rendering and several other unit.d scripts).
Recently i downloaded CSR Racing, just to try it. The problem is that the game is RAM and CPU hungry. The gpu handles smoothly the game, but when the cpu is overloaded, the game continues to run, but the touchscreen is irresponsible for a moment(the problem accures at most of the time, but not always). I tried performance governer with several other schedulers but the difference is bearly visible.
My opinion is that the touchscreen suffers of insufficient priority. Is there any way of having this fixed?
Vladko1 said:
Hello guys!
I have Xperia arc(LT15i) running modded .587, running on Lupus v10 kernel at 364-1612Mhz, ondemand, sio, with the kernel memory enhancements written on unit.d.(+ disabled cpu rendering and several other unit.d scripts).
Recently i downloaded CSR Racing, just to try it. The problem is that the game is RAM and CPU hungry. The gpu handles smoothly the game, but when the cpu is overloaded, the game continues to run, but the touchscreen is irresponsible for a moment(the problem accures at most of the time, but not always). I tried performance governer with several other schedulers but the difference is bearly visible.
My opinion is that the touchscreen suffers of insufficient priority. Is there any way of having this fixed?
Click to expand...
Click to collapse
Using custom ROM?
Sent from my GT-I9300 using xda app-developers app
Vladko1 said:
Hello guys!
I have Xperia arc(LT15i) running modded .587, running on Lupus v10 kernel at 364-1612Mhz, ondemand, sio, with the kernel memory enhancements written on unit.d.(+ disabled cpu rendering and several other unit.d scripts).
Recently i downloaded CSR Racing, just to try it. The problem is that the game is RAM and CPU hungry. The gpu handles smoothly the game, but when the cpu is overloaded, the game continues to run, but the touchscreen is irresponsible for a moment(the problem accures at most of the time, but not always). I tried performance governer with several other schedulers but the difference is bearly visible.
My opinion is that the touchscreen suffers of insufficient priority. Is there any way of having this fixed?
Click to expand...
Click to collapse
It's not a matter of touchscreen priority, the game takes up a lot of memory so although it runs smoothly, the touch input will lag.
僕のLT18iから送られてきた
Destroyedbeauty said:
Using custom ROM?
Sent from my GT-I9300 using xda app-developers app
Click to expand...
Click to collapse
Just original .587 with some enhancements and mods added by me(downloaded and added walkman, cybershot, and some other stuff).
Vladko1 said:
Just original .587 with some enhancements and mods added by me(downloaded and added walkman, cybershot, and some other stuff).
Click to expand...
Click to collapse
Try with flashing Adreno v.3 drivers - they will make the phone more responsive in every way with nearly to zero UI lagginess!
Destroyedbeauty said:
Try with flashing Adreno v.3 drivers - they will make the phone more responsive in every way with nearly to zero UI lagginess!
Click to expand...
Click to collapse
Thanks for the response! I've flashed them more than 4-5 months ago(instantly when they were out)
EDIT: I want to flash 4.2.2 Jelly Bean. I looked some JB roms and they were told to be very performance friendly... the only thing which prevents me flashing are the JB kernels which are with disabled 720p support.
Vladko1 said:
Thanks for the response! I've flashed them more than 4-5 months ago(instantly when they were out)
EDIT: I want to flash 4.2.2 Jelly Bean. I looked some JB roms and they were told to be very performance friendly... the only thing which prevents me flashing are the JB kernels which are with disabled 720p support.
Click to expand...
Click to collapse
Better with flashing an custom ICS ROM that you can mod so it act and looks like an JB ROM - it will give you 720p support without any quality drawbacks!
Vladko1 said:
364-1612Mhz,
Click to expand...
Click to collapse
This.
Overclocking -> CPU heats up -> Heat affects nearby parts -> In worse case, your phone parts get damaged (meltdown!)
Don't do it.
Someguyfromhell said:
This.
Overclocking -> CPU heats up -> Heat affects nearby parts -> In worse case, your phone parts get damaged (meltdown!)
Don't do it.
Click to expand...
Click to collapse
Usually i do not play games, and when required for a moment, when running on 1.6Ghz max i have instant response. My phone doesn't get warm, except when charging and playing heavy game or browsing the net via 3G(from which i stay away from)
Thanks for the warning, as i know the silicon melts at more than 130-140C, which i think are hardly possible. Since a long time i've developed for myself a way of holding my phone while having usage with intense processing. Add that i observe my battery and the temperature was never beyond 40-43C while charging and heavy usage.
And thanks a lot for the responses connected with my phone I'll take a note