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

• #13063 Szattila83 tag Macka #12995

  Új Válasz 2015-12-27 18:32:03 #13063

  Ú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

  

  Szattila83

  tag

  válasz Macka #12995 üzenetére

  De jó! Ez valóban így van! A szoftveres része nem nagyon megy nekik.

• #12997 Abu85 HÁZIGAZDA Macka #12995

  Új Válasz 2015-12-26 12:32:20 #12997

  Ú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 Macka #12995 üzenetére

  Olyan a valóságban nem létezik. Minden API-nak van egy conformance tesztje, ahol az API tulajdonosa hitelesíti az összes meghajtót. Ha ott átmegy, akkor a meghajtó megfelel a specifikációknak. Viszont ma az a probléma, hogy ezek az API-k, ideértve a DX11-et és kiemelve az OpenGL-t. Az egyes problémákra számos megoldást kínálnak. Például az adatfeltöltésre az OpenGL-ben legalább másfél tucat alternatív megoldás van, és kis túlzással mindegyik hardvernek csak egy-kettő fekszik, vagyis ideálisan az lenne a jó, ha a program mindegyik lehetőségre tartalmazna egy implementációt. A DX11-ben is igaz ez csak ott azért a Microsoftnak volt annyi esze, hogy ne fogadja el ész nélkül minden újítást. A DX12 és a Vulkan egyik kritikus fícsőrje, hogy minden problémára csak egy gyors megoldás van, vagyis a fejlesztőknek elég arra építeni egy programot és az garantáltan gyors lesz minden hardveren. Nem biztos, hogy a leggyorsabb út lesz xy gyártónál, de elég gyors, ahhoz, hogy ez ne legyen gond. Ez egy nagyon kritikus pont. Nyilván ennek a hátránya, hogy akkora változást jelent a korábbi API-khoz képest, hogy a visszafelé kompatibilitás megszűnt, de ez más szempontból is így van. Nagyjából elérkezett az az idő, amikor megéri egy tiszta lapot indítani. A másik fontos dolog, hogy a gyártók ezeket az API-kat persze kiegészíthetik a saját eljárásaikkal, ami megint ugyanoda vezetne, ahol most tart a DX11 és az OpenGL. Erre viszont megoldás a validátor. Ez meg fogja akadályozni azt, hogy a gyártók ezt a csomagot is szétbarmolják a különböző kiterjesztésekkel, mert a kiterjesztéseket nem lehet majd validálni. Ettől persze a program szállítható lesz, csak a gyártók kétszer is meggondolják majd, hogy lecserélik-e a szabványos eljárásokat egy kiterjesztésben, mert validáció nélkül a következő generációs hardveren az a kód jó eséllyel nem fog elindulni. Kvázi bele lett kényszerítve mindenki a szabványos, specifikált, validálható eljárások használatába, ha azt akarják, hogy a játékok ne csak egy évig fussanak. Olyan kiterjesztés tehát nem fog érkezni a DX12 és a Vulkan API-hoz, amely például alternatív adatfeltöltésre vonatkozó specifikációt kínál.

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