Database Develop

HTC Desire C - Speeding up and general optimisation

Hey there people!
Ok so the HTC Desire C seems to be a non supported device on here there are currently no ROMs for it and even the root/ulbl is not fully tested so devs with HTC experience get here to give this device what it needs!
Anyways the device runs on a 600Mhz processor running a long side 512MB RAM supporting Android 4.0.3 ICS, due to the specs the device can be a little sluggish under high operation situations so here are a few basic tips to help.
Install Zeam Launcher.
A small size launcher that is lightning fast, only thing that rivals it is the FTL launcher and looks like sense 4 launcher.
The launcher size is 338k (Google play size) very fast and minimal looking.
FTL follows the trend but size varies on ur device
Bit-Defender.
This is a tiny anti-malware suite, for full features needs payment, but for free it gives nice protection. and i use the desktop versions so yeah
if you prefer the finding ur device more so i suggest lookout due to free scream/locate and no it does not drain battery life!
Juice Defender.
I listen to music a lot when am out, my old X10 did well with an extended battery and Juice defender installed, so i say add it into the desire C, it actually saves battery and manages ur mobile data/wifi automatically.
(After root)
Install Titanium Backup.
This app is a god send, it can remove files embedded into the /system/app folder, so u can remove crappy HTC Sense launcher, also remove other bloatware and rubbish do be careful tho Rooting does void warrenty and removing apps can stop the device from working (WE NEED A RECOVERY!!)
Sysctl Config
I use this on my X10 for gaming, it provides a bit of a boost to performance not much but its there
(you must have busy box to run this, recommended to have latest superuser installed from Google play)
a scripting program - edit scripts (Advanced users/devs only)
This is what makes roms so dam fast over stock, devs have edited the files to increase VM Heaps and other stuff, if your a noob or no scripting skills dont attempt it wait for a pro to do it for you!
Try overclocking. (Advanced Users/Devs)
I dont know much about HTC kernels im a DoomKernel user for the X10, but he got the kernel another 200Mhz on a single core!
Idk if HTC have left any overclock on the kernel and i dont wanna damage my phone testing it as i got it 3 days ago, so feedback please!
Overclocking is one of the most obvious choices for speed, at the cost of battery life you can put the CPU past its standard levels, speeding up your device.
Personally i dont overclock past what doom set my kernel, if you wish to do it personally use NoFrills CPU (Free) or SetCPU (Paid) both need Root
Ok rant over! most of this stuff may not be yet possible on the device but i hope it does, its a nice little device cheap and cheerful! devs come and unlock the potential it has forget One X n S3 they got there stuff
Disclaimer
I Will Not Be Held Responsible For Any Damages In Any Area Or Spec Of Your Device(s) You Do It Your Fault No One Elses! Nor Mine Or The Devs.
Apps shown in description....
Zeam Launcher (Free) - https://play.google.com/store/apps/details?id=org.zeam&feature=nav_result#?t=W251bGwsMSwyLDNd
FTL Launcher Lite (Free) - https://play.google.com/store/apps/...xLDEsImNvbS5sb3d2ZWxkLmZ0bGxhdW5jaGVybGl0ZSJd
Bit Defender Android - https://play.google.com/store/apps/...sMSwxLDEsImNvbS5iaXRkZWZlbmRlci5zZWN1cml0eSJd
Lookout Security - https://play.google.com/store/apps/...result#?t=W251bGwsMSwxLDEsImNvbS5sb29rb3V0Il0.
Juice Defender Free - https://play.google.com/store/apps/...xLDEsImNvbS5sYXRlZHJvaWQuanVpY2VkZWZlbmRlciJd
Titanium Backup (Free) - https://play.google.com/store/apps/...DEsImNvbS5rZXJhbWlkYXMuVGl0YW5pdW1CYWNrdXAiXQ..
Sysctl Config (Free) - https://play.google.com/store/apps/...sMSwxLDEsImNvbS5qcnVtbXkuc3lzY3RsLmNvbmZpZyJd
Super User (Free) - https://play.google.com/store/apps/...wsMSwxLDEsImNvbS5ub3NodWZvdS5hbmRyb2lkLnN1Il0.
NoFrills CPU (Free) - https://play.google.com/store/apps/...DEsIml0LnNpbmVvLmFuZHJvaWQubm9GcmlsbHNDUFUiXQ..
SetCPU - https://play.google.com/store/apps/...wsMSwxLDEsImNvbS5taHVhbmcub3ZlcmNsb2NraW5nIl0.
BusyBox Installer (Free, May not work on device can cause root loss RESEARCH BEFORE TRYING) - https://play.google.com/store/apps/...DEsImNvbS5qcnVtbXkuYnVzeWJveC5pbnN0YWxsZXIiXQ..
Have fun people laters.
Only helpful feedback and friendly comments no fighting on here!!

using the zeam laucher good , no lag jellybean laucher do you have ?

Speed
Hi,
I'm a new user and I have a question. I just rooted my phone, and flashed up Nameless rom. But it works with 600mHz. Can I involve the speed?
Overclock or something?

szilike93 said:
Hi,
I'm a new user and I have a question. I just rooted my phone, and flashed up Nameless rom. But it works with 600mHz. Can I involve the speed?
Overclock or something?
Click to expand...
Click to collapse
Nope Nope Nope ^__^, basically its no good as the Kernal is stock and doesnt permit overclocking.

You should really rename this thread... it has nothing to do with optimizing or speeding up the OS. It just tells you about a bunch of software you could search for on the market, and then says, "oh ya, and overclock."

Performance problem??
Peep my signature..

Deactivating apps which are not really needed also increases the speed, because more resources are available.
I tried that in combination with the overclock kernel and that sped up my phone especially when using apps which needs much ram and cpu-performance.

Duke_Suppenhuhn said:
Deactivating apps which are not really needed also increases the speed, because more resources are available.
I tried that in combination with the overclock kernel and that sped up my phone especially when using apps which needs much ram and cpu-performance.
Click to expand...
Click to collapse
Removing the sense interface is also speeding up the performance.

Gamephantom said:
Removing the sense interface is also speeding up the performance.
Click to expand...
Click to collapse
no ****, sherlock

And back we are
Lets get a few things updated shall we
_Ayhan_
Apex is a good launcher, bit bigger than Zeam but it works perfectly for me, no lag at all and supports themes!
szilike93 Nameless new ROMs have OC ability, with the correct kernels, as said in my 1st post, i would OC, i used OC on a different ROM and played games, didnt last long under bloon tower defense 5. ive just downloaded a new kernel pack from the dev of Nameless, selected a slight OC, but i shall be still setting max OC to 600Mhz but i will be changing the Governor to InteractiveX and I/O to deadline (Going on what worked best for DoomKernel)
Gamephantom
Yeah removing sense UI would be better off for the phone, but as far even the new "De-Sense" options still have baseline sense installed, until Cyanogenmod works fully we have to stick with it, although the devs have made the device smoother with sense, Cyanogenmod should take the crown
So any updates from me?
Well OC kernels are out and working can try them if you wish, New roms are around which are fast, no new "Super" apps to speak of, just a shame its only a single core 600Mhz, there are some apps im testing and shall report back, such as the Jellybean drivers, see if that wacks my battery using GPU rendering, hopefully not, all testing on Nameless 7.2 with 722Mhz Kernel but will be UC to 600Mhz. Hopefully battery life dont suck, Slimsense still best battery life personally for me
Later Guys!

You want to get a good battery life, just push a stock systemui that don't have battery percentage numbers. Images in stock only have 4-5 batt images, while in percentage it gives accurate %1 reading 100 batt images.
Sent from my HTC Desire C

szilike93 said:
Hi,
I'm a new user and I have a question. I just rooted my phone, and flashed up Nameless rom. But it works with 600mHz. Can I involve the speed?
Overclock or something?
Click to expand...
Click to collapse
You should do as Xdroidie626 sais.
Download Nameles's ROM and enclosed within You will find 3 kernels. Choose from 2 that allow You to OC Your CPU and flash it.
I'm using the 806MHz Kernel and apart from the obvious,battery life dicreased,can't complain about it at all.
HTC should have released Desire C 806MHz capable in the first place.
Lucky noobs we are to have XDA website and Devs themselves to provide us with tools of salvation from "stock" misery
Btw... Little off-top...
@Einstein.frat
As I mentioned above I'm using Nameless ROM and hereby wish to thank Einstein.frat for his efforts and subsequent effects.
Since I'm a freshman here and my posts are still counted using only one hand I can't avail of the "Thanks" button yet but I will as soon as possible. It may take me a while but I don't post just to bump the counter...

Project Butter on android 4 possible on GB?

Does any dev know if it is possible on Gingerbread to use this "technology" to create "buttersmooth" refresh rates using vsync and videobuffer?
Thank

This is what i know accurate as per my HW knowledge multiplied by driver programing experiences.
Phones' LCD hw as per resolution doesnt support Vertical Sync more than 65Hz. Although LG has used 75Hz to all LG devices. Increasing Vertical Sync only gives high benchmarks by false 2D/3D results. Increasing HW Vertical Sync HZ rather than supported by phone actually worsens performance, needless to mention in longer run it damages LCD controllers. Phone LCD supports max 65HZ refresh rate thats what called VSync(Virtical Sync).
FramBuffer refresh rate is another story. We can setup kernel kill fd signal(SIG KILL) to specific ms to refresh forcefully kill and restart framebuffer artificially but that will gives blinking display. I am already done with FB refresh rate
Sent from my LG-P990 using Tapatalk 2

But spica surely it works in a similar way to PCs? I.e the Vsync is only set to the max possible frame render of the display, e.g. a 60HZ monitor will sync at 60FPS where Vsync will kick in if enabled... you can also do this for any refresh rate like the newer 120hz monitors.
Wouldnt it simply require changing the variables to acknowledge this extra hz in our displays?.
Just curious, probably wrong but it would be nice if it were true as it would be even easier .

Project butter also uses both the CPU and the GPU to render frames. Its switches between the 2 and one can "prepare" while the other one is still being used to render
Sent from my LG-P990 using xda app-developers app

Chris4evernoob said:
Project butter also uses both the CPU and the GPU to render frames. Its switches between the 2 and one can "prepare" while the other one is still being used to render
Sent from my LG-P990 using xda app-developers app
Click to expand...
Click to collapse
Hmm I dont know much about this project.
Wider LCDs for CPU as per the resolution, can support hight refresh rate but our phone LCD cant:/ it works(increasing vsync and it doesnt damage to LCD controllers in short run) but it will cheat benchmark(as softwares detects wrong info and muliplication) but in realtime performance will be worsened. And its not good for LCD controller HW. We will find every phone with 65hz max except LG. As because phone's LCD controller HW can draw only max 65 HZ sync. Increasing it will draw more frames but it wont be used by HW resulting in wasted frames. FrameBuffer refresh is completely different thing unrealated to vsync. If I can find more detailed refrence link about it than I will post the link when i get PC access soon
This project might be using combination of FB and vSync, not only vsync.
Can anybody rdirect me towards link of this project?
Sent from my LG-P990 using Tapatalk 2

I previously had phone Samsung Galaxy Spica((I-5700).
I began Horse Power Kernel Development 1st with these kernel. Reffer this link:
http://forum.samdroid.net/f53/development-kernel-horse-power-4973/
Click on Previous Changelogs History spoiler.
You can see in older changes i have increased Vertical Sync rate to 80Hz. But believe me it gives only massiv e 2d/3d score. But the performance of games were worsenedd incl. Of UI smoothness. I did revert it in newer version.
Yes its just matter of changing values in kernel display driver
I dont anything about butter project, can anubody provide me link of it?
Sent from my LG-P990 using Tapatalk 2

http://www.google.com/search?hl=en&...3.0.0.0.8612.2.0.0.2.2.0.0.0..0.0...0.0...1ac.
Don't know what you are looking for Spica?

And another link with some info.
http://www.androidpolice.com/2012/0...e-responsive-apps-that-anticipate-your-touch/

Thank you for providing links.
Edit: oh sorry w/o reading it I completely misunderstood before. Its different
Sent from my LG-P990 using Tapatalk 2

Okay I read overly not in deep. Its not related to kernel-HW's refresh rate that I was discussing, hence its safe. Okay its related to android framework I guess, not read in deep. Not related with Kernel and kernel needs no changes. Its google's work I guess
It seems good. I will look more deeply tomorrow as soon as I get PC access
Sent from my LG-P990 using Tapatalk 2

IF this would ever be ported to Gingerbread for our phone, it would only be found on CM7 ROMs, not on Stock ROMs.
Android has kinda bad design concerning the scrolling stuff in its framework which causes it to never be as smooth as other Smartphone OS like iOS or WP are or will be.
This base design can't be change easily anymore, in order to NOT break the (available) Android apps.
It's also clear that even though Google can't change the whole base, they will put efforts in creating and finding workarounds for providing a smoother UI anyway.
This and faster hardware will make Android smoother every year.
They have already proven with both ICS and Jelly Bean that they are able to improve the smoothness. But the changes they had to perform for this surely (without knowing further details) affect big parts of the Android Framework.
This means in order to get a smoother scrolling experience on Gingerbread, ROM DEVs would need to backport features and changes of the new OS revisions to GB framework. And I'm sure this is way too much work (for our crappy little phone ).
Also it can only be done if the whole framework source is available, so no smoother scrolling for STOCK. And there is nothing kernel DEVs could do in this case by their own (besides the things they are doing already), unfortunately.
But you guys could ask Temasek to backport smoother scrolling to his CM7 ROM *jokingly - won't be that easy*

Answering to the OP, it's quite impossible... We need to backport lots of changes in GB framework (for example hw acceleration) and to do a lot of work that it doesn't worth it. And the only rom that would support these changes is cm7, and it isn't so stable.
If you like project butter, get a galaxy nexus. We have doubts to get ics update on our 2x...

markop90 said:
Answering to the OP, it's quite impossible... We need to backport lots of changes in GB framework (for example hw acceleration) and to do a lot of work that it doesn't worth it. And the only rom that would support these changes is cm7, and it isn't so stable.
Click to expand...
Click to collapse
Yeah that's exactly what I wrote - just in short But I wouldn't call CM7 unstable.

markop90 said:
Answering to the OP, it's quite impossible... We need to backport lots of changes in GB framework (for example hw acceleration) and to do a lot of work that it doesn't worth it. And the only rom that would support these changes is cm7, and it isn't so stable.
If you like project butter, get a galaxy nexus. We have doubts to get ics update on our 2x...
Click to expand...
Click to collapse
Cm7 is one of the most stable roms on our phone...
Sent from my LG-P990 using xda app-developers app

Stefan Gündhör said:
IF this would ever be ported to Gingerbread for our phone, it would only be found on CM7 ROMs, not on Stock ROMs.
Android has kinda bad design concerning the scrolling stuff in its framework which causes it to never be as smooth as other Smartphone OS like iOS or WP are or will be.
Click to expand...
Click to collapse
Actually scrolling in Android is very well implemented. The reason for the lag is twofold:
1) Android started as keyboard driven OS (a better blackberry), with no touch interface in mind, so the UI thread is of normal priority. That means that touch events don't have a higher priority than any other process that runs on your phone at the same time, thus any animation or transition can be interrupted (in cpu cycles) by another process. Say for example that you are scrolling a long list. Every other process that does something at the same time (updating your widgets, checking your email etc) will get equal time with the cpu as the scrolling animation. That means allot of interrupts during that animation that cause frames to drop and thus lag to occur. It also means that the ui thread must wait for it's time whenever there is a touch event (user interaction through the touchscreen) to respond. Changing the UI thread priority would solve most ui problems with android but it would also indeed break compatibility with older apps.
2) The other problem is that most devs do a very poor implementation of lists. Android lists are actually very efficient but badly documented, and many developers implement them in ways that are sub-optimal. In order to save memory, the list only uses as many views (items) as fit the screen, and when the user scrolls it simply recycles them by changing their content. That means that the objects displayed in the list are cleared from the memory as soon as they leave the screen. So every time you return to the place where those objects where, an interrupt followed by IO with the filesystem takes place (the worst kind of interrupt). That's not such a big problem when the only thing you want to display is text, but what if you use bigger stuff like bitmaps? Then you get allot of lag. To avoid that you have to keep the list objects in memory. If you have too many such objects and want to avoid filling all the heap you can create a cashe with a limited size, or simply load object to the list only after scrolling has stopped (look to the cm9 music player cover art for one such example). Anyway, to make a long story short you can implement very complex and content heavy lists that run like butter on a arm6 600mhz gingerbread phone, but you can also make those same lists lag on OneX with the wrong implementation.
And btw, project butter DOES use the kernel, it makes use of a custom governor that immediately rumps up the cpu freq to the max whenever there is a touch event.

Stefan Gündhör said:
Yeah that's exactly what I wrote - just in short But I wouldn't call CM7 unstable.
Click to expand...
Click to collapse
I didn't say that cm7 is unstable, but it still has some freezes and random reboots... For example, yesterday I flashed cm7 again, after 2h of runtime I opened the browser and the phone froze and restarted himself... It is sufficiently stable, but I cannot use it as daily rom... And it is also battery hungry...
Ricardo has done a really great job on this phone, but cm7 isn't a rom for my business.. I prefer max stability, so I had to flash a 2.2 rom... GB memory leak is very annoying..
Supupa said:
Cm7 is one of the most stable roms on our phone...
Sent from my LG-P990 using xda app-developers app
Click to expand...
Click to collapse
"one of the most stable"? Maybe you just haven't tried a good stock based rom... I used cm7 for 7 months and i had a lot of problem...that's because of the closed Tegra2 sources...

markop90 said:
"one of the most stable"? Maybe you just haven't tried a good stock based rom... I used cm7 for 7 months and i had a lot of problem...that's because of the closed Tegra2 sources...
Click to expand...
Click to collapse
What do the closed sources have to do with cm7? It's GB as well and they are fully compatible.
I used CM7 for over half a year, never had any real problems.

ICS and GB are very diferent in the way they interact with the hardware.
Butter smoth stuf on GB is not possible.
This is what Ricardo Cerqueira answered about this:
"Project Butter is mostly about synchronizing gfx composition with the display's actual refresh rate... and Gingerbread didn't have a hardware compositor at all."

Vellamo benchmark better on ICS/JB, but user experience better in GB...

There's something I don't get it. I have been playing around with CM10 (JB) and Minimoto (GB). Using Vellamo scores as indicator, the performance in JB is much faster than GB. HTML5 scores of 1400 (JB) vs 600 (GB) and CPU scores of 400 (JB) vs 370 (GB). However, that does not translate into user experience.
CM10 is supposed to fast and optimized for speed, but I am getting serious lag. OS is not very responsive to touches, apps take a good one second longer to open than in Minimoto which is GB-based. Isn't ICS and JB supposed to have additional hardware acceleration that GB does not... so why is Minimoto outperforming CM10? I also frequently manipulate spreadsheets on my phone, and the scrolling performance is way smoother on Minimoto than on CM10. What's going on here?

The reason is RAM. There isn't enough really unless you set it to strict memory management.

MrObvious said:
The reason is RAM. There isn't enough really unless you set it to strict memory management.
Click to expand...
Click to collapse
It's not the RAM. Samsung Galaxy S has the same amount of RAM as the Droid 3, and it's more responsive...

Kexec Ducati is not memory efficient.
Sent from my DROID3 using xda app-developers app

^ what he said, kernel just isn't completely optimized for our phones yet.
All that new hardware acceleration takes code to make it work
Something quick u can try tho:
Depending on what kexec kernel compile your using you can try switching cpu governor from interactive to ondemand or one of the other choices.
Certain builds have it disabled, otherwise its set as default
interactive is buggy for some reason and causes crashes/some slowness.
I know it helped me a bit, even though it uses a bit more battery.
Sent from my XT862 using xda app-developers app

Thanks, maybe I'll dual boot/flash a CM10 and try full performance, but with battery issues and camera issues, I don't see how CM10 is stable enough for daily usage.
What's the point of running ICS/JB if the drivers are not optimized and/or if you need to force it at full performance mode to get acceptable performance? Isn't moving from GB -> ICS/JB about performance improvements?

AndroAsc said:
Thanks, maybe I'll dual boot/flash a CM10 and try full performance, but with battery issues and camera issues, I don't see how CM10 is stable enough for daily usage.
What's the point of running ICS/JB if the drivers are not optimized and/or if you need to force it at full performance mode to get acceptable performance? Isn't moving from GB -> ICS/JB about performance improvements?
Click to expand...
Click to collapse
Some ppl want to be bleeding edge. Gotta be the newest.
Sent from my DROID3 using xda premium

[Q] Seeder

hey guys,
I just wanted know more about the seeder entropy generator and it's function of reducing lag .
how does it help and is it actually effective on our RAM deprived X8 ?
Regards,
Ajjai.

Ajjai said:
hey guys,
I just wanted know more about the seeder entropy generator and it's function of reducing lag .
how does it help and is it actually effective on our RAM deprived X8 ?
Regards,
Ajjai.
Click to expand...
Click to collapse
I'm not a developer, so I do not have any insights of how exactly this app helps our device, but from what I have gathered so far, most Android devices have a very limited random number pool from which to draw the information required to process certain types of data. I think it has something to do with encryption - the system waits until sufficient quality random data is generated in order to provide for the requirements of the apps that are running. This in turn causes lag until that amount of data is met.
What Seeder does, in essence, is simply enlarging this number pool later used for processing, eliminating the lag, and making some apps run much quicker than before. I don't know if it had a placebo effect on me, but I do think Google Maps runs much faster now that Seeder is installed. Some functions in other apps also seem more responsive.
It doesn't help the RAM you have, as far as I know. Some things just might work a bit faster. For me it was only possibly a slight improvement. For others it seemed like a completely new device, breathing in full again.

For Non-Developer you explained this good(so users can understand it,not saying that above is correct )

xWhiskey said:
I'm not a developer, so I do not have any insights of how exactly this app helps our device, but from what I have gathered so far, most Android devices have a very limited random number pool from which to draw the information required to process certain types of data. I think it has something to do with encryption - the system waits until sufficient quality random data is generated in order to provide for the requirements of the apps that are running. This in turn causes lag until that amount of data is met.
What Seeder does, in essence, is simply enlarging this number pool later used for processing, eliminating the lag, and making some apps run much quicker than before. I don't know if it had a placebo effect on me, but I do think Google Maps runs much faster now that Seeder is installed. Some functions in other apps also seem more responsive.
It doesn't help the RAM you have, as far as I know. Some things just might work a bit faster. For me it was only possibly a slight improvement. For others it seemed like a completely new device, breathing in full again.
Click to expand...
Click to collapse
Well i own 2 phones, a sgs+ and a g pocket.. On the sgs+ the difference wasnt that great (there was an improvement but relatively small) but on the pocket the difference is HUGE! I mean i couldn't even play hill climb racing and now its butter smooth ) from that on I always told people to use it.. In the worst case it simply won't do anything..

8cpaiw said:
For Non-Developer you explained this good(so users can understand it,not saying that above is correct )
Click to expand...
Click to collapse
Thanks It might not be completely correct, but I'm pretty sure the concept is spot on. There's a lot of information regarding the app in its respective XDA thread:
http://forum.xda-developers.com/showthread.php?t=1987032
... so anyone interested should check it out.
drifter94 said:
Well i own 2 phones, a sgs+ and a g pocket.. On the sgs+ the difference wasnt that great (there was an improvement but relatively small) but on the pocket the difference is HUGE! I mean i couldn't even play hill climb racing and now its butter smooth ) from that on I always told people to use it.. In the worst case it simply won't do anything..
Click to expand...
Click to collapse
Yeah, exactly. It isn't a big app and it barely does anything to clog the system. And what you pointed out about the the first phone not having much use from it, and the other having a huge difference is exactly what I first mentioned. Sometimes it doesn't do anything, and at other times the results are incredible.
Nothing short of downloading the app and testing it could prove its worth for your device. To the OP - download it and see if it does something, it might be worth your while. If not, delete it and move on.

i just detect a little improvement on my X8 running MiniCM10 , still , it works !!

xWhiskey said:
I'm not a developer, so I do not have any insights of how exactly this app helps our device, but from what I have gathered so far, most Android devices have a very limited random number pool from which to draw the information required to process certain types of data. I think it has something to do with encryption - the system waits until sufficient quality random data is generated in order to provide for the requirements of the apps that are running. This in turn causes lag until that amount of data is met.
What Seeder does, in essence, is simply enlarging this number pool later used for processing, eliminating the lag, and making some apps run much quicker than before. I don't know if it had a placebo effect on me, but I do think Google Maps runs much faster now that Seeder is installed. Some functions in other apps also seem more responsive.
It doesn't help the RAM you have, as far as I know. Some things just might work a bit faster. For me it was only possibly a slight improvement. For others it seemed like a completely new device, breathing in full again.
Click to expand...
Click to collapse
it doesn't help much .. but yes, It did reduce the lag a tiny bit while running apps like the music player and the album on jellyblur 4.4 ..
will give that thread a read ..
Thank you

So, which one workz very best,, either seeder or crossbreeder ?
Sent from my E15i using xda premium

syahazu said:
So, which one workz very best,, either seeder or crossbreeder ?
Sent from my E15i using xda premium
Click to expand...
Click to collapse
Have been using seeder for over 2 months now. Have to say, It works flawlessly on gingerbread.. everything is super smooth..
crossbreader seams to have a lot more features .. Will give it a try and let you know !

guys I can confirm 100% no bias, CrossBreeder works better than the Seeder.apk
why? Simple, you flash it and you're done and it has a lot of features which is minimal and convenient for our beloved x8

Eren Jaeger said:
guys I can confirm 100% no bias, CrossBreeder works better than the Seeder.apk
why? Simple, you flash it and you're done and it has a lot of features which is minimal and convenient for our beloved x8
Click to expand...
Click to collapse
i agree. also, crossbreeder includes seeder, apart from tge other tweaks it offers.
Just because i don't doesn't mean i can't.

cascabel said:
i agree. also, crossbreeder includes seeder, apart from tge other tweaks it offers.
Just because i don't doesn't mean i can't.
Click to expand...
Click to collapse
yeah to elaborate, CrossBreeder gives you seeder, entropy, adblock, and alot more of awesome tweaks, plus it consumes a little amount of space in the /system directory that's why it's handy, and easy to install as you can flash it directly :good:

OP , i'll give it a try 
 @Eren Jaeger , Thanks 4 da info mate !!

no problem

Use CrossBreeder instead seeder app. CrossBreeder use haveged instead the rngd binary in the seeder app, this is better. If you want to kill all entropy related lag, use frandom. (if your kernel have frandom module, the CrossBreeder automatically use it instead haveged).
So, the numbers of lags due the entropy pool from the the worst to the best is:
- untouched android system
- seeder app
- CrossBreeder (with built-in haveged)
- CrossBreeder (with frandom module)
Sent from my LT18i using xda app-developers app

also this right here ^

pilu1978 said:
Use CrossBreeder instead seeder app. CrossBreeder use haveged instead the rngd binary in the seeder app, this is better. If you want to kill all entropy related lag, use frandom. (if your kernel have frandom module, the CrossBreeder automatically use it instead haveged).
So, the numbers of lags due the entropy pool from the the worst to the best is:
- untouched android system
- seeder app
- CrossBreeder (with built-in haveged)
- CrossBreeder (with frandom module)
Sent from my LT18i using xda app-developers app
Click to expand...
Click to collapse
This sounds very appealing, I just installed CrossBreeder to give it a whirl.
As for the frandom module, how exactly do you apply it to work with CrossBreeder on X8? It's as if it suggests there should be one for each ROM, but apparently you can use Punchmod to use other versions. Which module did you use and how did you apply it?
EDIT: I really can't say if this is a placebo, but it seems that the GUI absolutely flies now. And clearing the dalvik cache on install apparently liberated ~35MB of space. By the looks of it, this works much better than Seeder. Many thanks for recommending this.

xWhiskey said:
As for the frandom module, how exactly do you apply it to work with CrossBreeder on X8? It's as if it suggests there should be one for each ROM, but apparently you can use Punchmod to use other versions. Which module did you use and how did you apply it?
Click to expand...
Click to collapse
The frandom module is related to the kernel not the rom. If your kernel have this module, not need to do anything, CrossBreeder automatically use it. As I remember, now only alfs10 have frandom, but not sure, maybe the .32 kernel also support it. I not tested the punchmod method, so I can't say anything about this method.

pilu1978 said:
The frandom module is related to the kernel not the rom. If your kernel have this module, not need to do anything, CrossBreeder automatically use it. As I remember, now only alfs10 have frandom, but not sure, maybe the .32 kernel also support it. I not tested the punchmod method, so I can't say anything about this method.
Click to expand...
Click to collapse
So, I guess the X8 stock kernel doesn't have it?
Anyway, applying the module seems to be a tad too complex for me to deal with, given that there is apparently no module compiled for the 2.6.29 kernel, and besides I don't think the difference would be that stellar in the end.
However, if anyone is interested to try the Punchmod utility to apply the module compiled for other kernels, check this link:
http://forum.xda-developers.com/showthread.php?t=2113150&page=233
And plow through the next five or six pages. Both the Punchmod utility and the modules can be downloaded from there.
Please do report your findings, I'm sure everyone would be interested to hear them

xWhiskey said:
So, I guess the X8 stock kernel doesn't have it?
Anyway, applying the module seems to be a tad too complex for me to deal with, given that there is apparently no module compiled for the 2.6.29 kernel, and besides I don't think the difference would be that stellar in the end.
Click to expand...
Click to collapse
Of course: the stock kernel NOT have frandom module
But compiling the frandom module is not a hard work if you have linux.

Adreno 3xx GPU Driver for Android 4.4.4 KitKat - flashable package

Greetings,
This driver is obtained from Qualcomm's 07 Aug 14 drivers for "Qualcomm Adreno 3xx GPU on Nexus 4, 5 & 7 devices running Google Android 4.4.4 KitKat".
All credits go to the folks at Qualcomm for making the developer version of these lib files available for us to play with.
This is for testing purposes only. Please don't flash without backing up first and then start screaming if something happens to your phone!
The package only contains files for Adreno 300 and 330. I cooked the packaged to be flashable on our SM-G900T or any SM-G900 with the Adreno 330 chipset.
I'm on a "XtreStoLite_G900T_ROM_v1.3_UVU1BNG3" ROM, which is a super clean/slim version of the stock rom. This is also Android 4.4.2, my AnTuTu benchmark results dropped from 37400 to 35800 after flashing this package.
I'm requesting someone with a KitKat 4.4.4 ROM to test this and report back their before and after benchmarks.
I appreciate your feedback,

Hmm, interesting.. I'm only on 4.4.2 or I would help out..

Turned out the 3D performance on antutu version 5 with this driver puts our phone one head and shoulder above everyone else!
Sent from my SM-G900T using XDA Free mobile app

Commodore 64 said:
Turned out the 3D performance on antutu version 5 with this driver puts our phone one head and shoulder above everyone else!
Sent from my SM-G900T using XDA Free mobile app
Click to expand...
Click to collapse
And this means....... I'm sorry but I don't understand the purpose... Is this supposed to make Tw snappier?
Thanks in advance!

It is updating the video (graphics) drivers. It probably improves the touchWiz performance as well (don't have evidence to support this), but what i noticed was a huge performace increase in the 3D graphics score. This will make games run alot smooter and more efficiently.
To clarify, this file resembles how your Mac/PC has a video card with say NViDIA or ATi video cards and they have their own driver releases. Our phones graphic chipset is designed by Qualcomm and it gets its own drivers as well. Hope I answered your question, and didn't make it worse!
Sent from my SM-G900T using XDA Free mobile app

In order to get any real "TouchWiz/Nova/Apex/etc" performance increase from it you'd have to flash this, then venture into Developer's Options and enable Force GPU rendering and Disable Hardware Overlays. And even then our device is so performance driven that you likely would likely not even realize the difference other than giving the CPU a break for a few cycles and possibly seeing a battery life increase depending on whether the CPU or GPU pulls more juice. These drivers are largely made to increase the 3D performance of your device when gaming and while it wasn't meant for us I'm glad to see someone took the time to let us benefit from it.
I'm going to flash it on an NG4 (4.4.2) release and see how it holds up to GPU rendering no hardware overlays. I don't game so if you want an objective test on that someone will have to pick up my slack. I'll report back when I know if it truly impacts it.

Tried flashing the update and ran into a couple random fcs for a few apps. Nothing device-breaking or anything, but I also didn't notice any real difference in performance or framerate in games. But I do appreciate you posting this, I'm always up for trying a little experimentation on my device to find something new. Thanks man.

AlkaliV2 said:
In order to get any real "TouchWiz/Nova/Apex/etc" performance increase from it you'd have to flash this, then venture into Developer's Options and enable Force GPU rendering and Disable Hardware Overlays. And even then our device is so performance driven that you likely would likely not even realize the difference other than giving the CPU a break for a few cycles and possibly seeing a battery life increase depending on whether the CPU or GPU pulls more juice. These drivers are largely made to increase the 3D performance of your device when gaming and while it wasn't meant for us I'm glad to see someone took the time to let us benefit from it.
I'm going to flash it on an NG4 (4.4.2) release and see how it holds up to GPU rendering no hardware overlays. I don't game so if you want an objective test on that someone will have to pick up my slack. I'll report back when I know if it truly impacts it.
Click to expand...
Click to collapse
Anything?
Thanks in advance!

Slicktune said:
Anything?
Thanks in advance!
Click to expand...
Click to collapse
Don't worry, I didn't forget about you. It takes a few days to really put it through its paces. But here is what you want to know: It works in 4.4.2 Touchwiz (Alliance Rom B4 for me)
Performance Increase in ROM function and control with "Turn Off Hardware Overlays" and Force GPU Rendering: Check
So I tested this by underclocking my CPU to the point where lag was perceivable in things likes app launching, keyboard typing, app draw opening, etc. I dropped it down to about 1200Mhz on all cores and then disabled HW Overlays. It was night and day. After the GPU took over rendering my CPU clock speed hardly moved all of the items previously lagging went right back to being fluid.
So does it help with Rendering in the ROMs? Yes, it definitely can.
The other concern people have is with battery life that goes with GPU rendering and the claims are that the GPU uses more power than the GPU. In my preliminary testing, what I noticed was lower overall CPU temps while Hardware Overlays was off, lower CPU clock speeds since it didn't need to render apps, and a small decrease in battery life.
In the power draw category I need more time with BetterBatteryStats and I need to adjust some variables. I want to underclock the GPU to the point of perceivable lag (if that is possible) and then I want to adjust the governor with KTweaker and see if I can't get better battery life. I will simultaneously lower CPU speeds to keep my core temperatures down and keep the battery cool. If these things are successful and battery life is interchangeable between the two, I may run the GPU full time for rendering the ROM. Keep in mind though, only custom kernels allow this kind of tweaking. If you use a stock ROM you are stuck with CPU and GPU clock speeds where they are so battery will drain faster.
Give me about a week to test my theory on this and see if I can find an equilibrium for CPU and GPU temperature and speed. I'll post the profile I used with KTweaker when I have my results. Until then, if you want to help and find your own settings and post them here along with battery life that would be awesome.
Edit: For what it is worth, to test application launch speeds and UI fluidity with the GPU I completely turned off system animations, I set Nova Launcher Animations Speed to Faster than light and scroll speed to "Fast" (personal preference). I got the same, or better response time using the GPU to render the UI.

AlkaliV2 said:
Don't worry, I didn't forget about you. It takes a few days to really put it through its paces. But here is what you want to know: It works in 4.4.2 Touchwiz (Alliance Rom B4 for me)
Performance Increase in ROM function and control with "Turn Off Hardware Overlays" and Force GPU Rendering: Check
So I tested this by underclocking my CPU to the point where lag was perceivable in things likes app launching, keyboard typing, app draw opening, etc. I dropped it down to about 1200Mhz on all cores and then disabled HW Overlays. It was night and day. After the GPU took over rendering my CPU clock speed hardly moved all of the items previously lagging went right back to being fluid.
So does it help with Rendering in the ROMs? Yes, it definitely can.
The other concern people have is with battery life that goes with GPU rendering and the claims are that the GPU uses more power than the GPU. In my preliminary testing, what I noticed was lower overall CPU temps while Hardware Overlays was off, lower CPU clock speeds since it didn't need to render apps, and a small decrease in battery life.
In the power draw category I need more time with BetterBatteryStats and I need to adjust some variables. I want to underclock the GPU to the point of perceivable lag (if that is possible) and then I want to adjust the governor with KTweaker and see if I can't get better battery life. I will simultaneously lower CPU speeds to keep my core temperatures down and keep the battery cool. If these things are successful and battery life is interchangeable between the two, I may run the GPU full time for rendering the ROM. Keep in mind though, only custom kernels allow this kind of tweaking. If you use a stock ROM you are stuck with CPU and GPU clock speeds where they are so battery will drain faster.
Give me about a week to test my theory on this and see if I can find an equilibrium for CPU and GPU temperature and speed. I'll post the profile I used with KTweaker when I have my results. Until then, if you want to help and find your own settings and post them here along with battery life that would be awesome.
Edit: For what it is worth, to test application launch speeds and UI fluidity with the GPU I completely turned off system animations, I set Nova Launcher Animations Speed to Faster than light and scroll speed to "Fast" (personal preference). I got the same, or better response time using the GPU to render the UI.
Click to expand...
Click to collapse
Thanks for the detailed response, can I flash this over a cm rom or only "touch wiz" and/or after I updated/flash this no Mauer what rom I flash will it stay. ..?
Thanks in advance! I'm still a bit confused...

Slicktune said:
Thanks for the detailed response, can I flash this over a cm rom or only "touch wiz" and/or after I updated/flash this no Mauer what rom I flash will it stay. ..?
Thanks in advance! I'm still a bit confused...
Click to expand...
Click to collapse
I haven't tried it on CM yet, I'm about to flash the 09/04 build of CM11 by Albinoman with KT's kernel. But I won't flash these drivers prior to running the build 24 hours or so to make sure there aren't bugs that existed before flashing the files. So, if you've been running CM for awhile and want to test this build just nandroid, flash, and report any issues.

AlkaliV2 said:
I haven't tried it on CM yet, I'm about to flash the 09/04 build of CM11 by Albinoman with KT's kernel. But I won't flash these drivers prior to running the build 24 hours or so to make sure there aren't bugs that existed before flashing the files. So, if you've been running CM for awhile and want to test this build just nandroid, flash, and report any issues.
Click to expand...
Click to collapse
Ooo that sounds like a killer combo cm + kt kernel + adreno update = project slip n slide lol nah but I'm really curious of what results you might get [emoji4]
And once I flash this, can I go back or will it erase the update once I flash a different rom?
Thanks in advance!!

Slicktune said:
Ooo that sounds like a killer combo cm + kt kernel + adreno update = project slip n slide lol nah but I'm really curious of what results you might get [emoji4]
Click to expand...
Click to collapse
I'll keep you posted. I wasn't impressed overall with it's performance in Touchwiz on battery life with the CPU underclocked, so I am branching out to a more AOSP-like build. I'll keep you posted to what I find out.

Commodore 64 said:
Turned out the 3D performance on antutu version 5 with this driver puts our phone one head and shoulder above everyone else!
Sent from my SM-G900T using XDA Free mobile app
Click to expand...
Click to collapse
This can't be right because right now I haven't flashed the driver update and look at My score
Now imagine that's without kt kernel just stock kernel, I'm on xtralite 3.5a t-mobile, so what if I flashed the kt kernel AAAAND the adreno update.... would my phone explode?!?!
I'm thinking twice now whether I should flash thisor not. ..

You have a good point. I think antutu v5 also rescaled their scoring system. Anyway, post your new score if you decided you want to give it a shot.
Sent from my SM-G900T using XDA Free mobile app

This maybe off topic, but does this works on other devices like Z2 or HTC M8 using the same GPU?

43718 before
43292 after
All I did was reboot into recovery, flash the ZIP and then run the test, same clock speed etc..

92drls said:
43718 before
43292 after
All I did was reboot into recovery, flash the ZIP and then run the test, same clock speed etc..
Click to expand...
Click to collapse
Lower score, what about gaming?

Slicktune said:
This can't be right because right now I haven't flashed the driver update and look at My score
Now imagine that's without kt kernel just stock kernel, I'm on xtralite 3.5a t-mobile, so what if I flashed the kt kernel AAAAND the adreno update.... would my phone explode?!?!
I'm thinking twice now whether I should flash thisor not. ..
Click to expand...
Click to collapse
Commodore 64 said:
You have a good point. I think antutu v5 also rescaled their scoring system. Anyway, post your new score if you decided you want to give it a shot.
Sent from my SM-G900T using XDA Free mobile app
Click to expand...
Click to collapse
92drls said:
43718 before
43292 after
All I did was reboot into recovery, flash the ZIP and then run the test, same clock speed etc..
Click to expand...
Click to collapse
HD-man said:
Lower score, what about gaming?
Click to expand...
Click to collapse
You guys make me sad. Benchmarks are not now, nor will they ever be, an acceptable means for telling you how capable your device is. Your scores in AnTuTu are about as capable of telling you your phone's speed as your ESN is at telling people who your phone belongs to. It is just arbitrary numbers that will fluctuate up and down based on the slightest inconsistencies.
Drivers, just like in Windows/Linux/Mac, are meant to optimize the performance of your hardware. That's it. This driver likely optimizes the GPU cycles to make it more efficient and lower heat output while performing better in games. You know why hardware review sites start out with benchmarks saying what it can do in a perfect world but still ends the review by telling you it gets 75 FPS in Borderlands 2? They do that because while synthetic tests are nice, what would be the point if our games don't play better? It is the same concept here.
I'm begging you, uninstall AnTuTu, re-install your favorite mobile game and just base performance off of whether it plays better or not.
Side Note: Drivers didn't appear to do anything in AOSP CM11 when I gave it a try. Sorry I am so late on reporting in, college takes up a lot of my time. Also, using the GPU to draw your applications does eat more battery whether you use these drivers or not. So there is no marked improvement from lowering CPU speed and using GPU only to render.

92drls said:
43718 before
43292 after
All I did was reboot into recovery, flash the ZIP and then run the test, same clock speed etc..
Click to expand...
Click to collapse
AlkaliV2 said:
You guys make me sad. Benchmarks are not now, nor will they ever be, an acceptable means for telling you how capable your device is. Your scores in AnTuTu are about as capable of telling you your phone's speed as your ESN is at telling people who your phone belongs to. It is just arbitrary numbers that will fluctuate up and down based on the slightest inconsistencies.
Drivers, just like in Windows/Linux/Mac, are meant to optimize the performance of your hardware. That's it. This driver likely optimizes the GPU cycles to make it more efficient and lower heat output while performing better in games. You know why hardware review sites start out with benchmarks saying what it can do in a perfect world but still ends the review by telling you it gets 75 FPS in Borderlands 2? They do that because while synthetic tests are nice, what would be the point if our games don't play better? It is the same concept here.
I'm begging you, uninstall AnTuTu, re-install your favorite mobile game and just base performance off of whether it plays better or not.
Side Note: Drivers didn't appear to do anything in AOSP CM11 when I gave it a try. Sorry I am so late on reporting in, college takes up a lot of my time. Also, using the GPU to draw your applications does eat more battery whether you use these drivers or not. So there is no marked improvement from lowering CPU speed and using GPU only to render.
Click to expand...
Click to collapse
I figured since the OP stated he got less points in Antutu, I would go ahead and use the same app and test to compare...
F*ck me right?
Regardless, I don't notice anything different either, my stats are in the sig.