Új hozzászólás Aktív témák
-
#1
Translator
tag
Translator
tag
A címet kissé durvállom. Eddig mi alapján fejlődött az OpenCL?
Azok akik feladnák alapvető szabadságukat egy ideiglenes biztonságért, nem érdemelnek sem szabadságot, sem biztonságot - Benjamin Franklin
-
Fiery
veterán
"továbbá számos érintett, mint például az Apple, az Imagination, a Mediatek, a Qualcomm és a Vivante eljutott az OpenCL 1.2 támogatásáig"
Marmint az Apple milyen platformon jutott el az OpenCL 1.2 tamogatasig? OSX (Mac) ? Lof*sz semmit nem er, ha hozzavesszuk, hogy hany OSX alapu eszkoz van a vilagban, es hany iOS alapu.
"A nagyobb szoftvercégek jelenleg az OpenCL-t tekintik az elsődlegesen célozandó platformnak"
Mihez kepest elsodleges? Mi a masodlagos, ha az OpenCL az elsodleges?
"A Khronos Group szintén üdvözli, hogy a tesztprogramok fejlesztésével foglalkozó cégek (Kishonti, Futuremark, Rightware) is az OpenCL-t szem előtt tartva fejlesztik az új megoldásaikat"
Mit jelent az, hogy szem elott tartjak? A Kishonti honlapjan pl. ez olvashato:
"CompuBench is the first professional OpenCL and RenderScript benchmark to test and compare the parallel compute performance of CPUs, GPUs and accelerators of desktop and mobile devices."
Meg ez is ugyanott van:
"First professional cross-platform GPGPU compute benchmark for OpenCL, RenderScript and Metal"
Ergo ott az OpenCL, szem elott van tartva, de ugyanugy ott a RS es a Metal is. Mokas, hogy azt a Khronos Group nem vette eszre, hogy egyes GPGPU benchmarkot is felvonultato szoftverekben (neveket nem mondok) csak es kizarolag OpenCL tamogatas van, inkabb azokat kellett volna eloterbe tolni SZVSZ.
Egyebkent ebbol a hirbol csak az nem derul ki, hogy mikepp fejlodik az OpenCL, mar ha OpenCL kapcsan a core-t nezzuk. A SPIR es a SYCL is egy kiegeszitese az OpenCL-nek. Az OpenCL 2.0-ban a core fejlodott oriasit, arrol viszont most egy hang sincs, hogy a core mikepp fog fejlodni a 2.0 utan. Mi lesz a 2.1-ben, a 3.0-ban?
[ Szerkesztve ]
-
Abu85
HÁZIGAZDA
Más GPGPU-s opcióhoz képest. Másodlagosként elérhetők lesznek még pár programban a gyártói alternatívák, bár egyre több program elhagyja majd ezeket. Az OpenCL mellett nem fejlesztik tovább ezt a kódbázist.
Az a baj a benchmark esetében, hogy hiába van másban csak OpenCL, a Kishonti, Futuremark, Rightware triót nagyon sokan használják. Tehát azt mondani, hogy a Futuremark PCMark 8-ja használ OpenCL-t, sokkal nagyobb eredmény a Khronos számára, mint azt mondani, hogy a GPUPI használ OpenCL-t. Sajnos számít a marketing.
Ez az én hibám, elfelejtettem beírni, hogy a SPIR a core része lesz a tervezet szerint.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
lenox
veterán
Marmint az Apple milyen platformon jutott el az OpenCL 1.2 tamogatasig? OSX (Mac) ? Lof*sz semmit nem er, ha hozzavesszuk, hogy hany OSX alapu eszkoz van a vilagban, es hany iOS alapu.
En nem igy gondolom, szerintem az OSX egy fontos oprendszer, a mozgokep letrehozasanak vilagaban legalabbis, marpedig ezeket a tartalmakat fogyasztja a jonep.
-
Fiery
veterán
Abu mar evek ota azt sulykolja az olvasokozonsegbe, hogy a GPU-t kellene hasznalni egy csomo feladatra, mert a GPU gyorsabb, hatekonyabb es emiatt kevesebbet is fogyaszt egy adott feladat elvegzese soran, mint az x86 vagy epp ARM CPU-k. Ebbol kiindulva, eleg szomoru, hogy az OpenCL se Androidon, se iOS-en, se WP8-on nem mukodik, vagy legalabbis szeleskorben abszolut nem terjedt el mind a mai napig sem. Sokkal tobb embernek van ilyen eszkoze, mint Mace.
-
Abu85
HÁZIGAZDA
Igazából ez nem feltétlenül az OpenCL hibája. Az Apple sokkal szívesebben látja az iOS-en a Metal-t használó GPGPU-s programokat. Nekik ez célszerű. A Microsoft a Windows Phone platformon, vagy ma már Windows 10-en el fog lépni ilyen irányba, de C++AMP-vel. A Google pedig eléggé fél a fragmentációtól, így számukra sokkal célravezetőbb a Java9.
Mindegyik érintett csak a saját érdekei szerint formálja a piacot, és jelen pillanatban nincs szükségük az OpenCL-re, mert maguk is meg tudják oldani, a véleményük szerint jobban.OpenCL egyébként mindenhol lesz, mert a WebCL-hez kell a driver hozzá, de a store-ba az OpenCL alkalmazásokat már nem fogják beengedni.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Fiery
veterán
Nem mondtam, hogy az OpenCL hibaja a mai helyzet. De az azert eleg szomoru, hogy van egy nyilt szabvany, ami mostanra mar egesz szepen ki is lett dolgozva, de az ultramobil piacon tulajdonkeppen senki sem tamogatja, es annyira nem is akarja tamogatni a jovoben sem
[ Szerkesztve ]
-
-
-
Abu85
HÁZIGAZDA
Több gyártó kérte a Google-t az OpenCL-re. Engedélyezték is olyan formában, hogy berakható az Androidba, de a Store-ba nem fogják beengedni ezeket az alkalmazásokat.
Elsődlegesen a HEVC volt a fő gond, amelyet sokan OpenCL-ből akarnak megoldani. A fix hardveres blokk az nem rossz, de a helyzet az, hogy a licencelhető HEVC-re alkalmas blokkok mérete a lapkán nagyobb négy Cortex-A15-ös processzorrésznél. Emellett az is baj, hogy ezeknek a blokkoknak a fogyasztása nem túl jó.
Aztán ott a mozgásfelismerés, gesztusfelismerés, amit szintén OpenCL-lel próbálnak abszolválni a gyártók, vagy az arcfelismerés, illetve a kamerás felvételek átdolgozása, shaking eltüntetése, stb. Valós idejű képjavítások. Ezekre mind képesek lesznek az ultramobil eszközök. Erre jó az OpenCL, úgy ahogy a Google felengedi.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
A JPEG-re jobb a fixfunkciós eszköz. Elég kicsi blokkból megoldható, és egyre többen mennek ebbe az irányba.
A JPEG problémája a Windowson azért volt elővéve, mert a Microsoft nem hajlandó fejleszteni a beépített dekódolót a teljesítmény szempontjából. Az Intel is többször kérte őket, hogy vegyék igénybe a Haswellbe épített fixfunkciós blokkot, csak az MS szerint nem éri meg a befektetést. Az AMD ezt a szájkaratét megelégelte és csináltak egy saját dekódert, ami lecseréli a beépítettet. Ezzel egyébként az MS-nek semmi baja, ők csak nem akarják fejleszteni a sajátjukat, mert "elég jó az".Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
A HEVC-nek mindenképp van értelme, mivel jobban tömörít, így egy videó letöltése kevesebb adatmennyiség felhasználásával valósulhat meg. Ez az egyik legfontosabb szempont a mai mobilinternet szolgáltatások mellett. A 4K csak ráadás.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
lenox
veterán
De a masik meg fontosabb meg az uzemido, a legfontosabb meg hogy meg tudja a user nezni. Szoval ha a legtobb device nem tudja dekodolni a hevc-t, kevesen tudjak, de ketszer tobbet fogyasztanak kozben, akkor azert az nem a hevc terjedesenek kedvez. Persze ettol meglesz a hevc support, mert van ahova ugyis kell.
-
-
Fiery
veterán
Idezek sajat magamtol:
"ARM CPU-k. Ebbol kiindulva, eleg szomoru, hogy az OpenCL se Androidon, se iOS-en, se WP8-on nem mukodik, vagy legalabbis szeleskorben abszolut nem terjedt el mind a mai napig sem"
Oke, hogy ott van, de ha senki se foglalkozik vele, akkor majdnem mindegy, hogy a platform tamogatja-e... Lasd Kaveri
![;]](http://cdn.rios.hu/dl/s/v1.gif)
De egyebkent PC-re van JPEG dekoderbol is GPGPU alapu, igaz, HSA-val mukodik, de ennyi erovel OpenCL alapokon is meg lehetne oldani. Ha ebbol indulunk ki, siman lehetne alkalmazasi teruletet talalni az ultramobil eszkozokon is.
Új hozzászólás Aktív témák
it A Khronos Group a friss útitervét több fejlesztői vélemény alapján alakította ki.
Állásajánlatok
Cég: Axon Labs Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest