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

• #6 Abu85 HÁZIGAZDA juzer78 #5

  Új Válasz 2013-01-15 14:37:58 #6

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

  Igazából a DX-es dolgokat érteni lehet. Az OpenGL ES esetében nincs indok a 3.0 ellen, mert nem vezet be olyan hardveres újításokat, ami egy olyan architektúrát, mint a GeForce ULP hátrányosan érint. Esetleg amit el tudok képzelni, hogy minden újításra saját kiterjesztést akarnak, ami aztán hátrányosan érinti a többiek hardverének támogatását. Ez egy opciós dolog, mert a TegraZone tervekbe a Chainfire3D alaposan belepiszkított, hiszen Tegrának hazudta a konkurens hardvert és rögtön működtek rajta a THD játékokban letiltott effektek, amik marketingben Tegra exkluzívok.

  A DX11-es Conservative Depth Bufferre a Microsoft elfogadja az emulálást is. Nem kötelező a hardver oldaláról támogatni. Ez rendben van az NV oldalán is. Igazából csak sebességet vesztenek vele a hardveres implementációhoz képest. A mostani DX11.1-ben is rengeteg opcionálisan támogatható szolgáltatás van. Ez szerintem normális az MS részéről. Nem lehet tökéletesen szabványosan ennyi hardvert kiszolgálni.

  Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

• #30 Abu85 HÁZIGAZDA juzer78 #25

  Új Válasz 2013-01-15 16:04:06 #30

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

  Ezt tőlük kell megkérdezni.

  A TIR az egyik dolog csak.
  A DX 11.1-gyel a DX 11 tudása is kiegészült opcionális technikákkal. Ezeket más DX 11-es GPU-n is aktiválni lehet. Persze a programot úgy kell megírni, hogy be is aktiválja.

  Nyilván a fogyasztás lehet az egyik legfőbb indok, amiért az NV hátat fordított a Fermi compute irányának. Ezért gondolom, hogy a Kepler egyszer benne lesz a Tegrában, mert ha nem, akkor a döntés hibás volt.

  A SAD utasítást használja számos lejátszó (még a QSAD-ot is használja a VLC), csak OpenCL-lel. A DirectX 11.1-be azért kerülhetett bele, mert ott az UV API, amivel egyszerűbb lehet elkészíteni a támogatást.

  (#26) lenox: Mert csak a kontraszt és a fényerő állításával részletek is elvesznek. Egy elég komplex számítás, amivel ez megoldható. Ebben az Apical a jártas. Ők kínálnak ehhez hardveres megoldást, de ma már szoftveresen dolgoznak, mert a hardvert kevesen szeretnék beépíteni, így megoldják a számítást az IGP erejéből. Ehhez ma OpenCL érhető el. Valószínű, hogy mindegyik ilyen funkcióval felvértezett termék az Apical technikáját használja majd. Egyébként van CPU-s implementáció is, csak a fogyasztás miatt nem ez az ajánlott.

  [ Szerkesztve ]

  Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

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