SunTzu

W sesnie z głośnością? miałem CM-a do R9 i nie mogłem rozmawiać w aucie przez głośnomówiący, a w miui da się. Ja w obu wersjach mam jeszcze taki bug, że jak udostępniam net-a przez wifi, ładując telefon z powerbank-u to mi jakimś cudem "zawiesza" połączenie danych. Problem z zawieszaniem danych jest też bez ładowania telefonu, ale wtedy najszybciej. Ten sam błąd występuje podczas grania mam problem, że po jakimś czasie potrafi się zawisić net. Wygląda to tak, że cały czas pokazuje połączenie H, ale pakiety nie przechodzą.... W v45 zawiesza się tylko net na szczęście, bo wcześniej cała SIM karta i nie mogłem odbierać połączeń co było upierdliwie, bo skąd mam wiedzięć, że coś nie działa skoro pokazuje, że jest połączenie i zasięg... dowiaduję dopiero gdy chcę zadzwonić i głucho.... Dotyczy to wyłącznie SIM1, ale jako, że SIM2 jest tylko E to znacząco utrudnia sprawę. Też dziś zauważyłem, że podłączając telefon do ładowania pogarsza się zasięg. Dziś byłem w miejscu gdzie było na granicy zasięgu... jak podłączyłem telefon do laptopa sygnał znikał, po wyciągnięciu wtyczki wracał. Więc pomyślałem sobie, że udostępnię przez WiFi... wróć bug...

@up Jak to nie ma skutków ubocznych. Masz większe użycie CPU=większe zużycie energii. Jak zablokujesz telefon mając nie zamknięte aplikacje możesz mieć pecha i poważnego drain-a. Generalnie zamykając wszystkie aplikacje przed blokadą telefonu ustrzeżesz się tego, ale chyba nie o to chodzi by mieć kolejny problem. Problemem jest ilość ram-u zużywanego przez miui i kernel, xiaomi tego problemu dalej nie rozwiązało. 1GB to bardzo dużo. Na i9000 miałem 512MB i 400MB przestrzeni dla użytkownika, 300MB wolnego na 4.3... Redmi 1s, 1GB-> 871MB dostępne dla użytkownika, wolne 350-400MB

@UP ... zdaję się dwa istnieją - wpisując na telefonie w maps adres, potem siadając do kompa w maps masz w sugestiach ostatnie wybrane miejsca z też telefonu. - dzięki temu google na tobie zarabia (jeśli jesteś fanboyem) i tworzy swoje usługi np. mapy natężenia ruchu. Choć dziś robią to wszyscy, normalnie musieliby zatrudnić testerów, wydać betę... dziś robi się to na ludziach i jeszcze na tym się zarabia. Zdarza się nie tylko na MIUI, nie tylko na Androidzie, losowa sprawa. Wina może być nawet nie MIUI, a sterownika... przyczyn jest masa Wgraj battery report, dzięki temu na drugi raz będziesz wiedział co się zepsuło, aplikacja rzecz jasna nie pożera baterii i nie musi działać w tle. Czasem jest tak, że jakiś developer chce zarobić ekstra kasę... To super praktycznie nic nie tracisz.

O ile ostatnie 3 też wyłączam to com.google.android.gms odpowiada za szereg usług. Przyczyna jest raczej pośrednia. Np. mi pomogło wyłączenie w ustawieniach google-> dane o lokalizacji, raportowanie lokalizacji, historia lokalizacji

@up Dzięki, dobre spostrzeżenie, ale tu argumenty nie trafiły jakiekolwiek. Nie wiem sądzi chyba, że jest najmądrzejszy. Pycha pycha i pycha.

Wiesz pomijając złośliwość, nawet teraz pokazałeś, że nie znasz nawet netykiety.

CPUspy patrzysz jak procesor jest obciążony (wcześniej zresetuj statystki), batteryreport możesz zobaczyć czy coś tam drenuje. Mogłeś się czegoś nauczyć, ale widzę, że masz "betonowe" podejście. Pozdrawiam powodzenia w życiu

@up ... Piszesz o sobie,bo fizyka przed tobą. "Nie istnieje materiał, który nie ma właściwości odprowadzania ciepła." czyli plastik ma takie właściwości... tak to trzeba rozumieć kolego. Powietrze odprowadza ciepło ponieważ są w nim metale jak aluminium? nie no przepraszam...Zawsze myślałem, że w kaloryferach jest zwykła woda, ale widać w wodzie jest dużo metalu. Uruchamiasz przez adb listę procesów i widzisz dokładnie co jest uruchomione i jak obciąża system, zamykasz aplikację polecenim kill.... Pisałeś o wyciekach pamięci to o czym piszesz to nie jest wyciek pamięci! Zakładając, że proces się nie zamknął wytłumacz mi jak SoC może się grzać będąc obciążonym w 20%-30%? Ale się "zamknął" i cachował, linux cachuje to co otworzyłeś. Tak samo działa windows gdzie zamykając aplikacje wcale nie zwalnia ci się ram. Można twoją teorię sprawdzić nawet bez adb, uruchom 8 aplikacji po 50MB-60MB i nie powinieneś mieć zgodnie z twoją teorią RAM-u

Twój cytat "żaden nie ma właściwości odprowadzania ciepła" Ja na to odpowiedziałem dokładnie tak jak ty mi... Nie istnieje materiał, który nie ma właściwości odprowadzania ciepła. Logika wypowiedzi zachowana-> twoja. W sensie nie wraca? oczywiście, że wraca. Jak ubiję aplikację to mam więcej ram-u. Ty jedynie napisaleś czego nie potrafisz zrobić. Nie potrafisz udowodnić ani jednej swojej teori.... jeśli twierdzisz, że jest coś w MIUI udowodnij to!, jeśli jest coś w kernelu udowodnij to.... Pisz konkretami. Ja piszę, że nic tam nie ma, wszystko jest na 0% nic nie rżnie CPU. Pokaż mi, który proces obciąża procesor. Wejdź przez adb do telefonu i sam szukaj. Daj znać jak coś znajdziesz.

Dalej bug-i są... to pokazuje ile do zrobienia. Ale parę rzeczy gorzej, bo wprowadzili z-ram, zamiast zwiększyć dostępną pamięć i zmniejszyć limity ubijania aplikacji.... Z-Ram to za***ista funkcja dzięki, której zamiast mieć rano 50% baterii mam 20% (normalnie mi starcza na 2 dni)... w v3x mi ciągło jakieś 2-3%. Nie widze powodu by babrać się w redmi 1s gdy Moto G ma lada dzień dostać android-a 5.0... Też zauważyłem, że apk-a pogody podkrada baterię (mimo, że nie korzystam), zdaję się u mnie mikey kiedyś wariowało... To zależy od szczęścia. Jeżeli nie masz programu w Z-RAM to jest ok... jak masz to rżnie.

Nie istnieje materiał, który nie ma właściwości odprowadzania ciepła... pomyśl czasem. Chyba nie wiesz skoro się mnie pytasz Jak patrzysz ile jaki proces zajmuje pamięci i jeśli po czasie zwiększa obojętość to go ubijasz, czasowo szybciej przytrzymać home jak za mało ram-u zrestartować telefon. By naprawić... jak wspomniałem musisz mieć dostęp do źródła Do zdiagnozowania wystarczy root. Z baterią jaki konkretnie problem masz na myśli? Jak telefon spokojnie sobie leży to bardzo jest dobrze. Mała CPU żerność OS-u dobra optymalizacja.... trzyma się w deep sleep...

Nie mam note nie potrafię tego powiedzieć nie mając telefonu. Nie wiem czy to ten sam plastik czy ma takie same właściwości... Z tego co widzę ty też nie masz więc jak możesz powiedzieć coś na ten temat... Możesz wiedzieć, bo są narzędzia diagnostyczne do tego. Root jest... więc dostęp do systemu jest. Źródło jest potrzebne do zmian, a do diagnostyki potrzebujesz root-a. Jeśli telefon przez noc jest przez 95% czasu w deep sleep to gwarantuje ci, że to jeden z lepszych wyników... Po otwarciu telefonu jest przez 90% czasu na 300MHz/998MHz (czyli najniższe zegary, telefon skaluje się 300MHz,998-....>1300), jest to jeden z najlepszych wyników jakie mogą być, na Touchwizie mam 50% czasu na najniższych zegarach. Dalej możesz diagnozować poszczególne procesy i kernel, ale tu też nic się nie dzieje PS nie komentujesz postu nad twoim. Zwłaszcza gdy jest rozbudowany.

odpowiedziałem na samym końcu tak jak ty wspomniałeś na samym końcu... dotyczy tego ostatni akapit, ale coś się źle wkleiło. Ty za to nie odpowiedziałeś, który proces powoduje twoje grzanie się. To nie są mity, ale diagnozowałem problem na wszystkie sposoby. Robiłem to za czasów wersji 3x i mogę stwierdzić, że akurat miui w tym wydaniu to jest jeden z najmniej cpu-żernych systemów jakie powstały i obciążenie CPU było bardzo niskie, wręcz byłem tym zaskoczony... dużo niższe użycie CPU niż np. touchwiz czy Sense.... Sprawę niestety zepsuli w 45 "naprawiając" ram przy użyciu z-ram (fatalne wyjście) Niestety tu jest problem z RAM-em oraz wszystko jest fajnie dopóki się coś nie wywali, ale wtedy jak zżera to w 10h nie masz baterii. wypadałoby pisać zgodnie z netykietą

Serio, a co ja przed chwilą napisałem? Hmm... czyli mają snapa 2,5GHz mogę go podkręcić do ponad 3,2GHz... Tak mają rezerwy i gwarantuje Ci, że tak samo jak w moto g możesz podkręcić tak i tu o mniej więcej taki sam % bez podnoszenia napięć w zależności sztuki. Podnosząc napięcia uzyskasz taki sam MHz maksymalny na redmi 1s jak i moto g Czyli jednak nie MIUI, a kernel... dziękuję za przyznanie racji w poście wcześniej gdzie napisałem właśnie o kernelu "Xiaomi zakneblowało kernel, więc wiele nie da się sprawdzić." Na pewno? Masz 2 układy o TDP 4W. 22nm, 32nm. W 32nm będzie zajmował załóżmy 100mm^2, a w 22nm 70mm^2. To oznacza, że ten z 22nm będzie odprowadzał taką samą ilość energii, ale z 30% mniejszej powierzchni. Ale jak mi nie wierzysz to dotknij sobie rozgrzanej patelni, a potem kaloryfera do którego podgrzania użyłeś takiej samej energii. Nie są, dlatego throtlują wszystkie snapy, exynosy... Wyobrażasz sobie telefon z radiatorem? Ano niby tak, ale za tym idzie wzrost zegara, większe GPU i wracamy do punktu wyjścia, do czego zmniejszasz 32bit? do 16bit? nie rozumiem o co chodzi... Chyba kluczowy aspekt tego co ja napisałem. Po co powtarzasz w okrojonej wersji. Przecież napięcie 1,2GHz w moto g będzie znacznie niższe od tego w redmi 1s. Jest to o wiele mniej prawdopodobne niż SoC... Bo Android ma masę narzędzi developerskich i można telefon diagnozować na wszystkie sposoby... powiedz który proces to zbadam u siebie.... Ja nie widziałem żadnego procesu. Gdyby to było prawdą nie miałbym 90%< deep sleep. NIe koniecznie. Zobacz na Samsunga S5,M8,Z4... ten sam SoC, ale Alu obudowa M8 sprawia, że tam SoC jest najchłodniejszy i osiąga najwyższą wydajność... minusem jest krótszy czas działania (bo mniej throtluje). Problemem nie jest obudowa w S5/Z4, a to, że Snap 801 wytwarza ogromną ilość ciepła z małej powierzchni i Qualcomm źle zrobił SoC.

Moto G nie ma tego samego SoC. Fizycznie rzecz jasna są, ale redmi 1s ma zegary 1,6GHz, a moto g 1,2GHz. By uzyskać 400MHz więcej musisz podnieść napięcia i to drastycznie. Problemem jest też 28nm, które jest bardzo gęste i rdzeń A7, który z definicji jest mały oznacza to mimo teoretycznie małego poboru energii duża ilość wydzielana ciepła z małej powierzchni. Dlatego Kabini@28nm, które ma TDP 15W osiąga 3GHz, a FX-y@32nm osiągają 5GHz. Lepszym przykłądem jest SB/IB, gdzie duże zagęszczenie tranzystorów podniosło temperaturę i tu to właśnie ma miejsce... SoCi szybko skaczą pomiędzy deepsleep, a 998MHz->1,6GHz oznacza to by układ był stabilny muszą być wysokie napięcia, bo napięcie ma małe opóźnienie vs zegar, więc by osiągnąć stabilne 1,6GHz trzeba podnieść napięcia też dla 998MHz, 1,2 GHz.... Podnosząc zegar pobór energii rośnie dość liniowo przy tym samym napięciu. Jak zwiększysz napięcie pobór rośnie do potęgi. SoC grzeje się na CM-ie, miui, mokee... każdym rom-ie, przeglądanie neta rozgrzewa telefon, a nie powinno, zwłaszcza 4 rdzeniowy procesor. Nie wspomnę o takich zadaniach prostych jak NAVI, ten SoC powinien być chłodny.

Standardzik, jest problem zdaję się z procesem odpowiadajacym za ładowanie baterii. On powinien się zamknąć/rzadziej włączać, a działa non stop. Zobacz w statystykach CPU, bo nie powinien przechodzić telefon w deep sleep Dwa na xiaomi w v45 jest podobnie, bo jest z-ram i jak nie zamkniesz aplikacji z z-ramu to rżnie też sporo baterii. To cię nie dotyczy, ale problemów może być wiele przy takich samych objawach.

Ojj grzeje się, bo problemem nie jest samo MIUI, przecież grzeje się SoC, więc z SoC-iem jest problem. Pewnie są abstrakcyjna "krzywa" napięć, bo czas działania też nie należy do długich i obniżenie zegara nawet do 998MHz nie poprawia znacząco. Ale problemy mogą być gdzie indziej. Xiaomi zakneblowało kernel, więc wiele nie da się sprawdzić.

mam v45 i dalej błędy. Za nic nie bierz tego telefonu, bo są lepsze jak moto g... -> Telefon mnniej się grzeje, bo wprowadzili limity temperatury i spada wydajność. 1,6GHz jest prowizoryczny, podczas ładowania+użycie mi zwalnia do nawet 300MHz i nie da się używać telefonu -> poprawili zarządzanie pamięcią, bo zrobli z-ram, czyli 10% pamięci ram jest kompresowane i pojawiło większe zużycie baterii. Więc problem dalej istnieje. -> czas działania dość absurdalnie krótki w lekkim stresie relatywnie do deklarowanych parametrów -> cały czas są problemy z SIM1, zrywa połączenie danych, ikonka H+ jest, telefon myśli, że jest net, ale nic nie odbiera/wysyła. Trzeba przełączyć dane na sim2 i po chwili wrócić sim1, albo airplane mode on/off. Tak jest lepiej, bo da się odbierać połączenia, a kiedyś i to było zablokowane. ->Kiepsko działa bluetooth, podobne problemy jak z SIM1, zwłaszcza podczas NAVI+Zasilanie. Drugi problem jest tutaj, że telefon w zasadzie się nie ładuje (ładowarka 1,5A) Takich problemów nie ma HTC One Mini, ale cena abstrakcyjna czy moto g. Łatanie Xiaomi polega na tym, że zamieniają jeden problem na drugi, a on cały czas jest.

Powiedzcie mi jak to jest... miałem S4-S5 tam snapy 600/800 podczas używania spowalaniały... ... ale tu jest masakra... Daleko do moto g... jak oni to uwalili nie mam pojęcia, ale z telefonu nie da się korzystać. Grzeje i spowalnia, a teraz spowalnia do minimalnych zegarów o co chodzi... z tymi indiami... to nie tak. Przecież jeżeli tam jest cieplej to tam spowalnia bardziej, a u nas mniej. To nie ma wpływu, po prostu ustalili limity temperatur wg specyfikacji qualcomma.

aż chce się spytać gdzie kernele, skoro do CM-a masz... heh, trzeba będzie poczekać na rozwiązanie problemu throttlingu przez UV.

Jakby ktoś miał taki sam problem to sprawę rozwiązała "aplikacja".... "CM"

Czym się różni mokee od Kra1o5? poza tym, że posiada trochę crapware-u więcej? To nie jest tak, że dodali te własne apk-i na to co zrobił Kra1o5 ... czy są jakieś większe różnice? Czy obie wersje nie mają ze sobą nic wspólnego.

Jak przejdziesz bez zastanowienia to potem pomyślisz i jak dalej będzie zabugowany jak teraz to wrócisz do CM-a Czy w CM-ie jest możliwość UV?

Kod źródłowy do glośników... you made my day Wszystkie rzeczy, które wymieniłeś nie potrzebują kodu źródłowego... dosłownie wszystkie. Jeszcze tylko nie wymieniłeś anteny Do której o zgrozo xiaomi nie dało kodu źródłowego. Masz na myśli pewnie modem, moduł kontrolujący aparat, dźwięk... ale to wszystko jest w SoC qualcomma. Tym różni się akurat SoC qualcomma od np. Intela, że tu masz wszystko od modemu przez GPS po GPU zintegrowane...

Ooo to działa. Dzięki.. Próbowałem dual selektor, gdzie po wybraniu dzwonienia i tak pojawiało się okno z odliczaniem. Tu działa Znasz przypadkiem do SMSów jeszcze