- Crypto Trade
- Mobilinternet
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Mikrotik routerek
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- DIGI internet
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- DIGI kábel TV
- Gondoskodik róla az EU, hogy az Apple felnyissa a rendszereit
- Linux kezdőknek
-
IT café
Android szakmai topic
Windows 8/10 gépen a készülék nem csatlakozik többé, mit tehetek?! ---> [link]
Az alábbi témák kitárgyalása kerülendő, mert nem ide tartozik!
Kérdésed a megfelelő topikba tedd fel:
"melyik alkalmazás, ami"
"milyen tokot vegyek"
"piros hátlap hol kapható"
"Melyik okostelefont vegyem?"
Új hozzászólás Aktív témák
-
Keeperv85
nagyúr
"- hová: no' ez már bonyolult lesz, figyelj: 2 alapeset van, telefon->felhő, felhő->telefon. Az a probléma a Google-féle megoldással, hogy ez automatikusan kerül meghatározásra, nincs módod megadni"
Neked valóban az volt, ugyanis nem, nem ennyi lehetőség van:
"Ami nem volt probléma tulajdonképpen, csak akaratom ellenére történt. A rendszer azért szar, mert nem kérdezi meg, hogy akarom-e,...."
Bla-bla-bal... bla-bla-bla--- az sok baromság megint... Szerinted mit kérdez a fenti képen?! Segítek én megfejteni, bár nem valami bonyolult, még a magunkfajta analfabétáknak is sikerült... Igen, ha azt az opciót választod, akkor a felhőbe fog menteni, amit erre adandó alkalma lesz. A készülék lesz a másodlagos. Ha a telóra mented vagy a sim-re, soha sem fogja szinkronizálni, visszafelé sem....
"Nem volt üres a telefon, és használhatatlanul sérült sem a Contact DB"
Google felhőbe volt állítva, de nem volt MENTETT. Nem kell, hogy sérült legyen. A szinkronizálás nem cseréli ki az adatbázist, csak frissíti. Mivel a telódban lévő névjegyeket vette érvénytelennek, mivel azokat nem tudta a MEGFELELŐ helyre menteni (nem ment a szinkron akkor) így kicserélte azokat arra, ami jó volt, ami megfelelően mentett tárhelyen volt. A felhőben, ahová TE állítottad be!
"Az idézgetés helyett inkább a figyelmes olvasást javaslom, ha már hozzászólsz. "
Én pedig azt, hogy záros határidőn belül befejezd a személyeskedést, vagy úgy kivágnak innen, mint a macskát... Csak a miheztartás végett...
[ Szerkesztve ]
-
air
nagyúr
"Ezért írtam, hogy kettő komoly hiányossága van a Google szinkronnak (kötelezően és ami az igazi baj, ott még kikapcsolhatatlanul bekapcsolódik a profil beállításakor, ill. nem állítható be egyirányú fix irány, legalább ideiglenesen)."
Ha nem úgy működik, ahogy te szeretnéd, akkor NE HASZNÁLD! Vége. Pont. Ennyi.
De nagyon szépen kérlek, fejezd már be a "gitt rágását"![ Szerkesztve ]
Tintatartó, aligátor, búzavirág, csók, gyalupad, fogpiszkáló
-
beg
veterán
#28289-t nem sikerült elolvasni ezek szerint.
Ahányan vagytok annyifélét beszéltek. Vanak cloud szinkronizálásban részt vevő és abban egyáltalán nem résztvevő névjegyek. Az offline-ba tartozik a sim és/vagy tel. memória. De ettől függetlenül nincs kizárva, hogy a fiókhoz kötött szinkron contact-ban is szerepel ugyan az a név.
Viszonylag egyszerű leírást találtam a fentebb említett hsz-ben, ott elég jól le van követve ki merre hogyan hányszor és miért.
Szinkron fióknál ha végrehajtasz egy törlést, akkor az küld az api-n keresztül egy push-t a szervernek. Hogy az a túlélőtábor után hány nappal/héttel/évvel hajtódik végre, irreleváns. Az első online alkalomkor a push csomag szerint végrehajtódik a szinkron (módosítás/törlés). De csak! a fiókhoz tartozó kontaktnál. A sim/mem bejegyzés érintetlen marad.Tovább lehet tetézni, hogy a 3 féle kontaktlistát egymástól függetlenül meg lehet jeleníteni a tárcsázóban is, ezáltal még jobban össze lehet zavarodni és jönnek a hasonló félreértések. Én ezért már ezer éve nem tárolok semmit sim-en és telefon memórián, csak a felhőben. Soha semmi problémám nem volt ezzel kapcsolatban.
Szerintem jól ki van ez találva, követhető, logikus. Csak rá kell szánni az időt a megértésére és a helyes használatára.
A babettát sem gyújtottam fel, mikor legelőször nem találtam a féket és nyélgázzal bementem a fenyőerdőbe.
[ Szerkesztve ]
You are the result of 3.8 billion years of evolutionary success, act like it. Sarcasm is the body’s natural defense against stupidity.
-
Keeperv85
nagyúr
"Kérlek, mutass rá a képeden a szinkronizációs beállításokra! Én ott csak azt látom, hogy egy névjegyet hová mentsen"
Szerinted ha az van a képen, hogy a Google acc.-ba menti a névjegyeket, akkor az helyileg hol lesz mentve? Megpróbálja a Google felhőbe, ahová kéred? Persze hogy megpróbálja!
Vegyük végig a példádban mitől tér el attól, ami én mondtam:
"Kérlek, gondold végig a következő esetet: User-nek van egy sikeres szinkronja a felhővel, emiatt a telefon-felhő megegyezik."
Eddig stimmel.
"Ott user átírja Kis Jóska contactot, ill. felveszi Teszt Elek contactot. A telefon ekkor nem tud szinkronizálni, mert nem éri el a Google felhőt. Újraindítja a telefont, csak, hogy biztosan újraolvassa a Contact DB-t, mert Windows-on nevelkedett...."
Igen, pontosan az történik amit írsz. A készüléken egy ideiglenes adatbázisban elmenti a változásokat, majd az időbélyeg miatt felszinkronizálja azokat ha netet kap.
Csakhogy nálad nem ez a folyamat történt, hanem ez:
A usernek van egy offline névjegyzéke, amibe beállította ugyan, hogy szinkronizálni kéne majd..egyszer... Lehet, hogy csak másfél év múlva. Ezen felül a usernek nincs hozzáférése a felhőhöz, hisz az ki van kapcsolva. (Szinkron off, acc. nincs beállítva) Mivel nincsen hozzáférés, a user új névjegyeinek nincsen -Windowson szocializálódottak kedvéért- biztonsági mentése. Ott vannak az ideglenes adatbázisban, majdani szinkronra nem előkészítve.
...és akkor a user beállítja a Google fiókját, amit másfél éve nem. Mit tesz a készülék? Megnézi van-e valami a felhőben: erre írtam, hogy a saját tárhelyét veszi másodlagosnak, amit már sikeresen szinkronizált, azt tartja érvényesnek, amit még nem azt nem. Mivel az előző adatbázis rekordokhoz még mindig nincsen hozzáférése, mivel azt soha sem kapott, azokat érvénytelennek fogja minősíteni és kidobja, mondván "megvan az érvényesített párja".
"A baj ott volt esetemben, hogy a kliensoldali program nálam valószínűleg valamiért üresnek érezte a telefonon lévő változatot, ezért onnan semmit nem akart szinkronizálni, hanem lehúzta az egyetlen elérhető forrást: a felhős változatot."
Nem üresnek, hanem érvénytelennek vette. Nem volt az adott esetben hozzáférése, amit szintén helyreállított: törölte az érvénytelen, felhőbe soha sem mentett adatbázist és helyreállította a rekordokat onnan, ahonnan volt biztonsági mentése. A felhőből...
Sokkal egyszerűbben reprodukálom neked ezt a "hibát":
Van egy 7000+ névjegyet tartalmazó adatbázis egyik telón: kimentem VCF-be is, de fent van felhőben is. Elveszem a felhő felőli hozzáférést, várok egy hetet, majd csak 3000+ névjegyet visszarakok a VCF-ből: létrejött egy adatbázis, ami a felhő számára sérült, hisz nem egyezik az integritása, hiányos, módosult, jogosultság kezelése nem történt. Most úgy döntök, hogy nekem mégis kéne, amit a felhőbe tettem. Be fogom kapcsolni a szinkront. Mit tesz a rendszer?! Elkezdi a felhőben kitörölni a maradék 4000+ névjegyet az adatbázisból?! Hogyne! Szerencsére nem! Mivel az offline módosításoknak nem volt megfelelő jogosultsági szintje, érvényesnek a felhő rekordokat veszi és helyreállítja azt az állapotot. Most ebben a pillanatban, ha sikeres a szinkron, megadja az adatbázishoz szükséges összes engedélyt: ha most törölsz 3000+ névjegyet, követi a felhőben is. Menti, hogy az az új, helyes állapot. Akkor is azt teszi, ha szerinted az új VCF a helyes.
Ezért nem lehet így helyreállítani érvényes felhő mellett.
Windows példa:
Fogom a rendszerem, belakom, beállítok egy frankó hátteret, egy rakás programot. A fenének van ezt kedve mindig: hát lementem pl. Ghost-tal lemezképbe. Ráírom, hogy 2015.06.21 dátum mentése.
Használom tovább a rendszerem, majd 2016.07.11-én eszembe jut, hogy nekem nagyon tetszik az a háttér, ami korábban volt... Van is mentésem! Ott van a lemezképbe. Gyorsan állítsuk vissza! Közben a 240 db Corel rajzom a C-n mentettem el ügyesen. Rányomom az előző mentést... Meglesz, ami akkor volt? Hát persze... És közben bukom, amit nem mentettem el az eltelt időben...
[ Szerkesztve ]
-
Keeperv85
nagyúr
"igen, ez soha nem is volt kérdés. Csak amikor megpróbálja, akkor nem lehet megmondani, hogy csak a telefon->felhő irányt csinálja."
Szükségtelen is lenne.
"Nem, rosszul tudod. Az fog történni, hogy a felhőből leszedi a csak ott lévő névjegyeket a telefonra, a csak a telefonon lévő névjegyeket pedig feltölti a felhőbe."
Kiemeltem, amit te írtál magad. Igen, ami CSAK a telefonon volt, azt majd az után fel fogja szinkronizálni, miután a felhőből leszedte, ami ott már megvan.
"A kérdés az, hogy az azonos tartalmú névjegyekkel mit tesz."
Pontosan erről beszéltem eddig.
Az időbélyeges elmélet helytálló... is lehetne. Csakhogy exportáld a névjegyeket bármilyen támogatott formátumba, vagy nyisd meg a contacts.db-t adatbáziskezelővel, nincs benne időbeliségre utaló mező! Tehát a rendszernek az az újabb, amit éppen "most ment". Tehát ha lefelé szinkronizál a kérelem miatt, akkor a címtárban lévőt húzza a telón már meglévőre, ha felfelé, mert a telóban kéred a módosítást, akkor fordítva. Egy időben a kettő nem történhet. Tehát egyszerre csak egy irányba szinkronizál: ha a telefonon kezdeményezed a szinkront, akkor felhő > teló iránnyal indít, mivel kvázi azt kéred, még ha nem is tűnik logikusnak. Ha névjegy ütközések vannak, akkor érvényesnek a felhőt veszi.
Az már más kérdés, hogy amit te írsz, hogy kidobta az egész adatbázist (feltételezem az új névjegyeket is), az teljesen abnormális. Azokat a rekordokat rendben van, hogy lefrissített, amik között ütközést talál, de a többit nem kéne bántania. Normális esetben nem is teszi. Tehát az alapvető működése nem ilyen.
"Nincs érvénytelen változat"
"Igen, érvénytelen volt, de nem azért,"
Amikor nem tudja a jobb kéz, mit csinál a bal...
"ha a Contact app-on belül, akkor igen, ki fogja törölni"
vcf-ről beszéltem, nem a contact app.-ról... Te magad idézted.... Legalább ne róttad volna fel előtte, hogy nem olvasok figyelmesen...
"ha viszont törlöd a helyi DB file-t, majd újat hozol létre"
Soha sem törlöd, akkor sem, ha egyetlen rekord sincs benne. Ellenkező esetbe FC-vel kiszáll a phone.apk...
Szerintem zárjuk el a témát annyival, hogy:
a, nálad lehet komoly rendszerhiba volt, ami nem általános jellemzője a rendszernek, csak egyedi eset
b, ha nem rendszerhiba, akkor valami fatális tévedés -
Silious
tag
Nincs root-olva, full gyári minden.
kb. 1,5 év használat után vettem észre, hogy ennyire zabálja az aksit, kb egyik napról a másikra. A gps is már le lett tiltva, hogy a play használja stb.
Egyszerűen már mindent kipróbáltam, de semmi. Jelenleg 59%-on van az aksi, amiből a Play-szolgáltatások 11%-ot zabált le, míg a kijelző csak 1%, face+messenger 3-3% tehát összességében még ezek a mondhatni „nagy” aksi zabálók se fogyasztottak annyit, mint maga a Play-szolgáltatások. -
-
Képzeld, válaszolt a program készítője.
Kifejezte sajnálatát, majd kérdezte, hogy van e ADB hozzáférésem és írta, hogy ha van;su
wm size reset
wm density resetHa nem jön be, akkor sajnos wipe/date reset, de mindenképpen jelezzek vissza.
Ergo ami jött az nem más, mint amit itt is írtatok nekem. És nem maradandó a módosítása, de azt nem írta, hogy mit módosít, pedig szépen kérdeztem tőle... Adtam neki mégegy esélyt, beírtam, hogy adb su, adb wm size reset, adb wm density reset, végül adb reboot, de változatlan. Az utolsó parancs kivételével szerintem nem csinált semmit, mert mindhárom műveletre az Android Debug Bridge Version... kezdetű kétoldalas sallangot hozta ki, ráadásul megnéztem, akkor is ugyanez az eredmény, ha akkor írom be a parancsok bármelyikét, ha nincs csatlakoztatva semmi.
Mindebből arra tudok következtetni, hogy ÉN rontok el valamit, mert nem a most említett módokon kell a parancsokat bevinni. De ha én tévedek és erre megvan minden esély, hogyan kell ezeket beírni?
A Shell kimaradt... Na mégegy próba...[ Szerkesztve ]
But who is watching the guardians?
-
darvinya
titán
mert már egy másik márkával, még 5.1-es Androiddal is ezt tapasztaltam.
(Persze az megoldás, hogy a csengetési hangfile(ok) dinamikáját kinyírom, de ennél szakmaibb választ remélnék. )Akkor mégis hang file-lal van gond.
Made Robot by Robot −Xiaomi 12T Pro gyászruhás / '06 Focus kombi szürke
-
darvinya
titán
MTK Chip-nél ez könnyű megoldás, de itt build.prop-ot kell módosítani.
Amúgy állandóan nagyon hangos min.(10)-on, vagy időközönként zavaró a hangosan szól?
Utóbbi időzítéssel néma-rezgésre állítható, vagy hely/eszközre vált át.Made Robot by Robot −Xiaomi 12T Pro gyászruhás / '06 Focus kombi szürke
-
Krill77
őstag
-
Geller72
veterán
Nagyrészt hasonló appok vannak mindkét eszközön, de 90%-ban biztosan.
A wake részt tudom törölni Asusnál menüből.
Ráadásul látnám az akkuhasználatnál, ha valami kiemelkedően pörgetné a procit.
Plusz a legnagyobb gondom az, hogy nem tudom lock screenből kihozni egyiket sem, vagy csak fél-egy perc után reagál valamire egyáltalán. Utána már megy szépen. Attól tartok, hogy hiába nyomnék egy resetet backupot követően, ha a backuppal visszajönne a hiba is. . -
Geller72
veterán
Már menüből letiltottam minden progit, amit előre betölt(ött) a tab. Aliexpressre gyanakodtam, mert párszor feldobta mindkét eszköz, hogy zabálja az áramot, de csökkentett módban ennek nem lenne jelentősége. Lehet, hogy egy gyári beállítások visszaállítása lesz a vége a dolognak.
-
-
#77646080
törölt tag
másik az (és a mai kedves világunkban erre mernék többet tenni), hogy az utolsó 10-15%-ot (itt még mindig a valóst értem alatta, ekkor sok telefon már 100%-ot mutathat, de még látni, hogy a töltéshez vesz fel áramot és valóban hosszabb üzemidőt is jelent ez a merüléskor) aprólékosan lehet csak az akku-t kímélve beletölteni egy Li-Ion-ba, simán tarthat addig, mint az addigi (3%-tól 80%-ig mondjuk) töltés,
Bingó. Ezt nevezik csepptöltésnek, jó néhány leírás tartalmazza is. 😉
Ennek okára még nem jöttem rá,
De bizony, rájöttél és le is írtad. 👍
[ Szerkesztve ]
-
"..csak nagyon kevés készülék működik eredeti Androiddal"
Mint ahogy nagyon kevés OEM gyártó (HP, Lenovo stb) árulja gépét módosítatlan Windowsal. Mindig modifikálnak rajta laptopjaikon: tesznek rá ilyen-olyan programot, kinézetét modifikálják stb. Mégis a MS küldi rá a biztonsági frissítéseket.. -
De mindez csak elterelés, térjünk vissza az eredeti kérdésre (#35539).
Hány évig kapunk biztonsági frissítést a telefonhoz ?
Most mindegy hogy kitől. Eszerint <ahogy mondjátok> először a Google készíti el a biztonsági frissítéseket, amit eljuttat a gyártókhoz (pl LG, Huawei, stb) akik azt a sajátjukhoz igazítják és kiküldik OTA-n a telefonunkra. Nade meddig? (gondolom imei szerint a tel.típus megjelenése után X ideig), Lenti kép (#35540) szerint ezt a Google 3 évig készíti el (???) és a gyártók (pl LG, Huawei, stb) meddig adják tovább..?
[ Szerkesztve ]
-
Piftuka
veterán
Nagyon köszönöm!
Hosszú évek óta ez az egyik legkorrektebb segítség, amit itt a fórumon kaptam.
- A 2. pontot kifejtenéd kérlek? Én szívesen áttérek megbízhatóbb launcher-re, de azt sem tudtam eddig, hogy van ilyen. (Én tényleg távoltartom magamat a telefon "okos" funckióitól. Csak azért van ilyen telefonom, mert a Nokia, vagy a Blackberry már nem gyárt szép, exkluzív, fémházas, hagyományos nyomógombos készülékeket.)
- Ami a 3. pontot illeti... én is ezeken gondolkodtam, de elméletben nem látok hibát. A gyári visszaállítást megelőzően (mivel az mindent töröl) az SD kártyára mentettem el a telefonkönyvet.
A duplikációkat mindezek előtt gondosan töröltem is. (Amit a fentebb említett ellenőrző funkció akkor még remekül meg is oldott.)
A visszaállítást követően valamiért mégis kétszer másolta fel.
Szívem szerint az egészet törölném, leformáznám, csak ahhoz pedig szükségem volna valami szoftverre, amivel a telefonkönyvet (annak egy példányát) a számítógépemre lementhetem, és később a telefonra visszamásolhatom.
Anno a Nokia-nak volt ilyen szoftvere. Nem tudom... Android-ra is létezik ilyen?"Aquila non captat muscas."
-
Tikakukac
titán
Ennyi telóra sok lesz a liszensz. Gyerek módot néztem ki pl. Tehát ilyen szinten is elég a dolog. A lényeg, hogy a szabad netezést és facebook/youtube blabla, tehát ne tudjon olyat a kedves user, hogy lenyírja a mobilnetet vagy elkeféli facséval az időt
A fiatalok 50%-a optimistán tekint a jövőre. A másik felének nincs pénze drogokra.
-
tordaitibi
veterán
Root nélkül?
Némelyik telefon semmi nem enged, a systemet sem, a data az megközelíthetetlen.
Root,
az én telefonom ha megvonom a superuser jogot akkor semmit nem enged, be sem tudok lépni a fájlrendszer gyökérbe.Root, engedély,
Android 4xx, ott bármit tudtam,
felette nem tudok a data alatt szabadon kotorászni, van amit így sem enged, pl. a wpa_supplicant.conf fájlt megnyitni sem lehet. -
ksanc
őstag
Ki mondta, hogy tudsz arról, hogy valójában mi történik a telódon?
Hidd el, nem figyelsz mindenre a nap 24 órájában 100%-osan. És egy átlagember online szokásait nem nagy ügy feltérképezni. Azután már el lehet dönteni, melyik "push" módszert kapja be legvalószínűbben.
A Play protect sem mindenható.
Az, hogy ilyenek nemigen történnek, az az oka, hogy egyszerűen nem éri meg a fáradságot és a kockázatot.
Egyrészt sokkal egyszerűbb pl. kamuoldalakat létrehozni, ezrével mennek az emberek ilyenekre, és maguktól adják meg a személyes adataikat. Durvább esetben bármit. És ma már olyan kamuoldalak vannak, amit BÁRKI beszívhat. Már aki aktívan használja az internetet.
Nem véletlenül tették kötelezővé a kétlépcsős azonosítást pl. banki alkalmazásoknál.
Másrészt ugyan mi érdekes lehet egy átlagember telóján (és bankszámláján), amiért megéri a kockázatot? Ez a "szomorú" valóság: senkit nem érdekelsz ilyen téren
Persze rokoni, munkhelyi ellentéteknél, szar párkapcsolatoknál milliók keresnek ilyesmire megoldásokat, de szerencsére ez olyan terület, amihez kell ész és tudás is, nem megy csak úgy, hogy feltelepítesz valamit oszt' mán kémkedsz is bárki telóján. Bár az ilyen kamu csodaprogramok eladásából is szépen lehet kaszálni -
ksanc
őstag
Oké, bocsesz
Mondjuk úgy, hogy a rootolási technikák nem mindegyike telepít fel superuser, a root jogok kezelését végző alkalmazást, ami azt jelenti, hogy ilyenkor automatikusan megkapja minden külön értesítés nélkül minden app, ami kéri. Ha eléred, hogy ez a progi eltűnjön, akkor nem fogsz róla tudni, hogy egy alkalmazás root jogot kapott.
Próbáld csak ki
Egyébként sehogy. -
ksanc
őstag
Módosítottam az előbbi válaszomat
Még annyi röviden, hogy hagyományos módon, ha nem volt superuser alkalmazás, akkor a su binárist bármi meghívhatta és meg is kapta a root jogot. Ha volt, akkor az adta az engedélyt.
A Magisknál tulajdonképpen tök ugyanez van, csak a su bináris kicsit több, új kérésnél meghívja a Magisk Managert és az foglalkozik a jogok kezelésével. Ha eltávolítod a Managert, akkor új program nem kaphat root jogot, de azok, amiknek már megadtad, továbbra is root jogosultsággal rendelkeznek.
Egyébként én is szívesen tanulok és nem szégyellek kérdezni.
Adott esetben bocsánatot kérni sem...[ Szerkesztve ]
-
brd
nagyúr
Annyival még azért kiegészíteném, hogy azért nem árt támogatás hozzá, mert bevezettek pl. egy új hívást is, amivel azt tudatják az appokkal, hogy változott az éppen aktív és ezt azoknak nem árt kezelniük, mert pl. ha kamerát/mikrofont használna több is, akkor lehetnek "furcsaságok" .
crok: köszönöm, előre is! A root-os megoldás miben állna? Az mindig is volt és lesz is, mert nem vagyok hajlandó anélkül használni Androidot, ameddig legalább lokális rendszer- és appszintű backup/restore nem lesz (meg asszem' van pár dolog, de most nem akarom végigondolni).
[ Szerkesztve ]
The only real valuable thing is intuition.
-
crok
Topikgazda
Root nélkül macerás, tulajdonképp annyi lehetőséged van hogy kvázi service-ként indítod mondjuk az Autostart and StaY!-el, annak van egy funkciója miszerint "* Make an app always stay in the foreground (persistent mode)" és ha jól értem pont erre volna szükséged de nem tudom ez mennyire megy majd Android 10-en pl.
Root-al ezt úgy lehet talán megoldani a legegyszerűbben, hogy.. szóval induljunk a kályhától: az appok automatikus kilőhetőségét három dologhoz igazítja az Android ActivityManager: OOM Adj, az LMK és a memória kihasználtság aktuális (m)értékei. Az LMK meg maga a memóriakihasználtság most mindegy mert a lényeg most itt az, hogy azt hogy melyik app melyik "app kategóriába" esik éppen és taszkváltáskor melyik mibe essen (meg hogy melyik lesz service és melyik lesz pl. a home, melyik foreground amihez nagyon nem kellene nyúlni) azt az ActivityManager határozza meg, persze az alapján ahogy a dev. az appot megírta.. (nem kell seniornak lenni hogy a dokumentációt elolvasva a megfelelőképp írja meg az appot a dev. csak nyilván ez neki vagy nem volt lényeg vagy le-se-s.*rta) Minden process-nek lesz egy oom_adj értéke (Out-Of-Memory Adjacency) és OOM score adj. értéke az újabb rendszerekben de visszafelé kompatibilis ezt fogja változtatgatni az ActivityManager multitasking közben. Ezt befolyásolni úgy lehet, hogy kikeresed az appod PID-jét és a /proc/[PID]/oom_adj -t átírod (-17-el kikapcsolod hogy az ActivityManager egyáltalán hozzányúljon) vagy a oom_score_adj -t átírod -1000-re. Megtehetnéd azt is hogy egy script-el végtelen ciklussal rövid időnként 0-ra írod (az a "Foreground app" értéke) csak ez ugye nem akadályozza meg az ActivityManager-t hogy megváltoztassa.. azt meg nem tudom hogy ha a file jogosultságokkal játszol azt felülírja-e (pl. write jogot elvenni, de mivel amúgy is csak root által írható de az AM meg 0 user ID-s userként fut simán átírhatja..). Ezt a dolgot meg lehet tenni ugye kézzel, script-el.. vagy pl. a Memory Locker app-al (@Play @XDA) vagy a TeMeFI app-al (@XDA - Too Much F????? Info) a Főmenü - State - OOM - OOM an app to.. menüben állítsd az appod Superman-re (-17) és nem nyúl hozzá az AM. Én a TeMeFI-t egyébként is ajánlanám ha már úgyis van root a készüléken (Magsik + BusyBox + SQLite kell, mindkettőre van úgyis Magisk modul), eszméletlen mennyi infot kinyerhetsz vele a készülékből, erősen közelít a Battery Historian-hoz, vagyis pontosabban még sokkan többet is tud mert on-the-fly meg is változtathatsz dolgokat (doze paramétereket pl..).
-
crok
Topikgazda
Legjobb tudomásom szerint kernel wakelock-ot csak kernel wakelock blocker-el lehet blokkolni, ahhoz meg a kernelben kell támogatottnak lennie a wakelock blokkolásnak (pl. implementálva legyen benne a Boeffla wakelock blocker vagy hasonló megoldás). Akkor kb. bármelyik mai kernel manager-el lehet blokkolni (root így is kell). De simán userspace-ből még root-al se lehet, kell a kernel oldali támogatás rá, erre nem jó a WakeBlock, az csak userspace/system wakelock-ra működik, kernelre nem tud.
Alternatíva magára a WakeBlock-ra az Amplify van (Xposed..) pl. ha az játszik nálad.
[ Szerkesztve ]
Új hozzászólás Aktív témák
Sok embernek van kérdése az Android rendszerrel kapcsolatban, mely igazán nem köthető gyártóhoz. Ebben a topikban lehet feltenni a szakmai kérdéseket, amelyek telefon/tábla függetlenek.
A Factory Reset Protection (FRP) megkerülésében nem nyújtunk segítséget!
- KERESEK! Iphone 16 Pro 128GB FEKETE/TITÁN színben!
- Apple iPhone 13 128GB,Átlagos,Dobozával,12 hónap garanciával
- iPhone 14 Pro Max 128GB Gold Független/Újszerű/1 hónap gar./Akku 88%/p3666
- iPhone 14 Pro Max 128GB Lila Független Újszerű/1 hónap gar./Akku 86%/p3665
- Apple iPhone 13 Pro 128GB,Átlagos,Dobozával,12 hónap garanciával
- Huawei P8 Lite (független) mobil eladó!
- Iphone 13 Pro White-Silver mobiltelefon
- iPhone 14 Pro Max Gold, 128Gb, Kártyafüggetlen. 89% akkumulátor, FACE-ID OFF, Kijelző hiba
- iPhone 14 Pro Max Deep Purple 256Gb, Kártyafüggetlen, 86% akkumulátor
- iPHONE 6,7,7+,8,8+,SE2020,SE2022 teljes kijelzős üvegfólia.
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen