Related
Hi.
Anyone tried to improve performance like on the SGS in changeing filesystem?
Also is the hw acceleration possible, adding a line in the biuld.prop file to enable gpu in scrolling etc?
I must say that my lg p500 on cyanogen7 is much snappier, and milestone can be choppy sometimes. I feel also that qualcomm processors have better performance in the system than milestone's TI. Omap.
I know that p500 has more ram, but I feel like someting is wrong in the milestone that slows down a bit. I know that hvga is more than 2x less pixels than wvga, but still, maybe some hacks will help. Lagfix and HW acceleration helps on many android phones from lg, samsung etc.
HW acceleration is enabled by default.
My Milestone is actually very smooooooooooooth..... and snappy!
Yes, unbearable without SuperCharging it, but effing awesome with SuperCharging
zeppelinrox said:
My Milestone is actually very smooooooooooooth..... and snappy!
Click to expand...
Click to collapse
Interesting What ROM did you use? and What overclock frequency?
At the moment CM7 at 1100mhz.
But come to think of it, I don't think I need 1100mhz anymore lol
I'm often "underclocking" it to 800mhz without really noticing too much difference.
But the main thing is, any ROM would fly with supercharging
Go on, ask him wat supercharging is!
Sent from my Milestone
LOL it's in my sig
You Canadians are funny
oh wait...
zeppelinrox said:
LOL it's in my sig
You Canadians are funny
oh wait...
Click to expand...
Click to collapse
Us Canadians are awesome! Hehe
Did you see that CM7 final release is out for Milestone? He said he tweaked the memory a bit.
ya I looked.
It looks alot like my v5 gscript in that he put the launcher in it's own spot with priority 2 and same kill threshold.
I put it in the second slot but he put it in the 3rd slot.
He also pushed the big chunk of apps (secondary server) down the list to the 5th slot from the 4th whereas I had moved them up from the 4th to the 3rd.
But he increased the memory limit so that chunk of apps actually start getting killed at 24 mb!
Previously, those apps weren't getting killed until ram got down to 16mb so it's actually a very big change.
So by default, it may actually behave like my Balanced 1 v5 gscript. heh.
The difference is the Heavy Weight App. We both have it in the 4th slot but in CM7 Heavy Weight App is more protected and has more priority than secondary server (the big chunk of apps) whereas I have secondary servers as being more important.
I want to see what apps fall in that heavy weight category before my update
Will the fact that apps get killed at 24MB now instead of 16MB affect the way that you can now bulletproof two apps in this recent update? Because he warns that it is RAM intensive, but what does it do to the apps in the other slots?
It just means if you're bulletproofing an app, another app that you're not paying attention to will get killed instead of the one you want to keep running. But it would bounce back anyway and something else would get killed.
They just play musical chairs and take turns updating once in awhile.
btw, I adjusted the minfree on my phone and gave heavy weight it's own slot but there is no apps in that spot at all
I run stuff and let it sit and keep refreshing but I never see a heavyweight.
Braidonh said:
Go on, ask him wat supercharging is!
Sent from my Milestone
Click to expand...
Click to collapse
You are right! What on earth is SuperCharging???
I googled throug XDA and i cant find a clear meaning of SuperCharging
Yea, supercharge tweaks are great. So maybe changeing the filesystem? Some people said that it wont do any boost, but maybe its worth trying.
I disabled dsi bug workaround and phone is flying on adw ex. I definitely need supercharge script as phone lags sometimes in different apps after some time.
And swap would be nice on our stones, but nobody knows how to do it by kernel module.
Try the super test script on page 38 of my thread.
My next update will be based on that with different minfree values
Sent from my Milestone using Tapatalk
WARNING: This contains an OVERCLOCKED kernel. Here it the link for version 2.
http://www.megaupload.com/?d=F3FMTK5M
Please use PimpmyCPU to undervolt the Tegra CPU by downloading the latest version here
http://forum.xda-developers.com/showthread.php?t=1018411
LMK of any issues. Thanks.
BTW here are the Overclocked Components of the kernel
CPU = 1500mhz (default = 1000mhz)
System/Avp/vde BUS= 266400 (default = 240000)
GPU = 400mhz (default = 300)
BTW, if you like my work, pls buy me a BEER
Clemsyn, thanks for your efforts. any chance of getting your Kernel for Adam CM7?
Well...
...what can I say. It´s freakin' fast! Very quick touch respons. 1500MHz does not seem to be a problem. I was not able to find the specific gorvenor you mention.
Only issue I´ve run into is the auto-rotate. When it rotate to portrait it won´t rotate back to landscape mode. Changing cpu freq. did not help. Actually it seems the sensor does not work, as it only rotate if an app forces it to change mode.
As for beer - alcohol is no good mate! Sorry.
I got a Quadrant score saying 3273, a number My adam has never reach before.
Everything is fast and has a quick and stable responsiveness and surfing the internet is a bless. I would love the HC to have these qualities, maybe you could join the team? Maybe you already are on the team
The 1.5GHz overclock is doing a nice job and there has been no issues.
Still an issue, the sensor to rotate screen.
Am I talking to myself?...
So PimpMyGtab is here: http://forum.xda-developers.com/showthread.php?t=895825
And with Data2Loop on the Quadrant score is 4384...!!
Meekos, chould you check video, especially 720p or even 1080p that didn't work well with standard kernel?
Thanks in advance.
Raul^ said:
Meekos, chould you check video, especially 720p or even 1080p that didn't work well with standard kernel?
Thanks in advance.
Click to expand...
Click to collapse
It works. If you mean playback. 1080p with a little stutter though...
Thank you kindly
Meekos said:
So PimpMyGtab is here: http://forum.xda-developers.com/showthread.php?t=895825
And with Data2Loop on the Quadrant score is 4384...!!
Click to expand...
Click to collapse
Meekos,
I am currently trying to OC Adam's kernel but with no device at the moment, it's kinda difficult (but could be done). I built a new kernel (which will break wifi but needed to fix the accelorometer, I think). Here is the link, LMK how it goes
https://rapidshare.com/files/129862817/update.zip
BTW, THIS IS ONLY FOR MEEKOS TO DOWNLOAD.
Meekos said:
As for beer - alcohol is no good mate! Sorry.
Click to expand...
Click to collapse
As long as you drink responsibly and do it in moderation, it is OK
Fc. In some apps... also issue in rotation... I just disabled it.
Sent from my SGH-T959 using XDA Premium App
clemsyn said:
Meekos,
I am currently trying to OC Adam's kernel but with no device at the moment, it's kinda difficult (but could be done). I built a new kernel (which will break wifi but needed to fix the accelorometer, I think). Here is the link, LMK how it goes
https://rapidshare.com/files/129862817/update.zip
BTW, THIS IS ONLY FOR MEEKOS TO DOWNLOAD.
Click to expand...
Click to collapse
Thanks Clemsyn, I´ll try it as soon as I have my adam up and runnning again. I tried out the HC beta and it seems the recovery mode is not acessable any longer...Should have stayed with your version
clemsyn said:
As long as you drink responsibly and do it in moderation, it is OK
Click to expand...
Click to collapse
You are absolutely right. I just don´t want you to become less brainy because of alcohol that I have sponsored. A bio organic smoothie maybe?
great ROM!
Thank you so much for that rom.
It makes my Adam just the best tablet out there.
The speed is phenomenal...
OC 1500 UC 1150. Under 1150 it is too unstable.
But again what a speed!!
Battery is affected but well i haad like 4-5 hours with a full charge and left it at about 12 %...
WIFI Ok 3G Ok all ok!!
you are a star!!!
i own you a Smoothie then
Best
oooppp GPS not working
cedricj said:
Thank you so much for that rom.
It makes my Adam just the best tablet out there.
The speed is phenomenal...
OC 1500 UC 1150. Under 1150 it is too unstable.
But again what a speed!!
Battery is affected but well i haad like 4-5 hours with a full charge and left it at about 12 %...
WIFI Ok 3G Ok all ok!!
you are a star!!!
i own you a Smoothie then
Best
Click to expand...
Click to collapse
For some reason my GPS is not working... But orientation does...
So you know...
VERSION 3
Beasty 2.2.1+Clemsyn kernel combo 1.5 ver3
WARNING: This contains an OVERCLOCKED kernel. Here it the link for version 3
http://www.megaupload.com/?d=H2XD0DY7
from this thread
cedricj said:
For some reason my GPS is not working... But orientation does...
So you know...
Click to expand...
Click to collapse
You actually got it working before? ive never been able to get a lock since i got my adam..(No matter what rom)
Quick Video of power settings and response
If you want to see a quick video of it working and tips for the clock settings check out my video
no6969el said:
You actually got it working before? ive never been able to get a lock since i got my adam..(No matter what rom)
Click to expand...
Click to collapse
Well i have to agree here. i made it to work but never more than minutes...
with this rom (not try version 3) it does not work at all...
cedricj said:
Well i have to agree here. i made it to work but never more than minutes...
with this rom (not try version 3) it does not work at all...
Click to expand...
Click to collapse
(not tried version 3)...
load of apps not showing in portrait either but i blame the tablet/kernel...
whats the differnce between kernel with fps caps and the ones without???
Wrong section. Post questions in Q&A.
From what I have understood, the screen is not allowed to surpass a certain amount of frames per second. The kernel without fps cap makes it possible to go beyond that number thus having smoother scrolling.
I'm not sure about this, maybe I've said something really stupid.
Sent from my X8 using XDA
1st of all, you're in the wrong section
2nd, this question has been answered 100, if not, a 1000 times...
Ok now for the explanation, there really isn't much I can say cuz Chirs95X8 has already explained the bulk of it...I'd just like to add on that the main reason there is an fps capped version is because there were users complaining of screen cuts and screen tearing. So to solve the problem, alfsamsung made an fps capped version to avoid screen cuts/tearing for these people...I highly recommend using the uncapped version cuz it's smoother, more responsive and the antutu scores are higher but if you face screen cuts/tearing, then you're safer with the capped version hope that helped
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."
Hey guys first of all I'm new on XDA.
My Galaxy S Advance just doesn't feel ''butter smooth'' like it should be. When I use my friends Galaxy S II, I really feel the difference when scrolling through homescreens. When I'm scrolling through my homescreens on my SGS Advance it just feels like it has something like 40-50 fps.
Does anyone know a solution for this? Or is this just the flaws of the SGS Advance?
I'm running Cyanogenmod 11, but I've had many different ROM and Kernels, they all didn't solve the problem.
40 - 50 FPS ? really ? In my opinion your eyes can't realize 24 FPS above if you are NOT playing Battlefield 3.
24 FPS is enough (maybe not good as you want lol)
30 FPS is good (smooth as we wait)
45 FPS is very good (excellent)
Click to expand...
Click to collapse
I bet you have problems with scrolling especially in the internet browser. I encounter too.
King ov Hell said:
40 - 50 FPS ? really ? In my opinion your eyes can't realize 24 FPS above if you are NOT playing Battlefield 3.
I bet you have problems with scrolling especially in the internet browser. I encounter too.
Click to expand...
Click to collapse
Well 40-50 fps is what I think. If I'm playing games I certainly can see the difference between 60 fps and 50 fps. The problem occurs everywhere but is most noticable in scrolling and as you said when scrolling in a browser.
Leonveerman said:
Well 40-50 fps is what I think. If I'm playing games I certainly can see the difference between 60 fps and 50 fps. The problem occurs everywhere but is most noticable in scrolling and as you said when scrolling in a browser.
Click to expand...
Click to collapse
All I can say is "I know I too" but you can perform some basic things. If you're using stock sam ROM you can install CoCore Kernel and you can delete unnecesary system apps. If you're using CM you can disable reporting, touchbooster, some debug stuff on kernel.
King ov Hell said:
All I can say is "I know I too" but you can perform some basic things. If you're using stock sam ROM you can install CoCore Kernel and you can delete unnecesary system apps. If you're using CM you can disable reporting, touchbooster, some debug stuff on kernel.
Click to expand...
Click to collapse
Hmm, well I'm using CM but somehow I can't install CoCore kernel on CM11 because I get in a bootloop if I do. About the Disable Reporting and Touchbooster, I don't know how I can set or change these things, how do I do that?:silly:
Can't compare with S2.
980 2424526
coffeecore said:
Can't compare with S2.
Click to expand...
Click to collapse
I know you can't compare the SGS Advance with the S 2 but It's only the lag/low framerate, I don't get why it is not running smooth. Apps start up just as fast as on the S 2.
Leonveerman said:
I know you can't compare the SGS Advance with the S 2 but It's only the lag/low framerate, I don't get why it is not running smooth. Apps start up just as fast as on the S 2.
Click to expand...
Click to collapse
On CMs we have problem with tearing screens while scrolling or similar actions. I guess it is because we do not have stock 4.2.2+ firmwares, so devs did some modifications from 4.1 or something. They will explain you better. But they will fix it if it is possible.