[arn]

Idézet: sutyi^ - Dátum: 2009. dec. 31., csütörtök - 12:15

Catalyst 9.12
Catalyst 9.12 Hotfix
StreamSDK 2.0

Elvileg ezek kellenek.

epp ezeket raktam fel...

[arn]

megy! vagyis eddig is ment, csak a detektalassal van vmi, mert a gpuz nem jelzi, ill a capsviewer is cpura irja az openclt. ket device latszik: elso a proci, a masodik a cypress (nemtom ez mennyire szamit).

ps: lefut a raytrace is, es a directcompute bench is 

Szerkesztette: arn 2009. 12. 31. 12:55 -kor

[Virus9AX]

Idézet: Virus9AX - Dátum: 2009. dec. 21., hétfõ - 20:37

Dánke de így ezzel kilép a játék pálya betöltésekor.

Szerk. 640*480 ba már elindul de ugyanúgy hibás.

Szerk 2:
Szal így néz ki hibásan:

[ Kattints ide a teljes méretû képhez ]


Így kellene kinéznie:

[ Kattints ide a teljes méretû képhez ]

Én azért még mindig kíváncsi vagyok ezzel kapcsolatban Abu válaszára hogy ez most milyen jellegû hiba. Mert hogy nem textúra tömörítési az tuti.

[Yany]

Idézet: Virus9AX - Dátum: 2009. dec. 31., csütörtök - 21:22

Én azért még mindig kíváncsi vagyok ezzel kapcsolatban Abu válaszára hogy ez most milyen jellegû hiba. Mert hogy nem textúra tömörítési az tuti.

Abu szerint ez nem driver bug, hanem source motor hiba. A Valve velszeg meg az atira fogja... ez van. Évek óta megy a szartologatás, ami azért szégyen, mert nem egy ZS kategóriás termékrõl beszélünk. Akármelyik oldalé is a javítandó...

[Abu85]

A Valve nem fogta az Atira. Egyszerûen nincs a játéknak terméktámogatása, ezért nincs javítás.

[Virus9AX]

Idézet: Abu85 - Dátum: 2009. dec. 31., csütörtök - 23:52

A Valve nem fogta az Atira. Egyszerûen nincs a játéknak terméktámogatása, ezért nincs javítás.

Azt nem értem hogy mi változhatott a képfeldolgozásban (aka renderelésben ) az X1 és X2 széria között hogy azóta megvan ez a bug.

szerk: BUÉK

Szerkesztette: Virus9AX 2010. 01. 01. 03:04 -kor

[Pietrosz]

Nv-n is ugyanez volt, aztán jött végre a sok sírás után egy driver, és onnantól már jó.
BÚÉK!

[Abu85]

Idézet: Virus9AX - Dátum: 2010. jan. 1., péntek - 4:04

Azt nem értem hogy mi változhatott a képfeldolgozásban (aka renderelésben ) az X1 és X2 széria között hogy azóta megvan ez a bug.

Ez a DX9 specifikált Capsjai miatt történik. Az R600 teljesen új architektúra volt. Más Caps biteknek feleltették meg a kártyát. Ezért dobta az MS a DX10 óta a Vendor Specific Caps Bit rendszert és lett a DX teljesen kõbe véset szabvány.

BUÉK

Szerkesztette: Abu85 2010. 01. 01. 15:30 -kor

[Yany]

Idézet: Abu85 - Dátum: 2010. jan. 1., péntek - 16:30

Ez a DX9 specifikált Capsjai miatt történik. Az R600 teljesen új architektúra volt. Más Caps biteknek feleltették meg a kártyát. Ezért dobta az MS a DX10 óta a Vendor Specific Caps Bit rendszert és lett a DX teljesen kõbe véset szabvány.

BUÉK

Ha jól értem, akkor ezt az AMD is képes lenne korrigálni. De nem teszi. Õ sem. Nem akarok flémet, de az ilyen apróságokban valahogy mindig szimpibb volt nekem az NV szoftveres hozzáállása. (mondjuk ott a csalásokból is több van :Ð)

BÚÉK

Szerkesztette: Yany 2010. 01. 01. 17:18 -kor

[Abu85]

Nem tudják azt a Caps Bitet támogatni, amit a Valve használ. A többi Source játékban azért nincs ez a hiba, mert az javította a Valve. A CS:S-nek viszont nincs terméktámogatása. Ha hibás, akkor ez van.

[Virus9AX]

Idézet: Abu85 - Dátum: 2010. jan. 1., péntek - 16:30

Ez a DX9 specifikált Capsjai miatt történik. Az R600 teljesen új architektúra volt. Más Caps biteknek feleltették meg a kártyát. Ezért dobta az MS a DX10 óta a Vendor Specific Caps Bit rendszert és lett a DX teljesen kõbe véset szabvány.

BUÉK

Nem azért hogy okoskodjak de ha jól emlékszem (a CSS egyik régebbi vagy mostani topikjának a közepe fele én csináltam egy összehasonlítást,) DX7-8-8.x-9 módban is próbáltam és mind1ken szar volt.

Szintén nem flamebõl de az NV miért tudja ugyanúgy támogatni azokat a régi Caps Biteket vagy miket az újak mellett?

Szerkesztette: Virus9AX 2010. 01. 01. 22:26 -kor

[Abu85]

Teljesen lényegtelen a DX mód, nem ettõl függ a dolog.

Az NV sem támogat minden Caps bitet. Például a Burnout-ban más az ATI és az NV árnyékminõsége, mert a eltérõ a termékek támogatása. Ugyanez a helyzet a CS:S-szal a Valve-nek ki kellene adnia egy patchet, hogy más eljáráson keresztül kezeljék a HD ATI kártyákat, mert ezzel az eljárással ilyen az eredmény.

Ez volt az oka annak, hogy az MS kiütötte a Caps bites rendszert a Dx10-tõl. Sokkal jobb, ha kõbe vannak vésve a paraméterek. Senkinek nem elõny az eltérõ rendszer.

Szerkesztette: Abu85 2010. 01. 01. 22:41 -kor

[Virus9AX]

Idézet: Abu85 - Dátum: 2010. jan. 1., péntek - 23:40

Teljesen lényegtelen a DX mód, nem ettõl függ a dolog.

ÉS akkor ismét idézlek:

"Ez a DX9 specifikált Capsjai miatt történik."

[Chabi]

Idézet: Virus9AX - Dátum: 2009. dec. 31., csütörtök - 21:22

Én azért még mindig kíváncsi vagyok ezzel kapcsolatban Abu válaszára hogy ez most milyen jellegû hiba. Mert hogy nem textúra tömörítési az tuti.

16bit vs 32bit ? 
Még a falon lévõ lámpa fénye is más a két képen.

Szerkesztette: Chabi 2010. 01. 02. 08:42 -kor

[Abu85]

Idézet: Virus9AX - Dátum: 2010. jan. 2., szombat - 2:01

ÉS akkor ismét idézlek:

"Ez a DX9 specifikált Capsjai miatt történik."

Ugyanezek a Caps bitek megtalálhatók az elõzõ DX verziókban is, hiszen a DX9-ig egymásra épül a rendszer. A DX10-tõl más a strukturális felépítés. Nincs is visszafelé kompatibilitás. A DX11 esetében is csak úgy van visszafelé kompatibilitás, hogy a DX9-nek három futtatási szintje van, a különbözõ gyártók miatt.

[Virus9AX]

Idézet: Chabi - Dátum: 2010. jan. 2., szombat - 9:35

16bit vs 32bit ? 
Még a falon lévõ lámpa fénye is más a két képen.

32 mind a kettõ.

[Pietrosz]

Az új 5xxx atikkal még több bug elõjön CSS alatt. Bizonyos helyek a pályán sötétebbek, mint eddig, még dx8 módban is. Egyedül dx7-ben jó, de azt meg tiltja a zblock.

[Yany]

Idézet: Pietrosz - Dátum: 2010. jan. 6., szerda - 14:38

Az új 5xxx atikkal még több bug elõjön CSS alatt. Bizonyos helyek a pályán sötétebbek, mint eddig, még dx8 módban is. Egyedül dx7-ben jó, de azt meg tiltja a zblock.

Egy adag ismerõsöm csak ezért ragaszkodik NV kártyákhoz. De normális LANokat is Geforce-okkal szerveznek. Nem hiszem el, hogy az AMD-nek nem érdeke nyomást gyakorolni a Valve-ra, ha valóban igaza van Abunak és csak az tartotta az AMD-t eddig is vissza a hiba javításában, hogy õk nem tudnak mit kezdeni vele, mert a Valve oldalán a hiba. Nehezen hiszem el, hogy ha bármelyik fél is akarna változtatni a helyzeten, akkor eddig már ne történhetett volna változás...

[Virus9AX]

Idézet: Yany - Dátum: 2010. jan. 6., szerda - 16:28

Egy adag ismerõsöm csak ezért ragaszkodik NV kártyákhoz. De normális LANokat is Geforce-okkal szerveznek. Nem hiszem el, hogy az AMD-nek nem érdeke nyomást gyakorolni a Valve-ra, ha valóban igaza van Abunak és csak az tartotta az AMD-t eddig is vissza a hiba javításában, hogy õk nem tudnak mit kezdeni vele, mert a Valve oldalán a hiba. Nehezen hiszem el, hogy ha bármelyik fél is akarna változtatni a helyzeten, akkor eddig már ne történhetett volna változás...

Vagy ha változtatnának akkor az NV öszvér megoldása adná be a kulcsot és azon lenne megint szar és üzletecskét kötöttek.

HA rendes supportja lenne a CSS-nek akkor elég erõsen dominálná az online FPS piacot, és mint tudjuk Source motorhoz ATI kell de ez esetben ez bad reklám lenne NV nek így fizetett hogy jó úgy ahogy az van hagyjátok a **csába.

[Abu85]

Nem errõl van szó. Amikor kijött a CS:S még nem volt HD Radeon és nem tudták ellenõrizni. Terméktámogatás nincs, így minden így maradt. Az NV-nek ehhez semmi köze. Kár szapulni õket olyanért, amit nem követtek el. Így is kapnak manapság eleget.