yashsingh1/xdaforums huggingface dataset:
[Galaxy S III Q&A, Help & Troubleshooting] MrTissues:
Hi guys. I am just curious if the Galaxy S3 shares the same battery pack as the Galaxy Nexus. Will I be able to use the official extended battery that I have with my Nexus with my Galaxy S3 as well?
[Galaxy S III Q&A, Help & Troubleshooting] citronbitare:
No. GNexus and S3 have different battery packs.
[Galaxy S III Q&A, Help & Troubleshooting] MrTissues:
Thank you. Thats too bad. I just got the GNex and am thinking about returning it to Verizon for the Galaxy S3. If I do that than the extended battery that I bought is more money I will lose.
[Samsung Galaxy Player 4.0, 5.0] Ratchewer:
PLEASE CAN SOME ONE UPLOAD THE SYSTEM FILES FROM THE STOCK ROM. THANK YOU. I HAVE TRIED TO EXTRACT THE .rfs FILE TYPE IT BUT NO LUCK.

LINK TO THE STOCK ROM http://timcordova.com/iamtimmah/andr..._UEKI8_MIN.rar

THANK YOU IN ADVANCE.
[Samsung Galaxy Player 4.0, 5.0] apapousek:
Welcome to Dev.

1. This is Dev. Not Q&A. Not "herpy-derpy I don't know how to mount rfs" fun time. We're not here to help you with your stupid problems that you could have just googled.

2. ALL-CAPS IS NOT CRUISE CONTROL FOR COOL. Even if it was, even cruise control needs a decent driver.

Now google, "How to mount RFS in (operating system, preferably linux), and see what you get.

Good? Good.

Now, lock or move.
[Samsung Galaxy Player 4.0, 5.0] Ratchewer:
Well if u are here to help why not make helping easier. after all why are we all here for?

well never mind after a brain steaming i have made it.

And for anyone who might need it. I did this in windows OS no mount or so ever.

1. change the file type to .IMG and use any ISO software that is registered to extract the file.
[Samsung Galaxy Player 4.0, 5.0] apapousek:
This is Dev. Not Q&A. People shouldn't go to Dev to ask questions about general Android information. Furthermore, I'm here to publish to push forward (in the limited ways I can) development for the Galaxy Player. Dev's don't need crap mucking up this area.
[Samsung Galaxy Player 4.0, 5.0] Ratchewer:
well dosen't extraction needed in development process or you just jump and and start development. well move on ok i found my solution. ENJOY.
[Samsung Galaxy Player 4.0, 5.0] apapousek:
Many times, no. It's not needed. For basic compilation, it's really not. Anyway, many people can just dump the files they need from the device itself.
[Samsung Galaxy Player 4.0, 5.0] Chris4evernoob:
This thread might help in the future : http://xdaforums.com/showthread.php?t=1385061
[Samsung Galaxy Player 4.0, 5.0] shahrukhraza:
maan you guys should take it easy on a newbie.
[XPERIA X8 Android Development] matmutant:
[DEV] miniCM9 debug only thread (shakira, robyn and mimmi)

there is 3 thread for miniCM9, each device specific.

things i say in one thread is also applicable to others

for debugging purpose, i need this only thread for the 3 devices to centralize the data

this thread is NOT for asking or requesting anything, it is there for providing test results !

the thing i ask you to focus about is battery life since it is an important thing.​

post #2 : gsm standy influence on battery life

post #3 : system app freezing and battery life

post #4 : adreno config and performance improvement (GPU)

to improve miniCM9, you could :

post results after following protocols,

[*]help me to set up test new protocols,

[*]give advices about them

[*]suggest things to investigate

IF you can prove it worths to ;)
[XPERIA X8 Android Development] matmutant:
debug part1

Dear miniCM9 users, you wanna help us to increase miniCM9 battery life ? (regarding GSM standby)

here is a simple protocol to find if some conditions

can or not

increase battery life without messing up everything else

atm, we will see for gsm standby that seems to extremely eats battery when phone is idle

thank to sonty for the idea on which the following protocol is based ;)

since there is no difference between conditions on batterylife, we now want to prove qcomuiccstack has no side effect.

in the build.prop you'll find the following :

ro.telephony.ril.v3=icccardstatus,skipbrokendatacall,signalstrength,datacall

protocol ended, qcomuiccstack used as defaulf in miniCM9, if you have any other idea, feel free to share ;)

protocol opened again, see there for details :

http://xdaforums.com/showpost.php?p=29018876&postcount=173

after editing the build.prop, don't forget to reboot!

here are the 2 conditions :

1/ keeping as it is:

ro.telephony.ril.v3=icccardstatus,skipbrokendatacall,signalstrength,datacall

2/ add "qcomuiccstack"

ro.telephony.ril.v3=icccardstatus,skipbrokendatacall,signalstrength,datacall,qcomuiccstack

push your phone to its limits, and see if the 2/ condition is as stable as control.

__________________________

NB :

245~748MHz, smartassV2, KSM, UV, zram18%, purging of assest, dithering, 16bit transparency.

theses apps are frozen (+dsp manager that is just deleted), and will be same for all the next tests i'll do (need two more power cycles for qcomuiccstack, and then 3 of control)

__________________________

old protocol, kept for archive
[XPERIA X8 Android Development] matmutant:
debug part2

Dear miniCM9 users, you wanna help us to increase miniCM9 battery life ? (regarding system apps disabling?)

freeze every unused system app as explained here : and see how battery life is improved :)

(do not change frozen app during previous tests, keep them frozen or not, i doesn't matter, but do not change during test, it will mess up the result!)

settings > apps > all > choose a system app you don't use > disable

thks to sonty

freeze :

all you need to do is :

use the rom on 3 power cycles without the apps frozen, and take screen shots

use the rom on 3 power cyclles with the apps frozen, and take screen shots

NB : do some wifi browsing with sync activated after full charge just to see ;)
[XPERIA X8 Android Development] matmutant:
part 4

reserved
[XPERIA X8 Android Development] matmutant:
part5 if needed

reserved in case of
[XPERIA X8 Android Development] nobodyAtall:
Yea, let's keep those results in one place.
[XPERIA X8 Android Development] giannhs_n:
Condition 3

View attachment 1108862View attachment 1108863View attachment 1108966

1 - Idle had 3g from 100 to 83 on 4 hours;

2 - Idle switch to 2g;

3 - listening music, screen off;

4 - Same but was connected on wifi too;

5 - Few sms,and a ltl music. short phone calls(15min total);

Phone was rebooted before last charge. No reboot or freezy.Using swap no sd-ext OV 691 UV enable,Allow purging of assets off,Zram Off,KSM on.

Note:i am using a "renice" script every 30 sec (never stops) it change oom value on sms app and log it on file. as i have notice it drain some battery too.

sync off,No gapps,Android keyboard frozen:it stay in memory i dont need it on gb it was out of memory now is always on memory from boot.

Condition 3: delete "signalstrength" and add "qcomuiccstack"

Started with this was using cm9 with default gsm settings so i wanted to test it first!

Signal "stuck" on 2 bars however with the other config i have near full signal on same places.

More results will come soon !
[XPERIA X8 Android Development] StardustGeass:
So, here I come with the testing results regarding icccardstatus :

1st testing : deleting icccardstatus only

No screenshot taken... abouut 3% battery drainage per hour.. Meh..

2nd testing : deleting iccardstatus, add qcomuiccstack

View attachment 1110704

I leave it about 7 hours of sleeping... Battery drainage during this time is about 0,5% per hour... After that, I played music via CM9 for several minutes. After that, battery drainage occurs (you can see that the slope suddenly changes pattern).

3rd testing : deleting iccacrdstatus and signal strength, add qcomuiccstack

View attachment 1110705

roughly, this one drains a little bit more than 2nd testing, about 0,7% an hour. But, after playing music via CM9 etc, the battery drainage does not occur.. The slope keeps stable until I take the screenshot.

Those testing are based upon these conditions :

- Almost idle totally (except having several sms during testing, unavoidable) and at some time, just screen on the screen to check how much juice I had left.

- playing several music through CM9 music app for about 10 minutes, after about 7 hours of total idle (sleeping)

- wifi off

- 2G only

Hopefully this helps...
[XPERIA X8 Android Development] matmutant:
nice, the more data we have the more chance to find something interesting :D

2 little comments :

- could you perform another test with the control condition (original) ? (to compare the tests you did with the way it behaves in standard way :) )

- could you provide a screen shot of the extended view of the battery graph too ? :) for having a more accurate slope feeling

--> re-read the protocol, i may have edited it since you read the first time (yes, it needed to be improved :p )

what i want to mainly focus on is the behavior of the phone when idle (when you use the phone there is too much things that happens that data is not usable, things i ask in the test (wifi, call, sms...) are just to chack if theses services still work :) )

thank you very much for the time you spend to help for this matter
[XPERIA X8 Android Development] StardustGeass:
About, call, and sms, they are working fine in both 3 cases...

I got a call from my mother and my GF from both the 2nd and 3rd phase. They only last about a minute, so I don't put them on the data... SMS are working fine as well on both 2nd and 3rd phase..

About wifi, I just used it for about a minute, just for checking it is working (on both 2nd and 3rd case)..

I told on the data I don't use wifi because I think the wifi usage just too little to be mentioned...

And for the normal, I'll upload it tomorrow :3
[XPERIA X8 Android Development] matmutant:
thank you :)

for condition "adding qcomuiccstack" :

yesterday's result on the left ; today's result on the right :

we can see, i used my phone more heavily :p

but the slope of the idle part is similar : result seems accurate !

(remember, UV is enabled)

for tomorrow and the day after, i'll perform the control test (i.e. : original setting!)
[XPERIA X8 Android Development] zenesis:
I can have you a number of testers to help.

ANDROID FTW
[XPERIA X8 Android Development] drfr:
This one looks very interesting to me. I tried many things /not only modifying build.prop but many other things too/ which seemed to have an effect but only for a short time and then the drain came back. This is the first time I see a different behaviour.

Let me put some questions.

Do you have SIM card lock en/disabled?

Do you have accounts&sync en/disabled?

Are you checking your wakelocks? If so, can you post a dump?
[XPERIA X8 Android Development] StardustGeass:
To be honest, I'm quite not understand about SIM card lock thing...

In Indonesia, phones are sold seperately from SIM cards (not bundled), so I think mine are considered unlocked (I can change my SIM card as I want to)...

About accounts and sync, I keep them enabled all the way...

And yes, sometimes I check my wakelocks...

Sorry, I don't understand what "dump" is.. Can you explain it to me ? I really want to help..

For matmutant, sorry, I can't post the original as a comparison as I promised yesterday, since my battery history still continued from last time.. How do I reset the battery history ? xD

Sorry for the foolish question... I think I'll going to post it tomorrow xD
[XPERIA X8 Android Development] ahlulnugraha:
Here I come, this is my daily use and added qcomuiccstack without deleting any other else.

Used for texting and some meaning calls

Some of wifi and sync to google

Normal use of a day (some texting, calls)

Same as above

Same as above

This one is running process and background process.

Addition

My configuration:

I'm never use data as wi-fi always available in my place.

KSM, Surface dithering off

SmartassV2 245-652 Mhz

I'm never move my sleeping place nor my working place and all that sh*t.

I'm never freeze apps, and always uninstall unused app.

I'm using 3rd app to disable auto-startup app.
[XPERIA X8 Android Development] matmutant:
sim card lock : protect you sim from being use by anybody (pin asked at boot)

pin network lock : some of us have a pop up that ask for unlocking the network (but phone works when dismissed)

to reset : charge full, and it should reset :)
[XPERIA X8 Android Development] matmutant:
ok thank you, you know that you should provide me again one or more time using this condition to see how accurate is the result.

and then do same with original (control) in order to able to compare and conclude :)

thank you for taking part of this :)
[XPERIA X8 Android Development] ahlulnugraha:
Yeah, now wait for full charged and then next part.
[XPERIA X8 Android Development] 2010matej:
I use CM9 for one month, and it's great. But there is some laggy, on latest release i have battery drain, on previously I didn't have it. I'll go back to CM7 for now: Xperience SEMC Debrand Engine | V2

When I go change that settings in build.prop all 3, I didn't have signal after reboot, so I go back to default!:)
[XPERIA X8 Android Development] przemek4113:
End of Development of MiniCM9 but start of MiniCM10 4.0.0 development.nsn. I think.Correct me if i'm wrong.
[XPERIA X8 Android Development] matmutant:
I didn't say end of development, just that I won't support it anymore
[XPERIA X8 Android Development] przemek4113:
Thanks for make this clear for me.

I feel something big is coming.:cool:
[XPERIA X8 Android Development] kkkhattak:
@matmutant did you bought a new phone or what happen why won't you support it.
[XPERIA X8 Android Development] minkwan:
guys , why i tried using smart kryboard but it bad working , sometimes can use. ,other time tried but cant touch it ... sr bad english , can fix it???
[XPERIA X8 Android Development] przemek4113:
Matmutand tidn't have a new phone.;)

nobodyatall for now deesn't support MiniCM9 anymore,nAa no longer develop MiniCM9.;)
[XPERIA X8 Android Development] matmutant:
please, don't talk in name of nAa :P

I don't give support anymore because I don't have time to (and some other reasons)

I will try to keep giving support, but for cm10, IF nAa releases anything someday
[XPERIA X8 Android Development] StardustGeass:
Ah, in that case, I don't have and use both...

And here are the screenshots I promised (I'll include it with the other so it's easier to compare) :

- "Normal case" (icccardstatus,skipbrokendatacall,signalstrength,datacall)

Battery drainage per hour : approx. 4% per hour

- Deleting icccardstatus, add qcomuiccstack

BEFORE playing cm9 music for 10 minutes :

AFTER playing cm9 music for 10 minutes (landslide occurs) :

Battery drainage before playing cm9 music : approx. 0.5% per hour

Battery drainage after playing cm9 music : approx. 5% per hour

- Deleting icccardstatus and signalstrength, add qcomuiccstack

and

(Sorry, on the 2nd screenshot, the battery power is charged by a bit. It was because I transfer the screenshot data to my laptop via data cable. And then, I found that matmutant asking for a detailed slope.)

Battery drainage before and after playing cm9 music : approx. 0.7% per hour

In those 3 conditions :

- wifi was working (just testing for several minutes)

- SIM card is working (using for several sms and call on 3 conditions)

- SIM card is unlocked

- OC at 122-768, zram at 26%, allow purging of assets and kernel samepage merging at on.

- NOT undervolted

- Mainly at 2G networks (3G is tested and working, but still don't try data connection)

In my result, the 2nd one is still questioned. Is it truly because cm9 music apps ? Or is it another factor ? I still can't answer. The truth is, the 3rd condistion has the best and stable performance...
[XPERIA X8 Android Development] drfr:
Test results for condition 2 - added qcomuiccstack, nothing removed.

1 - idling - first 7 hours during the night at home, the latter 1 is at work

2 - longer call and some browsing

3 - this is an interesting part, with no apparent reason the curve took steeper decline, maybe the phone catched another cell tower, didn´t check that, but I was still at the same place at work like before and after this period.

1/2 - back at home, idling most of the time with some calls and short browsing and checking the state

4 - wifi on - during this period I was either sitting right next to my router at home and connected or walking around the town without being connected.

Using smartassV2 122-600, UV on, swap partition 256 on, compcache off, KSM off, SIM card lock off, pretty much every useless app disabled, google services sync on, 2G on all the time /except for short wifi usage/.

Next step: control condition.
[XPERIA X8 Android Development] XepA:
Hey mat :D

I did test again with "qcomuiccstack" and the original build.prop line, and the results were different from the 1st ones.

Here is with "qcomuiccstack":

Here is without "qcomuiccstack":

Notice that I used more the phone when I had the "qcomuiccstack" command, not much but is something, and still lasted longer. Mainly because I had major battery eating with original condition, when the phone was idle on the end of the graph. Dunno why :S

This results are completely different from my first ones. Where the original lasted 1 day & half, and with "qcomuiccstack" lasted 16h :O

I will try 1 more time these two options and post the results later, need a 3rd to resolve this :D
[XPERIA X8 Android Development] ihsan123:
i want to help but i don't know how to edit build.prop thing,so i think it might help if i post the the unedit build.prop condition/1st condition screenshot,btw i did uninstall few apps from this rom,and add some else as system app using titanium backup pro,so the result might not be accurate enough :o

1,3,4,5,8 - minimum use,or not use at all

2 - testing wifi,bluetooth,phone data,and listening to music (not using apollo since i uninstall it)

6 - some music playing

7 - heavily music playing,my playlist repeat for about 3-4 times :D

slightly down at beginning of number 5 because i'm checking on message and images while at the end because i'm sync something

between 3 and 4 - alarm clock ringing
[XPERIA X8 Android Development] matmutant:
little update to show a control,

all i consider is time idle and the battery decrease linked to it

the problem is, i can't keep the same build during the test protocol (i changed kernel, and rom yesterday for new kind of tests)

resulting in less and less accurate tests and results regarding battery life...
[XPERIA X8 Android Development] drfr:
Test No 2: original condition

Not much usage, just couple of calls and sms, what is obvious is that in idle state this drains exactly the same as condition 2 - added qcomuiccstack - at least for me.

One thing was interesting in previous test and it happened again this time. On both graphs you can see it under No 3. With no apparent reason, when phone idling, the drain accelerated very much.

Pic. 1 - original, pic. 2 - added qcomuiccstack. Difference in total time was caused by the fact that in orignal condition I forgot about the phone :) and the battery went to 0.

Also when checking through BBS, I can see that in both conditions the phone when not used really IS in deep sleep state, only a couple of minutes of wakelocks, which surely don`t cause the drain /if I`m not wrong, still new to wakelocks thing, but studying hard/.
[XPERIA X8 Android Development] matmutant:
are you using undervolt?

i can see sometime your phone isn't idle even the screen is off, is there an app that wakes the phone to sync or something from time to time?
[XPERIA X8 Android Development] SpyderX:
Something that I noticed: I was using zepplintox's die hard battery calibrator and after calibration in CWM, when I booted it said that at my current battery voltage the battery level should have been 86 percent, while my phone said it was 92 percent.

Over 8 hours later, I checked again. This is what I got

Should be 41 percent, but phone says it is much much less.

Did I do something wrong or is this some strange inherent problem?
[XPERIA X8 Android Development] drfr:
We don`t change kernels and roms like you, but as you can see, our results are inconsistent anyway. There are too many variables, there`s no way how to completely standardize the test, I`m afraid. The quality of network is one huge difference, I suspect.

But even when comparing only with myself, sitting in the same room, sleeping in one bed, nothing changed in the phone, the power usage seems to differ so much at times. I think I`m gonna stop tweaking the phone for a while and try too have a good look at the network condition in my area.
[XPERIA X8 Android Development] matmutant:
strange,

i don't know for your battery, but mine can't charge more than 4174mV.

as nAa said, the battery is charging the exact same way as stock, so i don't know why it could give irrelevant results now.

but, if you have time, could you try the same thing on stock 2.1 rom, and on a GB rom? (to see if any difference, and when did the potential difference occurred? )
[XPERIA X8 Android Development] XepA:
Hey xD

My results now are different, again:

With qcomuiccstack:

Normal condition:

With qcomuiccstack i used more often the phone, with wi-fi.

But i guess that if i didn't used the difference wouldn't be so big from the normal condition.

I think that to get better results we need to do like drfr said once. Get some app (can't remember the name now :D) that gives more and accurate stats from battery usage.

I always used the same config: cpu smartassv2 122-600 undervolted, no zram or other Ram management (to save battery).

So, as you see with my 3 tests, the results don't have a pattern and don't always last the same time, and the usage i gave it was practically the same.

That said, I announce that i'm flashing my phone atm, I'm going to MiniCM7 because now i will need a better battery life because of my work :S

But still I will keep an eye on this thread and the MiniCM9.

Also my friend who has a mimmi phone with MiniCM7, he said that disabling the crt shutdown effect give him a lot more battery life. I will try it and see if it's true, if so, there's something to implement on MiniCM9.

Cheers :)
[XPERIA X8 Android Development] drfr:
UV on in test 1, off in test 2.

Yeah, there were a couple of wakelocks, but too few to explain the drain.

They seem to be caused by google services framework and there`s no way to disable it. You know what `s funny? When syncing ON, the wakelocks occur every 5 min, /not seen in these tests/, with syncing OFF they are much rarer.

Crazy thing!
[XPERIA X8 Android Development] matmutant:
of course you are right, that's why i ask people

to give me complete results

(with original compared to a test condition) and not only spare results with no way of checking anything :)

my own results are not really inconstant as time goes since i have about the same "steps graph" anytime; (my phone rarely went out of my room in the past month, and i always use it in a similar way everyday)

but the difference between the test conditions are less important than the inaccuracy of the results in a same condition.

so i think we can say the condition "adding qcomuiccstack" does not improve or decrease battery life or at least not in a noticeable way.

all i want now is proving that adding qcomuiccstack really doesn't decrease battery life and have no side effect (that it only disable the network lock pin) to use it instead of the nAa's homemade way (that works perfectly though)
[XPERIA X8 Android Development] matmutant:
i don't have any kind of wakes when my phone is apparently idle (seen all the screen shots)

(when i sleep : wifi off, data off, sync off)

from time to time i leave the phone with wifi enabled, and it doesn't drain battery more : it is enabled but not running and exchanging packages
[XPERIA X8 Android Development] drfr:
I don`t think we need to focus on wakelocks, I did just because wanted to be sure, but as I said many times, they are not the reason for the drain, if they`re not too frequent and/or long-lasting /there are cases when they last for hours - that`s a problem, not some odd minutes from time to time/.

Wifi doesn`t drain for me either.