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

• #4 NoMix tag

  Új Válasz 2021-08-19 01:57:16 #4

  Ú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

  

  NoMix

  tag

  Hát de Béla definiálni kell a funkciókat.
  Metódus 1. Fel vesszük a gyártóval a kapcsolatot és meg beszéljük a feldolgozó egységek maximális számát. DXIII
  Metódus 2. Mikor alkalmazzák a CTRL+ C & CTRL + V együtthatót a programban kétszer, amikor duplikálják és mikor sorba fonják a duplikálást.
  Metódus 3. Tesztelés azon fázisa mikor a hibákat kell bele helyezni a jól működő szoftverbe hogy azok hardver hibákat írhassanak.
  Metódus 4. Mikor az következik hogy ki forrot a technika.
  Metódus 5. Mikor ezt újra kezdik.

• #3 hapakj őstag fatpingvin #2

  Új Válasz 2021-08-16 14:53:01 #3

  Ú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

  

  hapakj

  őstag

  válasz fatpingvin #2 üzenetére

  Nem. Nem igazán lehet az API-ban kezelni és egy low level API-ban pedig by design nem is akarod elfedni a hardware-ekben lévő különbségeket. Egyetlen platformon és API-ban sincs ez igazán jól megoldva (Vulkan, Metal)

• #2 fatpingvin addikt ricsip #1

  Új Válasz 2021-08-16 12:36:39 #2

  Ú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

  

  fatpingvin

  addikt

  válasz ricsip #1 üzenetére

  pont ez jutott eszembe... egy ilyen unified API-nak nem pont az lenne a lényege hogy a célszoftvernek már ne kelljen tudnia arról hogy milyen hardveren fut?

• #1 ricsip addikt

  Új Válasz 2021-08-16 10:27:28 #1

  Ú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

  

  ricsip

  addikt

  Szoftvergányolás, mikroszoft a neved!

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