Union Union (патч для Gothic)

[Gratt]

​

RU EN

• ◆ О продукте
  Union — это набор патчей и улучшений для движка Gothic, который исправляет ошибки, добавляет новые возможности и делает игру совместимой с современными системами. Он поддерживает загрузку плагинов и предоставляет простой интерфейс для модификаций через API движка, позволяя расширять функционал игры без необходимости изменять ее исходный код.
  
  Разработчики - Gratt killer-m
  Список патчей Gothic ½ - Union - Патчи • Patches
  Описание настроек Gothic ½ - Union - Настройки • Settings
  
  ◆ Установка
  

  STEAM GOG Дисковые и другие изадния

  • 
    
    Gothic 1
    В свойствах игры выбрать ветку Workshop BETA
    Подписаться на продукт Steam Workshop::Union - patch for Gothic 1
    
    Gothic 2
    В свойствах игры выбрать ветку Workshop BETA
    Подписаться на продукт Steam Workshop::Union - patch for Gothic 2
    
    
  • 
    
    Gothic 1
    Уже предустановлен.
    Используйте новейшую версию для обновления Union - Архив // Устаревшие сборки • Legacy builds
    
    Gothic 2
    На чистую игру установить Первичный патч Union - Архив // Первичный патч • Primary patch ️
    На пропатченую игру установить новейшую версию Union - Архив // Устаревшие сборки • Legacy builds
    
    
  • 
    Gothic 1
    На чистую игру установить Первичный патч Union - Архив // Первичный патч • Primary patch ️
    На пропатченую игру установить новейшую версию Union - Архив // Устаревшие сборки • Legacy builds
    
    Gothic 2
    На чистую игру установить Первичный патч Union - Архив // Первичный патч • Primary patch ️
    На пропатченую игру установить новейшую версию Union - Архив // Устаревшие сборки • Legacy builds
    
    
  
  
  
• ◆ About
  Union is a collection of patches and enhancements for the Gothic engine, fixing bugs, adding new features, and making the game compatible with modern systems. It supports plugin loading and offers a simple engine API for mods, allowing you to expand the game’s functionality without editing the source code.
  
  
  Developers - Gratt killer-m
  Patches list Gothic ½ - Union - Патчи • Patches
  Settings list Gothic ½ - Union - Настройки • Settings
  
  ◆ Installation
  

  STEAM GOG Disk and another editions

  • 
    
    Gothic 1
    In the game properties choose the Workshop BETA
    Subscribe to the product Steam Workshop::Union - patch for Gothic 1
    
    Gothic 2
    In the game properties choose the Workshop BETA
    Subscribe to the product Steam Workshop::Union - patch for Gothic 2
    
    
  • 
    
    Gothic 1
    Already preinstalled.
    Use newest version for update Union - Архив // Устаревшие сборки • Legacy builds
    
    Gothic 2
    To the clear game install the Primary patch Union - Архив // Первичный патч • Primary patch ️
    To the patched game install a newest version of Union Union - Архив // Устаревшие сборки • Legacy builds
    
    
  • 
    Gothic 1
    To the clear game install the Primary patch Union - Архив // Первичный патч • Primary patch ️
    To the patched game install a newest version of Union Union - Архив // Устаревшие сборки • Legacy builds
    
    Gothic 2
    To the clear game install the Primary patch Union - Архив // Первичный патч • Primary patch ️
    To the patched game install a newest version of Union Union - Архив // Устаревшие сборки • Legacy builds
    
    
  
  
  

 

[MEG@VOLT]

Реализована система шифровки vdf/mod томов

Нафига? Для параноиков и жаб?

 

[Jr13San]

Доступ предоставляется через регистрацию ключа в dll плагине.

Мне кажется сломают всю защиту. Например, через IDA открывается модуль, содержащий ключ, находят его, затем ключ подставляется в приведённую прогу и нужный том дешифруется.

 

[Gratt]

Нафига? Для параноиков и жаб?

защита труда от идиотов. а что ты с таким негативом, уже присматривал что можно стянуть с парочки модов?)

Мне кажется сломают всю защиту. Например, через IDA открывается модуль, содержащий ключ, находят его, затем ключ подставляется в приведённую прогу и нужный том дешифруется.

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

 

[Ney]

защита труда от идиотов.

От автора реквиема, имеешь ввиду?

 

[Gor]

Реализована система шифровки vdf/mod томов

защита труда от идиотов.

Зачем это все? Ну давайте все зашифруем, зальем на диск, положим его в сундук, запрем, закопаем, а ключ выбросим. Кому это все нужно? Пираньи не для этого МДК сделали и опубликовали. Зачем все скрывать? Денег на этом ты не заработаешь, да и пираньи запрещают. Ты много сил и времени не туда потратил. Рано или поздно расшифрованный пи-код окажется в памяти, оттуда его можно слить, вот только даже этим никто не захочет заниматься.

 

[Ney]

@Gor, Жаба, она такая жаба.. ©

 

[MEG@VOLT]

защита труда от идиотов. а что ты с таким негативом, уже присматривал что можно стянуть с парочки модов?)

неее)))
А по поводу защиты от идиотов, тут интересно что?!
В лицензионном соглашении у GDMK написано(дословно не помню)

все что делается с помощью данных программ - все делается бесплатно и в открытом виде.

Вот по этому я и не считаю это нужным.

 

[Gratt]

Ты много сил и времени не туда потратил.

сколько, 3.5 часа?

Кому это все нужно?

хз, лично мне это не нужно, но есть любители поиграть в шпионов, так пускай играют. кому хуже то?

МДК сделали и опубликовали

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

расшифрованный пи-код окажется в памяти

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

В лицензионном соглашении у GDMK написано(дословно не помню) все что делается с помощью данных программ - все делается бесплатно и в открытом виде.

ты это про vdfs32.exe? ну на замену этого хлама я может сегодня-завтра другой напишу, но для х64 томов, ибо лимит в 2гб это не комильфо

 

[MEG@VOLT]

ты это про vdfs32.exe?

не, не про него. Я где-то это читал, и по моему тут:

 

[Gratt]

не, не про него. Я где-то это читал, и по моему тут:

shw32.dll и vdfs32g.dll это моя личная интеллектуальная собственность, которая не имеет ничего общего с готикой (использование данного ПО возможно с любым продуктом) и уж тем более не связана с GMDK. Не затронуты ни продукты пираний, ни собственность их авторов, а значит что и все алгоритмы, поставляемые мной, не подпадают под эти правила

 

[MEG@VOLT]

ну ок

 

[Lorddemonik]

Помнится, видел не раз, как люди вставляя лютые функции и расширения в скрипты, при потери исходников больше открыть их не могли. А тут ещё теперь и посеешь папку с проектом и ключ... Аналогичная ситуация будет. Уверен, найдется группа людей

 

[Vlad_i_Slav]

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

 

[Orc Hunter]

Приветствую. Хотелось бы опробовать ваш пакет, скажите, когда он будет в открытом доступе?

 

[Gratt]

Кому не терпится прошу в лс

 

[Phil_Gaba]

Есть какие-нибудь новости по проекту? Как продвигается разработка?

 

[Gratt]

Есть какие-нибудь новости по проекту? Как продвигается разработка?

Не знаю даже, я наверное месяц-два не притрагивался к проекту. Там у плагинов виртуалки oCMobInter куда-то уехали и я слегка расстроился на неопределенный период времени И так эти тонны кода люто высушили, а тут очередной неждан.. Мне просто лень что-то править, хоть там и делов на две копейки....
В общем повторюсь: кому сильно горит - текущее состояние юниона могу дать в лс. Главное сильно не теребить класс oCMobInter и всё.

 

[Gratt]

Так, вернулся в строй. Буду закрывать последние спорные вопросы. Главной проблемой было API на готику.

Спойлер

Кто еще не понял что это: огромный программный интерфейс, полностью дублирующий движок и позволяющий нативно не только переопределять все его действия, но и создавать производные интерфейсы благодаря восстановленной vtable (@awerwe1 отдельное спасибо за парсер таблиц). То есть грубо можно взять класс oCNpc, заколхозить производный oCNpcEx : oCNpc и запихнуть в него пару сотен стековых переменных. На выходе получим собственную реализацию нпс АБСОЛЮТНО легально и БЕЗ костылей. Так что это уже не просто кучка хидеров, а прямое продолжение движка.

Уже где-то неделю ковыряю очередной парсер по созданию этого самого API (да, я решил полностью программным путём переделать всё с нуля), сейчас он генерирует вполне компилябельный код. Это чуть больше 200 файлов на каждый движок (по 600 классов на ~8.5К виртуальных методов). Так что думаю если подводных камней не обнаружится [шутка про статус бар с обратным ходом], то задерживать релиз больше не буду. И даже если интерфейс будет местами кривоват, допатчим уже вместе.

Пример результата парсинга:

Спойлер

Спойлер

Спойлер

Небольшой бонус: по кнопке T преобразуем выделенные модели объектов oCMOB в копию главного персонажа

Спойлер

 

[Gratt]

Итак, пока подводных камней не наблюдаю. Так что могу позволить себе выложить лог репорт проделанной работы по API.

Нулевой этап. На этом этапе просто собираем предварительную полезную информацию. Списки классов, имена, наработки апи со списками свойств (благо еще с того года есть наброски, никогда больше нестану заниматься подобной гадостью ) и тд. Раскидываем это все по документам и готовимся скормить парсеру.

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

Спойлер

0. Подготовка и создание списка глобальных констант и перечислителей.

Спойлер

1. Поскольку интерфейс постоянно меняется, то я решил, что пусть все данные будут public. Это как минимум сократит вам время на ковыряние и перекомпиляцию заголовков.

Спойлер

2. Взаимодействие классов с движком осуществляется адресацией вызовов в сам движок. Как следствие - отсутствие потерь производительности и маленький выходной вес плагина.

Спойлер

3. Так как конструктор с прямой адресацией получается крайне легким и inline'овым, то было решено привязать к каждому из них по инициализирующей функции. Благодаря этому корректно создается указатель на виртуальную таблицу, если такая предусмотрена.

Спойлер

4. Для максимального удобства и читаемости каждый тип объекта имеет свое место в классе: Макрос интерфейса; перечислители; структуры; свойства; функции; статические функции; виртуальные методы.

Спойлер

4.1 Исключением является group - синоним безымянной структуры, которая втраивается в поля класса, поскольку не имеет своего единственного экземпляра и также не может быть объявленым где-то отдельно.

Спойлер

4.2 Если существует безымянная структура/перечислитель с единственным существующем экземпляром, то такой структуре/перечислителю назначается шаблонное имя, а объект переносится в поля класса. Такое решение было принято чтобы не портить внешний вид и читаемость класса.

Спойлер

4.3 Union никогда не относится к группам или перечислителям и всегда представляет поля класса.

Спойлер

5. Поскольку для реализации статических свойств классов необходимо определять их как ссылки на объекты в движке, я решил просто вынести их в комментарий в конец класса.

Спойлер

6. Распарсил все самые главные глобальные объекты движка и определил все классДефы (где-то 170 штук). Так что можно создавать экземпляры или наследовать классы 'прямо из коробки'.

Спойлер

7. Так как при отсутствии конструктора по умолчанию объявить экземпляр структуры в другой структуре невозможно, парсер добавляет его автоматически. Такой конструктор не гарантирует безопасности, так как не умеет приводить данные к какому-либо начальному значению. Следует внимательно инициализировать данные подобных структур.

Спойлер

Этап второй. Парсинг и внедрение виртуальных методов в классы.

Спойлер

0. Виртуальный метод, если говорить максимально просто, никогда не вызывается явно. Это происходит примерно в таком порядке:

Спойлер

Как можно догадатсья, стоит задача построить таблицу так, чтобы наши смещения совпадали со смещениями готики, в противном случае может быть вызван вообще не тот метод => краш.

1. Первым делом был построен общий список классов и 'грубая' таблица с методами. В принципе тут все ясно, понятно, где какой метод и как из этого извлечь адрес.

Спойлер

2. Казалось бы все хорошо и красиво, но тут в дело вступают абстрактные классы и их волшебные чисто виртуальыне функции (которые не имеют реализации). Чтобы понять, что есть purecall (нет реализации => нет имени, а нам оно крайне важно),

Спойлер

необходимо создать таблицу наследования для всех наших классов. Проще всего работать с такой, заранее определенной.

Спойлер

3. На основе таблицы наследования вычисляем любой неабстрактный класс, имеющий на любом из своих уровней наследования предка с purecall'ами.

Спойлер

Извлекаем из таблицы данные конкретно от предка подставляя только имена самих методов.

4. Класс может иметь множественное наследование как в примере выше. Это тоже следуетучитывать, поскольку чтобы взять имена для purecall важно знать конкретное базовое смещение.

5. Также на выходе могут доставлять неудобства деструкторы, следует их почистить и оставить только один верный экземпляр. Иначе в класс может залезть 2-3 штуки (скалярный и [редко]векторный)

Спойлер

6. Часто классы не имеют своей реализации, по этому в таблице висит адрес родителя, в котором она есть. Такие методы бросаем в игнор, их добавлять повторно не имеет смысла.

Спойлер

7. Мелкие нюансы: Перегруженные виртуальные методы необходимо поменять местами. Порядок виртуалов потомка будет автоматически скорректирован под предка (но у нас все ок и так).

8. На выходе получаем что-то такое (слева абстрактный класс, имена пьюкалов которого были получены из правого):

Спойлер

Этап третий. Финальное форматирование.

Спойлер

Документ имеет четку стркутуру и стилизацию. Файлу обязательно назначается защита включений и пространство имен. Исключаются все лишние имена (struct, class, enum ...), форматируются операторы, скобочки, проставляются отступы 'определителей'. Все данные компонуются и выходят в виде множества заголовочных файлов с интерфейсом движка.

Итого на каждый двиг имеем ~ 500 структурных типов (выбрал только те, которые в теории имеет смысл юзать, а так их 600 и больше), 10К методов, из которых 4,5К виртуальных (3,2К с учетом чистки), в общей сложности 30К строк интерфейса и полторы минуты ожидания на компоновку всего этого добра. Так что прошу строго не судить за столь долгую отсрочку, уж очень лениво тащить столько всякой мелочевки в одно хлебало За выходные думаю дооформлю плагин, проверю все ли на месте в самом юнионе и там уже возьмусь за инсталлер.

 

[Fabiosek]

And when it will be possible to encrypt vdf? With the release of Union?