sideband

Można mieć to cały czas włączone , niby daje kopa z włączonym v-sync. Czasami daje kopa nawet bez v-sync przy bardzo dużej ilości klatek :wink:

Coś tam działało , ale nie jestem zadowolony z rezultatów. Jakieś tam haczenie , żabkowanie da się zlikwidować :wink:

Musiałeś sprawdzić to na własnej skórze , że sli/cf to jak pisałem to jest doraźne rozwiązanie. Posiadacze xpeka 32/64bit ucieszą jape :wink: - wyciekły 9.12 rc2 http://forum.guru3d.com/showthread.php?t=309107

To nie sterowników wina. Sterownik ustawia dane takty i napięcia jakie ma w biosie , jest to wina zbyt niskiego napięcia - niestabilna praca. Pod win7 jest wddm 1.1 , który nie co bardziej wykorzystuje gpu pod pulpitem. Jest to duże niedopatrzenie , wręcz amatorka ze strony amd. Problem pewnie dotyczy tylko pewnego procenta kart , na których siedzi gorsza sztuka gpu pod względem oc. To właśnie przekłada się na to , że ta część kart wysypuje się na tak niskim napięciu. Znając amd to przyznają się do tego , nie dadzą poprawionych biosów. Tylko w sterowniku wymuszą pracę karty na mniejszym poziomie oszczędzania :wink: .

Nic nie wskórasz , to wina sterowników - spartaczone zarządzanie energii. Cokolwiek zrobisz to już karta przechodzi w tryb 3d - nawet przeglądanie stron internetowych. Pisałem o tym :wink:

Logiczne uzasadnienie - fraps wyrzuca takie wyniki , które nie mają potwierdzenia w rzeczywistości. Jak nie działa w singlu na maxa , to tym bardziej sli/cf wykorzystanie gpu nie będzie na maxa.

To tylko dx11 - kilka plików na krzyż :wink: . Zaktualizowanych bibliotek dx9/dx10 nie posiada :wink:

Jak niczego nie zawalą to pewnie w przyszłym tygodniu. Edit: Oficjalnie mają pojawić się 25listopada.

9600gt szybsza od 4890 to dopiero wtopa :lol2: , gierka ma physx na poziomie cpu :wink: .

Jak nie ma różnicy , jak nawet między wersjami sterowników są różnice w dźwięku. Win7 dźwięk ujdzie , na viscie gorszy , na xpeku najlepszy - alc889a.

Tak to miałem na myśli - rozpowszechnienie i jakby nie było , zostało oficjalnie wprowadzone do sterowników.

Dobra żle się wyrazłiem dopiero od premiery gt200 , cuda było konkretniej rozwijane. Za czasu gf8/9 takie coś jak cuda można powiedzieć nie istniało , prócz tego sterownika co podałeś to dostępny był sterownik 174.55 z cuda - kwiecień 2008. Także pisząc , że cuda zostało oficjalnie wprowadzone za czasu gt200 nie jest błędem.

Na egieldzie były 187.62 ode mnie mogę polecić z czystym sumieniem , egiełda nie działa. Ale na na szczeście na guru3d znajdziesz inny serwer skąd można pobrać - http://forum.guru3d.com/showthread.php?t=298201

Magluje 195.39 , pojawią się pewnie za jakiś czas.

Ke??? Cuda wprowadzono wraz z premierą GT200 , pierwszy sterownik mający cuda to 177.26 - pierwszy z obsługą GT200 i Cuda. Także pisz o faktach , bo w tej kwestii to mnie nie zagniesz :wink:

To niezły z ciebie spec i jakieś nowe pojęcia wymyślasz :lol: . A ten cały art świadczy o tym , że ten człowiek nie wie o czym pisze . I ciekawe kiedy te 64ropy znikną w tabeli odnośnie G80 :lol2: oraz inne bambole w tej samej tabelce.

O czym ty pleciesz nvidia sztucznie wymuszała 16bitowe textury by podbić wydajność było częste za czasu fx-ów i nie pisz bredni , że to gf7 dopiero było w pełni zgodne z dx9 - nawet nie pisząc z jakim , w tej kwestii gf6=gf7. A wiesz , że było kilka wersji dx9 - a , b , c .

Co do dnsów to masz racje :wink:

http://www.egielda.com.pl/index.php Bangla u każdego.

W niektórych grach skalowanie nieco powyżej 100% to nie jest anomalia lub błąd.

http://www.egielda.com.pl/index.php Tak działa bez żadnego problemu.

Ale dajcie trochę oddechu ati , poprawią błędy , ale musicie poczekać ze 3 miesiące .

Vista/Win7 ma inny schemat kolorów bardziej pod lcd , dlatego obraz jest ciemniejszy przez co ma się złudzenie bardziej nasyconych kolorów.

No to zaczynamy :wink: . "W porównaniu do swoich poprzedników GeForce 3 posiadał sprzętowy menedżer pamięci znany jako LMA (Lightspeed Memory Architecture), który został zaprojektowany do redukcji przekraczania dozwolonej przepustowości pamięci poprzez kompresję Z-buffer oraz lepsze zarządzanie szyną pamięci" Raczej pasmem pamięci :wink: . "Nvidia jako pierwsza wprowadziła do nowego układu obsługę Shader Model 3.0, który był rozszerzeniem Shader Model 2.0 min. o nowy standard 32 bitowy zmienno-przecinkowej precyzji (FP32) oraz dynamiczne rozgałęzianie zwiększające efektywność i długość trwania cieni (shaderów)" Wprowadzenie fp16 i fp32 za pomocą których można tworzyć m.in Hdr Lighting. "Do ważniejszych nowości można również zaliczyć HDR lighting, radiosity, subsurface scattering oraz technologię Extreme HD" Ke?? Te samo efekty obsługuje GF6 , w GF7 jedynie minimalnie poprawiono architekturę z GF6 , co przyczyniło się , że gpu tak nie siadał z włączonym Hdr-em. To samo tyczy się TSAA i TMAA. Teraz czas na GF8. Po pierwsze wkładanie do jednego worka G80 i G92 to spory błąd. Po drugie opisywanie Cuda w sekcji o GF8 to także błąd , bo ta technologia została wprowadzona za czasu GT200. Po trzecie nie ma opisanych zmian między G80 , a G92 - zmiany w ropach i tmu oraz wprowadzenie obsługi fp64. A co do tmu to nie można napisać , że G80 ma 64tmu - bo ma 64TF/32TA , G92 ma pełne 64tmu - 64TF/64TA. GT200 To jest kontynuacja architektury z G9x , z małą korektą - zwiększenie wydajności przy fp64 , nie architektury z GF8 - pod nazwą GF8 kryją się chipy G80 i G92. Narazie tyle :wink:

Winowajca to wddm 1.1 :wink: , na radkach jest to samo.