- Garmin Forerunner 165 - alapozó edzés
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Telekom mobilszolgáltatások
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Bemutatkozott a Redmi új szériája
- Oppo Find X5 Pro - megtalálták
- Bluetooth-headsetekről általában
- Samsung Galaxy A71 - elég ennyi?
- Milyen okostelefont vegyek?
- Fotók, videók mobillal
Hirdetés
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Robotkart irányított a majom a kínai Neuralink agyi chipjével
it A mindezt lehetővé tévő Neucybert a Neuralink kínai riválisa, a Beijing Xinzhida Neurotechnology fejlesztette ki.
-
VR játék lesz az Alien: Rogue Incursion
gp Az év végén érkező program PC-re, Meta Quest 3-ra és PlayStation VR2-re érkezik a tervek szerint.
Új hozzászólás Aktív témák
-
vicze
félisten
"verziószámbeli ugrás (5.x-ről egyenesen 6-x-re) alapján komoly váltosásokat ígér" (Elírás )
Mivel a Google valószínűleg áttért a csak főverzió számozásra, tehát a tizedes verziók mostantól kiesnek, így az eddigi gyakorlat gyakorlatilag megszűnt, és a verzió semmiben se indikálja a változások mértékét."kimondottan ritkán fog találkozni az ember."
Ha elterjed a 6.0 és az alkalmazások is támogatni fogják, egyáltalán nem ritkán fog találkozni vele a user, mivel egyesével fog engedélyeket kérni az app."Egyrészt átláthatóbbá teszi a hozzáférések szövevényes rendszerét"
Anyám nem ezen a véleményen lesz."Android 5.x-szel telepített mobilok az átlagnál szignifikánsan gyorsabban merültek."
Ez nem tudom honnan jön... Ez se igaz, nem a rendszer meríti, az ART miatt(javított GC) általánosan csökkent az energia igény.Doze + App standby:
Egyik se fog automatikusan működni. Az alkalmazást optimalizálni KELL hozzá. (halottnak a csók innentől kb... )Now OnTap: Tudtommal régebbi verziókon is működik, amennyiben a gyártó implementálna a Now-t, mivel csak szimplán frissül az app.
System UI Tuner-nél nem árt megemlíteni, hogy Developper beállítás, így egyáltalán nem biztos hogy bármelyik gyártói készüléken elérhető lesz, illetve ott nagyrészt értelemtelenek is nyilván.
Hát a cikkből nagyon sok minden kimaradt. Körte az egyik elgfontosabb alkalmazás beállítások auto backupja és restore-ja...
-
vicze
félisten
"még mindig idegesítő ez a fehér alapon fekete betűk"
Már 600éve mocskosul zavarhat."Legalább a nexus és az AOSP rendszereken"
Igen azokon nem lesz, és egyik másik témázás se engedi a Settings app lecserélést.Mivel a RRO benne van rendszerszinten csak GUI nincs hozzá, így fogod és megcsinálod ezt, és témázod ahogy akarod.
Majd 7.0-ban írnak hozzá GUI-t is...[ Szerkesztve ]
-
vicze
félisten
Ez nem olyan egyszerű és elég sok dolgot technikailag tudni kell hozzá.
Pl. azt, hogy kizárólag 3G(UMTS) képes egyidejű hang és adat kapcsolatra, se 2G(GSM), de 3.5G(HSPA), se 4G. 4G estében a VoLTE csomagkapcsolt(Packet switched) IP alapú hangátvitel és nem kapcsolat alapú(Circuit switching) GSM hanghívás.
Ebből eredően Somatom problematikája csak UMTS-en jön elő, minden más esetben az adatkapcsolat megszakad a GSM hívással. Persze ennek előfeltétele, hogy mind a készülék, mind a hálózat támogatja a Dual Transfer Mode-ot UMTS esetében is.3rd Party alkalmazás jelenleg nem tud GSM hívást kezelni csakis a gyári tárcsázó. (Ez biztonsági okokból soha nem is lesz megnyitva.) Tehát csak a gyári alkalmazás nem kezeli a SIP hívásokat megfelelően, akkor legjobb tudomásom szerint működik normálisan a hívás várakoztatás és minden egyéb funkció akár konferencia is GSM és SIP között.
Csak megjegyzés: Minden egyéb szolgáltatás Viber, FB stb. nem SIP alapú így nem is használ ilyen API-kat, nem tekinthető normál VOIP-nak, csak a SIP alapú szolgáltatások. Ezekből pedig csak azt kezeli az Android egyenrangúan, ha a rendszeralkalmazással van beállítva.
@Somatom: Minden AOSP alapúban benne van, így az MTK-sok nagy többségében, mint pl. az Android One telók, amik mind DualSIM-es SD-t támogató készülékek és jelenleg 6.0-án vannak.
[ Szerkesztve ]
-
vicze
félisten
válasz holozis_HUN #88 üzenetére
Lecseréled a Launchert a ****ba?
-
vicze
félisten
válasz holozis_HUN #93 üzenetére
"mélyültem el bennük" - Akkor esetleg nem ártana és nem beszélnél "félre".
A Launcherek többségéének 2 tonna állítása van szinte mindenre nem állítatlan valamik, mint a gyárik. Az alap kinézet többnyire a "gyári"(Nexus like) többnél is.[ Szerkesztve ]
-
vicze
félisten
válasz <Adamsky> #104 üzenetére
- If the device is running Android 6.0 (API level 23) or higher, and the app's target SDK Version is 23 or higher, the app requests permissions from the user at run-time.
- If the device is running Android 5.1 (API level 22) or lower, or the app targets SDK Version is 22 or lower, the system asks the user to grant the permissions when the user installs the app.
[ Szerkesztve ]
-
vicze
félisten
válasz #79335424 #112 üzenetére
Onnantól, hogy nincs konkrét API erre, soha nem lesz megoldás. API meg nem lesz, mert akkor bármelyik app tudna hívást indítani, azt meg nem szeretném, meg szerintem elég kevesen vannak így vele.
A VoLTE-vel meg az egész VOIP értelmetlenné válik, szóval az idő megoldja hosszútávon a problematikát.Arztért nincs mert a megvalósítás prioritása 0, a szerencsétlen Mutiwindow-t nem tudták befejezni, hogy belekerüljön. Az App permission-nek is ez már a 2. nekifutás, talán most jó lesz...
Ez van ilyen az OpenSource fejlesztés.
Mondjuk meg lehet nézni milyen giga fejlődés van a zárt társaknál.Automatizálás azért sincs, mert azzal tudnak a gyártók kitűnni/differenciálódni, így azt ők rakják bele saját appokkal, rendszerszinten kötve hiszem, hogy valaha is lesz, mert a gyártók érdeke ellen van.
Gyors kapcsolók kb. ízlés kérdése, Samsungnál maradt a régi. Ebben speciel az AOSP-t preferálom.Azt meg hogy a független fejlesztők mire mennek a módosítgatással szépen látszik a CM példáján.
[ Szerkesztve ]
-
vicze
félisten
válasz #79335424 #119 üzenetére
"gyári tárcsázóval indított"
Na itt megbukik a dolog azon része hogy megoldható. Amíg nincs rá API nem lehet vezérelni, ami ami API-n kívül van azt úgy változtatja a Google ahogy akarja + a gyártó is úgy változtatja, ahogy akarja szóval az hogy X készüléken agy működik semmi se garantálja, hogy Y-on ugyan úgy fog. Tehát abban, hogy te más intentet tapasztaltál olyan tök egyszerű oka is lehet, hogy gyártót váltottál és semmi köze a Google-höz, persze ez csak tipp.(#121) <Adamsky>:
Tehát akkor API level 23 alatti app, minden jogot megkap telepítéskor amit kér, de ezeket tudod módosítani utólag, viszont semmi se garantálja, hogy az app működni fog utána, erre figyelmeztetést is kapsz elvileg.
API level 23 és felett, pár alap jogosultságot lehet kérni, és ezután a jogosultság használatakor fog rákérdeni, hogy engedélyezed-e. Ennek a hibakezelését meg kell írni az appban.(#125) Fall-N: A Sony által fejlesztett témázás került bele a AOSP-be az 5.0-lal tehát VAN témázás, ezért jelent meg minden gyártóknál ez a funkció, mindenki ugyanazt használja(a CM is). Google nem csinált GUI-t hozzá, de ott van a rendszerben Nexusokon és Android One-on is minden 5.x+-ban.
A fentebb említett gyártói differenciálódás miatt nem valószínű, hogy lesz hozzá GUI.(#126) Danny365: 5.0-tól univerzálisan van megoldva, a témák átjárhatóak! Nem minden elemben, de ami nincs a másik rendszeren, az egyerűen kihagyja a témázó.
(#145) RaveForce: Az Samsung saját API-ja volt nem natív Android.
-
vicze
félisten
válasz ddaydome #155 üzenetére
"kb. zsákbamacska az, hogy milyen megbízhatósága van annak a telefonnak"
Ez többé kevésbé így van. Túlnyomó többségben 1 adott készülékek az amiről kijelezhető, hogy megbízható ez teljesen független HW-tól gyártótól is teljesen.
Gyártói készüléken utoljára
Nexus mindig instabil lesz, hisz a Nexus userek a béta teszterek így AOSP-ből kiindulni teljes felesleges, és a legnagyobb baromság az a sírás hogy ezt követelik egyesek. Mint Nexus user 3éve, köszönöm nem kérek a napi szinten használt készülékemre random bugokat minden frissítéssel.
Gyártói készüléken 2éve nem volt random rebootom, és szinte kizárólag vagy frissítés miatt vagy lemerülés miatt lett újraindítva a készülék. A 4.4 iszonyat stabil lett már, az 5.0 pedig meghozta a sebességben a stabilitást."hogy mennyire tökéletes. "
Olyan nincs és nem is lesz soha. Minden bugos, csak max. nem tudod a bugokat, vagy általad nem használt részben vannak.(#164) arn: Mindenki saját akaratából lesz béta tesztelő, nincs ezzel semmi baj. Gyártói oldalról support többnyire felső kategóriában van és kész, ezt vagy elfogadja valaki vagy nem, eszerint kell választani.
(#154) aprokaroka87: A 3 tonna elírás és nyelvtani helyességet figyelmen kívül hagyva ja "jól". Legalább a 2óra alvás jó kifogás.
[ Szerkesztve ]
-
vicze
félisten
válasz Williamgrant #167 üzenetére
"USB-C esetén nagyobb töltőáramot tud felvenni a csatlakoztatott készülék"
Akkor tudna, ha nem USB 2.0 lenne mögötte, de az van és nem 3.1(SoC nem támogatja). Annyi, hogy QC 3.0-t tud a SoC miatt."Teljes agymenés hogy ez eddig nem jutott el senki tudatáig a fejlesztőknél."
Az ugye megvan, hogy a 4.3-ban bevezetett majd kivezetett AppOps portjára épül szinte az összes?
Próbáld megérteni, hogy mi a mocsok nagy különbség aközött, hogy megvonsz random jogot és nem működik az app (ezért kellett kivezetni), és aközött, hogy az app rákérdez, és lekezeli a jog megvonását, nem pedig el száll a fenébe. Egy kereskedelmi termékbe nem lehet előbbit megcsinálni, és konkrétan egy gyártó se implementálta ezért, mert a hülye user csak néz bután...[ Szerkesztve ]
-
vicze
félisten
válasz RaveForce #170 üzenetére
Igen lehetett, de azok nyilván csak Samsungon működtek más gyártóén nem. Mivel tudtommal Samsungon kívül senki más nem csinált API-t tudva, hogy jön a 6.0-ban, így csak ők érintettek.
Az hogy megspórolják-e az kérdéses, attól függően, hogy a Samsung akarja-e az Android API-ját használni erre, vagy marad a már kész saját API-nál. A Samsung Pay miatt ez sarkalatos kérdés.
Főleg azért, mert az Android Pay is itt toporog, de továbbra sincs hivatalosan elindítva. -
vicze
félisten
válasz RaveForce #173 üzenetére
Huvi-nál van bármi integrációja külső alkalmazásokba, tehát ami nem rendszer app?
Igen csak akkor kell API ha 3rd Party app akarja használni, mert a gyártó natívan meg tudja írni a hozzáférést, "root" joggal, direkt a driveren keresztül.Amúgy a Samsungokban lesz kötelezően Fingerprint API, de lehet mellette a Samsung sajátja is, főleg ha Samsung Pay-t nem állítják át, és nem biztos hogy a Google megoldás mindent tud, ami nekik kell.
[ Szerkesztve ]
-
vicze
félisten
Egyben olvasd el. Leírtam, hogy felső kategória, és hogy eseti a stabilitás 1-1 készüléknél.
Nyilván én olyan gyártót és készüléket választottam, amitől tudom, hogy stabil.Mind N4 mind N10 teljesen gyárilag root és módosítás nélkül random rebootos. 4.3 volt az utolsó stabil mind a kettőn.
N6-nál mondjuk még nem volt, de valószínű azzal majd a 6.0 utáni frissítéssel jönnek elő, ahogy a többinél is általában a 2. generáció már instabil."nexusnal gyakran heteken belul jon a fix." - Ja a legújabb modellre... Ismerős hozzáállás? A többire meg hónapokat csúszhat.
A másik meg az hogy a te használatod nem az én használton, lásd bugokra vonatkozó kijelentés korábban.
(#178) droid16: Biztos végigpróbáltad mindet.
[ Szerkesztve ]
-
vicze
félisten
válasz hallerlaller #190 üzenetére
Az "szerencsére" nem egységes... N5 és elvileg(???) felette vertikális lett, N4-en (N10,N7) maradt horizontális.
A logikát már nem keresem ebben, használok másikat, amúgy is használhatatlan.[ Szerkesztve ]
-
vicze
félisten
válasz hallerlaller #192 üzenetére
Egyéni szoc. Az hogy nem lehet testre szabni, eleve kizárja nálam. De általánosan borzalmasan néz ki, különösen N9-en nevetséges giga ikonokkal.
Szerintem a "végre" kijelentéssel se feltétlen ért mindenki egyet, de igen egységesen még rondább lett minden végre.
-
vicze
félisten
válasz hallerlaller #194 üzenetére
Jó de mint korábban megállapítottuk Nexuson nincsenek bugok és atom stabil, csak én képzelem be őket.
A futó appokat a Dev options-ban találod elvileg, "Running Services" címszóval.-----
Na mint írtam erről bezzeg egy szó de annyi nincs a cikkben...
-
vicze
félisten
-
vicze
félisten
?
Tehát "csak" iTunes, és Apple termék kell hozzá, lehetőség szerint AppleTV és Apple router.
"Egy kattintás bármelyik platformon " Hol is itt a bármely platform, nem igazán értem?Az adott eszköz AirPlay cert-es kell legyen, mivel maga a szabvány régebbi így több ilyen eszköz van nyilván, de ugyan úgy "lock-in", mint GoogleCast.
Ha androidról akarsz AirPlay-re, akkor meg valami hasonló kell.
[ Szerkesztve ]
-
vicze
félisten
válasz DeathAdder #212 üzenetére
"szabályozhatom-e azt hogy mely appom adatairól készítsen biztonsági mentést"
Nem. Auto backup, ami minden a fejlesztő által engedélyezett beállítást ment. (pár kb-s XML)
Restore-t csak one time setup-ok tudsz csinálni elvileg, és ott megadhatod, hogy mit szeretnél restorolni, igen.Nem váltja ki Titánium-ot, (majd akkor ha kikopik minden 23-as API alatti app), mivel nem működik minden app-ra a beállítások mentése, csak API 23 és felettiekre.
[ Szerkesztve ]
-
vicze
félisten
"nem tudod akármire küldeni a hangot"
De AirPlay-el se, csak arra tudsz küldeni ami támogatja. Ha eljössz hozzám az ég világon semmire nem tudod használni, mert Chromecast van.
Amit te írsz, ott random programok kommunikálnak egy random protokolon keresztül.
Nemes egyszerűséggel rákeresel, hogy az adott eszközre van-e program ami támogatja, mint Raspberry-re PiCast, és lőn támogatás. -
vicze
félisten
Akkor random ha nem natívan Apple eszközökkel használod, hanem mindenhova programokat telepítesz.
Tehát kvázi bármilyen protokolt használhatnál (= random protokol), mert mindenhol kell neki 1-1 program, hogy működjön, pont mint GoogleCast-nak, különbség, hogy egyikre több eszközre van program, mint a másikra.Androidra is rengeteg AirPlay kompatibilis app van, szóval így tényleg nem értem a problematikát. Ha neked megfelel az AirPlay azt használod, ha majd jobban elterjed a GoogleCast válthatsz.
AirPlay is alapból arra volt kizárólagosan kitalálva, hogy AppleTV-re streamelj, később lett csak "meghackelve" és a kiszolgáló programok létrehozva.
[ Szerkesztve ]
-
vicze
félisten
Nem lehet.
Azt értsd meg, hogy ehhez semmi köze se a Google-nek se a Apple-nek. Ök létrehozták a saját protokoljuk a saját eszközükhöz és a saját appjaikhoz. A AirPlay, eredetileg AirTunes csak "audió" volt majd később bővítették ki folyamatosan különböző képességekkel. A valóságban ezek csak az adott stream linkjét küldik ugye át a fogadónak és ott kell legyen olyan program ami le tudja játszani.Vegyük a te példád. Tidal Apple eszközön támogat AirPlay-t mivel megírták az appba ezt a támogatást, ez nem egy OS natív dolog, így tud küldeni. Androidon Tidal se AirPlay-t se GoogleCast( vagy csak Cast), nem támogat, így sehova nem tudod küldeni. Tidal hírek szerint januárban fog Cast támogatást kapni, akkor Chromecast-ra már küldheted is, Spotify most kapott épp a héten Cast támogatást.
Szóval az app kell tudja AirPlay vagy Cast kezelést (random protokol/random program), tök mindegy melyik platformon. Tudsz bármit bárhova, akár iOS-ről Androidra AirPlay-elni, ha az appok támogatják, és még egyszer ez tök független az OS-től, és Google-től, Apple-től, egyik esetben se az OS része.
Jelenleg a Google Cast ezeket tudja, a Google is folyamosan bővíti a képességeket lassan 2éve, ahogy Apple tette, és egyre többen használják, ezért is van a ChromeCast, hogy minél több fogadó eszköz legyen.
Van pl. AllCast Receiver a Chrome Store-ban, amivel tudsz elvileg sok mindent a PC-re küldeni, ha az app támogatja a Cast-ot. Túlságosan nem foglakozik ezzel a témával senki, mivel eléggé rétegigény, és a ChromeCast annyira olcsó eszköz, hogy egyszerűen megveszed és használod.[ Szerkesztve ]
-
vicze
félisten
válasz RaveForce #225 üzenetére
Ezen elég jól ábrázolva van.
Ha nincs semmi másod a TV-n akkor DLNA-t használ.
A Soptify kell belerakja a saját appjába, hogy legyen API-juk, amivel a AllConnect meg tud osztani, tehát az AllConnect kell belenyúljon a Spotify-"ba".
Google nem fizetett senkinek semmit, egyszerűen a Spotify belerakta a Cast SDK-val a támogatást a saját alkalmazásába. Minél népszerűbb lesz a Chromecast annál több app fogja támogatni. -
vicze
félisten
válasz #79335424 #234 üzenetére
Elég egyszerű a különbség, te lokális hálóban gondolkodsz, én pedig felhőben, és online stream-ben.
Minek tartsak otthon szervert felesleges. Veszek 4 Chromecast-ot és a hangfalakra meg a TV-kre dobálom, amit szeretnék, minden nélkül. Minden amit felsoroltál felleges macera az emberek túlnyomó többségének, még nekem is, meg tudnám gond nélkül csinálni. De minek, mikor van egyszerűbb?
Lehet hogy ez neked nem magyar valóság, de tőlünk nyugatabbra ez a jelen. -
vicze
félisten
válasz #79335424 #236 üzenetére
Ez egy elég hosszú filozófiai vita lenne.
Nekem nem kell semmilyen eszköz, mert nincs szükségem rá, egyszerűen felesleges, ha AndroidTV lenne a TV-n és Cast támogatásos a hangszóró, akkor semmi se kéne, egyszerűen azok a szolgáltatások, amiket használok teljesen maguktól működnének 1 szem telefonról.
De sokadszorra, nem egy fórum igen kis közösségét kell nézni, hanem sok millió embert, akik azt se tudják mi a NAS. NAS-ból nem adnak egy 30 milliót, Chromecast-ból igen.[ Szerkesztve ]
-
vicze
félisten
"eszközödről streamelsz bármit a fogadóra."
Nem egészen. Felhőből streamelsz és az eszközzel mondod meg, hogy hova, pont ez a lényeg, hogy nem kell semmi köztes tároló vagy bármi, és nem is továbbít egy linken kívül semmit.
A telefon csak egy központi irányító sok-sok internetre kötött eszközhöz, egy mindent átfogó protonokkal, ez az "ideális" állapot. (Azzal is tisztában vagyok, hogy vannak korlátai.)
Te is eléggé "kicsiben használod", nem feltétlenül rendeltetés szerűen, és túl macerásan a PC közbeiktatás miatt. -
vicze
félisten
Elnézést hogy tovább viszem az OFF-ot, és megértem hogy zavaró.
@Polllen+Somatom: Megpróbálom egy példával, hogy megértsétek. Ti eddig 1db céleszközben gondolkodtok, és legalább 6-ban.
Szóval elméleti példának. Van lakás 3 AndroiTV-vel futó TV(nappali, háló, vendégszoba), van 3 Cast-ot támogató hangfal (nappali, konyha, dolgozó, esetleg fürdő). Na most setup után, anélkül hogy bármi más kellene, telóról tudom irányítani, hogy hol szóljon a zene (Sopty, Google Music, stb.), vagy menjen a film (Netflix, Google Video stb.). Én erről beszélek, hogy ez az az állapot amit szeretnének ezekkel a cast protokolokkal elérni. Ebből a szempontból van gyártói lock-in, mert androidon az appok alapértelmezetten Cast-ot fogják támogatni, iOS-en pedig AirPlay-t.Remélem így érthető, hogy miről is beszélek, és hogy mire vannak ezek a protokolok.
Meg remélem utolsó off. -
vicze
félisten
Na ez mennyivel jobb offolás lett, mint a korábbi.
Új hozzászólás Aktív témák
- Windows 11
- Garmin Forerunner 165 - alapozó edzés
- Kerékpárosok, bringások ide!
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Milyen notebookot vegyek?
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Automata kávégépek
- Cyberpunk 2077
- Pécs és környéke adok-veszek-beszélgetek
- További aktív témák...