Полигон-2

Tronix написал:

[q]

Но и виснуть не перестала

[/q]

Сталкивался с такими ситуациями:
1) карта работает с любым драйвером
2) ранние драйверы не подходят
3) тупо перебираю все драйверы, работает только с одним определенным.
В третьем варианте я даже вычислял какой файл влияет на работоспособность, но за давностью лет не припомню.
Дрова брал тут
http://falconfly.3dfx.pl/voodoo2.htm
Глюки побеждались перебором- зависание сразу и через время, серый экран, черный экран.....

А можно эту утилитку сбросить?

На таобао периодически мелькают лотки с 3дфх чипами

Хозяюшке на заметку: многие параметры конфигурируются через переменные среды DOS. Если, допустим, в AUTOEXEC.BAT прописать строки:

set SST_INITDEBUG=1
set SSTV2_INITDEBUG=1
set SST_INITDEBUG_FILE=c:\sst1_3dfx.log
set SSTV2_INITDEBUG_FILE=c:\sst2_3dfx.log

то получим файлики sst1_3dfx.log - лог для Glide1(?). С этой библиотекой в частности статично собрана MOJO.EXE - диагностическая утилита, упомянутая выше. И файлик sst2_3dfx.log - лог для Glide2. Эту уже используют примеры TestXX.exe.

Так, как карта у меня наглухо вешает комп, то файлы логов DOS не успевает закрыть, и при перезагрузке размер нулевой, потерянные кластеры и вот это вот все. Поэтому вместо имени файла там можно написать имя устройства, например CON - консоль. То есть:

set SST_INITDEBUG_FILE=CON
set SSTV2_INITDEBUG_FILE=CON

Тогда сообщения будут идти прямо на экран, и будет более менее видно, где конкретно виснет. Наверное можно таким макаром и в COM-порты выводить и на принтер

Еще переменная

set SST_DEBUGDAC=1
set SSTV2_DEBUGDAC=1

выводит отладку при обращениях с RAMDAC. Тоже полезно, чтоб смотреть как клок устанавливается и тд.

Так-же в Glide2 есть еще такие переменные:

set GDBG_FILE=имя файла
set GDBG_LEVEL=89

Выводит еще больше отладочной информации о процессах инициализации Glide2.

anthony написал:

[q]

наконец-то хоть кто-то догадался как надо диагностировать

[/q]

Да так себе диагностика, но хоть что-то.

Вкуривал тут на досуге так называемый "даташит" на Voodoo2, который просто описание регистров, и узнал что FBI общается с PCI по умолчанию через FIFO, выделенную в егошном фрейм-буфере. То есть что-бы эта хрень работала, нужно что бы работала память рядом с FBI.
Притащил карточку домой, до этого мучал ее на работе на четвертом пне. Дома воткнул в iP 166 MMX, и надо же - пустились тесты testXX.exe без зависона. Но с мусором на экране, какие-то квадраты из мусора по экрану, с проглядывающим нормальным изображением. Ну взял, да и перемахнул все 8 чипов памяти рядом с FBI на новые. Результат - мусор исчез, зависоны прекратились. Покрутил Donut с полчасика пока ужинал - все штатно, без зависаний.

Текстуры битые. Ну как битые... с мусором некоторым. Тоже что-ли память у TMU навернулась... Новые чипы закончились, теперь начнутся игры с перетасовкой выпаянных. Что-то с памятью карте не повезло похоже в этой жизни. Но, попробуем.
Хозяйке на заметку - TMU#0 - это который правый, TMU#1 - это который левый, ближе к VGA разъемам.

Из замеченного - все три чипа, которые я переставил на эту карту с третьей карты (которая односторонняя была) 99-ого года выпуска, в отличии от родных, которые 98 года. И эти чипы греются при работе сильнее, чем чипы с первой карты. Просто наблюдение.

Завтра помучаю еще...