- Musk meggondolta magát, mégsem pereli az OpenAI-t
- Letartóztatták, mert AI segítségével csalt az egyetemi vizsgán
- Max
- Mikrotik routerek
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Aliexpress tapasztalatok
- Újabb államok perelik az Apple-t, mert sok pénzt szed ki a vevőkből
- Linux kezdőknek
- Csinált valamit a Nokia: megváltoznak a telefonhívások
- Vírusirtó topic
-
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
-
-
ksanc
őstag
válasz #79335424 #19023 üzenetére
Csak nem lehet ugyanaz, mert az S3 Neo valóban nem támogatott platform (Knox 1.0 vagy 2.0) de ez a figyelés megvan.
Na meg az e-fuse megoldásokat értem, de annak mi értelme, hogy a gyári fw újrarakásával ez a flag visszaáll nullára? Nemigen romlik el úgy a teló, hogy szerviz előtt ne tudnád feltolni rá és így mehet gariba.[ Szerkesztve ]
-
ksanc
őstag
Na korábban olvasgattam már ezt a knox dolgot.
Szóval ebben a telóban ennek az egésznek semmi köze sincs a knoxhoz, már csak azért sem, mert az e- fuse-t használ, az aztán már nem billen vissza 1-ről
Csak knox-nak emlegetik ezt is, de ez nem az. -
ksanc
őstag
A számláló volt a jó, bár úgy rémlik, azt is lehetett nullázni.
Ez az e-fuse a gusztustalan, mivel a gyártó ezzel arra tud hivatkozni, hogy a kedves felhasználó megváltoztatta a hardvert és az ugye minden esetben garanciavesztéssel jár. Csak szoftveres változtatásnál viszont egyáltalán nem biztos, hogy ki tud bújni a törvények szerinti garanciavállalás alól. Okos kiskapu.[ Szerkesztve ]
-
ksanc
őstag
válasz GEPESZ66 #19049 üzenetére
Üdv!
Elvileg tökmindegy, honnan csinálod, az oprendszer alól választva is a recovery-ben újraindulva csinálja meg ugyanezt, csak automatikusan.
Nem indul újra automatikusan. Általában nem indul újra automatikusan, az egy okostelefonnál rendszerint nem jelent jó dolgot.
-
ksanc
őstag
válasz GEPESZ66 #19049 üzenetére
Ja, csak az első kérdésre nem válaszoltam.
A 1. pont a gyorsítótárat törli, a 2. pont pedig a felhasználói adatokat. Alaphelyzetbe állításnál a 2. mindenképpen, az 1. ajánlott.Az oprendszer alól indítva automatikusan mindkettőt megcsinálja. Azért javasolják egyébként a recovery-ből történő visszaállítást, mert ha trehányul megcsinált custom recovery-t használsz, akkor esetleg az oprendszer alól indított factory reset nem fog működni.
[ Szerkesztve ]
-
ksanc
őstag
válasz Velocity #19063 üzenetére
Szia!
Hát ugye itt az alapvető probléma az, hogy ez egy álló formátumú készülék...
Miért kell a locker? Ha engedélyezed a beállítások között a képernyőelforgatást és fixen fektetve használod, akkor úgy fognak állni a dolgok. Nem tudom, milyen launchert használsz, annak a beállításai között is legyen beállítva a fektetett nézet.
Azonban vannak alkalmazások, amik mindenképpen álló módban lesznek, mivelhogy csak azt támogatják.
Ugyanígy pl. a SIM pin-kód bekérője is álló helyzetben lesz mindig.
A boot folyamat is fixen állni fog, ahogy pl. a recovery is, ezzel nem tudsz mit kezdeni (egyszerűen legalább is.) A boot animáció neve nem véletlenül ez, ha fektetve akarod látni, akkor ki kell cserélned az animációt a system/media mappában.
Vagy szépen megszerkeszted a boot.img-t és/vagy a build.prop-ot, meg egy két apróságot de ez nem fog menni se konzollal, se egyszerűen
Ahogy írtam, ez egy telefon, álló módra van optimalizálva.[ Szerkesztve ]
-
ksanc
őstag
válasz WOT-H-A-C #19084 üzenetére
Szasz!
Én sem gondolnám, hogy szoftveres, viszont elég valószínű, hogy hardveres
De először a tuti gyári firmware-el kéne használni, hogy azzal stabil-e. Ha azzal sem, akkor nem tudsz mit csinálni, valószínűleg valamelyik BGA engedett el valahol, nem igazán lehet újraömleszteni.
Ha pontosan lehetne tudni, hogy melyik chip, akkor is elég esélytelen. Pontosabban nem éri meg a melót, hacsak nincs valamilyen jobb reflow cuccod otthon vagy valamelyik haverodnál
Aztán lehet, hogy valami banális oka van, nekem ez jut eszembe hirtelen. Ha az van, amit írtam, akkor a logokból sem fog kiderülni semmi.[ Szerkesztve ]
-
ksanc
őstag
válasz Keeperv85 #19089 üzenetére
Attól függ, mit jelent az, hogy bootloop-ban ragad: ha azt, hogy még a bootolás közben is újraindul, és eredeti szoftver van rajta, az biztosan hardveres hiba. Nem kell, hogy leszakadjon a BGA, elég egy olyan kontakthiba egyetlen lábnál, amit még mikroszkóppal sem látnál, ha oda is férnél.
A második mondatodat nem értem: mit nem kell használni?[ Szerkesztve ]
-
ksanc
őstag
válasz aprokaroka87 #19107 üzenetére
Biztosan 360 fokot akartál írni?
A 180 fokos elfordítás esetleg működhet ugyanazzal az animációval, mert a szélesség*magasság ugyanaz, a 90/270 fokos elfordításnál nem igazán. -
ksanc
őstag
válasz aprokaroka87 #19221 üzenetére
Az a bökkenő a gyári 3e recoveryvel, hogy az update.zip-nek megfelelő aláírással kell általában rendelkeznie, anélkül visszadobja. Illetve azt hiszem, az update-binary sem tökmindegy, hogy milyen benne.
-
ksanc
őstag
válasz aprokaroka87 #19231 üzenetére
... nem is beszélve pl. a személyes napló alkalmazásokról, amik a belépéshez jelszót kérnek ugyan, de ha a jelszó maga nem is, de az összes iromány benne van az sql-ekben, olvashatóan Legalább is az a néhány progi, amit megnéztem, mind így működött
Szóval igen, elég beszédes fájlok.
De ne felejtsük el, hogy a root nem éppen alapértelmezett opció, a hétköznapi alkalmazásoknál nem is fognak azzal foglalkozni, hogy ezekben a fájlokban akár a legegyszerűbb módon is titkosított tartalmak legyenek. -
ksanc
őstag
Kérdésem lenne: hogyan is történik pontosan a rootolás a KitKat rendszereken?
Mert ugye minden találat csak valamilyen appra vagy recovery fájlra mutat, de engem maga a folyamat érdekelne.
Valami exploit módszerrel ugye, például a megváltozottnak érzékelt recovery-re automatikusan lefuttatja a módosított install-recovery.sh scriptet és ez indítja a su daemon-t, vagy ilyesmi.
Nem lehetne ezt a daemon-t máshogyan elindítani?Kitkat alatt egyszerű volt trükkök nélkül rootolni, csak beraktam a system image fájlba a szükséges fájlokat és kész, de az itt most már kevés ugye. Illetve mtk-n valahogy megoldottam kitkat alatt is a dolgot, de a Samsungon nem akar összejönni.
Persze, tudom, jól működő módszerek vannak, de engem érdekel a mikéntje is.
Ha valaki küld linket, ahol leírják a folyamatot, az is elég.
Köszi!Pardise: biztos csak az adó meg a halál, de egy próbát megér
[ Szerkesztve ]
-
ksanc
őstag
Az a bökkenő, hogy ezeknél már nem elég a su bináris megléte a megfelelő helye(ke)n a root-hoz.
A rootoló progik beraknak az xbin mappába egy daemonsu nevezetű fájlt és az install-recocery.sh ezt indítja, innentől ez a démon már minden indításnál futni fog, lesz root jogod. Bár ez így elég hanyag megfogalmazás azt hiszem
Szóval hogyan lehetne még ezt elindítani az install-recovery.sh-n kívül?
Ha létrehozom az etc mappában az init.d-t, akkor abban elhelyezve egy indító scriptet, az lefutna?
Azt gondolom, nem, De mindjárt kipróbálom[ Szerkesztve ]
-
ksanc
őstag
válasz Keeperv85 #19304 üzenetére
Nem, ez még KitKat, android 4.4.2. És Samsung Glaxy S3 Neo.
De valami jogosultsági probléma lesz ez. SELinux? Jajmán, hogy mindig belefut az ember Nem, nem adtam meg ilyesmiket.
Az az érdekes, hogy most még olvasásra sem tudom megnyitni az install-recovery.sh fájlt a telón.
Azért is izgat ez a dolog, mert az Odinnal külön csak a system.img-t felírva a telóra a binary és system állapota marad official-on.Somatom: mit is nézzek rajta? Alapból ezen nincs init.d mappa és hiába is hozom létre és teszem bele a daemont.
[ Szerkesztve ]
-
ksanc
őstag
válasz Keeperv85 #19307 üzenetére
Ránéznék én, csak nem világos, hogyan is kell
Átnyálaztam egy recovery-s update scriptet és úgy látom, ez még kellene a fájlokra:
ch_con() {
/system/bin/toolbox chcon u:object_r:system_file:s0 $1
chcon u:object_r:system_file:s0 $1szóval a chcon u:object_r:system_file:s0 kellene minden fájlra.
Jól sejtem, hogy ezt linux alatt, kivülről nem igazán tudom megtenni?
De mondjuk ez nekem már kicsit magas úgyis[ Szerkesztve ]
-
ksanc
őstag
válasz Keeperv85 #19314 üzenetére
Köszi!
Az ls -Z csak kérdőjeles fájlneveket ad vissza, az ls -l-nél pedig nincsenek pontok. Minden fájlnál a felcsatolt img-ben. Vagyis nincsenek SELinux jogok.
A boot.img ramdiskjéből megvan a file_context, de ennek itt nincs jelentősége.Igazából nem nagyon értem, hogy ha nincs selinux, akkor minek a chcon. Ha megpróbálom ubuntu alatt kiadni rájuk, akkor kiirja, hogy A művelet nem támogatott.
De ez nekem tényleg magas téma. Most majdnem kizártam magam az Ubuntumból, mert gondoltam egyet és a selinux configban beállitottam a SELINUX=enforcingot aztán újraindtás után szép halted lett
FlashLed: szerintem nem lesz jó. Én egy régebbi Galaxy telóval jártam úgy, hogy kicseréltem a kijelzőt és nem volt hajlandó bebootolni, mert a kijelző hardverazonostója nem szerepelt a listájában. Vagy valami ilyesmi. Bár a kijelzőn rajta sem volt a Samsung felirat, valami noname hinghjacsicsung gyártmány volt.
[ Szerkesztve ]
-
ksanc
őstag
válasz Keeperv85 #19317 üzenetére
Persze, irtam már korábban, hogy én elejétől fogva -loop-al csatolom. Nincs is ezzel gond, simán kidobálom a szükségtelen alkalmazásokat, belerakom azokat, amiket használok, vagy pl. a kedvenc egyéni csengőhagjaimat is, működik rendesen az Odinnal való felirás után.
Csak ez a fránya démonos SU nem stimmel. "Supersu alkalmazás leállt" van inditás után, ha meg frissitem, akkor a szokásos SU bináris nem található és nem telepithető üzenet jön.
És root nélkül nem tudok logokat sem nézni. Ugye?Ja, megnéztem a cf-auto rootoló cuccot is, ami sikeresen rootolja ezt a telót, csak abban lefuttat valami bináris fájlt is közben, na azt nem tudom, mit csinál. Valószinűleg az hiányzik még, amit az művel
[ Szerkesztve ]
-
-
ksanc
őstag
válasz dezs520 #19321 üzenetére
A "phone unlock" és hasonlók pont olyanok, mint a 'porn', 'win a million dollars', meg a 'semmi munkával milliókat fog keresni' keresési találatai Minimum a 90%-a szemét.
Esetleg még ilyen kisboltos szervizeknél nézhetsz körül, ott néha roppant ügyes figurák vannak, de neten rendelni unlock kódot azt semmiképpen nem ajánlom.
Régen elmúltak azok az idők, hogy adjadmegazimejiszámotosztkűdömafelódókódot.[ Szerkesztve ]
-
ksanc
őstag
válasz Keeperv85 #19326 üzenetére
Nem.
De ismered chainfire autorootját, nem? (cf autoroot)
Az sbin mappában van egy cfautoroot bináris, ezt hívja meg a recovery nevű script.
#!/sbin/busybox sh
PATH=/sbin:$PATH
/sbin/busybox mount -t rootfs -o remount,rw rootfs
/sbin/symlink
echo 1 > /sys/class/android_usb/android0/enable
start adbd
/sbin/cfautoroot --rgbaA cache.img-ben vannak a fájlok, amik az xbin-be, etc-be kerülnek.
Szóval nem script csinálja a dolgokat, hanem ez a bináris. Így nem tudom, mit és hogyan csinálSzóval ez nem tudni, mit csinál, az update.zip-hez meg custom recovery kell. Mondjuk még azzal meg sem próbáltam, hogy működik-e. Na majd mindjárt.
[ Szerkesztve ]
-
ksanc
őstag
Működik azzal is. És most a custom recovery-vel tudok system mentést csinálni. Lementem, átrakom a roothoz szükséges fájlokat az eredeti systembe aztán meglátjuk, mi lesz
De jó, hogy ennyire ráérek -
ksanc
őstag
root és system.img témához:
beraktam a lementett fájlokat az image-be. Szép és jó, de most az Odin nem hajlandó felírni Megáll egy szimpla FAIL!-el. A teló annyit ír ki, hogy unsupported dev_type.
Nemááááán, azt hittem, okosabb leszek egy rakás fejlesztőmérnöknél
Azt hiszem. lepattanok a témáról.[ Szerkesztve ]
-
ksanc
őstag
válasz Mr Dini #19352 üzenetére
Systemhez nem kell Gond nélkül felírtam eddig a módosított system.img-t. Még a system is maradt Official az Odin módban. Csak a rootolt image nem akar összejönni.
fpeter84:Amennyire én tudom, hiába is próbálod ezt a frissítési frekvenciát növelni, a valós koordináta frissítés nem lesz gyakoribb. Már ha normál, civil felhasználásra szánt hardvered van. Olyan, amilyet a boltokban kapni
[ Szerkesztve ]
-
ksanc
őstag
válasz Mr Dini #19366 üzenetére
Az, hogy hol van a superuser app, teljesen lényegtelen abból a szempontból, hogy tudja-e telepíteni vagy sem a su-t.
A system/app csak annyiból érdekes, hogy mezei userként az ott lévő appokat nem tudod törölni/uninstallálni és factory reset után is megmaradnak, ennyi. -
ksanc
őstag
Szia!
A hangfelvételi forrás az audio_line lesz,
Ezek a programkódok csak példák, kell hozzájuk egy komplett fejlesztői környezet is, ugye.
Aztán meg a MediaRecorder.AudioSource-nak nincs olyan, vagy hasonló paramétere, hogy line. Sőt, szerintem úgy cuzammen nem létezik androidon ilyen.
Minden egyes úgynevezett audio capture progi a mikrofonon keresztül rögzít.
Egy időben én is kutakodtam, hogyan lehetne magát a lejátszott audio stream-ot rögzíteni, tehát ami megjelenik a hangszórón is, de nem találtam ilyet.
Úgy tűnik, hogy erre a látszólag egyszerű feladatra nincs megoldás.
Az MTK firmware capture-je meg azért ilyen, mert nem fognak a firmware-be egy komplett enkódolót is rakni, szóval marad a nyers pcm capture. Ami egyébként tök jó, csak némileg helyigényes[ Szerkesztve ]
-
ksanc
őstag
Pedig sajnos ez a helyzet szerintem. És ugye én még egyetlen tableten vagy telón sem láttam audio in csatlakozót...
Ja, az "egy szó átírásával" kapcsolatban: az bizony egy rutin paraméterének a megváltoztatása, ami a smaliban lesz benne, szóval azt nem fogod szerkeszteni utólag semmivel... Mármint úgy, hogy működjön is...
[ Szerkesztve ]
-
ksanc
őstag
Nincs értelme, ugyanis maga a hardver nem tudja ezt. Tehát akárhogy is trükközöl, vagy mikrofonhangot, vagy a telefon beszélő/fogadó hangját (üzenetrögzítő) tudod rögzíteni, kész-passz. Szerintem.
Az MTK platformon az Engineer Mode-ban be tudsz kapcsolni egy "mindentlökjönfájlba" debugot, a többin nem tudom, létezik-e bármi hasonló.[ Szerkesztve ]
-
ksanc
őstag
Bozek: Az SCR Screen Recorder rögzít Internal Audio-t is
Nocsak, az egyetlen igazán jó screen recorder, amit annó én is megtaláltam, ugyanis csak ez működött rendesen a jó öreg W450-en.
Igen, azért létezik megoldás, lehetséges az audiobufferből kiszedni az adatokat.
Nagyon jó kis progi.Kár, hogy a SELinux állítgatás miatt lelőtték a Play-ről. De a fejlesztőnél megtalálható, méghozzá ingyé' a PRO verzió:
SCR Screen Recorder[ Szerkesztve ]
-
ksanc
őstag
válasz aprokaroka87 #20415 üzenetére
csak akkor lenne bukta a dolog ha csak videoval lehet megoldani
Azért az elég érdekes lenne szerintem. Ennyire függő lenne egymástól a két hardverelem?
Szerintem nem gáz egyébként, le kell venni a videó minőségét a leggagyibbra aztán ki kell szedni az mp4 fájlból a hangot.
Pl. ezzel, ez a kedvencem : Pazera Free Audio Extractor 2.1 -
ksanc
őstag
válasz aprokaroka87 #20418 üzenetére
system/bin/nll_screenrecodernél
Hogy ez most micsoda is? -
ksanc
őstag
válasz aprokaroka87 #20421 üzenetére
Ezek a fájlok neked máshonnan vannak. Nagyon csúnya lenne, ha egy app bármit is telepítene a system-be bárhova.
Azért kérdeztem, mert nekem nincsenek ilyen fájljaim sehol, pedig fent van az SCR.Sok screen capture csak képet rögzít, hangot egyáltalán nem. Logikusan, egyébként
[ Szerkesztve ]
-
ksanc
őstag
válasz aprokaroka87 #20424 üzenetére
Nem azért nem telepíthet, mert nem tudna, hanem mert egy "szabvány" apk-nak nincs ilyen engedélye, abban az értelemben, hogy ez a rendszert módosítaná.
Hivatalos, Play-ről beszerezhető appokról beszélünk.[ Szerkesztve ]
-
ksanc
őstag
válasz aprokaroka87 #20428 üzenetére
Érdekes, ez nekem új
Ez azért furcsa, mert ha pl. csinálok egy factory resetet, akkor ezek a fájlok megmaradnak. Nem túl szimpi.
De az érdekesebb az, hogy a gyári fw-k gyakran vannak úgy készítve, hogy a system blokkeszközön gyakorlatilag nincs szabad hely, vagyis előfordulhat, hogy nem is lehet bemásolni.
Nem egy külön opció ez a programban? -
ksanc
őstag
válasz aprokaroka87 #20435 üzenetére
Igen, pont ez az
Ha sok ilyen root-ot igénylő alkalmazást használ vaalaki, ami belepiszkít a system-be...
Nem hiába szokták emlegetni, hogy a root-olt telót ésszel kell használni. -
ksanc
őstag
Szóval valamelyiket a kettő közül nem tudom használni.
Szerintem ez azért van, mert ugyanazzal a metódussal vagy akármivel érik el a hardvert és ez egyszerre csak egy alkalmazással megy. Tehát amig az egyik használja, addig a másik nem fér hozzá. Szerintem ez minden programmal probléma lesz, egyszerre csak egy fog működni. -
ksanc
őstag
normális, ha a 2 utolsó számjegy változik az update-kor
Nem, nem normális. Illetve max annyiban, hogy az utolsó számjegy afféle ellenörző kód, az előző számjegyekből generálódik. MAUI META-ban pl. nem is tudod beírni, automatikusan kitölti.
Bár asszem Keeper írta, hogy ezt ki lehet kapcsolni
Ha megnézel egy dual SIM-es készüléket, a két IMEI-nek az utolsó előtti számjegyei között 1 a különbség, az utolsók között pedig akármennyi, vagyis egymás utániak az IMEI számok.[ Szerkesztve ]
-
ksanc
őstag
válasz #79335424 #20659 üzenetére
Valami ilyesmire gondoltam:
A tar.md5 fájl.
Ha bármi gebasz van, szerintem egy ilyen felhúzása az első. Aztán jöhet a többi.
És persze pc-s Odinnal, ha probléma van a készülékkel, akkor nem a készüléken futó cuccokkal kellene variálni, de ez az én véleményem.[ Szerkesztve ]
-
ksanc
őstag
Leginkább innen, csak ezzel az a baj, hogy nincs gyors letöltési lehetőség ingyen.
A XEH jelölésű kell neked, ha minden igaz.
Amilyet írtál, hogy rajta volt, olyan itt nincs.
De ha rákeresel a konkrét FW-re, akkor kis szerencsével valamelyik fórumban felrakta már valaki valami jól letölthető helyre.
CWM Recovery-d van hozzá? Mert az van nekem, ha kell.[ 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!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen