Wing Commander IV: Цена свободы

Процесс перевода игры "Wing Commander IV: Цена свободы"- в разгаре. Желающие опробовать то, что получилось, могут добраться сразу до описания перевода и ссылок на его скачивание, щёлкнув по этой ссылке.

Желающим посоучаствовать в переводе - рекомендую: полезные для переводчика ссылки - словари, книги, статьи и прочие материалы. Пополнение копилки приветствуется!

См. также:
Самая свежая тестовая сборка и инструкции по её установке
Бета-тестеры, wэлкам!
31 дек 2016

Upd 1:
В связи с участившимися постами здесь "чисто для поржать" - вынужден объясниться.
6 янв 2014

Upd 2:
Приглашаю желающих поучаствовать в переводе. Отозвавшиеся будут увековечены в финальных титрах. (Никаких более материальных благ, к сожалению, обещать не могу. )
27 мая 2014

Upd 3:
Наконец удалось пробить барьер несовместимости моего перевода с версией игры от GOG!!! Желающим опробовать - wэлкам!
2 окт 2014

 

перечитай вот эту свою фразу для просветления и постижения дзена... ну и тренировки внимательности.

я ведь совершенно конкретно и слитно написал что и почему. Хотя об одной тонкости умолчал пока что... Благо она не используется в данном случае. Но боком выйти ещё может.

А что меза завелась - это не удивительно, если чуток почитать историю развития огл.

 

Балабол. Чеширский чесатель языком. :-((((

"приводит или не приводит", ага. :-)))))))

 

Делаю девятую бету - уже с напрочь отломанной зависимостью от "режима совместимости с win95" (если кому интересно - тут технические детали

Поборол-таки граблю с пропаданием фоновой музыки в бою. Оказалось всё до смешного просто:

• перед самым вылетом игра открывает файл с музыкой, а чтобы не грузить диск и не затыкать игру непрерывными попытками перечитывания в случае сбоя - снабжает его атрибутом FILE_FLAG_NO_BUFFERING (см. фрагменты кода
  Подготовка к открытию:

  Код:

  004442BD 8B 4E 58             mov         ecx,dword ptr [esi+58h]
  004442C0 8D 54 24 08          lea         edx,[esp+8]
  004442C4 81 E1 FF 07 00 00    and         ecx,7FFh
  004442CA F7 D9                neg         ecx
  004442CC 1B C9                sbb         ecx,ecx
  004442CE 81 E1 00 00 00 E0    and         ecx,0E0000000h
  004442D4 81 C1 00 00 00 20    add         ecx,20000000h  ; добавляется FILE_FLAG_NO_BUFFERING
  004442DA 51                   push        ecx
  004442DB 52                   push        edx
  004442DC 6A 01                push        1
  004442DE 50                   push        eax
  004442DF E8 EC 7B 04 00       call        0048BED0  ; вызов функции, открывающей файл
  004442E4 83 C4 10             add         esp,10h

  Собственно открытие файла:

  Код:

  0048BF1B 8B 74 24 14          mov         esi,dword ptr [esp+14h]  ; флаги и атрибуты
  0048BF1F 6A 00                push        0
  0048BF21 56                   push        esi
  0048BF22 52                   push        edx
  0048BF23 6A 00                push        0
  0048BF25 51                   push        ecx
  0048BF26 50                   push        eax
  0048BF27 8B 44 24 20          mov         eax,dword ptr [esp+20h]
  0048BF2B 50                   push        eax
  0048BF2C FF 15 FC 43 4D 00    call        dword ptr ds:[KERNEL32.dll!CreateFileA]
  0048BF32 83 F8 FF             cmp         eax,0FFFFFFFFh

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

  0048BF70 8B 4C 24 0C          mov         ecx,dword ptr [esp+0Ch]
  0048BF74 8B 54 24 08          mov         edx,dword ptr [esp+8]
  0048BF78 8D 44 24 0C          lea         eax,[esp+0Ch]
  0048BF7C 6A 00                push        0
  0048BF7E 50                   push        eax
  0048BF7F 8B 44 24 0C          mov         eax,dword ptr [esp+0Ch]
  0048BF83 51                   push        ecx
  0048BF84 52                   push        edx  ; буфер куда читать - не выравненный по 0x800!
  0048BF85 50                   push        eax
  0048BF86 FF 15 88 44 4D 00    call        dword ptr ds:[KERNEL32.dll!ReadFile]
  0048BF8C 85 C0                test        eax,eax  ; и отлуп

  ) - и вуаля. :-(

Исходя из вышеизложенного, предпочёл лечить проблему простейшей превентивной хирургией. Код на языке моего хак-движка:

Код:

{ REPL 6
  $ x81 xC1 x00 x00 x00 x20  ; add  ecx, 020000000 - файлам MUSIC?.TRE флаг FILE_FLAG_NO_BUFFERING 
  $ x90 x90 x90 x90 x90 x90  ; nop'ы
  @ CORE  x301000 x432D4  x302000 x432D4  ; адрес 0x4442D4 в обеих версиях WC4DVD.EXE
} REPL

(Что интересно - как раз win2k отрабатывает атрибут FILE_FLAG_NO_BUFFERING правильно

Лично пользовался несколько лет назад - нужно было прочитать винчестер со сбойными адресными метками секторов; при этом пытается читаться за раз по много десятков секторов, т.е. каждый битый сектор блокирует чтение соседних. А отключение буферизации позволяет читать секторы по одному, т.е. непрочитанными остаются только битые.

: читает ровно столько секторов, сколько запрошено, наперёд не читает, не кэширует и при этом плюёт с высокой горки на выравнивание приёмного буфера; а вот winXP - фигушки, отлупает запрос на чтение просто потому, что-де выравнивание буфера ей не нравится. :-( )
Ещё раз спасибо всем участвовавшим в обсуждении темы про "верблюдицу": без идеи потрясти именно файлы с музыкой - процесс поиска глюка занял бы не полчаса, а растянулся бы на фиг знает сколько недель невылезания из трассировки кода. :-(

А зависимость от "совместимости" по VirtualProtect()'у я отломал ещё раньше - просто его вызов перехватываю и дообрабатываю

Код:

BOOL WINAPI wc4_virt_protect( IN LPVOID lpAddress, IN SIZE_T dwSize,
		IN DWORD flNewProtect, OUT PDWORD lpflOldProtect ) {
  DWORD new_old_prot;
  return ( VirtualProtect( lpAddress, dwSize, flNewProtect,
    ( lpflOldProtect != NULL ) ? lpflOldProtect : &new_old_prot ) );
}

.

). Немножко обкатаю и вечером выложу.

 

Подумал и отказался: во-первых, возможны конфликты с wc4dvd.exe уже патчеными по той же идее, но прямо по файлу; во-вторых, у меня и так уже перехвачены операции открытия и чтения файлов.
Так что просто добавил пару строк в перехватчик CreateFile()'а:

Код:

HANDLE WINAPI wc4_create_file( LPCTSTR lpFileName,
    DWORD dwDesiredAccess, DWORD dwShareMode, LPSECURITY_ATTRIBUTES lpSecurityAttributes,
    DWORD dwCreationDisposition, DWORD dwFlagsAndAttributes, HANDLE hTemplateFile ) {
  uint32_t realh, virth;
...............................
#ifdef NO_NOBUFFER
  dwFlagsAndAttributes &= ~FILE_FLAG_NO_BUFFERING;
#endif // NO_NOBUFFER
  realh = (uint32_t) CreateFileA( lpFileName, dwDesiredAccess, dwShareMode, lpSecurityAttributes,
    dwCreationDisposition, dwFlagsAndAttributes, hTemplateFile );
...............................

 

Долгожданная девятая бета: wc4dvd-rus-beta9.7z



Основные изменения по сравнению с предыдущей:

• наконец удалось полностью отвязать игру от "совместимости с win95" - по крайней мере, под win2k-sp4 и 32-битной winXP-sp3 работают все варианты
  См. содержимое каталога misc\ в архиве.
  wc4dvd.exe, вплоть до оригинального непатченного .exe'шника с DVD-издания;
• соответственно, удалось и избавиться от затыков из-за конфликта между opengl32.dll и "совместимостью";
• набор наиболее распространённых вариантов wc4dvd.exe расширен до 4 штук;
• файлы в архиве снабжены описаниями в files.bbs'ах.

Само собой, dxmci.dll обеспечивает первые два пункта не "святым духом", а только при включенной галочке "use game translation file" в настройке dxmcicfg'ом (ключ bXlatGame=1 в dxmci.ini) и выборе файла русского перевода (или английского "перевода") не древне́е сегодняшнего.

Состав архива:

• \ - файлы, предназначенные для добавления в каталог игры;
• bin\ - мелкие программы-утилиты для работы над переводом;
• reg\ - настройки реестра для фильтров-декодеров и вывода субтитров;
• misc\ - WC4DVD'шные .exe'шники и .dll'ы от разных выпусков игры
  Можно (и даже нужно!) пробовать: переписывать в каталог игры пару из .exe'шки и .dll'ки с одинаковым номером версии (3.01 или 3.02) и запускать безо всякой "совместимости". По идее, dxmci.dll должен обеспечивать

  По крайней мере, у меня таки обеспечивает.

  работоспособность не хуже, чем при "совместимости".
  ;
• src\ - исходные тексты перевода.

По-прежнему объявляю полный wэлкам желающим это всё потестировать, особенно под "форточками" от vista и дальше до "десятки", все имеющиеся варианты wc4dvd.exe при всех возможных разрядностях; всем тестерам найдётся место в финальных титрах!

 

PS. Ё-пс, "маленькая техническая неувязка" (L): в только что выложенном dxmci.dll криво работает вывод кино после переключения из режима "встроенный dwrap" в "dwrap выключен" при выбранном видеорендерере "ivideowindow" и выключенной подгрузке файла перевода. Разбираюсь. Ежличо, бету обновлю.

Upd. Ошибку нашёл и исправил, бету обновил. Можно забирать.

 

Красавчегг!

 

Cyberion, (голосом Ноль Пятого из к/ф "Короткое замыкание") Ноль информации, Стефани! :-(

 

Перелистывал прошлогодний форум.

Кстати, я его почти весь перебрал в процессе (транс|им)плантации в dxmci и никакого direct3d не обнаружил - есть только opengl и до фигища как-то вроде бы относившихся к direct3d закомментированных кусков.
Как ты считаешь, стоит direct3d тоже добавлять или нуегона́ и opengl'ом можно обойтись?

 

Рыжий Тигра, то что я сказал относится к самой библиотеке враппера, насколько я помню, а не к её использованию игрой или другими библиотеками. Короче к импортам/экспортам и подменам.

Стало быть, если нет использования - нафиг ты его будешь добавлять ? Хотя... с другой стороны... Хм. Озадачил.

 

Моей тачке opengl не нравится. Очень медленно бегает, с трудом на 15 fps выходит. А direct3d видеокарта держит.

 

ну это предсказуемо вполне. Не только на твоей тачке, а учитывая все доработки так и вообще...

Хм. Вообще, как не проще всё в ОГЛ, но ДХ таки пошустрее чуток будет. Другой вопрос, что там именно превращено в заглушки и где.

 

Тут увы - жадный Билли (tm) исходниками хрен поделится... :-(

 

Рыжий Тигра, ну тебе же по сути надо просто написать точно такой же враппер, который будет вместо ОГЛ отдавать всё в Д3Д и подменять им при нужде файл оригинального. В чём проблема то ?

 

В незнании того и другого, ясен перец. Добавь к этому ещё и незнание эмулируемого ими directdraw'а. :-)

Не понял, о каком файле речь, - dwrap.dll перехватывает методы IDirectDraw'а и сопутствующих ему IDirectDrawSurface'а и IDirectDrawPalette'ы.
(Кстати, если хочешь - могу выложить свою реализацию перехватчика COM'овых C++'ных вызовов на чистейшем Си. Оценишь изящество: три сотни строк сплошных макроопределений и меньше сотни строк кода дообработчиков. :-))))) )

Но это фигня. Есть проблема пострашнее. Оригинальный directdraw'ный WC4 реагирует на alt-enter (сворачивается в окно и разворачивается обратно) и alt-tab (сворачивается в линейку задач) - это нужно для смены компакт-диска в CD-эмуляторе, например. А dwrap'нутый при аналогичных нажатиях идёт вразнос - ни рабочий стол не открывает, ни обратно не восстанавливается. И в какой кусок исходника dwrap'а тыкать точки останова и отладочную печать - стопроцентно ХЗ. :-( Имеешь подсказать? А в идеале - исследовать проблему и поделиться местами где что на что подправить.

---------- Сообщение добавлено в 16:08 ---------- Предыдущее сообщение размещено в 15:58 ----------

Кстати, пара вопросов по directdraw'у:

• бывает ли больше одного объекта типа IDirectDraw одновременно?
• может ли один IDirectDrawSurface или IDirectDrawPalette принадлежать больше чем одному IDirectDraw'у?

Мне это надо для грамотного освобождения объектов, чтобы не плодить утечки памяти и нечищеный рабочий стол в нештатных ситуациях (каковые кодом игры предусмотрены, но как их для отладки вызвать искусственно - ХЗ).

 

Рыжий Тигра, чего то мне подсказывает, что тебе вполне полезно окажется это.
А для первого ещё и это.

при большом желании - можно такое безобразие организовать.

НО, суть полюбэ сводится к замене комплектного враппера на свой собственный или более корректный.

 

:-) Спасибо Кэп, dwrap как раз в девичестве и назывался ddhack'ом и как раз именно этой версии.

Не, не пойдёт:

- те же уши, что и dwrap, только в профиль. :-(

О! Значит, списки объектов придётся как минимум тащить динамически и все surface'ы с palette'ами дозачищать только после закрытия последнего directdraw'а.
И ещё насчёт переключения fullscreen-окно и обратно: а можешь набросать список winapi'шных функций, которые с directdraw'ными методами сотрудничают, на предмет доперехватить ещё и их и посмотреть, каким же фигом делается переключение? И/или, если это переключение делается всё же силами не winapi, а directdraw'а, то на какие методы с какими аргументами обращать внимание?

 

Рыжий Тигра, суть безобразия называется "LostDevice". В общем программа должна контролировать устройство вывода DX на предмет его потери и в случае нужды восстанавливать его.

Проверка потери производится с помощью D3DERR_DEVICELOST

 

Не понял - каким боком он к directdraw, как использовать? MSDN и RSDN хранят гордое молчание... :-(

Восстанавливать или не давать отнять? А если надо вообще наоборот - скромно свернуться и не отсвечивать? :-(

 

Воть !

http://www.gamedev.ru/code/forum/?id=81910