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

• #146 pakriksz őstag Jack@l #137

  Új Válasz 2015-03-05 16:57:32 #146

  Ú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

  

  pakriksz

  őstag

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

  tudom hogy ott is használják. A fosdesk és physx, ilyenre mondják, hogy "összefújja a szemetet a szél"

  @Kamelot: látom nem jött ki az irónia

• #142 kriszpontaz veterán Jack@l #137

  Új Válasz 2015-03-05 15:04:29 #142

  Ú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

  

  kriszpontaz

  veterán

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

  Marha nagy gyakorlati haszna van 3DS alatt.

• #139 Zeratul addikt Jack@l #137

  Új Válasz 2015-03-05 14:09:37 #139

  Ú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

  

  Zeratul

  addikt

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

  A 3ds max és a maya mióta játék? súgd már meg.

• #80 Abu85 HÁZIGAZDA Jack@l #79

  Új Válasz 2015-03-03 20:48:44 #80

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

  A SPIR az egy egységes reprezentációs szint. Olyasmi, mint a Direct3D bájtkód.
  Igazából a bekötési modellhez semmi köze. Az arra szolgál, hogy az API besorolja a hardvereket egy előre definiált bekötési tábla alapján. Például bizonyos hardverek nem tudnak bekötni ötnél több leírótáblát, míg vannak olyanok, amelyek akármennyit betudnak kötni. Ezt muszáj kezelni az API szintjén, hogy a program futtatása ne álljon le a hatodik leírótáblát bekötésénél, ezért eleve ne is töltse be azt, és a hozzá tartozó feladatokat ne futtassa. Ez nagyon régóta így van. Ha egy funkciót egy hardver nem támogat, akkor a hozzá tartozó effekt nem engedélyezhető, különben a program kilépne egy hibaüzivel az asztalra.

• #38 Bici félisten Jack@l #32

  Új Válasz 2015-03-03 15:00:45 #38

  Ú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

  

  Bici

  félisten

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

  Szerintem a megnyitás legjobb formája, amit most csináltak.
  Csak nehogy a végén nV-n gyorsabban fussanak a Vulcan API-ra írt játékok...

• #28 Pekkk aktív tag Jack@l #24

  Új Válasz 2015-03-03 14:39:18 #28

  Ú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

  

  Pekkk

  aktív tag

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

  Azok a hozzászólások néha. Halott? Hagyjuk már.. Elérték amit akartak és csendben a háttérbe vonulnak. Ha nincs mantle akkor várhattunk volna még évekig egy normális api-ra.

• #13 Hakuoro aktív tag Jack@l #12

  Új Válasz 2015-03-03 14:01:08 #13

  Ú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

  

  Hakuoro

  aktív tag

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

  Anandtech
  "What has changed from Mantle is that Khronos has gone through a period of refinement, keeping what worked in Vulcan and throwing out portions of Mantle that didn’t work well – particularly HLSL and anything that would prevent the API from being cross-vendor – replacing it with the other necessary/better functionality."

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