Czyli wychodzi, że karta skaluje się do 500 MHz CPU mniej więcej to chyba podobnie jak standardowe voodoo 2 co nie? A zwykłe voodoo1 szło jakoś tylko do pentium 233 mhz dobrze z tego co pamiętam czy się mylę?

Opisze wszystko wkrotce jak tylko skoncze badania, ten temat jest mega rozwojowy, jest ogrom mozliwosci i opcji. Wstepnie szacuje termin na koniec lipca/sierpien, sorki ze tak dlugo ale jade na wczasy za tydzien BTW, mielismy dzis przeniesc z varusem ta dyskusje na nowy topik ale znow lag Moze jutro sie uda. Pozdrowka

card: 3dfx Voodoo2 (Super Grace VOLCANO 3DX2000) part#1/2
gpu: 500-0009-01 + 2x 500-0010-01 + ICS5342-3
board: 600-0027-03
rev: ?
ram: 12MB EDO 110MHz, 24x256Kx16 22ns, fbi 4MB + tmu 2x4MB
bus: 3x64-bit
pci: 5V
directx: 5
out: vga + vga in

src: luk1999
* tę kartę mam od 2010 roku, wyjąłem ją z kompa w pracy (ktoś przyniósł szefowi p233mmx z tą kartą i mu dał)
* nie sprawdzałem jej niestety wtedy, przeleżała 14 lat w szufladzie
* 512x384 zawsze działa (pograłem jakieś 30 min w q2, żeby to sprawdzić)
* 640x480 i 800x600 albo od razu dają czarny ekran albo tylko pokazują pierwszą klatkę i freeze

info:
* objawy sa nietypowe, zazwyczaj nie ma wogole obrazu w 3d tylko czarny ekran, problem moze lezec w torze wyjsciowym, bo pixel clock wzrasta wraz z wieksza rozdzialka i on jest niezalezny od glownego clk gpu
* karta posiada bardzo szybki ram 22ns/110MHz, normalanie v2 maja 25ns/100MHz - potencjal na WR na hwbot
* tymczasem czekam na wysylke karty
* karta jest juz u mnie, na pierwszy rzut oka stan idealny, 5/5, wstepne ogledziny pod mikro nie wykazaly uszkodzonych elementow, karta z grubsza przedmuchana z resztek kurzu
* wszystkie nogi na 3 chipach solidnie sie trzymaja, aczkolwiek dolny rzad na fbi oraz 3 gorne piny byly lutowane, widoczne charakterystyczne swieze luty
* czas na pomiary drobnicy smd - wszystkie "niskie" rezystorki ok, karta wyglada na sprawna
* podlaczona do standardowej platformy, wykrywana przy boot, uruchomione demo dimmension w dos i... czarny ekran, tylko reset pomaga - wiec jest cos na rzeczy
* glquake rowniez nie dziala, czarny ekran nawet w trybie 512, uruchomiony test1 z pakietu 3dfx tools, ekran niebieski, klawiatura reaguje ale brak "lacznosci z baza" #pdk wyglada na problem z fbi - do przelutu wszystkie nogi
* po restarcie kolejny test2 ktory ma narysowac linie i zwiecha, definitywnie fbi ma problem
* dla pewnosci jeszcze wygumkowalem golpiny na zlaczu pci, a noz widelec cos pomoze - jak bylo do przewidzenia nie pomoglo, identyczna sytuacja na tym samym tescie, wskazanie na fbi
* zanim sie zabiore za przelut, to jeszcze zmierze jaki clk wystawia gendac, konfig wskazuje na 90MHz, moze jest jakies magiczne oc? - video clk 50mhz, mem clk 90 mhz, kwarc 14.3, jest ok
* przelutowanie pinow na fbi nic nie pomoglo, widac ze ekran sie przelacza ale brak obrazu, fbi raczej do wymiany, jest tez mozliwosc ze jego ram jest uszkodzony, ale niestety brak kostek 22ns, dostepne sa tylko 25ns i lacznie jest 8 sztuk, to sporo i kosztowne ryzyko aby je wymieniac wszystkie, bo moze jednak fbi byc padniety
* sprawdzona jeszcze zmienna srodowiskowa na obnizenie zegara do 80MHz, bez zmian, uruchomienie czegokolwiek w glide wykazuje na karcie post transfery na pci i w pewnym momencie stop, jakby chip sie zwiesil, lipa - tym razem fiasko
* fiasko czy nie, nastal nowy dzien, pare pomyslow przyszlo do glowy, postanowilem jeszcze pomeczyc biedaczke, sprawdzilem wszystkie zegary na oscyloskopie + sygnaly na wyjsciu vga i na podukladach, czyli rgb i h/v sync + blank z fbi, wszystko w porzadku, monitor rowniez wykrywa poprawnie sygnal i zglasza 640x480x60hz ale ekran czarny, to jest cos niewiarygodnego jako pomocnicza karte porownawcza uzylem v2 diamonda, ma ona co prawda tylko 8mb vram, ale to bez znaczenia zasadniczo, jesli cos nie bedzie dzialac, to powinny byc jakies roznice, tylko kwestia ich znalezienia
* do pomocy wykorzystalem testy fabryczne 3dfx oraz mojo, odpuscilem calkowicie windows, wszystko bylo robione w dos, bo jesli tam nie zadziala to i w win tez nie bedzie
* test27 uzywa tylko fbi i dziala ok bez artefaktow, zatem fbi, gendac oraz pamiec fb powinny byc ok a problem lezy w ktoryms tmu/ich pamieci - do sprawdzenia pamiec od obu tmu
* wylaczona polowa pamieci w obu tmu, teraz kazdy powinien miec 2mb - mojo potwierdza, jest 2x2mb, w testach bez zmian, wylacze caly ram i zobaczymy czy to poprawi cos
* wylaczone kolejne 2 banki ale tym razem mojo zglasza 2x1mb, dziwne - w testach brak tekstur i napisow ale nadal brak poprawy
* sprawdzilem jeszcze kilka innych testow, m.in. test#26, to tez dedyk dla fbi ale zamiast hw obliczen dla trojkata jak #27 wykonuje kopiowanie i wklejanie przez bufor ramki (lfb), wczesniej byla tylko 1 klatka i zwis, a powinien plynnie sie kwadracik przemieszczac po ekranie, to mi zasugerowalo, ze blad moze byc z pamiecia fbi (tak wiem, kolejna spekluacja) i aby to sprawdzic postanowilem jak poprzednio wylaczyc czesc ramu dla fbi
* najprosciej to zrobic przez wylaczanie linii ras, sa 4 dla 4 bankow a0, b0, a1, b1, odpowiada za to rezystorek drabinkowy RA37, wylutowany hotem, karta podpieta jak jest, nie powinna dzialac, bo w tym momencie caly ram jest wylaczony - mojo oczywiscie zglasza 0mb, fbi dead i oba tmu rowniez dead - klasyczny blad 57005 to w hex 0xDEAD
* ok, wlaczone banki a0 i b0 przez wlut na sztorc 2 rezystorow 10om 0603 w miejsce 2 sygnalow ras, test#26 wlaczony i... kwadracik sie przemieszcza w koncu jakis postep co prawda napisy sa lekko nieczytelne, ale mozliwe ze ma tez w tym udzial tmu a w tej chwili oba sa pozbawione pamieci ram, w kazdym razie maly sukces
* wyrywkowe testy 3dfx zaliczone, oczywiscie brak tekstur i krzaczki na ekranie ale stabilnie i nie ma zwieszek, udalo mi sie nawet odpalic przez chwile glquake no ale po paru sekundach zwis i tylko hw reset dziala - jest postep, wlacze pamiec tmu aby miec lepsza stabilnosc i sprawdzic jak beda wygladac testy, na ta chwile 4 kostki ram od fbi do wymiany
* polowa ramu dla obu tmu wlaczona, jest obecnie 2+2*2=6mb, ciekawe jak to zadziala
* mojo potwierdza ze jest lacznie 6mb pamieci, wyrywkowe testy 3dfx ok, nawet demo dimmension sie uruchomilo ale zwis po kilku klatkach, glquake rowniez zawieszka po paru klatkach i brzydkie artefakty - cos sie w koncu dzieje
* wlaczone pozostale kostki ram od obu tmu, lacznie jest 2+2*4=10mb ram
* mojo potwierdza 10mb, testy 3dfx ok, dimmension kilka klatek ladnych i zwis z pionowymi paskami, w glquake dokladnie to samo - wskazanie na fbi, mozliwe ze ktoras z pozostalych 4 kostek jest padnieta, nie mozna rowniez wykluczyc samego chipa fbi, na tym etapie to troche ruletka
* 2 dzien silowania z karta i troche mnie sily opuszczaja tymczasem wrzucam co jest i do zobaczenia w part #2

web:
(You need to Login or Register to view media files and links)
org. watek: (You need to Login or Register to view media files and links)

edit: (You need to Login or Register to view media files and links)

3dfx Voodoo2 (Super Grace VOLCANO 3DX2000) part#2, (You need to Login or Register to view media files and links)

info:
* aby wytypowac uszkodzona kostke ram i nie wymieniac wszystkich 4 zostaly przeanalizowane zdjecia z demo dimmension oraz glquake, posilkowo uzyty schemat v1 od sdz, dla v2 niestety nie ma dostepnego ale to praktycznie to samo co w v1, dodatkowo "przeswietlone" polaczenia na pcb miedzy ram i fbi + datasheet samych kostek
* ekran ma rozdzielczosc 640x480, widoczne jest 20 pionowych paskow z czego polowa to sieczka - to swiadczy o uszkodzonej pamieci, 1 lub 2 kostki
* w obecnej konfiguracji ram dla fbi ma 2mb w 4 kostkach 256x16, sa to 2 banki a0 i b0, kazdy ma po 2 kostki ram
* bufor ramki jest tak skonsturuowany ze dostep do pikseli jest liniowy, a to znaczy ze pamiec rowniez musi byc tak ulozona - z analizy polaczen na pcb oraz schematu pamieci z v1 wynika, ze najpierw jest bank a0, potem b0, kazdy bank ma szerokosc bitow 32 i lacznie dla tego samego adresu daja 64 bity, 4x16 czyli 4 piksele na 1 adres, liczac od lewej gornej strony ekranu a0[0..31], b0[0..31], a0[32..63] itd. czyli piksele 0-31 beda w banku a0, 32-63 w banku b0, 64-95 w a0 itd. - to pozwala na wytypowanie tej uszkodzonej kostki tylko patrzac na zdjecie ekranu
* szerokosc ekranu dzielona na ilosc paskow daje 640/20=32, czyli 1 pasek to 32 piksele, poniewaz bank sklada sie z 2 kostek po 16 bit, to wystarczy na powiekszeniu sprawdzic ktore z pikseli wyswietlane sa zle, analizowana jest tylko 1 linijka z pierwszego paska, na pozostalych bedzie to samo
* na duzym zoomie widoczne zle wyswietlanie polowy pikseli z 32 czyli 16 czyli to znaczy ze uszkodzona jest 1 kostka ram
* po blizszym przyjrzeniu sie widac ze pierwszy piksel jest ok, nastepny zly, kolejny ok itd. - wniosek taki ze parzyste piksele sa ok a nieparzyste zle (liczac od 0), a to znaczy ze 2 kostka w banku a0 (msb/gorna) jest niesprawna a 1 kostka ok (lsb/dolna)
* podsumowujac, kostki pamieci dla fbi sa ulozone w nastepujacy sposob: a0:lsb, a0:msb, b0:lsb, b0:msb zas same piksele na zmiane w grupach po 32 w bankach a0, potem kolejne 32 w b0, nastepnie a0, b0 itd., kolejnosc pikseli w grupie w danym banku na przemian lsb/msb
* ok, tyle z analizy, czas udowodnic ze teoria jest sluszna czyli przelut wytypowanej kostki
* aby sie upewnic, odlaczylem sygnal cas1 dedykowany dla tej kostki, powinny byc pionowe paski na zlych pixelach, tym razem zamiast sztukowac rezystorki, zostala podniesiona noga #129 na fbi - niestety ta metoda nie dziala, wylaczenie cas1 powoduje brak wykrycia tmu i status dead - trzeba jednak lutowac
* kostka wymieniona na nowa, przelutowana hotem, mojo zglasza poprawnie ilosc pamieci 2mb, demo dimmension ladny obraz ale freeze po kilku klatkach, tym razem bez pionowych paskow, glquake podzialal do polowy bez artefaktow, wniosek ze wytypowana kostka byla ta wlasciwa, niestety nadal jest cos na rzeczy, mozliwe ze fbi w v2 musi miec 4mb, gdyz ta karta nie wystepowala w innej wersji - do sprawdzenia banki a1 i b1
* przywrocone wszystkie linie ras, wlutowany RA37, jesli brak zmian, to przelut all kostek ram na fbi - w test#26 kwadrat sie nie przemieszcza, wiec ram do wymiany
* wczesniejsze testy powodowaly grzanie sie 2 kostek po 2 stronie pcb, te wymienie w pierwszej kolejnosci
* przelutowane podejrzane kostki, test#26 z kwadratem dziala ok, wyrywkowe testy ok, demo dimmension ok, glquake ok, demo nature w dos rowniez ok - sukces, karta sprawna
* z braku dostepnosci kostki ram wymienione na standardowe 25ns, nie powinno byc zadnych problemow, bo one sa powszechne w v2, lacznie wymienione zostaly 3 sztuki
* ta karta byla pierwsza z tak dziwnymi objawami, w opisie widac kilka zwrotow, myslenie sie moze zmieniac w trakcie naprawy, bo skoro cos nie jest niemozliwe, to znaczy ze jest mozliwe fajnie ze do mnie trafila, nauczylem sie znow kilku rzeczy mam nadzieje ze bedzie dlugo sluzyc
* prawdopodobne powody uszkodzenia: 1 i najbardziej trywialny, starosc nie radosc, to nie pierwsza karta ktora sie zdegradowala lezac w szufladzie, 2 to mozliwe ze karta byla juz wczesniej uszkodzona, bo byla na pewno naprawiana, blyszczace luty na fbi bardzo kontrastuja z szarymi fabrycznymi, 3 to hipotetyczna opcja, ludzie maja tendencje to zapominania rzeczy i konfabulacji historia mogla byc zupelnie inna ale jakie to ma wlasciwie znaczenie? wazne, ze kolejna v2 jeszcze troche sprawi przyjemnosci
* rada na przyszlosc, kiedy karta wykryta poprawnie i brak bledow w mojo ale jest czarny ekran, to warto sie skupic na pamieci przy fbi, wylaczyc gorne banki a1 i b1 i robic testy, mozna rowniez na pale wymienic od razu 8 sztuk albo i wszystkie 24, no ale to opcja dla desperatow
* testy byly robione na standardowej platformie: 98SE SP3, Pentium III 500/100, SDRAM 128MB/PC133@100, ASUS P2B 440BX, HDD SEA40, DX9.0c, AGPx2

dziala

Super robota. To uszkodzenie było naprawdę intrygujące. Coś zupełnie innego niż do tej pory. Tym bardziej gratulacje.

Tom,
robota de luxe

a co za OpenGL masz? Fajne rzeczy wyświetla