Új hozzászólás Aktív témák

• #35 LordX veterán Abu85 #29

  Új Válasz 2014-07-09 11:46:53 #35

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  LordX

  veterán

  válasz Abu85 #29 üzenetére

  Az a pár apróság kimerül a mátrix típusok beépített támogatásával, amiket amúgy is 3 vagy 4 sor megcsinálni, és még lassabb se lesz, mert konkrétan ugyanolyan kódot fordítanak belőle, mint a kézzel megírtból. Inkább azért kerültek bele, hogy könnyebb legyen az OpenGL kódot portolni, nem teljesítmény kérdés miatt.

• #20 LordX veterán Abu85 #12

  Új Válasz 2014-07-08 21:48:41 #20

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  LordX

  veterán

  válasz Abu85 #12 üzenetére

  Most bele kellett ásnom magam az IOS 8 Metal-jába, és kb. nyilvánvaló, hogy ez egy OpenCL megfejelve C++11-el (+pár apróság OpenGL-ből, ami kimaradt a CL-ből); szóval Cupertinoban pontosan erre mozdultak rá.

• #14 Jim Tonic nagyúr Abu85 #12

  Új Válasz 2014-07-08 20:29:10 #14

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jim Tonic

  nagyúr

  válasz Abu85 #12 üzenetére

  Azt olvastam valahol, hogy bár a GCN, Fermi, Kepler, Maxwell alapú GPU-ra lesz támogatás, de ez nem jelenti azt, hogy mindenben megfelelnének a DX12 követelményeinek. Azt hiszem az Nvidia kártyák eleve nem, de az AMD se mondta fixre. Akkor ez most nem igaz?

• #10 Meteorhead aktív tag Abu85 #8

  Új Válasz 2014-07-08 19:54:20 #10

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Meteorhead

  aktív tag

  válasz Abu85 #8 üzenetére

  Ez szerintem is egy nagy baromság. Két kezemen nem tudom megszámolni hányszor mondtam már, hogy mennyivel értelmesebb lenne OpenCL alá built-in függvényekkel elérhetővé tenni a fix funkciós részeket, mint a mostani dolgokat patkolni. A built-in mappolódhat hardver egységre, vagy lehet emulálva. Mindenki nyerne, még Intel is, mert ingyen kapna grafikus API-t a MIC-re.

  Főleg úgy, hogy SYCL is itt van a küszöbön, amivel baromi kényelmes módon implementálni lehetne a régi futószalagot is azoknak, akik nem akarják újból feltalálni a spanyol viaszt, viszont Mantle-höz hasonló flexibilitást és alacsony szintű kontrollt adna a programozóknak. Nagyjából azt a szintet, amire a legtöbb stúdió vállalkozik.

  SYCL-ben is lehetne írni generikus kódot, ami mindegyik hardveren elmegy valahogyan, és specifikusat is. Intelnek nem is veszne kárba az a rengeteg munkája amit az alatta lévő OpenCL-es magas színvonalú runtime-ba öltek...

  Őszintén mondom, számomra érthetetlen ez az egész.

• #9 Garyka tag Abu85 #8

  Új Válasz 2014-07-08 19:08:22 #9

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Garyka

  tag

  válasz Abu85 #8 üzenetére

  Hamarosan érkező dx12: 2016

Új hozzászólás Aktív témák