yashsingh1/xdaforums huggingface dataset:
[Desire HD Android Development] BumAround:
OK, hours later, your SCI-MIUI 1.8.26 v1.1 with LordMod UE 6.9.5 b8 starting to stabilize to yield ~1.02%/hour with one push email account sync-ing with kaiten.

Now tinkering more with Android System Info to find out more.

EDIT: using the Android System Info, under tasks, I found "android.process.acore" taking 100% CPU usage, where the overall CPU usage is around 10-11%. This is in airplane mode. 100% charged according to Current Widget.
[Desire HD Android Development] fuzzbeans:
I actually came here to post about the bootloop. I have been having issues with the alarm as well, it force closes on me, and it seems to make the entire system unstable. I do often get bootloops when someone calls or texts me, some roms don't have the problem, but most with multilanguage does, could it be the Danish translations are too incomplete to function properly? It just seems odd I can function great for half a day, then the next 12 hours it is constant bootloops and general instability. Maybe I should give up on trying to achieve the Danish language and simply run it as bare as possible to avoid these errors.

Could it be the radio I am using? I am very confused by the whole RIL deal, and I could have flashed one that isn't right for my region, hence the bootloops? Am I way off here?

edit: to clariry the bootloops only occur when recieving texts or phonecalls, I will simply not get the "ding" sound and instead when I check my phone it's bootlooped and I have to enter my PIN again.
[Desire HD Android Development] evilterrorpl:
You can change your browser settings to automatically load a full page?
[Desire HD Android Development] a user:
@fuzzbeans : just one post before yours i explained the reason. i already have similar reports.

the cause is found for the issue: apktool on current miui apks creates faulty apks.

i am already on the search for a working apk de-/compiler. i temproarly removed the multilanguage pack because of this.

sorry for this but it wasn't my fault. i'm on it to solve this as soon as possible. if you can live with some bugs keep the ml pack. otherwise flash the v1.1 without the ml pack.

this one is without such issues.
[Desire HD Android Development] fuzzbeans:
I could never imagine it being your fault, man ;-)

That is why I was suggesting maybe the language was doing it, or my radio. But I've also been reading a little in the RIL thread, and from what I can gather radios have no influence in MIUI, is this correct?

Also, looking forward to jumping on your ROM as soon as you've announced a working apktool. :-)
[Desire HD Android Development] BumAround:
@a user,

a bit annoyed (not by you) by the fact that 1.8.26v1.1 with LordMod UE 6.9.5 b8 experience high batt drain AGAIN.

I've calibrate, recalibrate, calibrate, followed every step you gave me. What could be the culprit?? There's no significant CPU usage under 'tasks' in Android System Info, but Current Widget shows high current/drains, i.e. 200-400mA when in use (screen on), simple app like opening up the Settings etc without connecting to the inet.

Have to find this 'rogue' app but out of my wits....could it be the launcher? (Go Launcher EX). I attach some snapshots of my Android System Info data showing the Android System high usage.:(
[Desire HD Android Development] a user:
i hate that. was once or twice in your situation and it is annoying as hell to solve this...

back up your user apps with titanium and your system settings with miui backup. also do a nandroid back up and then lets start from scrath:

full wipe

1. install 1.8.26v1.1 - nothing else, no kernel no addons nothing!

2. configure google account and nothing more.

if all is fine...

3. ...load your miui system settings that you have backuped.

now test it long enough to be sure all is fine. also do a reboot to see if afterwards all is fine.

4. now start with restoring your most important apps with titanium. ONLY 1 or 2 at a time!!! then take a longer break and see if you have issues.

repeat 4 until you either have found the apps causing it or you have restored all your apps.

BUT TAKE YOUR TIME for testing long and good enough between each round of 4. to make sure the installed apps are not causing any trouble.

this cuold take a lot of time due to the testing between restoring the apps.

if you already get issues after 3. (restoring miui system settings) then you need to wipe again everything and instead of 3. set it up maually.

p.s. remember to export your contacts and messages for restoring it later.
[Desire HD Android Development] a user:
@fuzzbeans : i would. it is the most probably reason. but this time it is not me.
[Desire HD Android Development] BumAround:
@a user,

well, I got no choice then, do I? :(

What's this 'telocation'? Android System Info keeps detecting it.

I uploaded some screenshots in post #633 if it tells anything at all.

Prob is, this never happened to me before.
[Desire HD Android Development] a user:
press menu when you are in the tasks tab and chose sort. then sort by cpu usage.

i wonder why you had over 33% total load (on one pic even 54%). that's too much!

use sort to see what's on top 5.
[Desire HD Android Development] BumAround:
android.process.acore are the culprits...what are they?

The top 3 are the android.process.acore (sorted CPU usage = 100% :eek:, 2G 3 bars, USB plugged), tapped them open it's referring to some go launcher processes. :confused:
[Desire HD Android Development] a user:
guess we have your rogue app:

go launcher ex

uninstall it. check if all is fine again for at least an hour.

then reinstall it again. probalby his data got messed up somehow.
[Desire HD Android Development] SB13X:
a user do you tweet on twitter when you update your ROM??

If you do whats your twitter name? I put together all the files over on Android Forums in one downloadable pack as not many folks there usually have the courage to pop over here. Your all credited and everything is linked back here but I want to be able to update the packs ASAP after a new update arrives and I keep up with Lee and koush on there would be good to add yourself :D
[Desire HD Android Development] a user:
guys, thanks to xavierjohn22 i probalby get the ml pack fixed soon. he told me to use an older apktool version.

though this means i have to fix some programming mistakes in translation strings manually. currently i am making a little prog and sript to automate this as good as possible. if all works fine i hope this apktool version works as expected.

*fingerscrossed*
[Desire HD Android Development] a user:
nice idea, but i do not use twitter nor anything similar.

though feel free to checkout this thread regulary and relink my rom and addons etc. with credits.

btw. cool, "a user" in the same phrase with lee and koush :D and this just with a little tuning and cooking :P
[Desire HD Android Development] a user:
i crossed the fingers for nothing -.-

but this sad story has finally an happy end (so i hope at least). issue seems to be fixed. i had to use some older tools to get it working.

please at all users of the multilang pack report issues

i am uploading it currently and will be available in a couple of minutes.
[Desire HD Android Development] a user:
fixed multilanguage pack is up
[Desire HD Android Development] Dixi1801:
Could I flash this over freshly squeezed edition and keep my data or would I have to wipe?
[Desire HD Android Development] a user:
could work. but i recomend backing up system settings with miuis backup. your user apps with titanium then do a full wipe installation.

then restore system data with miuji backup und your user apps carefully with titanium
[Desire HD Android Development] a user:
btw. i uplloaded newest lordmod kernel 7.0 amd this time i can really recomend it without doubts to use it.

p.s. forgot the links. give me a second ;)
[Desire HD Android Development] BumAround:
@a user,

update: replaced Go Launcher with ADW Launcher (tested Launcher Pro, same as Go, it gave 100% CPU Usage under a process called "android.process.acore") detected with Android System Info app in the 'Tasks' tab. :o

Also, what's this "android.provider.telocation" process??? :confused::confused:

question: LordMod UE v7.0 CFS 2WCR...does CallRecorder still work on MIUI 1.8.26???
[Desire HD Android Development] fuzzbeans:
Newest update installed with the fixed language pack as well. Getting all apps in place after initial few tests. All things fine so far, will report tomorrow after a good days usage.
[Desire HD Android Development] djcsurf:
Unsure about Lords new kernel, certainly not as snappy as stock using your CPU settings, did couple of reboots also. What settings do you recommend please a user
[Desire HD Android Development] a user:
not as snappy? hmm could be indeed true. but his new kernel gets longer into deep sleep, saving more battery on screen off.

will check that out about the smoothness.

my recomended settings should allready be in the rom and also partially as default setup in his kernel.

but also try ondemandx althoug i do not like the freq limiting on sceen off. but i heared ondemandx runs somewhat smoother than ondemand on lordmod kernels.

haven't time to verify this.

iyou could try improving snappyness by reducing up_threshold to 80 or 75,

i currently use (test):

up_threshsold 85

down_differential 15

powersave_bias 120

sampling_down_factor 170

ignore_nice_load 0

sampling_rate 80000

io_is_busy 1
[Desire HD Android Development] BumAround:
@a user,

LordMod's latest is as smooth and snappy as it could be. Note: Tried it. Stock kernel is snappier but at the expense of faster drains, so what for?

I'll try ondemandX and see how it goes. Been struggling with the battery drain. Full wipe, fresh install, no addon, your fixed langpack is also installed.

If the phone is not in use then it is okay, battery is great, but when in use, battery drains more than usual, like 5% /hour even for simple browsing & short 3-5mins voice calls. :confused:
[Desire HD Android Development] djcsurf:
Defo not as snappy for me. Stock kernel was better with your CPU settings, at times I'd get 9 - 10 min sleep with current widget
[Desire HD Android Development] a user:
indeed ondemand seems a bit laggy. but ondemandx feels a bit better. am further testing and will talk with lord clockan about this.
[Desire HD Android Development] a user:
5% per hour with screen on is pretty awsome Oo. your device will drain to 0 in 3-4h without doing anything if the screen is on.

but you should recalibrate yuor battery now. in my case due to the many changes i have to. the overall time to drain from 100% to 0% remains the same, but the phone now does not know exactly how the current voltage value corresponds to which % value.

so try a battery calibration. i assume you know how to do this. if not ask.

EDIT: i reported the issue about ondemand to lord clockan. i hope we can sort this out. please test ondemandx and report if it is as snappy as on stock kernel. because if it is the case we could easaly fix it by using ondeamdx and setting the max freq for screen off to the one of screen on.
[Desire HD Android Development] BumAround:
Great! Hopefully it's getting better.

Right now still observing, so far so good, your v1.1 with many apk's stripped off (not needed, like AntiSpam, Browser, etc.) and revised the cputweaks a bit (change from "ondemand" to "ondemandX", and add "powersave_bias") coupled with LordMod UE v6.9.5 b10. Rocks! :D

Please share what's the best value for powersave_bias, 100 or 120? :confused:
[Desire HD Android Development] a user:
glad to hear!

the highgest you can set without observing additional lags or lossing smoothness. the higher it is the less power it consumes during usage (well, more or less ;) ).
[Desire HD Android Development] BumAround:
Now, which one is more "scientific" between these:

(1) mild/slightest undervolting,

(2) lower freq to be 122 MHz instead of 230MHz. :)
[Desire HD Android Development] a user:
i am not sure if understand what you want but...

1. keep lord clockans settings. if you want to undervolt a bit more only change vdd for your current allowed max freq and its next 2 or 3 below. run some intensive benchmarks like this (all of them!)

nenamark2

an3dbenchxl

antutu benchmark (tests more than only gpu)

smartbench 2011 (as above)

i mean stress your phone and if all seems well repeat that several times to be sure.

no need for undervolting low frequencies as you are only on low speeds when there is no load and then you won't save anything with slightly lowered voltages.

2. i recomend keeping 230000 (or arround that) as min freq. 122000 does not save anything and haveing too low freq can lead to instability or lags on switching screen on. but you could try it if you have no probs keep it. no harm.
[Desire HD Android Development] djcsurf:
OndemandX is smoother than Ondemand but still not the snappy responsiveness of stock using your settings.

Btw any chance of adding stock Kernel to OP so easier to flash.
[Desire HD Android Development] BumAround:
@a user,

batt drain is sneaking up on me again. :mad:

Not sure what is the "rogue" this time, please look at the attachment and see if you have any idea what it is?

It's identified as:

Process ID: 1370

User ID: 1000

Status: FOREGROUND

Package: Android

Something seems like preventing the phone from sleeping.
[Desire HD Android Development] a user:
burnarround, that's your "system" and no it is not draining. your total cpu usage is 5% while your android system process uses arround 0% (looking on this screeny).

if you still have drain than it is at least not due cpu usage.

explaion in detail why you think you have uncommon drain and how you messure it/observe it.
[Desire HD Android Development] BumAround:
simple, my friend, with screen off and not using the phone (except for the push email with exact same setting and all), I lost 6% in less than 45 mins.

the reason I said something is preventing the phone from sleeping is the lines on Current Widget log are 1 to 3 mins apart.
[Desire HD Android Development] thenocturnalnurse:
How do you change these values? I tried to change them using setCPU and the revert back to -1 :D
[Desire HD Android Development] fuzzbeans:
Alright here is my report from one days usage, or approximately. I just had to wipe all data and change back to a backup as the same errors I've always encountered started to happen again.

Let me start out by saying I had excellent battery life and everything worked perfectly fine. Up until it stopped? I cannot explain quite WHAT the change is, I installed all my apps last night after testing out my TDC play app, this is the one that usually makes it reboot MIUI when it is supposed to send me a text for activation. Also the other thing that would usually crash it was the XBMC remote app. That too functioned as it was supposed to.

These are the notes I made during the time:

App2SD not working, crashes with force close when trying, with app or through settings.

19:41 - phone reset itself by reloading MIUI, I think it may have been upon recieving a text.

19:46 - another reset, I had sent a text to a friend and I assume it happened when the reply came.

After this it was pretty much just constant resets of MIUI system which made me unsable to use it. This is what usually happens to me. It is not an issue the first 12 hours of the ROM, but after that it seems to happen indefinitely.

It was running rock solid before that started happening as well.

I can provide my currentwidget log if it is helpful, but I doubt it, as I said battery life was great.

I hope the information is in any way useful for you.
[Desire HD Android Development] a user:
@burnarround : go to market and look for "battery history for gingerbread".

install it, full charge till you see 0ma in curent widget, delete battery stats and also set monitoring battery in the settings off then on again and use your phone a while (let it also some long time with screen off).

then start battery history and chose "partial wake usage" and print me the results, top 5 and its values!

@fuzzbeans: this all happend after a full wipe with multilang addon? with lordmod kernel, no overclocking?

please, try full wipe, no addons nothing but stock. install your normal apps and report back if something happens. this sound as if your phone is instable or data got currupted.

edit: you said ap2sd (the normal adnroid app2sd?) failes? maybe your sdcard has errors. try reformating it.
[Desire HD Android Development] mr.bobbels:
Is it possible that you add screenshots of your rom?
[Desire HD Android Development] a user:
It is but they would look exactly like on any other miui Rom. Although, on my phone i customized it to my taste
[Desire HD Android Development] fuzzbeans:
I was running the stock kernel, which I believed was cyanogen. For the first 3 hours I had nothing but TDC Play and XBMC installed. This was after full wipe of both phone and SD card. It was rock solid.

So I continued to add my apps one by one as you've suggested before. - Still rock solid.

I texted friends and had people call me all day long and it was fine, but as soon as the first reset happened, upon recieving a text from a friend it started happening each time a text was recieved, or if someone tried to call me.

It seems to always run the same amount of hours until it starts messing up, I can do anything to it, until that 'magic' ~12-20 hour mark. Then it starts acting up.

I will not dismiss that my phone could be broke, but I find it odd that roms without multilanguage run fine. - Even beyond the ~20 hour mark.

No overclocking, everything 'stock' as in, none of your settings were changed.

I tried running 'fix permissions' in rom manager, and that did not work.
[Desire HD Android Development] a user:
Sorry bit you didn't answered my question. were you running with Multilanguage pack?

If so it could be that the previous issue with apktool is still not fixed.

I asked you to try without any addon.
[Desire HD Android Development] fuzzbeans:
I am sorry I missed that part. Yes it was with the multilanguage addon. I will try to install and run without, and let you know in a days time. :-)
[Desire HD Android Development] BumAround:
I remember vaguely but this MIGHT sound like a bug with time/date, happened long time ago in (nightly) cyanogenmod thread. Please search. The solution was to set to certain date before flashing...something like that. As I said, remember it vaguely..... :o
[Desire HD Android Development] BumAround:
a user,

do you mean that :

(1) the previous, if there was a previous, multilang pack has issues? So install the latest multilang pack that is available NOW on OP.

OR

(2) do not install any addon (multilang pack included) at all?

in any case, I'm re-testing everything again: full wipe, flash 1.8.26v1.1, set up network & some basic settings, re-boot, install current widget, re-calibrate battery, re-boot, install handcent & kaiten (push email app), and will see how battery goes.

This time I won't install the fixed multilang pack on post#3 add-on section . After I re-read your postings, I suspect the issue with multilang pack is not entirely solved yet. :)
[Desire HD Android Development] a user:
the actual downloadable multilang pack for 1.8.26 should be fine. the previous version for 1.8.26 were not, they could cause force closes. this was due to the apktool / aapt i used.

after a long search and experiments i think i found a working combination of this tools (i got them recomended). though, fuzzbeans should once test without it to be sure it is not the multilanguage pack "again" causing trouble.

but an interesting idea from you about this time bug. i also remember something similar but thought that it is fixed.

any body else here running latest build with my latest multilang pack?
[Desire HD Android Development] a user:
guys, i found out that battery monitor widget prevents device from sleeping.

it hast two settings, one history saving setting and one ma retrieving setting. i though on screen off it would only messure at history saving times. but if ma messure times is set to 1min (default) even on screen off it will do so every minute enforcing a wake up.

so either increase that value or skip it.
[Desire HD Android Development] BumAround:
Suspect the other app(s) behave the same, then? Android System Info? Battery Battery Stats? Current Widget? If so, no wonder the kernel 'seems' to fail.. :rolleyes:
[Desire HD Android Development] a user:
no. i talk about apps that monitor battery ma drain frequently.

though current widget does it a lazy mode not enforcing wake up. hence it allows the device to go to sleep. battery monitor widget though wakes the device up to retrieve the ma value every minute (or to what it is set).
[Desire HD Android Development] BumAround:
This is getting old, so much troubles and stuffs...

The easiest options are: (a)stick with the stock kernel with ondemand governor, or (b)going back to LordModUE v6.9.1 CFS for now. :)
[Desire HD Android Development] a user:
yep. i also discovered that lordmod 7.0 brakes gps. am testing since wich beta version this happened to help lord clockan.

EDIT: also already kernel 6.9.1 has the bug on ondemand (normal ondemand not ondemandx) that it becomes less smooth over time at least when using sampling_down_factor - could also happen without changing it but not tested.
[Desire HD Android Development] BumAround:
The GPS works on v6.9.1, I used it quite a lot. I never had gps prob, or maybe I didn't test it all the time.....it's the battery that is killing me (keeps awake). :rolleyes:
[Desire HD Android Development] a user:
i said lordmod 7.0 ;)

and i doubt your battery issues are kernel related.
[Desire HD Android Development] BumAround:
Well, I said in the meantime, while lmue 7.0 is being fixed. Either 6.9.1 or stock, for the time being. ;)

in regard to battery drains, the last batt-friendly version was Rey's 1.8.12 v26 with lmue6.9.1-cfs.

but 1.8.26 is so tempting. :rolleyes:
[Desire HD Android Development] a user:
burnaround. back up your aps with titanium, and system settings with miui system settings, do a nandroid backup and wipe all.

flash my rom, nothing else. do not isntall apps just setup your normal system settings (not restoring from backup!) and test for drain. i bet it is super fine.

then start restoring apps with titaniium but not all at once. do it in packs of 3-6 and check your drain in between. i know this will need some time due to the drain check between. but this is how you can find out reliable what causes the drain.
[Desire HD Android Development] BumAround:
I will definitely do it on this weekend. :)

Don't get me wrong, it's not your ROM, it's this 1.8.26 (MIUI) build thing.

So frustrating. :o

My set of main apps are the same: handcent sms, kaiten mail, docs to go, jorte calender, trillian, and miren browser. They didn't exhibit any drain prob back in 1.8.5 and 1.8.12, you know.

The only apps that differ are I change launcher from Go Launcher to ADW due to my observation using the Android System Info. That's all.
[Desire HD Android Development] a user:
it could be that all these apps are fine but something in their saved data messed up. in this case clearing its data could solve it or reinstalling it.

so if you discover an issue when restoring your apps you can try it again with that app but without restoring its data.

same holds for the system data, that's why you should set it up manually after a full wipe.
[Desire HD Android Development] BumAround:
I always use nandroid before, but I know it has its limitations.

The only data I save/restore are emails & text messages.

Really, really annoying, as this never happened before up till MIUI 1.8.12. :mad:
[Desire HD Android Development] a user:
forgot to mention: also formate your sdcard. apps and system may also have some data there that could make trouble if it got corrupted.
[Desire HD Android Development] BumAround:
I will. Transfer all the files/data to my laptop, then format the sdcard, then re-partition is with recovery, then transfer back all the files/data.