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

• #73 SirCsimbók tag Fiery #38

  Új Válasz 2014-05-16 16:38:15 #73

  Ú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

  

  SirCsimbók

  tag

  válasz Fiery #38 üzenetére

  szerintem itt inkább arról van szó, hogy az OpenCL lényegesen közelebb esik az intelhez (meg tán az nVidiához is), mint mondjuk az AMD-hez.

  az AMD-nél talán érthető, hogy nem törik össze magukat a nagy rohanásban, hogy a konkurencia API-ját túlzottan támogassák. van nekik saját API-juk, a Mantle, elsősorban azzal foglalkoznak. támogassa azt az nV + az intel.

  de valami fura okból erre meg azok nem hajlandók

  ki érti ezt?

• #42 Abu85 HÁZIGAZDA Fiery #38

  Új Válasz 2014-05-14 09:36:45 #42

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

  Az OpenCL hibajavítás az régi dolog. Aki nem AMD partner az vár a bugfixre (sokat). A probléma az OpenCL-lel is ugyanaz, mint az OpenGL-lel. Csak itt az AMD viselkedik úgy, mint az NV. Egyszerűen magukhoz láncolják a szoftvercégeket és ráadásul nem is teljesen szabványos kódot írnak nekik. Aki nem partner annak lehet problémája az Orca stackkel, és ezeket sokára javítják, hogy legyél hamar partner. Ez persze szopatás, ami a gyártónak üzlet, mert ha megnézed, akkor hogy bejött nekik. Gyakorlatilag minden fontos szoftvercég AMD-re írja az OpenCL fejlesztéseit, aztán lesnek, hogy a többi hardveren nem fut. Ugyanez fordítva.

  Ha az NVIDIA az OpenGL mafia, akkor az AMD az OpenCL mafia. Itt visszatértünk ahhoz, hogy a Khronos elég erős-e ahhoz, hogy az ilyen magánakciózásokat féken tartsa.

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