Xperia X10i tuning hivatalos Android 2.3.3-ra (ROOT és Xrecovery kell hozzá)

Ha többet szeretnénk kihozni a telefonunkból mint amennyit az “Öreg Android gyorsítása” cikkemben leírtakkal sikerült, akkor szükségünk lesz egy kis XDA-s segítségre. Van egy fejlesztő, FeraLab kódnéven teszi fel a munkáit. Most egy olyan rendszer optimalizálását mutatok, ami a gyári rootolt 2.3.3-as Androidot látványosan felpörgeti.

Kezdjünk is neki. Először is rootolni kell a telefon, majd fel kell tenni rá az xrecovery-t. Erről már írtam az “Öreg Android gyorsítása” cikkben, úgyhogy most nem ismételném önmagam, ami ott le van írva, azokat kell végrehajtani! Ha ezzel megvagyunk, akkor el kell látogatni a http://forum.xda-developers.com/showthread.php?t=2091509 oldalra és le kell tölteni a Fera_CamMod_V3.zip fájlt (UPDATE: mivel az XDA fórumról levették a fájlt, ide töltöttem fel ennek a bekezdésnek az aljára), valamint megnézhetjük, hogy a frissítés miket érint a rendszerben (a Panorama app nem működik!). Ha ezzel megvagyunk nincs más dolgunk mint felmásolni az SD kártya gyökerébe így zippelve (nem kell kibontani, átnevezni stb.) majd újraindítani a telefont Xrecovery módban (SonyEricsson logo közben nyomkodni kell a vissza gombot ameddig meg nem jelenik a recovery menü).

Fera_CamMod_V3.zip
Cím: Fera_CamMod_V3.zip
Extension: zip
Caption:
clicks: 1061
Filename: fera_cammod_v3.zip
Size: 5 MB
Date: 2014. január 11. szombat

Mindenek előtt készítsünk egy backupot a másik cikkben leírtak alapján, majd ha ezzel megvagyunk, nekiláthatunk a Fera_CamMod_V3.zip flashelésének.xrecovery-0.3-menu
Először is töröljük a cache partíciót (Wipe cache partition) és ürítsük ki a dalvik cachet is (Advanced options alatt van). Ha ezzel megvagyunk kezdődhet a telepítés. Itt nem az “Install update.zip from SD Card”-ot kell választani, hanem az “Install custom zip”-et, majd ki kell tallózni a fájlt. Ha minden jól ment, akkor minden sikerült és a telefon újraindítása után a grafikus felület sokkal gyorsabb lesz, mert a rendszer már a GPU-t is jobban ki fogja használni, ezáltal sokkal gyorsabbnak fog tűnni (sőt az is lesz, minden áttűnés sima és akadásmentes lesz) a telefon.

Ha ennél is többet szeretnél, akkor már ROM-ot és Kernelt is kell cserélni. Erről is írni fogok hamarosan. Elöljáróban annyi, hogy a FeraLab V30-as ROM-ját fogom használni ami egy Android 2.3.9-es, ami magában foglalja a V12.1-es kernelt is (ezek még a cikk írásakor tesztelés alatt voltak, várhatóan 2013.09.13.-án adják ki a végleges és egyben utolsó verziót). A távoli jövőben terveim között szerepel majd a FeraLab Android 4.1.2 telepítése is, feltéve, hogy az is olyan kiforrott lesz, mint a 2.3.9-es verzió. Sajnos X10i-re más, a mindennapokban is jól (sőt a gyárinál jobban) használható ROM és Kernel nincs, a sokak által kedvelt CyanogenMod is csak instabil pre-alfa / alfa állapotú telepítőket kínál, a szoftverük pedig fel is hívja a figyelmet, hogy nem kompatibilis ezen készülékekkel.

Öreg Android gyorsítása (Xperia X10i Android 2.3.3-on tesztelt – ROOT és xrecovery kell hozzá!)

A mai napon olyan felfedezést tettem, amiről nem is értem miért, de sehol nem írnak. Ez pedig az, hogy a Windows rendszerekhez hasonlóan, az Android is egy idő után (telepített, leszedett programok miatt) elkezd lassulni. Aztán az ember el is felejti, hogy milyen gyors is volt a készülék újkorában még az első indításkor, csak azt veszi észre, hogy egyre lassabb lesz, akadozik, nem az igazi a telefon. De nem kell új készüléket venni, nem kell újra telepíteni az operációs rendszert. A megoldást véletlen találtam meg, egy módosított szoftver telepítése kapcsán.

Lássuk csak miről is van szó. Fel akartam tenni egy módosított fényképező progit, ami már tudja a Bravia Engine-t, amit az X10 alapból nem tud. Ennek a telepítéséhez pedig ROOT jogosultság kell (itt írtam már X10-nél hogyan is kell csinálni ezt), kell a BusyBox nemű program (Play-ről ingyenesen) és egy XRECOVERY-nek nevezett program. Az xrecovery telepítése nagyon részletesen le van írva az XDA oldalán, úgyhogy erről most nem írnék (ha merül fel rá igény, szívesen írok majd róla később magyarul).
Link: http://forum.xda-developers.com/showpost.php?p=16206451&postcount=15

Ugorjuk is egy nagyot, már fent van az xrecovery. Elindítjuk a telefont úgy, hogy bekapcsolás után amikor a SonyEricsson logo megjelenik meg kell nyomni többször (vagy hosszan) a BACK gombot (<=). Ekkor belép a telefon az xrecovery felületre. (a kép 0.1-es, nem tévesszen meg senkit, a 0.3 is így néz ki 🙂 )
xrecovery-0.3-menu
A menüben a hangeről fel és le gombokkal navigálhatunk (fel és le 🙂 ), a középső gombbal nyomhatunk “entert” és a visszával léphetünk vissza.

A program elengedhetetlen, mert sok fontos dolgot tud:
– mentést / visszaállítást készíthetünk vele a rendszerről SD kártyára
– telepíthetünk az XDA oldalról letöltött ZIP fájlokat (program mentéseket)
– TÖRÖLHETJÜK A CACHE tartalmát (nekünk most ez kell)

Mielőtt bármit is tennénk, csináljunk egy mentést! Ezt a “Backup and restore” pont alatt tehetjük meg. Jobb félni mint megijedni 🙂

Két helyen kell törölni a CACHE tartalmát:
– a főmenüben a “Wipe cache partition” menüponttal
– és az “Advanced options” alatt a “Wipe Dalvik cache”

Ha ezzel megvagyunk, válasszuk a “Reboot phone”-t, a telefon újraindul. Ebben az eseteben az első indulás sokáig fog tartani, mert a rendszer a törölt dalvik fájlokat újra kell, hogy generálja (ilyenkor fordítja le a telepített progikat a rendszer). Persze felmerülhet a kérdés, hogy akkor miért töröltük le a dalvik cache-t, ha ismét létrehozzuk ezzel? A válasz az, hogy mert tele volt szeméttel az uninatallált programok után. Persze a Titanium Backup tudja tisztítani a dalvik cache-t (csak a fizetős verzió), de nem ilyen hatékonyan, a cache partíciót pedig egyáltalán nem tudja takarítani, szóval ezért 🙂

Ha elindult a telefon, olyan gyors lesz mint újkorában, de minden programunk és beállításunk megmarad 🙂 Ez a cache tisztítást érdemes elvégezni ismét, ha úgy érezzük kezd nagyon akadozni, lelassulni a telefonunk.

Megoldott Windows 7 probléma – Hogyan tartsuk meg az előnézeti panel méretét az ablak újra megnyitása után?

Miután beállítottam a Windows 7-ben az előnézeti panel funkciót (explorer-ben), egy ideig egész jól is működött, de egy idő után visszaállt az eredeti méretre… Sokat kerestem, de jó megoldást nem találtam rá, itt olvastam a legjobb tippeket, de a megoldást mégis nekem kellett kitalálni, amit most meg is osztok Veletek.
A részmegoldások linkje:
http://social.technet.microsoft.com/Forums/windows/en-US/569509ae-a37a-441f-8cc3-95d5231b171b/windows-7-how-to-keep-the-size-of-the-preview-pane-when-closing-and-reopening-explorer

Szóval, a fenti linken nem volt maradandó megoldás, de az enyém kiállta az idők próbáját. A következőket kell tenni:
– 1. Állítsd be a neked tetsző előnézeti panel méretet, majd zárd be az ablakot.
– 2. Írd be a Start menübe a “regedit” szót, majd enter.
– 3. Nyomd meg a “ctrl+f” kombinációt és írd meg a “PreviewPaneSizer”-t, majd enter!
– 4. Ha megvan, akkor kövesd a képeket és a leírást:
1. Jobb klikk a Sizer-en!
ReadingPaneSizer_registry
2. Válaszd ki az Engedélyek…-et
ReadingPaneSizer_registry_permissions
3. Válaszd a Speciális-t
ReadingPaneSizer_registry_permissions2
4. Vedd ki a jelölőnégyzetből a pipát
ReadingPaneSizer_registry_permissions_special
5. Válaszd a Hozzáadás-t
ReadingPaneSizer_registry_permissions_special2
6. Állítsd be a következő értékeket a SYSTEM-nél és a Rendszergazdák csoportnál is!!!
ReadingPaneSizer_registry_permissions_special3

Ha megvagy, a rendszer többé nem tudja felülírni az előnézeti panel méretének a beállítását, sőt Te sem fogod tudni megváltoztatni azt, csak akkor, ha visszaadod az elvett jogokat!

Remélem segített a leírásom. Ha igen, kérlek oszd meg azokkal akiket még érdekelhet, hogy másnak is segítségére lehessen 🙂

Internet Explorer beállításokból eltűnt a Kapcsolatok fül (Windows XP esetén)

Nemrég fedeztem fel, hogy az AnyConnect szoftver szereti eltüntetni az Internet Explorerben a Kapcsolatok fület. Ez azért gond, mert ha van beállítva proxy vagy PAC file, akkor azt csak reistryből lehet kikapcsolni ennek hiányában.

Először is leírom, hogy hogyan lehet ismét láthatóvá tenni a Kapcsolatok fület, majd azt, hogyan lehet registryből beállítani a proxyt vagy a PAC filet.

Első lépés, hogy a Start menüből a Futtatás-nál indítunk egy CMD-t és beírjuk, hogy regedit, majd enter! Itt ki kell választani következő menüpontot:

HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Internet Explorer\Control Panel

Meg kell keresni a következő bejegyzéseket:
ConnectionsTab és a Connwiz Admin Lock-ot. Az első a Kapcsolatok fület rejti el ha 1-es az értéke, a második pedig a Helyi hálózati beállításokat rejti el ha 1-es az értéke.
internet_explorer_kapcsolatok_ful_eltunt_registry
Ezért mindkét értéket 0-ra kell állítani. Lehet, olyan is, hogy a Connwiz Admin Lock nincs a listában. Ha a Helyi hálózati beállítások megjelenik enélkül is, akkor nem kell hozzáadni kézzel.

Ha nem akarjuk láthatóvá tenni a fület, vagy pont az elrejtése volt a célunk, akkor a registryből is át tudjuk írni a PAC fájlt vagy a proxy szervert a következő helyen:

“HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings”

Itt az AutoConfigURL-nél kell megadni a PAC file elérési útját ha PAC fájlt használunk.
Ha közvetlen IP elérésű proxy szerverünk van, a ProxyEnable értékét 1-re kell állítani, a ProxyServer értékét pedig a proxy szerver címére.
internet_explorer_kapcsolatok_ful_eltunt_registry2

Mobilneten / 3G-n Gtalk szétkapcsol és a Gmail értesítések késnek, lassúak. Wifin pedig nem.

Biztos vagyok benne, hogy már többen jártatok úgy, hogy a Gtalk vagy a GMail mobilnet használata esetén késve (vagy egyáltalán nem) szinkronizálta le az üzeneteket, holott push szolgáltatásról van szó. WiFi esetében is előjöhet ez a hiba de nagyon ritka, csak bizonyos routerek esetében fordul elő. Én sokáig szívtam ezzel, de most megtaláltam a megoldást.

A probléma az, hogy a Gtalk mobilnet esetén 28 percenként küld állapotfrissítést (heartbeat) a szerver felé és általában a mobilnet szolgáltató ennél kevesebb idő alatt bontja a kapcsolatot (nem magát a mobilnet kapcsolatot, hanem az 5228-as porton folyó kommunikációt a szerverrel) üresjárat miatt. Erre az a megoldás, hogy csökkentjük az üresjárati időt mondjuk 5 percre, de ez nem olyan egyszerű dolog.

Először is a telefonunknak root-olva kell lennie, ennek módjáról itt olvashattok bővebben. Ha ezzel megvagy (vagy már eleve root-olt volt a készüléked) akkor fel kell telepítened a Push Notifications Fixer nevű alkalmazást. Ezzel a programmal át tudod állítani a telefonon a heartbeat-ek sűrűségét.
A gyári beállítások:
– mobilnet: 28 perc
– Wifi: 15 perc
Ajánlott beállítások a Push Notifications Fixer-el:
– mobilnet: 5 perc (vagy 4 perc, de kevesebbet nem érdemes)
– Wifi: 15 perc (vagy 10 perc)
push_notification_fixer_01 push_notification_fixer_02 push_notification_fixer_03

Ha ezzel megvagyunk nincs más teendőnk, mint élvezni, hogy mindig mindent időben megkapunk 🙂 És ami még fontos, ez a beavatkozás nincs érezhető hatással az akkumulátor üzemidejére.

Akit a téma bővebben érdekel, annak az alábbi linkeket ajánlom figyelmébe (ez volt a forrás is):
– http://forum.xda-developers.com/showthread.php?t=2142503
http://forum.xda-developers.com/showthread.php?t=1367839&page=9
http://code.google.com/p/android/issues/detail?id=22570
https://code.google.com/p/android/issues/detail?id=49721

 

Processzor terhelés visszajelző a Taskbar-on

Ha szeretnéd tudni (késleltetés nélkül), hogy mennyire van leterhelve a telefonod processzora egy adott pillanatban (mondjuk egy program futása közben), akkor próbáld ki a CPUNotify-t.

Link: https://play.google.com/store/apps/details?id=com.beemer.cpunotify&feature=search_result#?t=W251bGwsMSwyLDEsImNvbS5iZWVtZXIuY3B1bm90aWZ5Il0.

Semmi extra, semmi sallang, csak a lényeg, ahogy a képek is mutatják. Én már kb. 1,5 éve használom, nagyon jó. Kevés ramot igényel, kb. 2,5 Mb-ot.
cpunotify01 cpunotify02

aCalendar – a legjobb naptár app Androidra!

Nekem személy szerint az Android 2.3.3 gyári naptár felülete nem jött be. Nem eléggé felhasználóbarát, én azt várom el egy naptártól, hogy ahogy ránézek átlássam az egész hónapot úgy, hogy közben az egyes napok eseményeit is lássam. Hosszas keresgélés és tesztelés után döntöttem az aCalendar mellett.

A programnak több előnye is van. Először is az, hogy veri a fizetős szoftvereket, és igen, teljesen ingyenes program. Mi kell még? Ami azt illeti szépen szinkronizál a Google szerverével, sőt, részben a gyári naptár szoftverre épül rá (ez akkor derül ki, ha átállítjuk az új esemény létrehozásának módját).

Hogy mit kell tudni a programról azt mindjárt megírom, de addig kedvcsinálónak pár kép:
acalendar_01 acalendar_02 acalendar_05
Ahogy a fenti képek is mutatják, a naptárna van havi, heti és nap nézete is. És ami a legjobb, hogy a nézetek között jobbra-balra lapozva lehet váltani (fel és le lapozva pedig előre és hátra lehet ugrani az időben). A felületet jól áttekinthető és ha egy adott névjegyhez van beállítva fénykép és születési dátum, akkor ha az adott napon nincs más bejegyzés, akkor a szülinapos képét megjeleníti a havi nézetben a program (ha van azon a napon esemény, akkor csak írja a szülinap tényét és hogy hanyadik lesz). De emellett az események is szépen áttekinthetőek, mivel színeket is használ (a Google naptárból veszi át, tehát azzal azonos) így egy pillantás alatt láthatjuk, hogy melyik naptárunkban van az adott esemény eltárolva (ezt a gyári nem tudja, mert egyszínű). A kitöltött hátterű események az egész naposak, a sima színes szöveg pedig egy adott időntervallumot takar.

acalendar_04 acalendar_03 acalendar_06
Egy esemény létrehozásakor alapértelmezésben az aCalender szerkesztőjét hozza fel a program. Ez nagyon jó, jobb mint a gyári (világos, kontrasztos), de igény esetén azt is vissza lehet csalni a beállítások között. Emellett beállíthatjuk azt is, hogy melyik naptárakat szinkronizálja és jelenítse meg a program. Az eseményre koppintva (bármely nézetben) egy szumma ablak ugrik elő.

Röviden ennyit tudom elmondani a programról, mármint én ennyit használok belőle. Szerintem mindenki próbálja ki aki nem elégedett a gyári naptárral, nem fog csalódni!

Több Windows távoli asztal (RDP) elérése NAT mögött

Ezt a cikket azoknak írom akik több Windows-os számítógépet szeretnének elérni router (NAT) mögül. A biztonság kedvéért az egy gép elérését is leírom.

Szóval, egy gép elérése NAT (router) mögül.

Ehhez a következő lépéseket kell végrehajtani:
1. Az adott számítógépen be kell kapcsolni a távoli asztali elérést. Ennek feltétele az, hogy legalább egy jelszóval rendelkező fiók legyen a számítógépen.
XP esetében: “Saját gép” ikonk jobb klikk majd “Tulajdonságok” és “Távoli használat” majd a “Távoli asztal” felirat alatti jelölőnégyzetbe be kell kapcsolni a pipát. És OK!
xp_tavoli_asztal_rdp_remote_desktop_01
Windows 7 esetében: “Számítógép” ikonon jobb klikk és “Tulajdonságok” majd itt bal oldalon a “Távoli beállítások” és “Távoli használat”. Majd itt ki kell választani a “Távoli asztal” felirat alatt a középsőt jelölőt! (…bármely verzió… feliratos)
xp_tavoli_asztal_rdp_remote_desktop_02 xp_tavoli_asztal_rdp_remote_desktop_03

2. Ha ezzel megvagyunk be kell lépnünk a routerbe és meg kell keresünk a NAT menüpontot. Ez routerenként eltérő, így ezt ki-ki maga oldja meg, én a DD-WRT firmware-n mutatom be a beállítást. Most nem a router konfigurálásán van a hangsúly, hanem a NAT beállításának ELVÉN! Szóval DD-WRT-nél a NAT/QoS alatt kell a “Port forwarding” menüben ügyködnünk.
xp_tavoli_asztal_rdp_remote_desktop_04
A legalsó sor az ami a beállítás. A név ami nálam “Lenovo RDP” bármi lehet, csak számunkra könnyíti meg a beállítás azonosítását. Viszont ami fontos, hogy a Windows RDP alapértelmezett portja a 3389 -es! Ezt jól jegyezzük meg, ha nem akarunk a Windows registry-ben turkálni, akkor a “Port to” (vagy a távoli számítógép portja amit el szeretnénk érni) mindig 3389-es legyen!

És itt jön a trükk, a “Port from” (bejövő port) az amit át kell állítani minden egyes géphez külön. Felvázolok egy 3 gépes példát (az IP címet mindenki a sajátjához igazítsa):
Application          Port from          Protocol         IP address                Port to
Gep1                       3389                  Both                192.168.2.11            3389
Gep2                       3390                 Both                192.168.2.12            3389
Gep3                       3391                  Both                192.168.2.13            3389

Ebből a példából jól látszik, hogy csak a bejövő porttal kell machinálni, a gép felé továbbítottal nem! Így nem kell a Windows alapértelmezett RDP portját újrakonfigurálnunk.

3. Ha ezzel is megvagyunk nincs más hátra mint tesztelni a távoli elérést. Ha nincs fix IP címünk, akkor dyndns vagy no-ip szolgáltatást kell igénybe vennünk. Erre most nem térek ki bővebben, majd írok erről is valamikor. Szóval tegyük fel, hogy van már dyndns-ünk vagy fix az IP címünk. Nincs más hátra mint megnyitni a “Távoli asztali kapcsolatot” (most Win 7-en mutatom be, XP esetében is szinte ugyan ez) és beírni a fix IP-t vagy a dyndns nevet. Továbbiakban dyndns-el mutatom be a folyamatot.
xp_tavoli_asztal_rdp_remote_desktop_05 xp_tavoli_asztal_rdp_remote_desktop_06
A két kép között az a különbség, hogy az elsőnél az alapértelmezett (a példa alapján a Gep1) számítógéphez fog kapcsolódni a program a 3389-es porton.
A második képen azt láthatjuk, hogy az a Gep2-höz fog kapcsolódni a 3390-es portot használva. Ehhez az kell, hogy a dyndns cím mögé kettősponttal a “Port from”-nál az adott géphez beállított portot írjuk be. Esetünkben a példában teszt.dyndns.org:3390

Ha létrejön a kapcsolat kérni fog a program egy felhasználói nevet és jelszót a hitelesítéshez. Ez az a név és jelszó ami az adott felhasználói fiókhoz tartozik, amit még az elején be kellett állítanunk. Ha mindent jól csináltunk, akkor ezzel a módszerrel akármennyi számítógépet elérhetünk távolról, még akkor is, ha router mögött vannak.