- Fotók, videók mobillal
- MIUI / HyperOS topik
- Franciaországban nyit a Honor 200 Lite
- Világító alma helyett világító tok és szíj az almákra
- Motorola Moto G24 Power - hol van az erő?
- Garmin Forerunner 165 - alapozó edzés
- Na, még egyszer, csak ezúttal OnePlus Open néven
- Telekom mobilszolgáltatások
- A Watch7-tel debütálhat a Samsung vércukormérője
- iPhone topik
Hirdetés
-
Miniképernyős, VIA-s Epomaker billentyűzet jött a kábelmentes szegmensbe
ph A megfizethető, szivacsokkal jól megpakolt modell ötfajta kapcsolóval és kétféle színösszeállítással/kupakprofillal szerezhető be.
-
A személyre szabott reklám lehet a streaming következő slágere
it A jobb célzott hirdetések érdekében adatplatformot indít a Warner Bros Discovery.
-
A Video AI lehet a One UI 6.1.1 ütőkártyája
ma Vagy hogy fogja a mesterséges intelligencia manipulálni a mozgóképeket?
-
Mobilarena
Xiaomi Mi 9T (kódnév: davinci) topik
Új hozzászólás Aktív témák
-
koltayk
csendes tag
Három hete én is Mi9T tulajdonos vagyok. Sajnos az akku kapacitásától nem estem hanyatt, jobbra számítottam. Ebbe persze belejátszik a nálam is előjött (főleg a MIUI11-re való átállás után) gyors lemerülés némi melegedéssel kísérve. Reggel még 30%-on volt, gondoltam a napot még kibírja hisz csak egy GPS-es alkalmazás ment rajta, a képernyőt be sem kapcsoltam, de estére lemerült és kikapcsolt. A gyári töltőjére rátéve egy olcsó kínai mérővel mértem, hogy mennyi áram megy át. 17,45Wh jöt ki, mikor az áramerősség 0,00A-re csökkent. A gyári adatok szerint az akku 4000mAh-s. A kérdés, hogy a 17,45Wh-t milyen feszültséggel számoljam mAh-ra. Ha 3,7V-tal, ami tudtommal az akku feszültsége, akkor 4757mAh jön ki, ha 5V-tal, akkor csak 3520mAh.
-
koltayk
csendes tag
Azt írod, hogy "backupoltam az összes partíciót", mikre gondolsz?. Nálam csak /dev/block/ alatt van 9 Partíció bekötve, igaz, hogy csak 4 ezek közül readwrite
V11.0.1.0.PFJMIXMdavinci:/ # mount|grep /dev/block/
/dev/block/dm-0 on /vendor type ext4 (ro,seclabel,relatime,block_validity,discard,delalloc,barrier,user_xattr)
/dev/block/sda30 on /cache type ext4 (rw,seclabel,nosuid,nodev,noatime,data=ordered)
/dev/block/sde51 on /vendor/firmware_mnt type vfat (ro,context=u:object_r:firmware_file:s0,relatime,gid=1000,fmask=0337,dmask=0227,codepage=437,iocharset=iso8859-1,shortname=lower,errors=remount-ro)
/dev/block/sde47 on /vendor/dsp type ext4 (ro,seclabel,nosuid,nodev,relatime,data=ordered)
/dev/block/sdf7 on /mnt/vendor/persist type ext4 (rw,seclabel,nosuid,nodev,noatime,data=ordered)
/dev/block/sde26 on /vendor/bt_firmware type vfat (ro,context=u:object_r:bt_firmware_file:s0,relatime,uid=1002,gid=3002,fmask=0337,dmask=0227,codepage=437,iocharset=iso8859-1,shortname=lower,errors=remount-ro)
/dev/block/sda14 on /dev/logfs type vfat (rw,noatime,uid=2000,gid=2000,fmask=0006,dmask=0006,allow_utime=0020,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/block/sda31 on /cust type ext4 (ro,seclabel,nosuid,nodev,noatime,data=ordered)
/dev/block/sda32 on /data type f2fs (rw,lazytime,seclabel,nosuid,nodev,noatime,background_gc=on,no_heap,user_xattr,inline_xattr,acl,inline_data,inline_dentry,flush_merge,extent_cache,mode=adaptive,active_logs=6,reserve_root=26382,resuid=0,resgid=1065,alloc_mode=default,fsync_mode=nobarrier)
davinci:/ # -
koltayk
csendes tag
Aha, a backup funkciót a TWRP-n még nem is néztem.
Most már én is a xiaomi.eu dev-re álltam át, amivel viszont "Redmi K20"-ra lett átnevezve a gép. Három build.prop-ban ezt visszaneveztem "Mi 9T"-re, most így néz ki:
PC-re csatlakoztatva is "Mi 9T"-t mutat, igaz, hogy három apk-ban még benne maradt a "Redmi K20", ezeket nem mertem bántani és bootoláskor még "Redmi by Xiaomi"-t látok.
Ha az említett backup-odból a logo partíciót (a logo.emmc.win és logo.emmc.win.sha2 fájlokat) valahova feltennéd (esetleg valaki más, vagy egy linket kaphatnék egy gyári ROM backupról), akkor talán vissza lehetne hozni az eredeti boot-logo-t is. -
koltayk
csendes tag
Kösz a logo-t, működik. Ez azonban csak a boot logo, ami a bekapcsolás elején látható, később viszon, mikor már éled az android, elindítja a bootanimációt, ami a /system/media/bootanimation.zip és ez még Redmi-s.
Ha valaki tudna adni egy gyári MIUI 11-es bootanimation.zip-et, megköszönném.
Ha minden együtt lesz, írok egy programot ami mindent megcsinál. -
koltayk
csendes tag
Én a következő helyeken találtam 'Redmi K20'-at a 9.11.14-es eu dev-ben:
/build.prop:ro.product.vendor.model=Redmi K20
/system/vendor/build.prop:ro.product.vendor.model=Redmi K20
/system/vendor/odm/etc/build.prop:ro.product.odm.model=Redmi K20
/cache/recovery/last_log:Build Device : Redmi K20
/cache/recovery/last_log:TW_DEFAULT_DEVICE_NAME := Redmi K20
/cache/recovery/last_log:ro.product.model=Redmi K20
/cache/recovery/last_log:ro.product.vendor.model=Redmi K20
Binary file /system/framework/framework-ext-res/framework-ext-res.apk matches
Binary file /system/priv-app/MiShare/MiShare.apk matches
Binary file /system/priv-app/MiuiGallery/MiuiGallery.apk matches
Ha a gyári alkalmazással csinálsz egy képet, mit látsz a bal alsó sarokban?
(hogy lehet ezt kikapcsolni?) -
koltayk
csendes tag
válasz mgTerminator #7199 üzenetére
Neumann János óta csökkenthetjök a "szarakodást"
-
koltayk
csendes tag
Automatizáltam a "Redmi K20" -> "Mi 9T" átírást xiaomi.eu-s ROM-okra: [link]
Az alkalmazás több dolgot is elvégez, amik egymástól függetlenek és egyenkén ki/be kapcsolhatók.
Először is meg lehet adni az új elnevezést, "Mi 9T" van alapból beállítva, de ez átírható.build.prop: megkeresi a gyökérkönyvtár alatt és a /system és minden alkönyvtára alatt azokat a szöveges fájlokat, ahol "Redmi K20" előfordul és kicseréli a megadott elnevezésre, de előtte egy mentést csinál a fájl nevéhez a ".save" hozzábiggyesztésével. A ".save" végű fájlokat nem bántja.
bootlogo: kicseréli a Redmi-s bootlogót az eredeti Mi bootlogóra amit tőled kaptam (/dev/block/sde46)
bootanimation: kicseréli a Redmi-s bootanimációt az eredeti Mi bootanimációra (/system/media/bootanimation.zip). Ha nem létezik mentés akkor előtte egy mentést csinál a fájl nevéhez a ".save" hozzábiggyesztésével.
ll: ezt magamnak csináltam, a cseréhez nincs köze, csak az "ls -l" parancsot "ll"-re rövidíti.
Az alkalmazás root jogosultságot kér, más jogosultság nem is kell neki. Az alkalmazás root alatt kiadott parancsokat hajt végre, minden parancs protokollálva van, egyes parancsok visszaadnak valamit, az kékkel, ha hiba történne, a hibaüzenet pirossal. A második grep kb. fél percig tart, a többi már gyorsan megy. Automatikusan nem sikerült a végére görgetni, ott remélhetőleg egy zöld sor látszik majd.
A magisk minden egyes parancs kiadásánál alul egy felugró üzenetben nyugtázza, hogy az alkalmazásnak megvan a root jogosultsága, ez eléggé idegesítő, de ki is lehet kapcsolni: Magisk->Settings->Superuser Notification->None.
A log a /data/user/0/com.android.kk.redmik20tomi9t/files/log/könyvtárban html formában található.
Természetesen csak saját felelősségre használni, előtte feltétlen egy backup-ot csinálni, de legalábbis a ROM-ot készenlétben tartani.
Amit az alkalmazás nem tud, az a kamera vízjele (#7267). Ez valószínűleg egy kép, amit még nem kerestem, ha megtalálom, azt is kicserélem.
Ez a Mi 9T-re jó, a PRO esetén a bootlogo nem javallott, mert nem tudom, hogy ott is a/dev/block/sde46
partíció-e a bootlogo, igaz, hogy a partíció hosszát ellenőrzöm és csak akkor írom felül, ha megegyezik a bootlogo fájl hosszával. A többi pont a PRO esetén is megy.
Aki nem szeretne egy ismeretlen alkalmazást root jogosultsággal futtatni, annak itt a forráskód: [link][ Szerkesztve ]
-
koltayk
csendes tag
Kösz, hogy kipróbáltad, ilyesmire nem számítottam. Nálam kb 100-szor már lefutott.
A grep paranccsal van valami. Ha van adb-d akkor parancssorból
adb shell
utána ha megvan a davinci:/ promt: írd be, hogy
su
utána
grep
erre mit ad ki? Ha azt, hogy usage: grep ..., akkor add be az ominózus
grep 'Redmi K20' /* 2>/dev/null|grep ^/
parancsot. mit kapsz?@csiziktomi: nálad is ez a hiba?
-
koltayk
csendes tag
Megtaláltam a porszemet: Pénteken este még a 9.11.14-es verzióra kezdtem el írni a programot és a build.prop cserélés működött is, szombaton viszont áttértem a 9.11.21-re, ahol a fő build.prop a /system könyvtárból (/system/build.prop) a gyökérkönyvtárba került (/build.prop). Ezért az új verzió miatt az ominózus, hibát eredményező parancsot is ki kellett adni, ami a régebbi verzióban nem kellett, nem ist talál semmit, és pont ez volt a baj, mert ez hibát okozott.
Kijavítottam, kipróbáltam a 9.11.14-es verzióval és működött és a 9.11.21-gyel is. Igaz, hogy kicsit instabillá vált, amit eddig nem tapasztaltam, néha lefagy, de azért amit elvállalt, azt megcsinálja. Többször is lehet futtatni (ha esetleg lefagy, akkor kell is), az átnevezés átnevezése is működik. A bootlogo-t és a bootanimációt csak akkor cseréli, ha még nem az új van.
Az új verzió: [link]A framework szerkesztéshez nem tudok sokat mondani, valószínűleg a telefon apk-ját kéne átírni, nem hiszem, hogy túl egyszerű, ha egyáltalán engedélyez a rendszer egy megváltozott rendszer-apk-t. Amúgy én is balkezes vagyok, de engem a jobboldali fogadásgomb annyira nem zavar, igaz nem is hívnak olyan gyakran. Engem inkább az idegesít, hogy a teljes képernyős hívásfogadás esetén elég magasra kell felhúzni a zöld gombot. Egykezesen (jobbkézzel) a hüvelykujjammal nem mindig sikerül elsőre.
-
koltayk
csendes tag
válasz fujifilm1 #7553 üzenetére
Mint az előbb írtam van egy javított változat [link]
Nygodtan lefuttathatod a PRO-n, kivéve a bootlogo-t. Meg kéne tudni, hogy melyik partícióban van a bootlogo a PRO-n. Ehhez elég egy tetszőleges TWRP backup-ból megnézni a recovery.log-ot, mert ott fel van sorolva az összes partíció, amit a TWRP menteni hajlandó. /logo névvel megtalálod a bootlogo partícióját, ha ez /dev/block/sde46, akkor minden rendben, ha valami más, akkor írd meg és én beteszek egy kapcsolót a PRO-nak.
Ha jól látom neked nem is xiaomi.eu-s ROM-od van V11.0.3.0.QFKCNXM, de mégis Redmi K20-as? Ezt nem értem. Ha CN van benne, akkor nem lehet EU-s, hanem kínai, akkor viszont mégi értem, hogy Redmi.
Mindenesetre az újabb verzió már tényleg kezeli mindkét esetet, hogy hol van a fő build.prop.
Persze én is adb-t használok intenzíven (az android studio is adb-t használ és vele párhuzamosan megy még nálam egy adb shell), a wifi-s lehetőséget is használtam már, de többnyire kábellel dolgozom, mert nagyobb mennyiségű adatokat is adb-vel szoktam átvinni és az wifi-n (legalábbis nálam) elég lassú.[ Szerkesztve ]
-
koltayk
csendes tag
Ez szerintem azért van, mert az EXIF-et minden egyes képhez meg kell írni, és ehhez a build.prop-ból (valamelyikből) veszi az eszköz nevét. Viszont a vízjelből csak néhány darab lehetséges (attól függően, hogymelyik kamerá(ka)t hasznája), ezek képként valahol a ROM-ban el vannak tárolva, nem kell minden egyes kép esetében legyártani.
Persze a vízjelet én is kikapcsoltam, tényleg csak a teljeség igénye miatt említettem, hogy ott marad a Redmi. Ha megtalálom a vźjeleket (még nem kerestem őket), akkor megpróbálom majd kicserélni őket, de ez nem olyan egyszerű, mint egy szöveget átírni.[ Szerkesztve ]
-
koltayk
csendes tag
Kösz az infót, megspóroltad nekem a keresést.
Nála a sima Mi 9T-n a 9.11.28-as eu dev-nél 4 kép van:
common.webp
davinci.webp
davinci_global.webp
davinciin.webp
A két utóbbi azonos és redmi-s, de a sima davinci.webp-ben Mi 9T-van.
Megpróbáltam a davinci.webp és a davinci_global.webp neveit felcserélni, de nem hozott eredményt. Ugynígy volt a davinci.webp és davinciin.webp cserénél is.
Lehet, hogy az volt a baj hogy az apk-n belül, azt nem kicsomagolva neveztem át? -
koltayk
csendes tag
"hibás bootlogo" üzenetet csak akkor kaphatunk, ha az apk-ból kiolvasott bootlogo (/data/user/0/com.android.kk.redmik20tomi9t/files/LogoOrig/logo.emmc.win) sha256sum-ja nem egyezik a szintén az apkban található összeggel, ami a /data/user/0/com.android.kk.redmik20tomi9t/files/LogoOrig/logo.emmc.win.sha2 fájlban van. Tehát azt ellenőrzi, hogy az apk-ból jól lett-e kiszedve a bootlogo fájl. Viszont a protokollált összeg jó, ezek szerint magával az ellenőrző logo.emmc.win.sha2-vel van gond. Elég különös, valami történhetett nálad az apk-val.
Mindenesetre van egy továbbfejlesztett verzió, ami kiírja az induláskor történteket is, és neked is köszönhetően még a kamera vízjelet is cserélni tudja. -
koltayk
csendes tag
Azoknak, akik gyakrabban indítják újra a telefont, különösen, ha recovery vagy fastboot módba és nem szeretnek gombokat hosszan nyomogatni, nos írtam egy gyorsújraindító programot: [link]
Az apk telepítése után 4 gombot kapunk: reboot, recovery, fastboot és halt. Minden gomb azt csinálja amit a név és az ikonja is sugall:
reboot
reboot recovery
reboot fastboot
reboot -p
Root jogosultság kell.
Forráskód: [link] -
koltayk
csendes tag
-
koltayk
csendes tag
válasz koltayk #7986 üzenetére
Leírás: [link]
Mint a leírásban is áll: Pro-ra csak a bootlogo kérdéses, a többi pont Pro-ra is megy. A bootlogo esetére pedig ha lenne egy Pro-s tulaj, aki csinált TWRP-vel backup-ot, mindegy, hogy melyik partíció(ka)t mentette, a recovery.log-ban szerepel a bootlogo partíciója /logo címszó alatt. Ez sima Mi 9T-nél /dev/block/sde46, kérdés, hogy Pro-nál ez mi. Ha ott is ugyanez, akkor minden működik Pro-n is, különben programozni kéne. -
koltayk
csendes tag
Nálam egyszer az történt, hogy hívtam valakit, beszéltünk, utána letettem a hívást (legalábbis azt gondoltam), de néhány perc múlva a telefonra pillantva láttam, hogy még mintha élne a hívás. Beszéltem megint, a hívott fél is beszélt, de furcsa módon teljesen ugyanazt mondta mint korábban. Csak kb. fél perc múlva jöttem rá, hogy én az előző beszélgetés felvételét hallom. A pekingi Liu néha nincs a helyzet magaslatán.
-
-
koltayk
csendes tag
válasz instantwater #8356 üzenetére
...többet fogyaszt az erősebb proci miatt...
Én ezt nem látom bizonyítottnak. Az (talán) igaz, hogy egységnyi idő alatt maximális teljesítményen az erősebb proci többet fogyaszt, de azt is vegyük észre, hogy ugyanazt a feladatot az erősebb proci gyorsabban elvégzi, tehát, ha a sebességbeli különbség nagyobb, mint a fogyasztás beli, akkor az erősebb proci végülis keveseebet fogyaszt. -
koltayk
csendes tag
Azt is észrevehetjük persze, hogy én csak azt az álalános következtetést kérdőjeleztem meg, hogy "az erőseb proci miatt többet fogyaszt". A Pro talán tényleg kicsivel többet fogyaszt, habár az általad idézett teszt annyira azért nem meggyőző. Van a tesztnek egy olyan szakasza, amikor a Pro van kicsit előrébb, csak a végén egy játékot játszatnak a végkimerülésig, és úgy tűnik a sima 9T-nek ez a játék jobban fekszik. Aki nem játszik, annak ez nem olyan mérvadó.
-
koltayk
csendes tag
Ma miközben szinte semmit sem csináltam a telefonnal, 7-8 óra alatt 95%-ról lement 60%-ra. Utánanézve, hogy mi is folyik itt, látom, hogy ha "alszik" a telefon, akkor egy android.system.suspend@1.0-service nevű processz eszi a CPU-t 25-35%-os terheléssel. Sima Mi9T, xiaomi.eu dev 9.12.26 ROM
Ezt akkor is soknak érzem, ha 800% ból megy el az a 25-35%. Vagy ez mégsem olyan nagy tétel? Eddig ilyesmi nem tűnt fel, igaz nem is figyeltem ezt a suspend processzt. Találkozott már valaki ilyesmivel?top parancs alvó telefonnál:
Tasks: 667 total, 4 running, 662 sleeping, 0 stopped, 1 zombie
Mem: 5.4G total, 5.1G used, 288M free, 17M buffers
Swap: 2.5G total, 251M used, 2.2G free, 2.7G cached
800%cpu 19%user 0%nice 66%sys 707%idle 1%iow 4%irq 3%sirq 0%host
PID USER PR NI VIRT RES SHR S[%CPU] %MEM TIME+ ARGS
709 system 20 0 86M 5.3M 4.9M S 31.6 0.0 7:11.68 android.system.suspend@1.0-service
493 root 20 0 34M 5.7M 4.6M R 10.4 0.1 2:31.68 ueventd
990 system 20 0 49M 5.6M 4.3M S 6.7 0.1 1:56.52 cnss_diag -q -f -t HELIUM
1124 radio 20 0 1.5G 8.3M 7.5M S 2.4 0.1 0:34.77 netmgrd
11997 root 20 0 29M 4.4M 3.0M S 1.9 0.0 0:24.12 top
12834 root 20 0 29M 4.3M 3.0M R 1.7 0.0 0:05.38 top
1701 system 10 -10 8.4G 349M 287M S 1.4 6.2 3:24.14 system_server
12031 root 20 0 0 0 0 I 1.2 0.0 0:07.32 [kworker/u16:8]
9857 root 20 0 0 0 0 I 1.2 0.0 0:08.99 [kworker/u16:14]
733 wifi 20 0 2.0G 14M 5.8M S 1.2 0.2 0:23.00 android.hardware.wifi@1.0-service
728 system 20 0 414M 8.1M 6.9M S 1.2 0.1 0:25.25 android.hardware.sensors@1.0-service
1348 radio 20 0 1.3G 40M 40M S 1.0 0.7 0:17.33 qcrild
243 root 20 0 0 0 0 I 1.0 0.0 0:15.73 [kworker/u16:6]
17 root 20 0 0 0 0 S 1.0 0.0 0:13.85 [cpuhp/1]
12828 root 20 0 0 0 0 I 0.8 0.0 0:02.17 [kworker/u16:17]
1379 radio 20 0 1.2G 39M 39M S 0.8 0.6 0:17.00 qcrild -c 2
255 root 20 0 0 0 0 I 0.8 0.0 0:10.88 [kworker/u16:7]
66 root RT 0 0 0 0 S 0.8 0.0 0:10.96 [migration/7]
42 root RT 0 0 0 0 S 0.8 0.0 0:12.45 [migration/4]
15 root RT 0 0 0 0 S 0.8 0.0 0:13.14 [migration/0]
11607 root 20 0 0 0 0 I 0.7 0.0 0:02.46 [kworker/0:1]
3301 root RT 0 0 0 0 S 0.7 0.0 0:18.06 [irq/81-90b6300.]
239 root 20 0 0 0 0 I 0.7 0.0 0:17.67 [kworker/u16:2]
58 root RT 0 0 0 0 S 0.7 0.0 0:10.16 [migration/6]
50 root RT 0 0 0 0 S 0.7 0.0 0:10.98 [migration/5]
49 root 20 0 0 0 0 S 0.7 0.0 0:08.25 [cpuhp/5]
25 root 20 0 0 0 0 S 0.7 0.0 0:08.79 [cpuhp/2]
12056 root 20 0 0 0 0 I 0.5 0.0 0:06.09 [kworker/u16:13]
12029 root 20 0 0 0 0 I 0.5 0.0 0:06.40 [kworker/u16:4]
2177 system 20 0 154M 2.4M 1.9M S 0.5 0.0 0:06.45 hvdcp_opti
711 cameraserver 20 0 693M 52M 35M S 0.5 0.9 0:08.15 android.hardware.camera.provider@2.4-service_64
305 root 20 0 0 0 0 I 0.5 0.0 0:08.52 [kworker/u16:12]
65 root 20 0 0 0 0 S 0.5 0.0 0:06.98 [cpuhp/7]
57 root 20 0 0 0 0 S 0.5 0.0 0:06.90 [cpuhp/6]
41 root 20 0 0 0 0 S 0.5 0.0 0:08.24 [cpuhp/4]
34 root RT 0 0 0 0 S 0.5 0.0 0:08.28 [migration/3][ Szerkesztve ]
-
koltayk
csendes tag
A januárit még nem próbáltam (ezek szerint nincs javulás), de az utolsó decemberi eu.dev ROM alvó állapotban erősen tud merülni (legalábbis nálam). Abban tévedtem, hogy a suspend processz lenne a főbűnös, mert ugyan 6%-kal előkelő 3. helyen áll az akkufogyasztók listáján, de ennyi azért a nagy merülést mégsem magyarázhatja:
Az akkufogyasztók listájának végén van egy "egyéb" kategória, ami közel 50%-a a teljes fogyasztásnak:
Mik bújnak meg emögött?
@kidnou: nálad hogy néz ki az "egyéb" kategória? -
koltayk
csendes tag
Csak sejtésem van: talán nincs rootolva a készülék? Vagy az alkalmazásnak nics root jogosultsága? Az egyetlen hibaüzenet azt mondja, hogy nincs logfájl. Hogy miért? Logfájl nélkül nehéz megmondani. Mikor elindítottad rögtön megjelent a csatolt kép vagy várni kellett 10-12 másodpercet?
Én most kipróbáltam a 20.1.21v3-mal és működött.
Nem tudom melyik verziót használtad, próbáld a legújabbal: [link] , leírás: [link] (igaz, ezek ugyanazok, mint az általad idézett hozzászólásomban) -
koltayk
csendes tag
Mivel a gyári teljes képernyős hívásfogadóval, fél kézzel (jobb kéz hüvelykujjal, mert a bal kezem foglalt) hívást fogadni szinte lehetetlen (legalábbis nekem), ezért más megoldás után néztem.
Vannak olyan incall ui alkalmazások, ahol nem kell semmit semerre húzni-tolni, van két gomb (fogadás - elutasítás), csak meg kell nyomni az egyiket. A két gomb helyét többnyire fel is lehet cserélni. Néhányat kipróbáltam, hívásfogadásra most ezt használom:
Full Screen Caller ID [link]
Lehet, hogy van jobb is, hívásfogadásra szerintem elég jó, tárcsázni mást is használhatsz. -
koltayk
csendes tag
válasz Obyboy #10449 üzenetére
Én a linuxdeploy-t használom: [link]
Ez a meglévő kernelt használva egy szinte teljes linux disztribúciót telepít (7-8 féléből választhatsz), ami mint egy android alkalmazás üzemel.
Részletek a readmi-ből:
Bootstrap: Alpine, Arch, CentOS, Debian, Fedora, Kali, Slackware, Ubuntu, Docker or from rootfs.tar
Desktop environment: XTerm, LXDE, Xfce, MATE, other (manual configuration)
Nekem Ubuntu és MATE működik. A linuxdeploy előnye: minden linuxos progamot futtathatsz pl. Mi9T-n, ami ARM architekturán megy.
Új hozzászólás Aktív témák
- Rövid teaser trailert kapott a Dragon Age: Dreadwolf
- Fotók, videók mobillal
- Kertészet, mezőgazdaság topik
- 3 évig még biztosan nem rendelhetünk Xiaomi EV-t
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Vírusirtó topic
- Rossz üzlet az EV-kölcsönzés
- MIUI / HyperOS topik
- A személyre szabott reklám lehet a streaming következő slágere
- További aktív témák...