[yogibear974]

Idézet: Chabi - Dátum: 2010. 04. 08. 16:38

9-3_1_legacy_vista32-64_dd_ccc.exe
http://www.opendrive...e-download.html

Szia! Köszönöm szépen a gyors reagálást! A driver megvan, anno már lementettem. + a wdm-et is.
Létezik ehhez hotfix? mert nem találtam. Van aki írta, hogy kell hozzá frame network is.
(kehet, hogy a W7 topikban.) Viszont szertntem nem, mert az RC-hez cem kellett.

[Chabi]

ATI Catalyst 10.4b

Idézet

That CCC info means it's an OpenGL4 driver.
2D - same as 10.3b
3D - newer than 10.3b and less than 10.5beta
OpenGL newer than Cat10.3OpenGL4

http://www.megaupload.com/?d=IV35HNQJ

[Valdy]

Azért szánalmas egy kicsit, hogy a gt240m alatt minden ki van pipálva gpu-z-ben a computing mellett, hd3870-el meg egyik sem...

[Abu85]

Idézet: Valdy - Dátum: 2010. 04. 08. 21:54

Azért szánalmas egy kicsit, hogy a gt240m alatt minden ki van pipálva gpu-z-ben a computing mellett, hd3870-el meg egyik sem...

Ez elvárható. A GT 240M fél éves konstrukció, a HD 3870 sokkal öregebb. Egyébként a DC5.0-t az sem tudja. Oda DX11-es hardver kell.

Szerkesztette: Abu85 2010. 04. 08. 20:56 -kor

[Chabi]

Idézet: Valdy - Dátum: 2010. 04. 08. 20:54

Azért szánalmas egy kicsit, hogy a gt240m alatt minden ki van pipálva gpu-z-ben a computing mellett, hd3870-el meg egyik sem...

Miért ? Hisz egyiket sem tudja a 3870.

[Chabi]

Idézet: Abu85 - Dátum: 2010. 04. 08. 21:56

Ez elvárható. A GT 240M fél éves konstrukció, a HD 3870 sokkal öregebb. Egyébként a DC5.0-t az sem tudja. Oda DX11-es hardver kell.

De az ezer éves G80-ra épülő kártyáknál is ki van pipálva minden. Amúgy a nem dx10/10.1-es nv kártyáknál DC4.0, illetve 4.1 jelenik meg, nem 5.0 és az van kipipálva.

[Abu85]

Idézet: Chabi - Dátum: 2010. 04. 08. 23:01

De az ezer éves G80-ra épülő kártyáknál is ki van pipálva minden. Amúgy a nem dx10/10.1-es nv kártyáknál DC4.0, illetve 4.1 jelenik meg, nem 5.0 és az van kipipálva.

Az AMD-nél eleve nem lehet kipipálva minden, mert a CUDA és a PhysX az NV-é.
Ja igen rosszul emlékeztem a DC verzió változik. Az tulajdonképpen minden kártyán ki van pipálva.

[Valdy]

Idézet: Abu85 - Dátum: 2010. 04. 08. 22:20

Az AMD-nél eleve nem lehet kipipálva minden, mert a CUDA és a PhysX az NV-é.
Ja igen rosszul emlékeztem a DC verzió változik. Az tulajdonképpen minden kártyán ki van pipálva.

Kivéve hd3870-en, ami még dc supportot sem kapott.

Szerkesztette: Valdy 2010. 04. 08. 21:31 -kor

[Chabi]

Idézet: Valdy - Dátum: 2010. 04. 08. 22:29

Kivéve hd3870-en, ami még dc supportot sem kapott.

Két dologról tudok ami kihasználja a DC4.0/4.1-et, a win7 drag&drop transzkódere, legalábbis ezt már demózta tavaly az NV (be is linkeltem valahova), és a Silverlight 4. A CyberLink tavaly október környékén bejelentette, hogy DC5.0 támogatást fejleszt a szoftvereinek. De ha jól tudom még azóta sincs semmi kézzelfogható ebből a projectből.

[Valdy]

Idézet: Chabi - Dátum: 2010. 04. 08. 22:49

Két dologról tudok ami kihasználja a DC4.0/4.1-et, a win7 drag&drop transzkódere, legalábbis ezt már demózta tavaly az NV (be is linkeltem valahova), és a Silverlight 4. A CyberLink tavaly október környékén bejelentette, hogy DC5.0 támogatást fejleszt a szoftvereinek. De ha jól tudom még azóta sincs semmi kézzelfogható ebből a projectből.

Hát na... ha az nv képes volt támogatni mindent akkor az amd miért nem... de nem is kell sokat menni, itt az általad linkelt 10.4b driver ahol ocl szintén nincs kipipálva 5800-on, nem sietik el dolgokat... persze jó válasz h nincs is rá alkalmazás. Hát úgy nem is lesz, ha nincs supportálva a termék (drivere) által.

Szerkesztette: Valdy 2010. 04. 08. 22:11 -kor

[Abu85]

Idézet: Valdy - Dátum: 2010. 04. 08. 23:29

Kivéve hd3870-en, ami még dc supportot sem kapott.

Azt szerintem megkapja csak mással vannak elfoglalva. A HD 5000 támogatása elsőbbséget élvez.

Idézet: Valdy - Dátum: 2010. 04. 09. 00:08

Hát na... ha az nv képes volt támogatni mindent akkor az amd miért nem... de nem is kell sokat menni, itt az általad linkelt 10.4b driver ahol ocl szintén nincs kipipálva 5800-on, nem sietik el dolgokat... persze jó válasz h nincs is rá alkalmazás. Hát úgy nem is lesz, ha nincs supportálva a termék (drivere) által.

Ha nem rakod fel a driver mellé a Stream SDK-t, akkor nem lesz kipipálva az OpenCL. Ha felrakod, akkor lehet OpenCL-ezni.

Szerkesztette: Abu85 2010. 04. 08. 22:11 -kor

[Valdy]

Idézet: Abu85 - Dátum: 2010. 04. 08. 23:10

Azt szerintem megkapja csak mással vannak elfoglalva. A HD 5000 támogatása elsőbbséget élvez.

Ha nem rakod fel a driver mellé a Stream SDK-t, akkor nem lesz kipipálva az OpenCL. Ha felrakod, akkor lehet OpenCL-ezni.

A hd5000 után meg a h6000 lesz a prioritás, ergo sosem fogja megkapni a dc támogatást a hd3870.

És az userek hány %-a rak fel sdk-t a gépére? Milyen béna megoldás ez? Nv-nél miért nem kell?

[Abu85]

Idézet: Valdy - Dátum: 2010. 04. 09. 00:30

A hd5000 után meg a h6000 lesz a prioritás, ergo sosem fogja megkapni a dc támogatást a hd3870.

És az userek hány %-a rak fel sdk-t a gépére? Milyen béna megoldás ez? Nv-nél miért nem kell?

Persze mindig az új generáció a prioritás. A HD 2000-3000 azért van a háttérben mert nem volt népszerű. A HD 4000 már most támogatva van, mert sok felhasználónak van.

Integrálva van a meghajtóba a támogatás, a 9.12hotfix támogatta először. A használathoz kell a Stream SDK. Ez tartalmazza a modulokat. Az AMD megoldása bonyolultabb, mert procit is gyártanak és ahhoz is van támogatás. Sőt a program futhat heterogén módon procin és AMD GPU-n egyszerre.
Az NV a CUDA-n keresztül kezeli az OpenCL-t, és nekik nem kell törődni a procival.

Szerkesztette: Abu85 2010. 04. 08. 22:49 -kor

[Valdy]

Idézet: Abu85 - Dátum: 2010. 04. 08. 23:48

Persze mindig az új generáció a prioritás. A HD 2000-3000 azért van a háttérben mert nem volt népszerű. A HD 4000 már most támogatva van, mert sok felhasználónak van.

Nem volt népszerű, mert volt náluk jobb alternatíva. Mégis, volt aki őket választotta, nem kellene ezt megjutalmazni valahogy, mondjuk megfelelő supporttal? de most tényleg olyan nagy meló lenne dc 4.1 supportot írni rv670-re is, amikor már dc 4.1 support van rv770-en?

[NetTom]

Idézet: Valdy - Dátum: 2010. 04. 09. 00:40

Nem volt népszerű, mert volt náluk jobb alternatíva. Mégis, volt aki őket választotta, nem kellene ezt megjutalmazni valahogy, mondjuk megfelelő supporttal? de most tényleg olyan nagy meló lenne dc 4.1 supportot írni rv670-re is, amikor már dc 4.1 support van rv770-en?

Ez a hajó már elment.

[Chabi]

Idézet: Valdy - Dátum: 2010. 04. 09. 00:40

Mégis, volt aki őket választotta, nem kellene ezt megjutalmazni valahogy, mondjuk megfelelő supporttal? de most tényleg olyan nagy meló lenne dc 4.1 supportot írni rv670-re is, amikor már dc 4.1 support van rv770-en?

Már egyszer leírtam, hogy a HD2k és a HD3k széria nem támogatja sem az opencl sem a directcompute apikat. Ennek az oka az architektúrális felépítésben van. Nem erre fejlesztették a GPU-t. Egyszerűen látod a dolgokat, attól hogy az rv670 is tudja a sm4.1-et és az rv770 is attól még a memóriavezérlőjük és ezek programozása eléggé más. De ha ennyire fájó a dolog a részedről akkor írj a microsoftnak és a khronos-nak hogy adjanak ki újabb directcompute illetve opencl apit ami támogatja az rv670-et is, ha belemennek és írnak olyan apit akkor már az amd is tud majd adni hozzá supportot.

[Valdy]

Idézet: Chabi - Dátum: 2010. 04. 09. 17:29

Már egyszer leírtam, hogy a HD2k és a HD3k széria nem támogatja sem az opencl sem a directcompute apikat. Ennek az oka az architektúrális felépítésben van. Nem erre fejlesztették a GPU-t. Egyszerűen látod a dolgokat, attól hogy az rv670 is tudja a sm4.1-et és az rv770 is attól még a memóriavezérlőjük és ezek programozása eléggé más. De ha ennyire fájó a dolog a részedről akkor írj a microsoftnak és a khronos-nak hogy adjanak ki újabb directcompute illetve opencl apit ami támogatja az rv670-et is, ha belemennek és írnak olyan apit akkor már az amd is tud majd adni hozzá supportot.

Az opencl-t írtad, hogy nem támogatja (valszeg valami cache hiánya miatt), de a dc-ről eddig nem volt szó... én írjak? talán az én dolgom lenne?

[Trebron09]

stream SDK 2.0:

[daemon69]

Idézet: Valdy - Dátum: 2010. 04. 09. 18:58

Az opencl-t írtad, hogy nem támogatja (valszeg valami cache hiánya miatt), de a dc-ről eddig nem volt szó... én írjak? talán az én dolgom lenne?

Hát ha eccer te akarod

[Chabi]

Idézet: Valdy - Dátum: 2010. 04. 09. 18:58

Az opencl-t írtad, hogy nem támogatja (valszeg valami cache hiánya miatt), de a dc-ről eddig nem volt szó... én írjak? talán az én dolgom lenne?

A memória programozási modell "local memory" hiánya miatt nem kompatibilis sem a directcompute-al, sem az opencl-el, sem a stream 2.0-val. Csak a stream 1.4-el. Az nv-nek az egyik fő szempontja a G80 tervezésénél a gpgpu funkcionalitás volt, erre fejlesztették a CUDA platformot, ezért tudja. Az ATI-nak (akkor még nem AMD) pedig az R600 gpuval ez csak egy másodlagos szempont volt. Miután megvette az AMD akkor kezdtek el rágyúrni az ilyen irányú fejlesztésre, az RV670 féle tervek pedig már valószínű készülőben voltak az ATI 2006-os felvásárlásakor, ezért tudott megjelenni egy év múlva, a tape out már hónapokkal elötte megvolt. Tehát az AMD úgymond nem sokmindent tudott beleerőltetni az RV670-be a felvásárlás utáni pár hónapbban. Az akkori igények szerint (stream 1.1, 1.4) nem volt szükség (lehetőség ?) a memóriavezérlő és a programozási modell megváltoztatására. Az RV770-nél már ez a programozási modell és maga a memória vezérlő is megváltozott (dobták a ring-bust és jött a hub-vezérelt).
De ott van az NV-nek a CUDA, hiába "kompatibilis" vele a G80, ha van pár CUDA alkalmazás ami nem kompatibilis vele. A GPGPU topikban erőől tobbször is volt szó, többféle program is be lett linkelve.