3dfx VooDoo1 PCI 4MB (A-Trend ATC-2465) part #2

info:
* [tutaj info o co kaman z modem... juz wkrotce]
* nie wchodzac w szczegoly moda, pomyslalem, ze nie musze przyspieszac wolniejszej karty ale moge sprobowac spowolnic szybsza aby stala sie wolniejsza a kiedy szybsza karta osiagnie wyniki wolniejszej, bedzie mozna zaplikowac rozwiazanie i przyspieszyc wolniejsza
* takie podejscie pozwala na uproszczenie procedury i jednoczesnie skraca proces analizy, bowiem wygodniej jest pracowac z karta ktora ma pcb 1-stronne (szybsza) niz 2-stronne (wolniejsza), w tym 2 przypadku, pomiary i analiza polaczen jest znacznie bardziej skomplikowana i czasochlonna
* wszystkie testy wykonane na identycznej platformie i systemie, przekladane byly tylko karty voodoo

info (spowalnianie szybszej v1):
* zrobiony czesciowy mod i glquake 34.9->33.5 fps, ciut wolniej ale to jeszcze nie to
* 3dm99 1462->1431, praktycznie zadna roznica, tylko 31 punktow mniej, wolniejsza v1 miala 1217
* kolejny mod zrobiony i karta osiagnela w koncu wynik w dos glquake 27.7 fps, dokladnie tyle samo co ta wolniejsza - bingo
* 3dm99 1462->1233, wolniejsza 1217, spadek o 229 punktow, unreal 16.2->13.5, dokladnie tyle samo co wolniejsza - tak, to jest to
* spowalnianie szybszej karty zakonczone sukcesem, mozna teraz "dopalic" wolniejsze karty
* jest prawdopodobne, ze mozna to samo zrobic z v2 i byc moze z rushem - w tym 2 przypadku, to byloby bardzo pozadane, bowiem on jest dosc wolny, zobaczymy
* sprawdzona v2 i niestety ona juz standardowo jest w wersji "szybkiej", rush do modowania

info (mod wolniejszej v1):
* zrobiony czesciowy mod na wolniejszej v1, karta wykrywana przy boot
* w dos glquake 27.6->33.5 fps - weee, dopalanie dziala
* pelny mod ukonczony, boot ok, glquake 27.6->34.9 fps, dokladnie tyle samo co szybsza siostrzyczka, hell yeah
* 3dm99 1217->1486, 22% wiecej, sprawdzone nfs3 i nfs2se - zadnych problemow, mod dziala

info (mod rusha):
* zrobiony czesciowy mod na rushu, karta wykrywana przy boot
* w dos demo dimmension ok, glquake mesa 14.5->14.2, 0.3 fps mniej bez znaczenia zasadniczo, 3dm99 427->436, symboliczny wzrost o 19 punktow, oba wyniki to raczej blad pomiarowy, unreal 11->11 bez zmian
* nfs3 zawieszka po zaladowaniu wyscigu, nfs2se migotanie tekstur w menu - degradacja po modzie, wczesniej stabilnie
* mod nie ma wplywu na wydajnosc voodoo rush z chipem 2D MX, jedynie zmniejsza stabilnosc

info (final repair):
* wlutowanie 6 tantali 10u/16: przy pierwszym popelnilem blad, bo poszla incepcja z mylacego oznaczenia polaryzacji na pcb, znak + jest obok pada z gnd, normalnie wczesniej sprawdzam pady miernikiem, bo mobo czasem maja odwrotnie oznaczone, tantale tez maja oznaczony + jak - w elektrolitach po wlucie 1 capsa postanowliem odpalic karte i po chwili zaswiecilo sie mikro slonce oraz pojawil sie dym, szybki power off, z tantala zostaly tylko biale szczatki, pieknie plonal niestey fragment sciezki zniknal, laminat oczyszczony ze spalenizny, wstawiony kawalek miedzi i finalnie wlutowane wszystkie 6 capsow, tym razem sprawdzalem polaryzacje 2x
* karta przywrocona do pierwotnego stanu - powinna dzialac na pelnej predkosci jak wczesniej
* karta dziala poprawnie, boot ok, wykrywana, glquake 34.9, czyli tak jak bylo na poczatku
* 3dm99 1486, przed recapem 1462, nieznaczny wzrost o 2/1000 jednostki unreal tak samo jak wczesniej 16.2 fps, nfs2se oraz nfs3 ok

dziala

* karta byla testerem moda na spowolnienie oraz przyspieszenie, dzieki niej moje 2 inne v1 zyskaly przyrost wydajnosci 20-26% doslownie za nic
* rush niestety niepodatny na mod, bylo tylko gorzej ale to moze tylko moja wersja z MX, trzeba bedzie skombinowac AT25 na kolejne testy
* na sam koniec uruchomilem w windows demo donut dedykowane dla v2, w glide2/3 640x480x16 stabilne 30fps
* voodoo v1 po latach wciaz daje rade z p2 katmai 266/66 i bx440, do tego mozna przyspieszyc niektore wersje kart
* TODO: do sprawdzenia czy ta szybka v1 daje rade z nowszymi cpu p3 copper 300MHz+ i fsb 100/133 + zalegla publikacja wynikow z dluzszego badania voodoo rush
* na koniec jako bonus dodatkowe testy z v2 8MB, w w98 sterowniki 'Fast Voodoo v4.6', wszystkie testy 640x480x16, 3dm99 def triple buffer 1868 -> 25% wiecej niz v1, unreal 37.1 -> 129% wiecej niz v1, dos glquake mesa 57.2 fps -> 63% wiecej od v1 - unreal dostal skrzydel, ciekawe jak ma sie do tego v1 w wersji 6/8MB
* z ostatniej chwili: okazuje sie ze te karty maja niewykorzystany przez lata potencjal, bo udalo mi sie przyspieszyc szybsza v1 o kolejne 10%, testy w glquake 34.9->38.4 fps - jak juz pisalem wczesniej, temat dopalania starszych voodoo jest rozwojowy, wiecej info w kolejnym odcinku

3dfx Voodoo Rush (APOLLO 86251-VOODOO-3D) part#2, (You need to Login or Register to view media files and links)

info:
* mimo poczatkowego optymizmu, karta okazala sie nie byc do konca sprawna, w testach dos przeoczylem widoczne artefakty w postaci kropek na teksturach, w win rowniez nie byla stabilna, bowiem klasyczne gry nfs2se i nfs3 nie chcialy dzialac mimo ze powinny, to mogl byc problem chipa 2d MX, biorac pod uwage dostrzezone problemy, doszedlem do wniosku ze pamiec tmu albo i sam tmu moze byc padniety
* problem zlych ramow rozwiazalem w prosty sposob, po prostu przelutowalem wszystkie 4 kostki na nowe z ali, nic to nie zmienilo, pomyslalem ze moze sa one niekoniecznie sprawne, to nie byloby nic nowego, takie rzeczy sie dzieja caly czas
* aby uniknac kolejnych problemow z "czesciowo" sprawnymi kostkami ram, postanowilem wlutowac podstawki dla nich, przy okazji mialbym super tester dla pamieci soj40 edo
* tak zrobilem, dawca byl jakis stary spalony s3, 4 podstawki wlutowane, zapakowane "nowe" kosci ram od chinczyka, testy i... wciaz sa artefakty na teksturach w postaci kolorowych kropek
* kostki ram wymienione na 35ns, 30ns i finalnie na 25ns od v2, wciaz artefakty na teksturach, tutaj sie pojawila watpliwosc czy tmu jest sprawny i to byl wlasnie powod zakupu 2 uszkodzonych v1 na dawcow...
* jednak przegladajac wlutowane gniazda pod mikroskopem, okazalo sie, ze 3 piny w 1 z nich sie ruszaja, czyli zimne luty, wczesniej tego nie zaowazylem, bo byly sklejone topnikiem, tzw. twarde zimne luty, jednak po dokladnym oczyszczeniu padow, sytuacja stala sie jasna - rada na przyszlosc, nie lutowac po spozyciu kilku piw
* poprawione luty na podstawkach, artefakty zniknely ale wciaz byly niestabilnosci w grach pod windows - analizujac rozne warianty, doszedlem do wniosku, ze glosy z forow moga miec znaczenia, bo wiele osob zglaszalo problemy ze starymi voodoo wlasnie ze wzgledu na za szybki cpu
* poniewaz w necie nie znalazlem nic konkretnego na ten temat, postanowilem przeprowadzic testy roznych cpu samemu, do zawodow przystapilo wielu kandydatow, p2, p3, coppery, klamath, rowniez starsze celerony, ponizej wyniki z testow

info (metodyka):
* standardowa platforma testowa: 98SE SP3, slot1, ASUS P2B 440BX, SDRAM 128MB/PC133@100 222, HDD SEA40, DX9.0c, AGPx2
* pulpit w w98 ustawiony na 640x480x16, sterowniki odswiezone 'Mancuso Mix 2.0', detale w poprzedniej czesci
* do autoexec.bat dodana na koniec nastepujaca linijka, to wylacza poczatkowa animacje 3dfx logo, wczesniej byl problem i zwis w nfs2se i carma2: SET FX_GLIDE_NO_SPLASH=1
* autoexec.bat zmodyfikowany aby najpierw wlaczal demo dimmension w dos, potem vc a po wyjsciu kontynuacja startu w98
* po zaladowaniu w98 uruchomiony 3dm99, zmieniona jedynie rozdzielczosc na 640x480x16, zapisany wynik, nastepnie nfs3 do menu, sama gra jest zmodowana i crashuje po odpaleniu wyscigu na rushu
* jesli menu nfs3 ok, to uruchomienie nfs2se, jesli menu ok, to zaladowanie wyscigu i kilkanascie sekund sprawdzania czy sa atrtefakty
* uaktualnienie wynikow
* wszystkie gry w rozdzielczosci 640x480x16, quake pominiety w testach, bo dziala nawet jak sa artefakty na teksturach, niestety ze wzgledu na tempo rozgrywki sa slabo widoczne i znacznie lepszymi testerami sa: demo dimmension (dos glide), nfs3 (glide3) i nfs2se (glide2)
* test dotyczy karty voodoo rush 6MB z chipem 2D MX, nowsze wersje mialy lepszy/szybszy AT25, ktory moze byc bardziej stabilny
* jesli byla niestabilnosc w jakims cpu z fsb 100+, to byly robione testy z nizszymi 83/75/66

testy cpu (model, typ, cpuinfo, 3dm99 640x480x16, status, link):
SL365 p3 500/100x5/512/2V/0.25 katmai ? artefakty (You need to Login or Register to view media files and links)
SL365 p3 500@333/66x5/512/2V/0.25 katmai ? artefakty
SL3JP p3 600B/133x4.5/512/2.05V/0.25 katmai ? artefakty (You need to Login or Register to view media files and links)
SL3JP p3 600B@300/66x4.5/512/2.05V/0.25 katmai ? artefakty

SL265 p2 266/66x4/512/2.8V/0.35 klamath 427 ok (You need to Login or Register to view media files and links)

SL2WZ p2 350/100x3.5/512/2V/0.25 deschutes 515 #1 (You need to Login or Register to view media files and links)
#1: dos demo dimmension ok, 3dm99 ok, w menu nfs3 i nfs2se drobniutkie artefakty
SL2U4 p2 350/100x3.5/512/2V/0.25 deschutes 517 #1 (You need to Login or Register to view media files and links)
SL2U4 p2 350@291/83x3.5/512/2V/0.25 deschutes 465 #2
#2: dos demo dimmension ok, 3dm99 ok, menu nfs3 ok, menu nfs2se artefakty
SL2U4 p2 350@263/75x3.5/512/2V/0.25 deschutes 418 #3
#3: dos demo dimmension ok, 3dm99 ok, menu nfs3 drobne artefakty, menu/gra nfs2se ok
SL2S5 p2 333/66x5/512/2.0V/0.25 deschutes 476 #1 (You need to Login or Register to view media files and links)

SL2WN cel 333/66x5/128/2V/0.25 mendocino 445 #1 (You need to Login or Register to view media files and links)
SL2WM cel 300A/66x4.5/128/2V/0.25 mendocino 426 #4 (You need to Login or Register to view media files and links)
#4: dos demo dimmension ok, 3dm99 ok, menu nfs3 ok, menu nfs2se artefakty i zwis + hw reset
SL3EH cel s370/slocket 466/66x7/128/2V/0.25 mendocino 513 #1 (You need to Login or Register to view media files and links)

SL2YP cel 300/66x4.5/128/2V/0.25 covington 378 ok (You need to Login or Register to view media files and links)

testy posortowane wg stabilnosci i wydajnosci w 3dm99:
* status ok, brak artefaktow w dos/win:
SL265 p2 266/66x4/512/2.8V/0.35 klamath 427 ok (You need to Login or Register to view media files and links)
SL2YP cel 300/66x4.5/128/2V/0.25 covington 378 ok (You need to Login or Register to view media files and links)
* status #1, drobne artefakty nfs2se/nfs3:
SL2U4 p2 350/100x3.5/512/2V/0.25 deschutes 517 #1 (You need to Login or Register to view media files and links)
SL2WZ p2 350/100x3.5/512/2V/0.25 deschutes 515 #1 (You need to Login or Register to view media files and links)
SL3EH cel s370/slocket 466/66x7/128/2V/0.25 mendocino 513 #1 (You need to Login or Register to view media files and links)
SL2S5 p2 333/66x5/512/2.0V/0.25 deschutes 476 #1 (You need to Login or Register to view media files and links)
SL2WN cel 333/66x5/128/2V/0.25 mendocino 445 #1 (You need to Login or Register to view media files and links)
* status #2, #3, #4 pominiete ze wzgledu na wieksze niestabilnosci w win, dos ok
* wszystkie p3 katmai pominiete, artefakty juz w dos

wnioski:
* hmm, czuje ze to bedzie troche jak wsadzenie kija w mrowisko ale fakty sa jakie sa
* na mojej platformie z moim voodoo rush MX najbardziej stabilne sa procesory z fsb 66 oraz core freq do 300MHz (p2 klamath i celeron covington)
* cpu z fsb 66-100 i zegarami 333-477 powoduja drobne artefakty tylko w nfs2se, widac gra jest bardzo czula na szybsze cpu, wyrywkowo sprawdzone gry carma2 oraz unreal i problemow nie bylo (p2 deschutes i celeron mendocino)
* cpu ze statusem #2, #3, #4 dzialaja poprawnie w dos, jednak w windows sa mniejsze/wieksze problemy, zatem jesli celem jest dos, mozna ich uzyc, pod win raczej nie
* p3 katmai powoduja juz artefakty w dos, ich uzycie z rushem nie ma sensu
* glquake dziala praktycznie zawsze mimo bledow na teksturach, najwieksza wydajnosc w dos
* cpu max 300MHz z fsb 66 wydaje sie byc bezpieczna granica dla rusha - chetnie bym przetestowal najmocniejszego klamath 300/66 ale nie mam, to moze byc sweet spot, moze kiedys
* ze wzgledu na braki sprzetu, nie ma testow z amd k6-2/3, zakladam ze do 300MHz powinny dzialac ok, powyzej hgw, przydalaby sie jakas mocna platforma na ss7
* nie mozna tez wykluczyc, ze starsze sterowniki + w95 bylyby bardziej kompatybilne, tak samo rushe z AT25

dziala finalnie rowniez jako tester kostek pamieci

info (update):
* przyszly w koncu z ali kostki pamieci 30ns, wczesniej byly testowane nowe 35ns oraz 25ns, w obu przypadkach artefakty powyzej cpu 300MHz, zobaczymy jak bedzie z tymi, to juz wlasciwie ostatnia opcja i robie to tylko dla formalnosci
* platforma identyczna jak wczesniej

testy cpu (model, typ, cpuinfo, 3dm99 640x480x16, status, link):
SL2S5 p2 333/66x5/512/2.0V/0.25 deschutes 477 #1 (You need to Login or Register to view media files and links)
SL365 p3 500/100x5/512/2V/0.25 katmai ? artefakty (You need to Login or Register to view media files and links)

* niestety ram 30ns nie rozwiazal problemow, p2 333 status jak poprzednio, p3/500 rowniez, dalsze testy nie sa potrzebne
* todo: zdybycie rusha z chipem 2d AT25

info (update2):
* niedzialanie nfs3 dalo mi do myslenia, doszedlem do wniosku ze wersja zmodowana moze byc niekompatybilna z rushem, zaczalem poszukiwania jakis testow starych gier + rush i bach, na yt jest 1 gosc, ktory takie zrobil, okazuje sie ze nfs2se oraz nfs3 dzialaja z nia bezproblemowo, wiec to jakis blad po mojej stronie, co prawda gosc testowal rusha glownie na wersji z chipem 2d AT25, ale... puscil go na w98 z cpu p4 3@4GHz kosmos
* moje przewidywania sie sprawdzily, wersje z at sa stabilniejsze i szybsze niz mx, postanowilem wiec uruchomic nfs3 na swoim sprzecie, bo skoro dzialal u niego to u mnie tez musi
* zapakowany sprawdzony cpu p2 266 klamath, zainstalowany nfs3 z orginalnego iso, gra wyszla pod w95 wiec powinna dzialac, zapodalem moja stara witaminke dla nocd i... nfs3 na rushu odpalil i dziala ok na 98 zeby bylo ciekawiej to ona wymaga glide2x.dll a nie glide3x.dll jak zmodowana wersja, to moglo robic problem, no ale w koncu dziala, uzyte te same odswiezone sterowniki co wczesniej
* zrobilem testy na standardowym p3 katmai 500/100 oraz spowolnionym do 333/66 i lipa, te same bledy co wczesniej, najwyrazniej limit 300MHz dziala na wersje MX
* z p2 klamath 266/66 ok, a ze nie mam wersji 300MHz, to zwiekszylem fsb na 75 - przy tym samym mnozniku cpu powinien bujnac na 300
* zworki przestawione, start mobo i... post zaliczony, proc sie obudzil na 75*4=300, testy dem w dos bez artefaktow, nfs3 w win dziala wybornie... weee
* podsumowujac, rush z chipem MX jest mega wymagajacy, ma ograniczenie cpu do 300MHz, wyzsze frequ powoduja artefakty, qlquake pod dos jest dosc odporny i dziala nawet zgrabnie z p3 500/100 ale tylko z opengl fxmesa/mesa, z sage sa artefakty na czcionkach, dosowe dema dimmension oraz nature pieknie chodza do 300MHz, powyzej artefakty i finalnie zwiechy, dla rusha nfs3 musi byc orginalny, zmodowany dziala tylko w menu
* wykonalem dziesiatki testow, wlacznie ze zmianami poszczegolnych opcji w bios i nic nie pomoglo na cpu 300+, to jest zdecydowanie limit cpu dla voodoo rush MX na platformie i440bx
* jesli wpadnie mi w rece rush z AT25, to powtorze testy, jestem ciekaw jak on bedzie dzialac z szybszymi cpu
* na koniec jeszcze test klamath z szybszym zegarem, w () stary wynik z fsb 66:
SL265 p2 266@300/75x4/512/2.8V/0.35 klamath 472 (427) ok (You need to Login or Register to view media files and links)
* w unreal standardowo 11 fps, nfs2se zwis w menu... ech... nie lubie rushy

web:
* voodoo rush at25 vs mx: (You need to Login or Register to view media files and links)

info (update3):
* po sukcesie z nfs3, pomyslalem ze moze podobna sytuacja jest z nfs2se, moze tez to jakas spatchowana/poprawiona wersja ktora mam, co prawda dziala ze wszystkim, bo to standardowy tester od jakiegos czasu, no ale rush ma swoje wymagania, moze pojdzie gladko z czysta wersja z iso - jesli tak, to poprzednie testy cpu do powtorki
* na plycie sa 2 exe, NFS2SEN.EXE to standardowy engine d3d, NFS2SEA.EXE to wersja dla 3dfx i glide2x.dll, w obu zostaly usuniete cdchecki aby nie bawic sie w emulacje cdrom
* no niestety, jak poprzednio drobniutkie artefakty na p2 klamath 266@300, gra wlasciwie dziala ale to nie tak powinno wygladac, nfs2se jest jednak bardzo wyczulony na predkosc cpu z rushem mx, pozostale gry dzialaja ok, rowniez dema w dos i glquake

hehe, rush i banshee to chyba takie voodoo jak windows millenium i vista

Jestem bardzo ciekawe jaką czarną magię uprawiasz z tym Voodoo 

A czasem taki HWBOT nie zakwalifikuje tego wyniku albo czy nie odrzuci jako modyfikacji ?

Ja mam konto na HWBOT mogę Ciebie wyręczyć z dodawaniem wyników hehe A sam fakt, że Ci się udało wycisnąć z tej karty sporo więcej to jest jakiś kosmos... Nie wyobrażam nawet sobie co będzie jeśli to samo zrobisz z VooDoo 2.... i to połączonym w SLI po prostu system rozjebany...

Jakbyś chciał na slot 1 szybsze CPU to mów bo mam 800 i 850. No chyba, że przez adapter lecisz.