Gulf War: Operation Desert Hammer

jack7277, добавлю, к сказанному, что в первоначальном варианте игра поддерживала джойстик (некий i-force), выборочные настройки графики.

Для того что бы убрать "ад" с управлением, надо оказывается нажать клавишу <Del> после чего мышь станет управлять башней, а выбранные клавиши направлением поворота и движением танка.

 

kreol, так ведь здесь даже описания киллер танка нет вот что меня удивило. Местные умельцы достают раритетные раритеты а описания обычной игры нет.

 

Вышла новая версия nglide 1.01 в которой нормально отображаются игровые шрифты в 3dfx режиме.

 

В software режиме можно изменять дальность прорисовки в более широких пределах (20-600), чем в настройках (70-300).
При дальности прорисовки 20 не видно вообще ничего, врагов видно буквально подъехав к ним на пару метров, чистый хардкор, а при максимальной дальности становится видно сразу всю карту )))
Файл \settings\settings.cfg
смещение 0x0C и 0x0D, младший байт идет первый по адресу 0x0C.
Записывать нужно число в 100 раз больше. Для 70 - это 7000, затем в 16ричное значение и записать наоборот.





Кому лень копаться в hex-редакторе, прикладываю файл настроек для максимальной прорисовки, только для Software режима !

 

Ddraw software версия почему-то легко прожевала 2х дальность. А версия д3д и глайд валятся с ошибками. Костылями удалось запустить до начала картинки в д3д режиме с дальностью 400, отрисовались пара кадров облаков и все упало.

 

В д3д/глайд режиме дальность блокирована на 250. Без падения можно сделать буст до 350. Если увеличивать дальше то игра падает на огромном блоке математики, с наскока не получилось разобраться что там происходит и почему дальность отрисовки ограниченна. Это либо лень разработчиков, типа все равно у вас тормозить будет либо какие то аппаратные ограничения видеокарт тех лет.

Смещение в файле settings.cfg для д3д/ глайд режима - 0x10h и 0x11h
Наврал, простите, до 350 буст можно делать для d3d режима, глайд превращается в кашу.
Причем ! Ландшафт прорисовывает далеко, а видимость врагов ниже, где-то в другой переменной прошито как постоянная в коде игры. У меня всё мечта - отключить туман войны в первом противостоянии опаленный снег, чтоб было не так страшно откуда пойдет следующая волна. Так вот по поводу сабж игры, едешь по полю, всё просматривается отлично и тут раз внезапно появляется вражеский танк ))

Картинки с разной дальностью

Glide - 350


D3D - 350


D3D - 250 максимально возможное из игры

---------- Сообщение добавлено в 11:57 ---------- Предыдущее сообщение размещено в 10:09 ----------

Еще внутри есть упоминания трех разрешений 640х480 800х600 и 1024х768 и файлов интерфейса должно быть три. Но в итоге только 640х480х16 или х32 бит.

 

d3d в 1024x768, HUD остался в 640x480

файл d3d_r.exe
было
0048A5F4 BE 80020000 MOV ESI,280 (640)
0048A5F9 BA E0010000 MOV EDX,1E0 (480)

патчим на
0048A5F4 BE 00040000 MOV ESI,400 (1024)
0048A5F9 BA 00030000 MOV EDX,300 (768)

Не нашел среди уже распакованных файлов и в файлах xgame.cln и xshell.cln элементов HUD,
не нашел прицел, пиктограммы авиа-ударов.

 

Работы много. Забил пока.

 

Надо xgame.cln и рядом еще cln файлы раздербанить, они не пожатые, лежат в открытую.
Там в заголовке перечисляются пути и имена файлов, смещение в файле, от файла до файла стоит фраза "MAGIC NUMBER", часть BMP почему-то имеет (возможно) поврежденный заголовок, сигнатура начальная "BM" развезена на 4 байта, видимо остатки HUD'а там, если
1. Извлечь файлы, положить по папкам
2. Создать каталог 1024х768 и 800х600
3. Растянуть HUD элементы в редакторе и прочие элементы до нужных разрешений
4. Наделать копий файлов и рассовать по папкам,

тогда думаю можно сделать переключение разрешений в D3D режиме, glide и так можно через враппер nglide в любом разрешении пустить.

fun продолжается.

 

jack7277, Элементы HUD и так там есть для всех разрешений:
320х240
640х480
800х600
1024х768

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

 

Bato-San,
Надо разобрать файлы cln и посмотреть, dragon unpacker показал не всё. Я темой особо не интересовался, есть другие распаковщики, попробовать ими.

 

xentax multiex commander нашел пропавший HUD в файле xgame.cln, но он ищет по сигнатуре и естественно не берет имя файла.

В cln файлах идет имя и путь файла, к примеру "bitmaps\Rubble.bmp", затем сразу за ".bmp" идет 2 байта в мало-индейской записи размер файла 0x36, 0x44, что есть 0x4436 = 17462 байта, что соответствует распакованному bmp файлу, затем чих-пых шесть нулей и смещение начала файла, 0xC3, 0x90h, что есть 0x90C3 от начала xgame.cln
Еще есть байты размера пути и имени файла. После смещения файла сразу идет размер пути. Блин картинку надо рисовать, а то на словах криво как-то.
Смотрим смещение 0x90C3 в hex, видим "MAGIC NUMBERBM6D", магическое слово и начало BMP файла вида "BM".
Короче экстрактор просто написать, не догнал зачем в самом начале "bitmaps\" указан как каталог и байтики какие-то.

HUD состоит из элементов небольшого размера, я предполагаю, что им выставляются координаты, нужно под разное разрешение изменить координаты, а что мелко будет в 1024x768 да и черт с ним.

 

jack7277, Там самая обычная файловая система с каталогами. Как образ диска. Единственное, что надо посмотреть в программе, зачем используются те самые "байтики".

 

Bato-San, я особо не интересовался никогда ковырянием ресурсов, может есть какой-то более-менее стандартный способ разобрать файлы .cln на отдельные файлы, чтобы велосипед не изобретать ?
Нам эти байты я думаю и не нужны, если все файлы распаковать и сложить в свои каталоги, то игра должна запустится.
Там идет перечисление, сперва "bitmaps\" затем "data\WHUD\" и перечисление файлов, но опять же с полным путем.
Первые байты до 0 - это количество файлов. Затем нули, затем размер пути+имя файла, имя файла с путем, размер файла, смещение.
Сумбурненько как то, накидаю программку разобрать по файлам.
Вечность уже ни на чем не писал, так сложно и лень, что самому страшно )))

 

Первые байты до нуля не количество файлов, не совпадает с количеством "magic number".

 

Разобрал xgame.cln на файлы, удалил единый файл. Игра не запустилась. Странно.
И некоторые файлы, к примеру .bmp по расширению, но внутри разбавлены единичками и поэтому считаются битыми.
В каталогах, отличных от data\whud\640x480 - пусто. Просто не дорисовали.

ха, если создать пустой xgame, то игра запускается, но при начале новой миссии вылетает. Видимо "битые" файлы дают о себе знать.

 

Часть файлов некорректно распаковал, сотру пока, рано.

 

Якобы "битые" файлы - это простейшее сжатие, файл поделен на группы по 2 байта, первый - количество повторений второго байта. В таблице файлов указаны 2 размера, сжатое и распакованное.