- Nem indul és mi a baja a gépemnek topik
- VR topik (Oculus Rift, stb.)
- Épített vízhűtés (nem kompakt) topic
- Bluetooth hangszórók
- Kormányok / autós szimulátorok topicja
- Azonnali informatikai kérdések órája
- Analóg kapcsolós klaviatúrák triója a Razer fémjelzésével
- Hogy is néznek ki a gépeink?
- Május 7-én lesz az új iPadek bemutatója
- Házimozi belépő szinten
Hirdetés
-
A TikTokon marakodik Trump és Biden
it Trump szerint ha betiltják a TikTokot, annak a felelőse Biden lesz. A betiltás Trump szerint csak a Metát tenné még gazdagabbá.
-
Engedélygyűjtésbe kezdett a Poco táblagépe
ma 33 wattos töltéssel és 8 megapixeles kamerákkal várható a Poco Pad.
-
Megjelenési dátumot kapott a Metaphor: ReFantazio
gp A tervek szerint a végső kiadás októberben lesz elérhető PC-re és konzolokra.
Új hozzászólás Aktív témák
-
Cobra.
őstag
Akkor talán itt az ideje Linux alapú oprendszert fejleszteni a nagy gyártóknak a tabletekre/telefonokra.
-
#13260800
törölt tag
Google jelmondata: “Ne légy gonosz!"
Na itt a Microsoft 2, frankó. Ezeket a dög nagy multikat darabokra kellene aprítani csak hátráltatják a fejlődést.
-
kriszpontaz
veterán
-
leviske
veterán
"ameddig az Android domináns."
Csak az a helyzet, hogy az Android ilyen formán nem domináns és a Google sokkal kitettebb a gyártók irányába, mint a Microsoft volt, aki csak kiadta a rendszert és a régi gépek is "rögtön" frissültek.
Meglátjuk, hogy ezzel milyen magas labdát dobtak fel az Ubuntunak. Elvégre ott a HSA támogatása egy az egyben cél, így hosszú távon megérheti a gyártóknak váltani és támogatni a fejlesztőket, hogy kövessék őket. Itt úgyse olyan nehézkes váltásról beszélünk, mint a iOS>Android esetén, hiszen nincs egy fix hardver a rendszer mögött, ugyanúgy több hardverre kell optimalizálni, mint droidon.
Nem mondom, hogy a Canonical jobb, de egy 3-6 évig ők is meghúznák magukat, aztán lehet őket is váltani.
-
satz18
őstag
A wp milyen viszonyban van az OpenCL-el? A nokia nem tudna profitálni ebből helyzetből?
Asus G513QY, Samsung A52s 5G
-
leviske
veterán
válasz kriszpontaz #5 üzenetére
Ők is hajlandóak saját megoldást lenyomni az emberek torkán, ha olyan előnyös pozícióba kerülnek. Talán pont a Unity kapcsán merült fel ilyesmi a HUP-on, csak nem jut eszembe mi.
Viszont a Google-nek is kellett 6 év, míg eljutott ebbe a közel monopol helyzetbe és eddig igyekeztek "nyíltak" maradni.
-
rudi
nagyúr
Egyre jobban kezd az x86-os PC-k világára hasonlítani az ARM-Android szféra. Egyre többfél hardver van, ami CPU szinten alapvetően kompatibilis, de a VGA-k brutálisan kavarják a helyzetet, lehetetlenné téve az optimalizálást és most jön még az API alapú kiszorítósdi is a'la DirectX. Meglátjuk, mi sül ki belőle...
Resistance Is Futile. You will be assimilated!
-
xmaas
őstag
Erdekes dontes , ezek is akarjak csinalni az eszuket csak nem olyen konnyu mert ha osszeal az osszes androidot hasznalo gyarto es ralep a torkukra azt nem fogjak megkoszonni
-
alevan
őstag
Jelenleg az IOS, WP és Ubuntu támogatják az OpenCL-t?
[ Szerkesztve ]
"Ezért lovagol a pokolba a konzumer IT piac. A hülye igények... . Azt sem tudod, hogy mit akarsz de az jöjjon havonta frissités formájában."
-
A Google addig rázza a pofonfát, amíg meg nem lilul tőle. Majd jön a Firefox OS, ami teljesen nyílt, így a fejlesztőknek teljesen szabad a keze, aztán megy majd a droid a levesbe, G-ék meg nézhetnek bután...
[ Szerkesztve ]
https://www.coreinfinity.tech
-
dabadab
titán
"Majd jön a Firefox OS, ami teljesen nyílt, így a fejlesztőknek teljesen szabad a keze"
Ilyen szempontbol az Androiddal sincs semmi gond, a gyartok most is tehetnek bele openCL drivert, a hirben szereplo OpenCL gyomlalas csak a Nexus4-et es a Nexus10-et erinti (es ott is csak a gyari firmware, CM-ben pl. siman lehet OpenCL (nem tudom, hogy van-e))
[ Szerkesztve ]
DRM is theft
-
Fiery
veterán
CPU szinten me'g veletlenul sem kompatibilisek. Az ARM onmagaban is egy borzalmasan toredezett architektura, 2 kulonbozo CPU gyarto ARM-os CPU-ja nem kompatibilis egymassal.
Az Android ezzel az egesz kavarassal kezd egyre remesebbnek tunni. Es a vegen a vegfelhasznalo szivja meg.
-
rudi
nagyúr
Szerintem a Firefox OS-nek is nagyon fel lesz adva a lecke azzal, hogy 2010-es és a 2014-es hardveren is valamennyire mennie kell. Egyelőre azt mutatja az androidos tapasztalat, hogy a cégek rémesen könnyen összedobnak brutális hardvereket, de az OS csiszolásában iszonyatosan gyengék. Nehezen hiszen, hogy a Firefox OS-ben másképp alakul majd. Egyelőre az Apple kevésféle hardver és alapos, zárt optimalizálás elve tűnik sikeresebbnek...
Resistance Is Futile. You will be assimilated!
-
rudi
nagyúr
Ejha, ez nekem nagyon új, hogy kell értelmezni? Egy Tegra 3-as Cortex-A9 mag nem egy és ugyanaz (na jó, legalább nagy vonalakban) mint egy RockChip RK3066-os Cortex-A9 mag? Nagyon érdekelne erről egy alapos leírás, vagy legalább a linkje!
Resistance Is Futile. You will be assimilated!
-
Abu85
HÁZIGAZDA
Az MS-nek az érdeke inkább a C++ AMP támogatása. De mivel a Nokia elég nagy partnerük, így az OpenCL beépítését megengednék mindenféle szankció nélkül, hiszen a Nokia a WebCL-be rengeteg pénzt rak. Ebből a szempontból az MS kedvezőbb, mert a Nokia rövid pórázt használ hozzájuk. Talán már ki is kötötték őket.
---
Az ARM-hoz: Az ARM rengeteg dizájnimplementációt enged meg, manapság kevesebbet, de régebben ezzel nagyon játszhattak a cégek. A NEON motort például egyénileg lehetett beépíteni. Ezek okoznak komolyabb töredezettséget, mert figyelni kell arra, hogy az egyik cég ARM-os CPU-jában nincs meg xy funkció, miközben a másikban meg ott van. A NEON "van és nincs" erre a legjobb példa.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
dabadab
titán
"Ezek okoznak komolyabb töredezettséget, mert figyelni kell arra, hogy az egyik cég ARM-os CPU-jában nincs meg xy funkció, miközben a másikban meg ott van."
Ez megvan x86-on is, most megneztem, egy sima Athlon II-nel a /proc/cpuinfo 57(!) darab opcionalis feature jelenletet jelzi.
[ Szerkesztve ]
DRM is theft
-
Szerintem a Firefox OS-nek nem kell mennie a régi hardvereken, ahogy a Jelly Beannek sem, a WP8-nak sem. Menjen a mai hardvereken, meg a jövőbelieken.
Az androidos tapasztalat azt mutatja, hogy amelyik cég egyáltalán törődik az optimalizálással, az nagyon szép eredményeket ér el - lásd Sony, vagy a zárt oldalon az általad is említett iOS. Samsung, LG, kínaiak nem törődnek ezzel, jeszavuk szerint oldja meg a hardver.Azt meg azért is remélem, hogy a Firefox OS kiharap egy méretes részt az okostelefonos piacból, mert a G egyre inkább a XXI. század Microsoftja és rájuk fér a sztereóban kapott füles.
https://www.coreinfinity.tech
-
Abu85
HÁZIGAZDA
Az x86-on ez nem olyan extrém. Azért az a három cég, amelyik gyárt procit reális lépésekben halad előre, tehát egy folyamatos generációs előrelépés azért megvan (a fontos funkciók beépítése szempontjából nagyon kedvező a helyzet). Az ARM-on viszont még ma is kihagyható a NEON, pedig lassan alapvető elem lesz.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
julius666
addikt
Gondolom Mir <-> Waylandra gondolsz.
Ott szerintem pont hogy a mobilos terveik miatt volt "szakadás", Wayland alapra épülő rendesen működő mobil platformhoz még lehet hosszú éveket kéne várni, így házon belül jóval nagyobb a mozgásterük mint a Waylandos arcokkal együttműködve, úgy gányolják a hardverhez a protokollt, ahogy nem szégyellik.
A cikkhez: azért kíváncsi vagyok mennyire állt céges érdek a háttérben és mennyire a technikai problémák. Valaki látott is már OpenCL-el androidot?
-
-
Abu85
HÁZIGAZDA
válasz julius666 #24 üzenetére
[link] - A gyártók már csináltak maguknak.
De az Android 4.3 előtt mindegyik 4-es kiadásban volt OpenCL driver, csak le volt tiltva, de feloldható volt.Ha technikai probléma lenne vele, akkor az említett gyártók nem építenék erre a jövőt. Most már lesz probléma, amikor egy lapka feature listájából kikerül mondjuk a HEVC gyorsítás lehetősége, mert nincs OpenCL driver hozzá. Egy rakás cég döntött úgy, hogy megspórolják a fixfunkciós egység kihagyásával a tranyókat, mert a GPGPU-s megoldás is bőven jó.
Azért itt nagy számokról van szó. Az új generációs IGP-kben a GPGPU-s képességek egy normál kialakítású dizájn mellett úgy minimum 100 millió tranyót elvisznek. A combosabb megoldásoknál 200-at is.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
HawerKing
őstag
▂▃▅▇ Nothing Phone 1 - 11T - Tab S2 - Tab S3 ▇▅▃▂
-
E.Kaufmann
addikt
ARM-ra van valami egységes BIOS/UEFI szerüség legalább tervben? Vagy még ha két SOC azonos utasítákészletű ARM procit tartalmaz de mivel más a gyártó ezért más rendszerkép kell rá? Vagy hogy kell ezt mostanában elképzelni? Egyes funkciók amik PC-n megvannak BIOS/UEFI szinten, azt ARM esetén be kell építeni még az oprendszerbe, hogy be tudjon bootolni, vagy csak épp a SOC-tól függő BIOS szerűség van amihez hozzá kell igazítani az adott rendszerképet?
[ Szerkesztve ]
Le az elipszilonos jével, éljen a "j" !!!
-
marcell991
tag
válasz julius666 #24 üzenetére
Olyan hosszú éveket kell várni a Wayland-re, hogy a Jolla év végén bemutatkozó telefonja Wayland-et fog futtatni. Tehát előbb lesz kész termék Wayland alapon, mint Mir-rel. Az egész a Mir körül arról szól, hogy a Canonical házon belül tudja fejleszteni, viszont így senki más nem fogja használni.
Developers, developers, developers, developers! http://youtu.be/KMU0tzLwhbE
-
dabadab
titán
válasz E.Kaufmann #28 üzenetére
"ARM-ra van valami egységes BIOS/UEFI szerüség legalább tervben?"
Nem tudok rola. Az van, amit mondasz, hogy az adott SOC-hoz keszult kernel image-be fixen bele van drotozva, hogy milyen periferia hol van, nincs semmi plug'n'play.
DRM is theft
-
vicze
félisten
Hát ez eléggé sajnálatos, ha nem implementálják, és elég nagy hátrányt jelent majd a jövőben az Androidnak, és megint egy +ok, amiért a fejlesztőket az iOS felé tereli majd. (Még az se támogatja, de elég nagy eséllyel fogja majd a jövőben.)
-
Meteorhead
aktív tag
Én csak két dolgot nem értek (a többi 10.000 mellett):
- Milyen zárkózás volt DX-szel az OpenGL-lel szemben? Tudtoammal OpenGL driver lehetősége mindigis megvolt Windows alatt, semmilyen elzárkózás nem volt. Vagy én tudom rosszul?
- Mi az egész mizéria az ARM CPU magok kompatibilitása körül? Úgy tudtam, hogy ARM épp azért 'jobb' x86-nál, mert nincs benne annyi legacy utasítás, amit már a kutya sem használ, ezért egyszerűbb lehet az ALU meg a körítés.Ez azt jelentené, hogy cserébe túl kevés a kötelező utasítás?
Nekem ez az egész API tologatás érthetetlen. Mindenki nyomatja a saját API-ját, amennyire a farka mérete megengedi, és majd győz az erősebb (nem pedig a jobb). Miért jó az egy keresőóriásnak (vagy OS gyártó óriásnak, vagy akárkinek), ha a saját vackát nyomja le a fejlesztők és a világ torkán? Ha valami egyszer rossz (mert a renderscript az), akkor miért annyira nehéz bevallani, hogy valaki jobbat talált ki??!! Nekik is saját jól belátott érdekük lenne, hogy valami kényelmes és szép API-val dolgozzanak, de pedig a saját szemetükkel. Hiába toltak bele dollármilliókat az API/spec kifejlesztésébe, ha egyszer nem lett jó. Nem kell azért használni mindenáron, mert a sajátjuk. AMP milliószor kényelmesebb, OpenCL pedig mindent tud, amit tudni lehet, csak kényelmetlenebb használni.
Én a Gugli helyében arra fordítanám az energiáimat, hogy WebCL vagy AMP spec fejlesztésbe szálljak be tevékenyen, és inkább azokat próbálja olyanra alakítani, ami neki is megfelel (nyílván amit a többi contributorral egyeztetni kell). (HSA-ról már nem is beszélve, ami egy ezekre épülő nagy királyság, ami WebCL-t is verhetné, ha lenne webes specifikációja)
-
E.Kaufmann
addikt
válasz Meteorhead #33 üzenetére
Nem is annyira a legacy-ról írtak, hanem pl hogy van vektorutasításokat segítő utasításkészlet vagy sem. Ha jól értem olyan ez a Neon mint az MMX/SSE a Pentiumoknál annó, hogy egy műveletet megcsinált egyszerre több adattal. Ami pl filmlejátszásnál és 3D -nél hasznos, ha a procinak kell számolnia.
Mondjuk NEON-ra, ha elég erős a proci lehet írni bármilyen codec-et, míg a videóvezérlőben lévő hardveres decoder csak bizonyos formátumokat támogat.[ Szerkesztve ]
Le az elipszilonos jével, éljen a "j" !!!
-
válasz Meteorhead #33 üzenetére
A lehetőség megvolt, de a fejlesztők nemigen éltek vele. Addig, amíg a DX érkezett az operációs rendszerrel, az OpenGL-támogatás csak az adott VGA driverében volt megtalálható. Ha a fejlesztők éltek volna az OpenGL lehetőségeivel, sokkal több komoly játék létezne Linuxra.
https://www.coreinfinity.tech
-
julius666
addikt
válasz marcell991 #29 üzenetére
Erről eddig nem hallottam, köszi! Akkor sokkal jobban állnak mint gondoltam, helyes.
-
Abu85
HÁZIGAZDA
válasz Meteorhead #33 üzenetére
Ma azért már az MS nagyon kemény. A Windows update rendszeren igen extrém pénz mellett engednek át OpenGL vagy OpenCL drivert letöltésre. Aztán a gyártó nyilván felkínálhatja, de manapság egyre több összerakott gépen tiltva van a gyári driver telepítésének lehetősége (a piacon kapható gépek 50%-án biztosan), míg a Windows update engedélyezett. Ezzel a legújabb drivereket megkapod, de sokszor elveszted az OpenGL-t. Ez azért szerintem erős korlát, még ha nem is helyből gáncsolás, mint amit most a Google csinál.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
zoltanz
nagyúr
Van amelyik Win is tartalmaz OpenGL-t, csak nem minden karihoz.
Manapság egy előnye van ha nem vagy szegény, színvonalasabb ellenségeid lehetnek
-
Dr. Akula
nagyúr
"a PC-s játékosok Windowson ragadtak, ennek a következményeit pedig már mindenki ismerheti."
Mondjuk ki: A Windows melletti egyetlen érv a játék. De az viszont nagyon. Ha ez nem lenne, otthon is sokkal több Linux feszítene, meglenne a kritikus tömeg hogy egyéb (felhasználói) programokat is el lehessen vinni Windowsról.
-
Ed3r_X_
nagyúr
OpenCL-t önhatalmúlag beépíthetik, ugyanakkor ilyen esetben nem számíthatnak a Google támogatására és a Google Play áruházhoz való hozzáférés sem engedélyezett.
Ezt nem értettem sose, elvileg kiszedették a CM ROM-okból is, mégis elérhető, külön zip formában is, amit recovery alól lehet feltolni. Na mi értelme volt akkor, ha úgyis bele kerül?
A Google meg szerintem vonuljon vissza ettől a döntéstől, nem lesz ez így okés. Eddig a hardver ment az operációs rendszer után, most meg fordítva? Na ne.
“Songbird, Songbird, see him fly, drop the children from the sky. When the young ones misbehave, escorts children to their grave. Never back-talk, never lie, or he'll drop you from the sky!”
-
MASSlag
tag
válasz Dr. Akula #40 üzenetére
...meg az Adobe szoftverek, a CAD programok, a kiadványszerkesztők, stb. meg, hogy a közoktatásban gyakorlatilag csak azt oktatják (sajnos). A PC-s játékos réteg nem olyan nagy erejű már, többen játszanak konzolon és mobil eszközökön.
Ha Ubuntuék jól helyezkednek, még elég jól is kijöhetnek. Hátha segítené a PC-s linux terjedését is.
Bár egy friss rendszer szoftverkínálatának a bővítése elég sok pénzbe kerül. Az MS-nek óriási tőkéje van, és az ő áruházuk is lassan bővül.
Azt nem tudom, hogy az android alkalmazások portolását mennyire könnyíti meg az Ubuntuval majdnem közös alap.Hm, a Jolláról még nem hallottam. Érdekes koncepció. Nekem a Wayland előre mutatóbbnak tűnik, mint a Mir. Csak ne az legyen a sorsuk mint a Maemonak, kár érte, egy kiváló rendszer volt.
[ Szerkesztve ]
A bizonyíték hiánya nem a hiány bizonyítéka
-
Dr. Akula
nagyúr
"meg, hogy a közoktatásban gyakorlatilag csak azt oktatják (sajnos)"
Mit oktassanak, azt amit alig használ valaki? Teljesen logikus hogy a legelterjedtebbet tanítják. Ha a Linux kíván ebbe a szerepbe bekerülni, azt a fejlesztőknek kell megoldani, nem a tanároknak.
"A PC-s játékos réteg nem olyan nagy erejű már"
Darabszámban nem, de minőségben igen. Ők azok akik képesek megvenni a csúcshardvereket, a lemorzsolódó konzolosokból nem jött be sok pénz eddig se. -
pushalias
addikt
Azért tegyük hozzá a választás jóval bonyolultabb voltát is. Winből fel tudsz dobni magadnak max 3-5 félét, ha beleszámítom az XP-t is, Linux disztribúcióból meg van száz, és ha bekérdezel egy átlagos linuxos topikba, huszan fognak neked húszfélét mondani, és legalább 2-3 disztribúciót szidni is fognak, mint a bokrot, aztán tessék, válassz.
(#43) Dr. Akula Bizony, ez is igaz.
[ Szerkesztve ]
Honor 9 / HP 8470P
-
válasz Dr. Akula #43 üzenetére
Nem szoftvert kéne oktatni, ezt kellene végre felfogni, hanem alapismereteket szövegszerkesztésről, táblázatkezelésről, prezentációkészítésről, adatbázis-kezelésről.
Aztán ha ezek megvannak, akkor a gyakorlati példát nem egy programon keresztül kéne bemutatni, ami ráadásul pénzbe kerül, hanem legalább kettőn, hogy ismerjenek a diákok alternatívát is a szoftverrabszolgaságon kívül.
https://www.coreinfinity.tech
-
ddekany
veterán
válasz Dr. Akula #40 üzenetére
"Mondjuk ki: A Windows melletti egyetlen érv a játék."
Na, ne politizáljunk már szakmai fórumon. Hasonlóan problémás a helyzet sok más területen is, mert csodák nincsenek, egy 1%-os desktop platformra nem fejlesztenek annyian mint egy 90%-os desktop platformra. És ami talán még fontosabb, főleg nem komoly pénzbefektetéssel, mert a szabadidőben írogatás az tisztelendő de más kategória. Ugyan ez visszaköszön a hardver támogatottságban is (az a nem-szerver vas amit maga a gyártó nem támogat Win-en, az lényegében piacra sem kerülhet).
-
MASSlag
tag
válasz Dr. Akula #43 üzenetére
A gond az, hogy mindig arra hivatkoznak, hogy a kormányzati számítógépeken, és az iskolákban azért nincsen Linux, mert át kellene képezni az embereket, és az többe kerülne, mint licencet fizetni. Franciaországban, Oroszországban, Spanyolországban, Brazíliában, Izlandon, Indiában stb. érdekes módon nem...
A fiókkezelés rugalmasabb Linuxon, ami egy iskolai, közintézményi környezetben talán a legfontosabb tényező. A telepítést és a karbantartást ilyen helyeken rendszergazdák végzik, használat szempontjából a Linux strapabíróbb.A csúcshardverek vásárlása igen elenyésző. Aki van, azon próbálnak fogni a gyártók amennyit lehet. Nem véletlenül mennek fel ilyen veszettül a top videokártyák árai, nagy ütemben szűkül a piac. Az összes platform játékosaihoz viszonyítva jó, ha 1-2% az arány. A bevételnek is jó ha 10%-át adják.
Ha lenne súlya a minőségi PC-s játéknak, akkor a kiadók nem engedhetnének meg ilyen minőségű konzolportokat, mert szignifikáns bevételkiesésük lenne.A bizonyíték hiánya nem a hiány bizonyítéka
-
dezz
nagyúr
Egy rosszpont a Google-nek. Remélem, csak valami idióta részlegvezető arcoskodik és majd jól leosztják fentről. A felsővezetők eddig normálisnak tűntek.
BTW, cikk: "Itt említhető meg a HEVC tartalmak dekódolása támogatása, mely az ARM szerint igen jól működik OpenCL-en keresztül, és meg kell jegyeznünk, hogy nem csak az említett cég jutott ilyen következtetésre. Bár a fixfunkciós egységeken a chipfejlesztők nem szoktak fennakadni, de ne feledjük, hogy ezek az ultramobil rendszerchipek nem nagy kiterjedésűek, és a GPGPU-s képességek beépítése az új fejlesztésű IGP-kbe bizony rengeteg tranzisztort elvisz. Egy HEVC-t dekódoló fixfunkciós egység hozzávetőleg olyan területet foglal el az adott lapkán, mint egy ARM Cortex-A15-ös processzormag a hozzá tartozó gyorsítótárral együtt. Ekkora területet már érdemes megspórolni, ha az adott feladat kiváltható az integrált grafikus vezérlő általános számítási képességeivel, akár egy picit nagyobb fogyasztás mellett is."
Az általam kiemelt rész a szövegkörnyezetben kicsit zavaros, következetlen. Vagy a "GPGPU-s képességek" helyére kellene tenni "a HEVC-t dekódoló fixfunkciós egyég"-et, vagy úgy lenne értelmes ez a rész, hogy "Bár a fixfunkciós egységeken a chipfejlesztők nem szoktak fennakadni, de ne feledjük, hogy ezek az ultramobil rendszerchipek nem nagy kiterjedésűek, és bár a GPGPU-s képességek beépítése az új fejlesztésű IGP-kbe is rengeteg tranzisztort elvisz, azonban egy HEVC-t dekódoló fixfunkciós egység hozzávetőleg olyan területet foglal el az adott lapkán[...]".
(#13) dabadab: Na, most akkor 4.3 úgy általában, vagy csak a Nexus4-en és 10-en futó 4.3? Mert nagyon nem mindegy! Ezt a cikkben is fel kellene tüntetni!
[ Szerkesztve ]
-
namaste
tag
Persze a gyártók dönthetnek az Android módosítása mellett, így az OpenCL-t önhatalmúlag beépíthetik, ugyanakkor ilyen esetben nem számíthatnak a Google támogatására és a Google Play áruházhoz való hozzáférés sem engedélyezett.
Honnan az info?
Ha egy gyártó a GPU-n dekódol videót OpenCL-lel, és nincs a SoC-ban hardveres dekódoló, miért ne tehetné meg, hogy használja?