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

• #91 Abu85 HÁZIGAZDA apatyas #89

  Új Válasz 2015-03-03 15:01:46 #91

  Ú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

  

  Abu85

  HÁZIGAZDA

  válasz apatyas #89 üzenetére

  Egyelőre az AMD API-jához van segédlet, de az használható a Vulkanhoz, mert a függvények 90+%-a megegyezik. Csak a megváltozott függvénynevekre kell figyelni. A Khronos valszeg át fogja írni a függvényneveket a saját verziójában.

• #69 Abu85 HÁZIGAZDA

  Új Válasz 2015-03-02 19:33:40 #69

  Ú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

  

  Abu85

  HÁZIGAZDA

  Közben elkészült egy majdnem 500 oldalas könyv is az új API programozásáról. Ellenőrzik és ingyen letölthető lesz. A Khronos nem viccel. Négy hónap alatt egy full API plusz ~500 oldalas programozói segédlet a semmiből. A Microsoft remeg.

  (#68) Dr. Akula: L L

• #65 Abu85 HÁZIGAZDA Jack@l #64

  Új Válasz 2015-03-02 19:01:57 #65

  Ú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

  

  Abu85

  HÁZIGAZDA

  válasz Jack@l #64 üzenetére

  A top fejlesztők körében nincs rá igazi igény. Inkább a middleware-ektől való távolodás látszik. Azt kérik a nagyobb szoftvercégek, hogy legyen pár átgondolt API (lehetőleg csak egy-kettő), ami eléggé alacsony szintű ahhoz, hogy jól optimalizálhassanak a hardverekre és a többit majd megoldják házon belül. Sokkal hatékonyabb rendszereket lehet fejleszteni, ha a kódot teljesen ismered, és nem építesz egy rakás middleware-re.

  Egyrészt igen a grafikai számítások jelentős része compute lesz az aszinkron feldolgozás lehetősége miatt, másrészt több gyártó mellett szükséges egy egységes reprezentációs szint, különben úgy jár az API, mint az OpenGL.

• #62 Abu85 HÁZIGAZDA Jack@l #61

  Új Válasz 2015-03-02 18:23:04 #62

  Ú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

  

  Abu85

  HÁZIGAZDA

  válasz Jack@l #61 üzenetére

  A PhysX nem API, hanem middleware. Számos más middleware van mellette, mint a Havok, az ODE, a Bullett, illetve a saját fejlesztésű megoldások. Például manapság nagyon jellemző, hogy a fizikai részecske effekteket saját algoritmussal oldják meg a programok. A Frostbite 3-ban például ilyen van, vagy az Alien Isolation motorjában, és még lehetne folytatni a sort.
  Más fizikai middleware-től azért nem látsz olyat, mint a PhysX-től, mert amit a PhysX ad az nem fizika, hanem grafika. Erre viszont nincs nagy igény a programozók oldaláról. Nem véletlen, hogy a Havok a vezető technika a middleware-ek között, annak ellenére, hogy fizetni kell érte. A legtöbb fejlesztő inkább kiadja a pénzt a minőségért.

  A Vulkan semmi ilyesmit nem akar elérni. Egy grafikus API lesz és kész.

• #52 Abu85 HÁZIGAZDA Jack@l #50

  Új Válasz 2015-03-02 16:45:10 #52

  Ú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

  

  Abu85

  HÁZIGAZDA

  válasz Jack@l #50 üzenetére

  A Vulkan lesz Linuxra is (fejlesztőknek már van).
  Mint írtam az OpenGL és az OpenGL ES fejlesztése továbbra is különálló lesz a Vulkantól, és zavartalanul folytatódni fog a jövőben. Az OpenGL ezért megmarad, és nem lesz kompatibilis a Vulkannal.

• #48 Abu85 HÁZIGAZDA Jack@l #46

  Új Válasz 2015-03-02 16:38:15 #48

  Ú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

  

  Abu85

  HÁZIGAZDA

  válasz Jack@l #46 üzenetére

  Egyrészt azért, mert a Khronos így gyorsan lép, és a tervekhez képest 3-4 évvel hamarabb be tudnak mutatni egy DX12 konkurens, nyílt specifikációjú API-t. Akár a DX12-t is megelőzhetik a piacra kerülés tekintetében.
  Másrészt a specifikációk felett a Khronos babáskodik majd, ami a gyártókban bizalmat ébreszt, mert ők nem helyeznek előtérbe senkit.
  Harmadrészt számos motorba beépült már az AMD API-ja. Az eddigi munka hasznos volt, csak a függvényneveket kell átírni.
  Negyedrészt nehogy azt hidd, hogy a DX12 nincs tele olyan opcionális funkciókkal, amiket ma csak a GCN-es hardverek támogatnak. Ez hardveres tudás, viszont a hardver fejleszthető, tehát 2016-ban ugyanezeket a funkciókat támogathatja az NV, az Intel és más is. Ebből a szempontból a Vulkan és a DX12 ugyanaz.

• #43 Abu85 HÁZIGAZDA Jack@l #42

  Új Válasz 2015-03-02 16:20:18 #43

  Ú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

  

  Abu85

  HÁZIGAZDA

  válasz Jack@l #42 üzenetére

  Majd meglátod, ha bejelentik, hogy mennyire volt teória.
  Ha akarod, akkor most leírom, hogy lényegében csak a shader forrás különbözik a Vulkanban, mert az nem HLSL, hanem részben GLSL lesz (szándékosan írtam a részben szót a GLSL elé, de erről is majd később - ezt megígértem a Khronosnak, hogy nem lövöm le, még az NDA hiánya ellenére sem). Emellett számos funkció a Vulkanban opcionális kiterjesztés lesz, vagy emulációt is kap, hogy az API-t ne csak a GCN tudja támogatni.

• #40 Abu85 HÁZIGAZDA Jack@l #38

  Új Válasz 2015-03-02 16:14:01 #40

  Ú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

  

  Abu85

  HÁZIGAZDA

  válasz Jack@l #38 üzenetére

  Mert elkövette a Khronos azt a hibát, hogy nem kötöttek velünk NDA-t. Mi alapvetően egy média vagyunk. Ha valami információ a birtokunkba jut és arra nincs NDA-nk, akkor megírjuk, akár egy-két nappal a bejelentés előtt. Persze, ha kötöttek volna NDA-t, akkor vártunk volna. Ez ilyen egyszerű. De ne aggódj lesz még olyan dolog, amiről nem írtam ma és ehhez kapcsolódik. Nem minden részletről rántottam le a leplet. Viszont nagyrészt annak köszönhetjük, hogy Magyarország vezető IT médiája vagyunk, hogy megjelenés előtt olyan információkat közlünk, amit más itthon nem vagy csak később hoz le.

• #37 Abu85 HÁZIGAZDA Jack@l #34

  Új Válasz 2015-03-02 16:11:22 #37

  Ú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

  

  Abu85

  HÁZIGAZDA

  válasz Jack@l #34 üzenetére

  Gondolod nem ellenőriztem már több forrásból?
  Eleve a Vulkan működik, holnap nem csak beszélnek róla, hanem láthatod is, hogy megy. A Khronos az új OpenGL-lel kapcsolatos munkát 2014. októberében kezdte el. Azóta négy hónap telt el. Nem lehet ennyi idő alatt egy API-t írni a nulláról. Ez egyedül úgy lehetséges, ha felhasználták a Mantle forráskódját, még így is necces, de szinte módosítás nélkül lehetséges.
  Az OpenGL továbbra is fejlődik, ahogy az OpenGL ES is. Ezek független utak a Vulkan mellett. Igen lesz Vulkanhoz kapcsolodó GPGPU-s bejelentés is. A SPIR-V ehhez kapcsolódik.

• #29 Abu85 HÁZIGAZDA lev258 #13

  Új Válasz 2015-03-02 15:54:08 #29

  Ú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

  

  Abu85

  HÁZIGAZDA

  válasz lev258 #13 üzenetére

  SPIR-V biztosan, hiszen ez a Vulkanhoz kapcsolódik. Nagyon jó előérzetem van erről. A Khronos hátrányból beelőzi a Microsoftot.

  (#28) 7time: Nem kell etetni a trollokat. Nincs szükség moderátorra. Sokkal jobban fáj a trolloknak, ha a semmibe nézitek a böffentéseiket.

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