- Kormányok / autós szimulátorok topikja
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Milyen processzort vegyek?
- CES 2025: az NVIDIA prezentálta az új GeForce-okat
- CES 2025: az In Win nem viccel, ha tápegységről van szó
- Milyen billentyűzetet vegyek?
- Milyen videókártyát?
- Milyen TV-t vegyek?
- TCL LCD és LED TV-k
- Házimozi belépő szinten
-
PROHARDVER!
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
-
#23800
vicze
félisten
tibcsi0407
#23798
vicze
félisten
válasz
tibcsi0407
#23798
üzenetére
Just EU things...
![;]](//cdn.rios.hu/dl/s/v1.gif)
@aprokaroka87: Teljesen gyártó/készülék függő. Van akik generic drivert használnak, de van akik speciális funkciók miatt saját drivert, illetve chipset miatt is lehet különböző a driver. Szóval kicsit turkálni kell, többnyire.
Tök elméletileg az MTP driver független, gyakorlatban meg...
[ Szerkesztve ]
-
vicze
félisten
SD kártya behelyezésekor milyen opciót válaszoztál? Hordozható(Portable Card), vagy belső(Internal Storage)?
Drivernek ezt rakd fel.
"médialejátszóként(?) jelenik meg PC-n"
Igen MTP protokoll miatt így fog megjelenni.
MTP mód azaz file átvitelt beállítod mikor rádugod PC-re, a telón?
Van bármilyen védelem a telóra beállítva? Patren lock vagy jelszó? Amennyiben van, akkor csak akkor jelennek meg a file-ok PC-n és tudsz rá másolni, ha fel oldod a telót.[ Szerkesztve ]
-
vicze
félisten
válasz
Livius
#23244
üzenetére
Poénkodhatnék, hogy külső alapján belőheted a linkelt oldalon.
A típus nélkül tényleg nehézkesebb, ha az megvan a linkelt oldalon vagy a net egyéb bugyraiban esélyes, hogy lesznek ROM-ok hozzá azért.
Mondjuk azt sose fogom megérteni, hogy a jó fenében tud egy Android 1 gombbal működni... -
vicze
félisten
válasz
Keeperv85
#23240
üzenetére
Ha tudja mi a HW akkor lehet találni kompatibilis kernel forráskódot, amiből forgatni lehet egy kernelt onnan, meg akár be is bootolhat ha eleget hegeszti az ember, ha meg az megvan akkor végső soron a ROM már nem nagy dolog.
Az esély megvan csak hát eléggé kicsi.Van aki amúgy foglalkozik ezekkel a borzalmakkal.
-
vicze
félisten
válasz
#79335424
#23222
üzenetére
RootExplorer a megváltozott mount syntaxist használja?
Illetve az a művelet sikerül? Pl. TC-ben is látom, hogy megpróbálja, de úgy elhasal mint a fene. Toast feljön, hogy bemountolja R/W-ra csak sose tudja.Ha pl. neked terminálból működik a mount, akkor egyértelműen a program csinálja szarul valójában, program is csak ugyanazt a shell parancsot adja ki.
-
vicze
félisten
válasz
#79335424
#23218
üzenetére
"Valamiért, OS alól még mindíg nem tudok írni pl. a systembe."
Ehhez már nagyon rég óta custom kernel kell(hogy alapból R/W mountolja), semmi köze a SELinux-hoz, vagy az android verzióhoz. Egy HTC-s 2.3-on se ment. SELinux miatt csak módosítani kell, a parancsot, de semmi akadálya a valóságban, illetve mivel a Mount manager nem lett isten tudja mióta frissítve, így nem kezeli az új syntaxist, ami az új Linux kernellel jött.Te korábban olyan Custom ROM-okat használtál, amik alapból R/W-re mountolták a systemet.
Így továbbra is elég értelmetlennek érzem az adott Android verzió illetve, SELinux szapulását.[ Szerkesztve ]
-
vicze
félisten
válasz
#79335424
#23214
üzenetére
Egy shell script az egy .sh kiterjesztésű fájul kéne legyen, amit a rendszer automatikusan értelmez, mint DOS-on a .bat vagy .cmd, hasonlók. Nem kell futtatni, fut magától.
init.d-ben berakod és kb. annyi. Itt jó sok minden le van írva kb. pont arról, amit szeretnél.
Elérési út helyett érdemesebb az sh könyvtárba rakni és akkor simán lehet rá hivatkozni minden nélkül, csak a chmod-ra figyelj, hogy execute jog is legyen rajta.[ Szerkesztve ]
-
vicze
félisten
Azt alapból miért tenné? Ez a multitasking lényeg hogy a háttérben fusson tovább.
De... Dev beállításokban van egy olyan opció, hogy háttérfolyamat limit, ezt 0-ra rakva elvileg bezárja mindig, de minden mást is, ami meg nagyon nem jó összességében.Az meg hogy alkalmazás fókusz elvesztése után bezárja, root+ automatizálás, abban meg Somatom a szakértő.
@aprokaroka87: A Play Servies egy kicsit más állatfaj, eléggé a rendszer elemi része már.
[ Szerkesztve ]
-
#23058
vicze
félisten
aprokaroka87
#23057
vicze
félisten
válasz
aprokaroka87
#23057
üzenetére
GC-nek semmi köze az alkalmazások bezáráshoz, az a JavaVM-en belül van. A folyamatokat az erőforrás management kezeli kernel szinten.
@ther: Ha a fejlesztő nem írt "kilépést" ami valósan bezárja, akkor még a beállítások bank az alkalmazás tulajdonságainál lehet Force Close-t nyomni, az bezár minden háttérfolyamatot is. Ha nem ez nem működik akkor elég bugos az az app.
[ Szerkesztve ]
-
#23015
vicze
félisten
aprokaroka87
#23013
vicze
félisten
válasz
aprokaroka87
#23013
üzenetére
Komolyan? HVG?
-
#22932
vicze
félisten
sz.balazs.95
#22925
vicze
félisten
válasz
sz.balazs.95
#22925
üzenetére
Semmi sci-fi nincs benne, a Alcor oly csodásan ezt már megcsinálta. Illetve nagyon zseniálisan más gyártók is, az hogy nem látod mert ez bizony a készüléken belül van egy másik dolog.
De akarod te azt, hogy a mocsok lassú SD kártya legyen a tárhelyed? Én speciel nem... A rendszer sebessége elég nagy %-ban a belső tárhely sebességétől is függ, és ez lassú készülékeknél látszik is, hogy bizony nagyon sokszor azon spórolnak.Igazából megcsinálhatod magad is ez, csak soha ne akard az SD-t eltávolítani, mondjuk csok értelme nem is lenne. SD-t megfelelően formázod, a kernelt átírod, hogy a csatolásokat máshova rakja, megfelelően mountoljon mindent és kész is. Nincs ebben semmi varázslat.
-
vicze
félisten
"A Lollipop nem tudja, nem lehet benne "aktiválni"."
Ez így ebben a formában nem 100%-osan igaz. Az AppOps benne volt a kódban továbbra is, de pusztán app-pal nem aktiválható mint 4.3/4.4-ban, szóval ebben igazad van. De mivel a kódnak része, így a fejlesztők bedrótozhatják a GUI-ba, ahogy tette CM vagy MIUI és a többi.@aprokaroka87: "play store-ban is lehet módositani a telepités elött."
Szó sincs ilyesmiről.
Kizárólag az API Level 23-as (ezt nagyon jegyezze meg mindenki, mert a régiek NEM!) alkalmazások, minimális jogokkal települnek és használatkor valós időben kérnek hozzáféréseket a különböző dolgokhoz. Megvonni bármitől megvonhatod utólag, a Level 23 előtt nem lesz lekezelve az adott alkalmazásokban így az random hibákat okozhat és működésképtelenné teheti az alkalmazásokat pont mint AppOps. -
vicze
félisten
-
#22623
vicze
félisten
aprokaroka87
#22622
vicze
félisten
válasz
aprokaroka87
#22622
üzenetére
Igen ezért raktam hozzá, hogy ésszerű keretek között.
Mondjuk nem mindegy milyen gyors a hátértár, mert ha az nagyon lassú akkor a swap is az nyilván, ha meg esetleg véletlen az SD-re raktad na az tényleg extázis... -
vicze
félisten
válasz
mike1334
#22620
üzenetére
Mivel WP-n nincs valós multitasking(majd W10-zel lesz némileg), így ott a memória kezelés egészen máshogy néz ki. Ráadásként elég szoros korlátokba vannak szorítva az alkalmazások.
Egy Nexus sose lesz stabil, a 2. főverzió update után. Z4 sokkal stabilabb mint N10, ahogy N4-nél is minden telóm stabilabb. -
vicze
félisten
válasz
mike1334
#22618
üzenetére
Az a baj hogy teljesen rossz képletből indulsz ki.
A rendszer számára a N10-en felhsználható RAM mennyisége 1099MB RAM!
Miért?
Azért meg a kijelző felbontása miatt a Google úgy döntött, hogy 4.3-as frissítéssel a GPU számára lefoglalt menórát megnövelik ~850MB-re (egész pontosan nem tudom, másra is megy el de az nem olyan sok). 4.2-ig ez 512MB volt, de mivel teljesítmény problémák adódtak játékok alatt a kijelző nagy felbontása miatt és az ebből adódó nagy adatmennyiség miatt, úgy döntöttek, hogy performancia érdekében megnövelik. Erre főleg azért van szükség mivel az N10-ben található Mali GPU nem támogatja az általánosan elterjedt textúra tömörítési eljárásokat, vagy a játékok nem a Mali által használtat használják, így könnyen előfordulhat hogy a QHD textúrák megtöltik a RAM-ot.Minden esetben Android esetében a GPU le fog foglalni valamekkora RAM-ot. Példák:
Z4 Tablet: 256MB
Z3 Compact: 256MB
One mini: 256MBA fenti a legáltalánosabb érték, amúgy de akad kevesebb több, több dolog függvényében.
Általánosan az N10-zel ez egy elég nagy szívás sajnos, mivel az idő túlnyomó többségében ott van 800MB tök üres RAM amit a rendszer nem használhat. Valamiért sajnos egy custom kernel se készült ami ezt orvosolja.Teljesen felesleges a szabad RAM-on rugózni, a rendszer akkor működik jól ha nincs szabad RAM! (Nyilván sarkítok, vannak ésszerű keretek.)
Pont ez a probléma, hogy a gyártók is túl agresszívra veszik az app bezárógátast, mikor ott a sok szabad RAM, de a user számára az a fontos valamilyen nyakatekert módon, hogy minél több szabad legyen teljesen értelmetlenül, így alkalmazkodtak hozzá és szépen mindent kilőnek a rendszerek akkor is ha ott tátong 1GB szabad tárhely.[ Szerkesztve ]
-
#22515
vicze
félisten
szupermacs
#22510
vicze
félisten
válasz
szupermacs
#22510
üzenetére
Azt hogy milyen korlátozások vonatkoznak az adott alkalmazásra, kizárólag a fejlesztő határozza meg, semmi köze hozzá a Google-nek, vagy gyártónak.
A fejlesztő elég változatosan szűrhet, hogy mire engedélyezi az alkamázsát, felbontás/PPI-n keresztül, gyártók, készülékek vagy országokra.Minden esetben a fejlesztőnél kell érdeklődni.
-
vicze
félisten
Ez egy elég jó hír.
Már csak a boot-ot kell visszarakjam hogy Nexus OTA-n frissüljön. \o/ -
#22339
vicze
félisten
aprokaroka87
#22338
vicze
félisten
válasz
aprokaroka87
#22338
üzenetére
Hagyd futni pár napot, és úgy nézd meg, hogy beáll-e.
De abból eredően, nyilván magasabb lesz a fogyasztás, hogy most működni fognak az appok és a háttérszolgáltatások.
Pl. sokszor van, hogy látszólag a Play Services csinálja a sok wakelock-ot, de a valóságban csak egy app hívogatja folyamatosan, de azt nem látod mert a fogyasztás nem ott jelentkezik. A Play Services letiltásával sajnos rossz oldalról orvosolják a problémát, sajnos ez a probléma azzal, hogy a legtöbb API ez alá lett bemozgatva. -
#22337
vicze
félisten
aprokaroka87
#22336
vicze
félisten
válasz
aprokaroka87
#22336
üzenetére
"elötte tiltva"
Az nem lehet hogy akkor esetleg, nem a Play Services csinálja, hanem a 70 rá épülő szolgáltatás és API, ami hirtelen elérhetővé vállt, és az appok úgy gondolták akkor használnák is akkor? Nem mellesleg esetleg ő is szerette volna magát frissíteni, ami eltart egy darabig. -
#22335
vicze
félisten
aprokaroka87
#22334
vicze
félisten
válasz
aprokaroka87
#22334
üzenetére
De miből gondolod, hogy a Play Services csinálja?
-
#22333
vicze
félisten
aprokaroka87
#22327
vicze
félisten
válasz
aprokaroka87
#22327
üzenetére
Azért halkan megjegyezném, hogy a "Google play service" az jelenleg kb. a fél OS, sőt lehet több is.
Nekem 7service fut a 3 nagy blockban, és semmit nem csinál a telóval, max. RAM use: 42+22+24MB együtt, CPU idő 2min.
Mondjuk most 8-kor vettem le töltőről, ahhoz képest méri a CPU-t, de újraindítva 20napja(utolsó frissítés) nem lett, ebben viszont benne van a RAM használat.Csak miheztartás végett:
FB(háttér): 120MB
Mesenger(háttér): 100MB
Hangouts(háttér): 70MBA fentiekhez még hozzájön a guis részük is, amitől együtt az FB már 200MB felett van bőven, ahogy a Messenger is, csak ez a kettő 400MB együtt.
Jaja a Google optimalizáljon. -
#22313
vicze
félisten
DeathAdder
#22312
vicze
félisten
válasz
DeathAdder
#22312
üzenetére
OK az Miracast-ot használ. Linken: "Note that Nexus 6 and Nexus 9 do not support Miracast."
Amennyiben használni szeretnéd a megoldás egy Chromecast, N6-tól már csak azt támogatják a Nexusok screen mirrorra, más készülékeknél/gyártóknál továbbra is megy a Miracast.[ Szerkesztve ]
-
#22311
vicze
félisten
DeathAdder
#22310
vicze
félisten
válasz
DeathAdder
#22310
üzenetére
Milyen Nexus, milyen TV?
A Nexusok screen mirroringra csak Miracast-ot használ(N10,N5,N7 (2013)) ha ezt nem támogatja mind a két eszköz, akkor nem fog menni. A Samsung saját protokollt használ screen mirror-ra, így ha a TV is Samsung, akkor ezért működött.Csak angolul tudnám, a neveket hivatalosan "Wireless display".
[ Szerkesztve ]
-
#22307
vicze
félisten
aprokaroka87
#22305
vicze
félisten
válasz
aprokaroka87
#22305
üzenetére
Azt hogy hibás az app.
Az a technológia US only, de már onnan is kivezetik. -
#22293
vicze
félisten
DrojDtroll
#22282
vicze
félisten
válasz
DrojDtroll
#22282
üzenetére
Igen, Operát használsz és átállítod Destop Agent-re.
Így használom évek óta, minden oldal normálisan Desktop nézetben jelenik meg.
Amúgy "Android alkalmazások" topik.(#22292) nyuszi123456: Ez úgy mégis a 3éve Nook-ot használóknak szerinted miért újdonság?
Nincs új a nap alatt... -
vicze
félisten
válasz
olivera88
#22149
üzenetére
Nem Lollipopp újítás, a készülék titkosítása már talán 2.3-ban is volt, de 3.0-ban már biztosan.
Ez annyit tesz, hogy a Data partíciót titkosítod, és minden egyes telefon indításkor azt a kódot kéri, amit PIN-ként beállítottál titkosítás beállításakor. Az adataidhoz csak akkor lehet ezután hozzáférni, ha ezt a kódot megadtad. De a készüléket ugyan úgy lehetett törölni és felülírni mint eddig, tehát recovrey-ből vagy fastbootból. Készüléket zápékernyőn szintén csak PIN-nel lehet, más lehetőség nincs.
Az 5.0 egy opcionális pont kód nélküli teljes disk titkosítást hozott, csak éppen performancia okokból nem tette.(A magasabb bites kulcs sok esetben nagyon belassítja a készüléket.) Alapból kizárólag a Nexus 6 és Nexus 9 érkezik alapból titkosított system és data partíciókkal, legjobb tudomásom szerint ezt egyetlen másik gyártó se tette meg.
Tehát jelenleg az 5.0 annyi pluszt ad a korrabiakhoz, hogy lehetőség van jelszó nélkül titkosítani a Data petíciót, illetve PIN mellé a Pattern is lehetőség lett szintén rendszerindításkor. Illetve a korábbi 96bit-es AES helyett 128bit-es AES lett a minimum és 256bit-es opcionális. Recovery reset még mindig ugyan úgy probléma nélkül működik.Az 5.1 hozta az a lehetőséget hogy titkosított készülék esetén a recovery reset után bekéri a készülékhez rendel Google fiók jelszavát.(leírás itt) De a reset lehetséges, de a készülék nem lesz használható, a Google fiók jelszava nélkül. DE ha a system-et felülírják fastootból factory image-el, akkor ugyan úgy működőképes lesz a telefon mivel systemben tárolódik a szükséges információ.
Ehhez FW update szükséges hozzá. N6, N9 támogatja és többnyire gyárilag 5.0-lal szállított készülékek tudják többnyire.
Itt videóban végigmutatja, elég pontosan.@Mr Dini: Rosszul tudod.
[ Szerkesztve ]
-
#22126
vicze
félisten
aprokaroka87
#22123
vicze
félisten
válasz
aprokaroka87
#22123
üzenetére
Ott a Mate S ugyanaz van benne, mint iPhone-ban. Tehát a kérdés nem feltételes, hanem már megcsinálták.
Mivel az Android támogatja a rezisztív kijelzőket is, így tudja mérni az érintés erejét erre van API csak funkció nincs hozzákötve. Jelen esetben a programozók kell megoldják, hogy az app ezt figyelje és megfelelően reagáljon rá.Lehetséges, hogy létrehoznak egy API-t, ami végső soron csak egy event lesz és ahhoz a programozó olyan eseményt rak, amit akar. Túlságosan nem könnyíti meg a dolgot, csak minimálisan egyszerűbbé válik a vezérlés.
Saját vélemény:
Konkrétan gyűlöltem, minden fizikai gombbal rendelkező telefont és hogy erőt kell kifejteni valamihez, ami lényegében felesleges. Azért érintő kijelző, hogy érintsem, ne pedig nyomkodjam.
Azok a funkciók amikre az Apple használja, pl. a Sony már használta csak épp hover over ként, szóval nem kellett semmit nyomkodni. Nem nagyon maradt meg a működési elv miatt, max. gimmick szinten. Összességében még iPhone-on és Mate S-en se nagyon tudják, hogy ez mire jó és mire használják. -
vicze
félisten
"The Alarm Manager is intended for cases where you want to have your application code run at a specific time, even if your application is not currently running. "
"The Alarm Manager holds a CPU wake lock as long as the alarm receiver's onReceive() method is executing. This guarantees that the phone will not sleep until you have finished handling the broadcast. Once onReceive() returns, the Alarm Manager releases this wake lock. This means that the phone will in some cases sleep as soon as your onReceive() method completes."
Azért ne csodálkozz, ha mostantól pl. nem ébreszt.
-
#22098
vicze
félisten
nyuszi123456
#22095
vicze
félisten
válasz
nyuszi123456
#22095
üzenetére
November 16.-án 3 óra körül esni fog? Vagy úgy egyáltalán milyen idő lesz?
-
#22039
vicze
félisten
Viktor0610
#22036
vicze
félisten
válasz
Viktor0610
#22036
üzenetére
KK-ban már benne volt. Pont úgy, ahogy van 6.0-ban multiwindow és egyéb dolgok, amik rejtve maradtak.
@dokee78: A CynaogenMod-ok nem egyformák. Az adott eszköz karbantartója döntése, hogy hogyan és milyen extrákat rak bele.
-
vicze
félisten
Nexus Security Bulletin - October 2015
Hát erre rossz ránézni... Ezek mind érinti minden BB-t és W10M-et is, mivel AOSP-t használnak teljesen.
Gyártói eszközökben nem biztos, hogy megtalálható mind, mivel esetlegesen más codecet vagy saját fejlesztésű modult használnak. Egyszóval az általánosítással vigyázni. -
#21878
vicze
félisten
aprokaroka87
#21877
vicze
félisten
válasz
aprokaroka87
#21877
üzenetére
Ugye 4.3-ban volt már (App ops), csak hát ez nem olyan egyszerű, mivel működésbeli porlómékat okozhat az appoknál, így visszavonták, és mostanra lett megfelelőre hegesztve.
Az hogy te az Xposed modullal nem futottál bele hibákba nem jelenti azt, hogy nem okoz sok appnál gondot. -
-
-
-
-
#21376
vicze
félisten
aprokaroka87
#21375
vicze
félisten
válasz
aprokaroka87
#21375
üzenetére
Arra szokott "default" beállítás lenni.
Valami ilyesmi:
-
vicze
félisten
válasz
Vartanus
#21304
üzenetére
Teljesen az App ODEX részétől függ, ez fog duplázódni/triplázódni lényegében, ez nagyon változó.
Pl. az FB simán dupla akkora lett, ami azért elég tetemes(41MB az app ez telepítve 202MB lesz, 80-100MB volt ha jól emlékszek), de pl. egy játék, ahol nyilván a nagy része ODD, ott jóval kisebb a méret változás. -
vicze
félisten
válasz
cappa72
#21158
üzenetére
Én köszönöm a pontosítást.
MT6572-es leírást olvasgattam, szóval ott már szerepelt hogy megy fastboot-ba. Azt is simán el tudom képzelni, hogy gyártónként változó lehet a kezelés. Azért 4.4-es droid előtt elég nagy káosz volt az MTK support.Driver:
Hát erre passz. Mert én eddig csak külön drivert láttam, erre. Nexus-nál is külön ADBInterface driver van és külön "generic" Android valami, HTC és Sony esetén is külön van a két driver.
Igazából lehet egybe rakták valahogy másik, megoldható. -
#21042
vicze
félisten
aprokaroka87
#21041
vicze
félisten
válasz
aprokaroka87
#21041
üzenetére
és ha a kettő párosul, az különösen csodálatos.
Csak azt tudom, mondani, hogy egy partíció listázó progi megmondja az igazat, a csatolási pontokkal együtt, sajnos bárhogy kavarhatják. -
vicze
félisten
válasz
modflow
#21024
üzenetére
Egyik se, az alkalmazás cserélődött.
Egyszerűen a Google Now Laucher került alapértelmezettbe, amiben így van a keresősáv és eddig ez volt. Nexusokon ami óta Now van ilyen, a launcher része. Nem kell túldramatizálni, egyszerűen rakjál fel egy másik lauchert."A zárolási képernyőt hol tudom beállítani?"
Kicsit pontosabban? Ez így kevés.[ Szerkesztve ]
-
vicze
félisten
válasz
#79335424
#21016
üzenetére
Ez nem igaz, mert van, azért némi infó ezekhez a SoC-ok, hogy csak nagyrészt kínai, és innentől többségünk meg van lőve.
(Bár találtam spanyolt is. )
Tool is van hozzá valami "InfoTM Update Wrap tools" nevűt találtam, de hogy az pont ehhez jó-e?
@Játékos: Erre nézelődj talán. Jobbat nagyon nem tudok.
Járt más is úgy mint te.
És vannak ilyen ajánlatok. -
#21002
vicze
félisten
aprokaroka87
#21001
vicze
félisten
válasz
aprokaroka87
#21001
üzenetére
Az ok, hogy driver kell, de készülék oldalon nem kell semmit csinálni hozzá azonkívül, hogy rádugod, még bekapcsolni se kell hozzá, szóval az simán működhet.
-
vicze
félisten
válasz
Játékos
#20995
üzenetére
Most ez elsősorban nem neked szól.
Inkább a többiektől kérdezem.Ha jól gondolom ez a készülék Mediatek SoC-os, akkor az MTK flash tool-lal nem lehet tök egyszerűen törölni az adat partíciót? Illetve ott is valamilyen mode-ba kell rakni a telót?
(#20989) aprokaroka87: A lényeg, hogy valamilyen mode bejön, a Facrtory mode-ban nem látja fastboot?
Azt kiemelném, hogy a fastboot nem valami, ami a telón "van". Hanem a fastboot mode, illetve annak parancsait értelmező mode kell legyen. Ez lehet Bootloder, Factory mode, vagy a fene tudja hogy hívják még.[ Szerkesztve ]
-
#20986
vicze
félisten
aprokaroka87
#20985
vicze
félisten
válasz
aprokaroka87
#20985
üzenetére
Igen mivel a APK maga "folyamosan" kell, így hogyha pl. törölnéd a SD-ről nem lenne meg sehol és pl. egy frissítés után nem tudná újrafordítani. De cache törlésnél is jön az ominózus "optimazing applications", ami semmi más mint az APK-k újraforgatása.
[ Szerkesztve ]
-
vicze
félisten
válasz
Játékos
#20978
üzenetére
Akkor előröl.
Hány fizikailag megnyomható gomb van a készüléken a Power és hangerő gombokon kívül?
A Power + hangerő le vagy fel kombinációra mi történik. (A készülék legyen előtte teljesen kikapcsolva.)Valamelyik kombinációra egy Download, recovery, vagy bootloder menü kéne bejöjjön, legalább a 3-ból 1.
Fentiekből mi történik?[ Szerkesztve ]
-
#20983
vicze
félisten
aprokaroka87
#20982
vicze
félisten
válasz
aprokaroka87
#20982
üzenetére
Az hogy az SD kártyán van egy XY file miért kéne befolyásolja hova települ? Alapból az égvilágon minden a belső memóriába fog települni, a szabványosan megadott útvonalra és ettől nem is fog semmi eltérni.
Illetve még lásd a #20974-ben kifejtett problematika ezzel. -
vicze
félisten
AOSP-ben egész konkrétan van az opció az áthelyezésre, de csak az apk megy át. Ami ez lenne, és 2.2 óta van.
"This is an optional feature you can declare for your application with the android:installLocation manifest attribute. If you do not declare this attribute, your application will be installed on the internal storage only and it cannot be moved to the external storage."
"The .apk file is saved on the external storage, but all private user data, databases, optimized .dex files, and extracted native code are saved on the internal device memory."
Ezért nem lehet mindent áthelyezni.Amúgy a problematika ezzel, hogy csak az external storage-et ismeri és nem lett fejlesztve, így ha a készülékben van legacy mappa és external storage-ként címkézve, akkor bizony a belső tárhelyre kerül az alkalmazás, végső soron több helyet foglalva.
Nem tudom milyen gyártói megoldás lehetne erre, én csak ezt szoktam látni(elnevezés valóban változó, de a mechanika ugyan az), max. csinálnak egy ext pertíviót SD-re. Milyen másik van?
[ Szerkesztve ]
-
vicze
félisten
válasz
cappa72
#20950
üzenetére
Az mt_boot(vagy bármi is volt van) is értelmezi a Fastboot parancsokat, szóval azokon is működik, max. valamiért elérni nem tudod. Többi gyártónak is különböző bootloadere van, alap androidon az aboot/uboot lenne, de ezt pl. szerintem senki se használja, de mindegyikben közös, hogy a fastboot parancsokat mindegyik tudja értelmezni.
Fastboothoz ideális esetben csak az exe kell, és USB driver.
Az ADB teljesen más, nincs közük egymáshoz, más driver is kell hozzá.[ Szerkesztve ]
-
#20948
vicze
félisten
aprokaroka87
#20947
vicze
félisten
válasz
aprokaroka87
#20947
üzenetére
A Fastboot-nél pont az a lényeg, hogy felőlem szanszkrit is lehet.
Csak rádugod a gépre és megy 99%-ban generic USB driverrrel. -
vicze
félisten
válasz
Játékos
#20940
üzenetére
"minden Androidnak lennie kell recovery menüjének"
Vanni van, de nem kötelező, hogy GUI-ja legyen. Pl. Sony-nál nincs, így nem tudsz belépni.Viszont fastboot, kötelezően kell legyen.
Onnan pedig ezzel resetelni lehet:
fastboot erase userdata
fastboot erase cache[ Szerkesztve ]
-
#20944
vicze
félisten
aprokaroka87
#20943
vicze
félisten
válasz
aprokaroka87
#20943
üzenetére
Operánál két szint van a tömörítésben.
Az Opera Mini csak egy kvázi HTML megjelenítő kliens, nem valódi böngésző(az én szememben). A kért oldal teljes lekérése és feldolgozása szerver oldalon történik, a mini már csak a végeredményt kapja, ezért nem úgy működnek benne a dinamikus oldalak ahogy "kellene", és erősen JS-re épülő oldalt nem túl jó benne használni. A szerver oldal tömörít mindent ami az oldalon található képeket konvertálja és HTML-t is tömörítve küldi a mini-nek.A Opera Turbo és a Max, magába az oldalba és az adatforgalomba annyiban nyúl bele, hogy pl. a képeket átkonvertálja WEBP-re, videókat WEBM-re, és a szöveges részeket is tömöríti. A Max egy VPN kapcsolatot hoz létre automatikusan az Opera szervrei között és minden adat keresztül megy rajtuk.
HTTPS-t nem tömörít egyik se, mivel ahhoz nem férhet hozzá! -
vicze
félisten
Az Allwinner A10 tudja(USB Audio Class 2-t támogat), és amennyit találok az annyi, hogy CM9-cel ment, de gyári ROM-mal nem biztos hogy megy.
Ray érdekesebb:
"Some say it works, some say it does not. Perhaps it needs a powered usb hub?"
CM10-ben van USB audio driver hozzá elvileg.[ Szerkesztve ]
-
#20902
vicze
félisten
aprokaroka87
#20900
vicze
félisten
válasz
aprokaroka87
#20900
üzenetére
És lett benne GPS? -
#20899
vicze
félisten
aprokaroka87
#20898
vicze
félisten
válasz
aprokaroka87
#20898
üzenetére
Nyilván nem HW, gondot. A fileban egyébként ennyi van:
<!-- This is the standard feature indicating that the device can communicate
with USB devices as the USB host. -->
<permissions>
<feature name="android.hardware.usb.host" />
</permissions>Szóval a te esetedben inkább a ROM volt elcseszve ha támogatta, de nem volt meg a file.
[ Szerkesztve ]
-
#20897
vicze
félisten
aprokaroka87
#20896
vicze
félisten
válasz
aprokaroka87
#20896
üzenetére
Hát nagyon nem.
-
#20893
vicze
félisten
aprokaroka87
#20890
vicze
félisten
válasz
aprokaroka87
#20890
üzenetére
Akkor nincs kernel támogatás, szóval továbbra se működik.
-
vicze
félisten
Az USB audio nem egy egyszerű kérdéskör.
A Bill egér, az USB HID eszközként működik, ezzel nincs probléma, a DAC-hoz USB Host mód vagy Accessory mód kell(pl. Nexus 4 nem támogatja egyiket se), ha pl. Pendrive megy akkor ez is pipa, ha nem akkor itt buktad a dolgot, vagy HW nem támogatja vagy a kernel.
Ha ez is pipa, akkor kell USB Audio támogatás. Ez natívan 4.1-től van Accessory-val, és 5.0-tól Host móddal. Utóbbi neked kiesik, marad a második.
Ha tudsz mondani egy HW-t hozzá, akkor lehet keresni, hogy támogatja-e.Szerk:
Ha a HW támogatja, akkor a system/etc/permissions-ben kéne legyen a ilyen file-ok:
android.hardware.usb.host.xml, ez pl. hiányszik N4-en többi eszközömön van.
android.hardware.usb.accessory.xml[ Szerkesztve ]
-
vicze
félisten
válasz
#79335424
#20774
üzenetére
Egyszerűen nem gondolod végig azt amit mondasz csak mondasz valami egyszerűnek látszó "megoldást", de abba nem gondolsz bele, hogy annak kb. 1 millió vonzata és következménye van.
"usernek mindenképpen legyen lehetősége menteni"
Megint olyat kérsz ami már létezik, elég régóta, olvasd már el ezt, légy szíves. Ez a hivatalos android Backup service 4.0 óta! Ezt használja a Helium, és ezt asszák használni az app készítők maguk. Még egyszer ezt konkrétan letiltják egyes fejlesztők. Miért akarják, hogy előröl kezd? Segítek, akkor In App Purchase."Én követelményt írtam"
Hogyan követelsz meg ilyesmit? Ez egy alapvető változtatás, ami még a SD kezelésnél is nagyobb, és végső soron az összes létező appot át kellene írni hozzá. = Lehetetlen.A játékok nagyon nagyon különbözően kezelik a mentést(alkalmazásokról nem is beszélek) pl. nagyon sok cross platform és teljesen saját felhőt használ erre, hogy a játék állás mentve legyen. Ez esetben mit csinálsz? Még legjobb esetben is "csak" ütközik a kettő.
Sikeresen felhoztál két olyan dolgot aminek semmi köze az appokhoz, de ennek sokkal de sokkal szélesebb a következménye, mivel teljesen át kell írni az appot hozzá.Egy fejlesztőt olyan primitív dolgokra mint, hogy a GUI-t update-elje nem lehet rávenni, vagy hogy 5.0-ás SD kártya kezelést is basszák beleírni, akkor szerinted egy ilyen megkötés, amikor át kell írni a tejes alkamatást milyen következménye van?
Tehát A dologért kötelezed a fejlesztőt hogy átírja, de B dolog miatt nem? Jó lenne ha elmagyaráznád ezt a logikát... Nem igazán értem, hogy egyik oldalon a nagy szabadság mellet vagy, de egy valami aztán legyen kötelező?"Visszaállításnál sem?"
Nem, nyilvánvalóan nem kell, semmi értelme nem lenne különben. -
vicze
félisten
Verzió és modell függő, ki mit hova mountol.
Az API csak a mount point elnevezést fogja figyelembe venni nyilván.
Jelenleg legtöbb készüléken az External Storage az a belső SD, az SD pedig a secoundary storage ként szerepel.[ Szerkesztve ]
-
vicze
félisten
válasz
#79335424
#20760
üzenetére
"Szted ez egységesen és jól meg van oldva rendszer szinten"
Elég világosan leírtam, hogy a lehetőség adott, viszont nem használják. Azért ennyire nem kell kiforgatni a szavaim."ami még rootot is igényel"
A Helium nem igényel root-ot..."ez a mentés dolog rendszer szinten el lett ...rva"
Ami nincs azt nem lehet...
4.0 óta van backup service, amit nagyon sok játék egyszerűen letilt, hogy még csak esélyed se legyen mentei. Gondolkozz el azon hogy miért is jó nekik, hogy egy játékot elölről kezdesz? Csak az nem tudom, hogy a ki***** barométer appom mi a jó fenének tiltotta le..."alkalmazásokkal szemben támasztott kritériumról írtam"
Én meg leírtam, hogy nem tudsz ilyen kritériumot támasztani. Vagy korlátozol valamit vagy nem pont, ez igen is fekete fehér, ha valami kötelező az korlátozás. A mentésre a lehetőségek meg vannak, de NEM használják őket a fejlesztők, sőt esetenként akadályozzák!"Miért ne írhatnának korlátlanul az SD -re és miért lenne ebből káosz?"
Tehát az SD-m gyökerében található 150 mappa(többnyire üres) tök normális és nincs ezzel semmi probléma? A fejlesztők tök rendeltetés szerűen használják ugye? Na ne szívass már..."egy alkalmazás számára kötelező lenne a beállításainak menthetősége/visszaállíthatósága."
És azt úgy mégis hogyan? Az alkalmazások 90%-ának még beállítása sincs. Fejlesz egy alkalmazást és akkor leesik, hogy ez nem olyan egyszerű.M-mel már nem lesz kifogás még erre se mondjuk, mert ott van gyárilag
-
vicze
félisten
válasz
#79335424
#20745
üzenetére
Most szívatsz?
Eddig hányszor írtam le, hogy a jelenlegi és múltbéli storage rendszer úgy szar ahogy van? Még mindig a 1.5 faszságait fogja a hátán cipelni a 6.0 is, hogy visszafelé kompatibilis legyen.
"Google ezt a mentés ügyet nem "szabványosította"."
De teljesen szabványos, a data-ban található mappában tárolhatja az alkalmazás a menteskét, ez a mappa a belső tárhelyen és az SD-n is rendelkezésre áll fix-en. A mentést magát könyörgök lehetetlen szabványosítani, mert ahány alkalmazás annyi lehetőség. Sőt ott van a Play Games külön játék mentésre szabvány API-val pont erre.(és ez mellesleg felhőbe menti) Sőt most már az AutoBackup-nak is ott lesz a mappája M-től kezdve. Szóval több tök szabványos lehetőség is van.
Gyakorlatilag azt írtad le, hogy legyen olyan mint a KitKat ahol az SD-re csak a saját mappájába írhat az alkalmazás, és ugye ezen pont te nem kicsit vagy felháborodva. Akkor most hogy is van ez?Továbbra is a probléma az, hogy a fejlesztők azt csinálnak amit akarnak. Ha van joguk írni bárhova, akkor bárhova írni is fognak, és pontosan ezt teszik szabványtalan mentésekkel. Ha mindenki az external storage Data mappa alkalmazás mappáját használná erre, ahogy a Developper guide-ban le van írva, semmi gond nem lenne a backup alkalmazásokkal és Helium mindenre elég lenne, sose kéne TB. Ha jogot adsz máshova írni, mindig lesz aki random helyre ír, mert neki az a jó. És akkor jöhet az SDMaid, hogy takarítsa azt az istentelen szemetet amit maguk után hagynak totál értelmetlenül...
Ebben nincs középút! Vagy full korlátozás, vagy teljes szabadság. Tudtommal te az utóbbi híve vagy, de akkor viseld a következményeit.Ha változik ROM cserekor az Android ID akkor nemes egyszerűséggel a ROM készítője elbaszta. Régen nagyon sokat ROM-moltam és az ID csak akkor változott (tehát új eszköz a Play-ben), ha elrontott valamit a fejlesztő, lényegében a build.prop-ban kavart valamit, ami a de. Ezért nehogy már a Google legyen a felelős.
Igazából Nexuson még váltogatok, de ID-m 1x-se változott, fizetős appal 1x se volt gondom, pedig ez is már jóval kívül esik a normál használaton."nincsenek arra felkészítve, hogy ezután, egy 3rd. party alkalmazás megváltoztasson ilyen alapvető azonosítókat"
Miért is legyen rá felkészítve?#20747 Mr Dini: Nem, ő csak a játék mentést szeretné semmi mást, ha végigolvasod az egészet.
-
vicze
félisten
válasz
Ice&Lime
#20731
üzenetére
Nem tudunk reagálni, mert a szerintem senki se fogja a fogja a kisujjából kiszívni melyik fájl az adott játék mentése, sőt név nélkül még azt se hogy oda mente-e vagy máshova.
Belső "SD-d"(emulált tárhely) mindenképp van...
Azt pedig leírtam, hogyan ments, felesleges mással szarakodni. -
vicze
félisten
válasz
Ice&Lime
#20728
üzenetére
"Az most lényegtelen melyik játék, több játékról van szó."
Egy Angry Birds tök más hova és máshogy ment mint egy Cut the Robe, ahogy írta Somatom, maga a file is teljesen más lehet. Mivel nem volt régen korlátozva az alkalmazások írási joga az SD-n, így totál összevissza csinálhatják bárhova. A data/data-ban lévő saját mappájától kezdve a "external storage" (ami külső vagy belső SD) random mappájába. Ott is van egy standard data mappa ugyan azzal a struktúrával, ide is menthet.Mentés =
Vagy kitalálod egyesével hogy mit kell kimenteni vagy Helium ha nincs root vagy Titanium ha van root, tök felesleges szarakodni.[ Szerkesztve ]
-
vicze
félisten
válasz
acsati
#20359
üzenetére
Röviden tömören. A Lightning-nak van egy külön dedikált digitális audió protokollja (azaz Apple-nek), tök hiába dugdosol rá bármiféle átalakítót, nem fog működni. (van amúgy ilyen pl)
A 30pin-es dokkolókat pl meg lehetett csinálni mert ott analóg volt az audió kimenet, de mivel a Lightninggal digitálisra váltottak, most már nem megy.Esetleg olyan perverziót meg lehet próbálni, hogy Lighting -> 30pin -> 30pin -> USB -> jack(konkrétan kivitelezhető
), de úgy 0% esélyt látok a működésre. [ Szerkesztve ]
-
vicze
félisten
Részletek Stagefright-hoz. Google ma adott ki frissítést minden Nexus-hoz, gondolom eddig erre várt a cég.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Nem egy widget-ről van szó...
Rosszul emlékeztem a SoC-ra.
Új hozzászólás Aktív témák
crokSok 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!
- Nintendo Switch
- Google Pixel topik
- Jön Trump, Zuckerberg és a Meta pedig 180 fokos fordulatot vett
- Kínai és egyéb olcsó órák topikja
- Építő/felújító topik
- Kormányok / autós szimulátorok topikja
- Ingyen kellene, de tegnapra
- One mobilszolgáltatások
- One otthoni szolgáltatások (TV, internet, telefon)
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- További aktív témák...
- Honor Magic 6 Pro 512GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone 13 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- Xiaomi Redmi Note 13 5G 256GB, Kártyafüggetlen, 1 Év Garanciával
- Honor 200 Pro 512GB, Kártyafüggetlen, 1 Év Garanciával
- iPhone 13 Pro 256GB Független Használt/1 hónap gar./Akku 85%/p3982