OpenMW или мечты иногда сбываются

[akortunov]

Официальный сайт OpenMW
Страница загрузки
Ссылка на загрузку актуального билда для Win64 (обновляется ежедневно)
 
Баг-трекер

Wiki

Список задач до релиза 1.0

Репозиторий с исходным кодом на GitLab

Discord: OpenMW (в наличии русскоязычный канал)
IRC: #openmw на irc.freenode.net

Полезные ссылки:
Реестр популярных модов для OpenMW с гайдами по установке
Руководство по портированию ретекстуров в OpenMW
OpenMW на Youtube
OpenMW на GitLab
Диздоки планов развития после 1.0
 
Сторонние проекты, основанные на OpenMW:
TES3MP - реализация мультиплеера для OpenMW.

Тема OpenMW на 4PDA - здесь можно найти сборки OpenMW для Android 5+ и гайды по решению проблем.

OpenMW для VR - основан на OpenXR, готовые сборки (устаревшие) есть только для Windows.

Порт на Switch - к сожалению, в настоящее время им никто не занимается.

Что такое OpenMW?

  Показать контент

OpenMW - это попытка воссоздать игровой движок для популярной RPG TES3 Morrowind, полноценную реализацию всех особенностей игры с открытым исходным кодом. Для того, чтобы вы имели более полное представление о проекте, вот ключевые особенности OpenMW:

• Кроссплатформенность - запуск на Windows (7 или новее), Linux, MacOS X, Android (платформы x86 не поддерживаются).
• Виртуальная файловая система, позволяющая устанавливать моды в отдельные директории, а не засорять Data Files.
• Поддержка сжатых BSA-архивов для экономии места на диске.
• Исправление ошибок системного проектирования: "грязные" GMST записи в плагинах, проблема "удвоения" в сейвах, лимит на 255 плагинов и т.д.
• Улучшенный поиск пути - с помощью статического или динамического (на выбор) построения навигационной сетки на основе геометрии локаций (вместо использования вручную расставленных дизайнерами локаций маркеров).
• Улучшение интерфейса (поддержка TrueType-шрифтов, масштабирования интерфейса и миникарты, поддержка текстур высокого разрешения для элементов интерфейса, редактирования разметки интерфейса с помощью XML-файлов, клавиатурной навигации, поворота камеры с помощью гироскопов и т.д.).
• Улучшение графики (поддержка шейдеров постобработки, динамические тени от объектов, Distant Land (хоть и без генератора LOD-ов), анимированная трава, шейдер воды с поддержкой отражений в реальном времени, улучшенная система освещения без лимита в 8 источников света на объект, улучшенная система тумана и многое другое).
• Улучшенная поддержка анимаций (возможность использовать отдельные файлы для отдельных групп анимаций, возможность добавлять кастомные кости в скелеты, возможность задать новые анимации для топоров, булав и кинжалов, поддержка анимаций открытия-закрытия контейнеров).
• Начальная поддержка Lua-скриптов для расширения возможностей плагиностроения.
• Поддержка ICU для локализации Lua-скриптов, шейдеров постобработки и элементов интерфейса.
• Использование дополнительных ядер процессора для фоновых задач (например, для предварительной загрузки локаций для бесшовного перемещения по игровому миру или для обработки коллизий объектов).
• Отсутствие лимита 4Гб на адресуемую процессом игры память из-за поддержки 64-битных архитектур.
• Намного меньшее количество вылетов в сравнении с оригинальным движком.
• Возможность модификации движка под свои нужды (например, довольно популярен TES3MP - форк OpenMW с поддержкой мультиплеера).

OpenMW выпущен под лицензией GPLv3, весь исходный код написан с нуля.

Нужен ли оригинальный Morrowind для OpenMW?

И да, и нет.

ДА. Прежде чем использовать OpenMW, вы должны легально приобрести и установить Morrowind на ваш компьютер. OpenMW воcпроизводит только техническую сторону игры, и не содержит в себе каких-то материалов, защищенных авторским правом. Используются только данные уже установленной игры, либо с установочных файлов с диска или цифровой копии игры.

НЕТ. OpenMW - самостоятельный игровой движок. Он может быть базой для тотальных конверсий, не использующих файлы Morrowind. В качестве примеров можно привести Robowind Construct и StarWind.

Каково текущее состояние проекта?

Статус

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

Какие технологии вы используете?

OpenMW построен с использованием различных библиотек и инструментов с открытым исходным кодом:

• Языки программирования: C++ (стандарт C++17 с частичной поддержкой C++20), GLSL, Lua
• Графика: OpenSceneGraph
• Физика: Bullet
• Звук: OpenAL
• Ввод-вывод: SDL2
• Интерфейс: MyGUI
• Поиск пути для ИИ: Recast & Detour

 
Я не программист, как я могу помочь проекту?

  Показать контент

1. Можно просто играть и отсылать багрепорты

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

3. Можно тестировать моды. Основная цель - выявить проблемы с совместимостью.

4. Можно исследовать механики оригинального движка, особенно актуально в области тонкостей работы скриптов.

5. Можно обновлять Wiki.

6. PR тоже не помешает, особенно если он позволит привлечь тестировщиков и плагиностроителей.

7. Можно донатить разработчикам на Patreon'е:

• psi29 — проджект лид, поможете закрыть траты на хостинг
• Capostrophic — тысяча и один фикс + вагон фич
• AnyOldName3 — тени в OpenMW
• David Cernat — работа над TES3MP

Изменено 30 мая, 2023 пользователем akortunov

[Ничтожество]

Привет всем, у меня вопрос. Мне любопытно, почему игра тормозит при настройках exterior cell load distance = 2, viewing distance = 66666?

[akortunov]

  В 6/19/2019 в 9:05 AM, Ничтожество сказал:

Привет всем, у меня вопрос. Мне любопытно, почему игра тормозит при настройках exterior cell load distance = 2, viewing distance = 66666?

Потому что "exterior cell load distance" всегда должно быть равно 1.

[Ничтожество]

  В 6/19/2019 в 9:08 AM, akortunov сказал:

Потому что "exterior cell load distance" всегда должно быть равно 1.

Если поставлю 1, то не вся карта будет видна с дальнего расстояния.

[akortunov]

  В 6/19/2019 в 9:11 AM, Ничтожество сказал:

Если поставлю 1, то не вся карта будет видна с дальнего расстояния.

Ну да. На то и расчёт - если начать полностью обрабатывать большое количество ячеек "в лоб", то FPS резонно проседает, поэтому так делать нельзя.

Есть способы это обойти (например, такой), но они ещё в разработке, так что пока либо тормоза, либо только удалённый ландшафт.

[Ничтожество]

  В 6/19/2019 в 9:19 AM, akortunov сказал:

Ну да. На то и расчёт - если начать полностью обрабатывать большое количество ячеек "в лоб", то FPS резонно проседает, поэтому так делать нельзя.

Есть способы это обойти (например, такой), но они ещё в разработке, так что пока либо тормоза, либо только удалённый ландшафт.

Спасибо за ответ. Будем ждать обход.

[Capostrophic]

С 20 июня:

 

я:

• Любой четвертый аргумент инструкции AiTravel пока игнорируется (обычно это аргумент, ответственный за отсутствие сброса GetAiPackageDone с единицы после прекращения пакета, вызванного инструкцией; сейчас это и так происходит без особой на то причины).
• Атаки существ без оружия вновь наносят урон состоянию щита при блоке.
• Диапазон значений предела очков зачарования на одежде и на оружии изменен с [-32677; 32677] на [0; 65535], как в оригинале (в игре без модов реальные диапазоны изменены примерно с [-3267; 3267] на [0; 6553])
• NiTriShape с названиями, начинающимися на Shadow или Tri Shadow, скрываются всегда, а не только когда на них есть соответствующий флаг. Поведение соответствует поведению TESCS, а не игры, потому что отключать шейпы исключительно для частей актеров нетривиально.
• Анимация закрывания рукой лица во время бурь теперь применяется и к торсу, чтобы анимация бега выглядела корректно (соответствуя оригиналу).
• Актеры больше не могут попытаться начать или продолжить бой с самими с собой, что выглядело довольно... интересно, но ломало различных спутников, полагающихся на проигрывание соответствующими вызовами скриптовых инструкций боевых фраз без побочных эффектов.
• Существа кричат боевые фразы (топик Attack) в начале боя, если такая у них есть, не только во время боя, но и в непосредственном начале него.
• Когда объект в окне зачаровании не выбран, стиль зачарования нельзя изменить. Когда окно зачарования закрывается и вновь открывается, стиль зачарования корректно сбрасывается.
• Парализованные актеры больше не могут поприветствовать игрока (так они себя ведут в оригинале). Тем не менее, говорить в целом они могут.
• Поправлен поворот при телепортации с помощью CenterOnCell (COC) для соответствия оригинальному.
• Поправлены значения прозрачности при использовании эффектов Хамелеона и Невидимости для соответствия оригинальным по данным Хрнчамда

Assumeru:

• Исправлена несовместимость шкал прокрутки с более новыми ревизиями MyGUI.

AnyOldName3:

• Исправлено поведение тумана войны на новейших ревизиях OSG.

Utopium:

• Файлы omwaddon можно открывать напрямую, и откроется OpenMW-CS с файлом, который можно редактировать.
• Комбинация Shift-ПКМ откроет окно с данными об экземпляре объекта, на который кликает игрок.

jrivany:

• На контроллерах можно прокручивать всякое, не двигая курсором
• Чувствительность геймпадного курсора можно менять

 

Пока глухо.

Изменено 4 июля, 2019 пользователем Capostrophic

[Capostrophic]

С 5 июля:

 

jlaumon:

• Исправлена нестабильность игры при отключенном звуке

Артем Николенко:

• Переделано масштабирование окна с статами персонажа — левая панель реагирует на него более адекватно, примерно отражая оригинальное свое поведение.

я:

• Звук удара по персонажу в рукопашном бою проигрывается, только если урон по усталости, а не здоровью.
• Звук при нехватке заряда у предмета при касте проигрывается только для игрока.

[doxkraft]

Вопрос по графику релизов, в среднем каждые пол года выпускают одну версию:

  Показать контент

 

Если следовать этой схеме, то версии 1.0 нужно ждать через несколько лет, или исходя из степени готовности есть вероятность, что могут сразу выдать финальный релиз минуя промежуточные?

[akortunov]

Прогнозы о релизах проектов, которые разрабатывают энтузиасты в свободное время - вообще бестолковая штука.

Да и чётких критериев, что вообще должно быть в 1.0, до сих пор нет.

[doxkraft]

Есть ли возможность локализации на русский язык представленных на скриншотах пунктов меню?

  Показать контент

 

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

Если есть возможность я могу помочь с переводом, только не знаю как и где?

[akortunov]

Технически возможность есть (как и в любом Qt-приложении), но реально этим заниматься никто не будет, т.к.:

1. Это не сама игра, т.е. локализация тут особо не нужна

2. Лаунчер постоянно меняется, и переделывать локализацию под каждый чих никому не надо.

[Infest]

Пришла в голову такая мысль. Возможно я сейчас скажу полный бред, дабы структуры openmw я не знаю и некоторые вещи из моих уст будут звучать глупо. В общем, учитывая тот факт, что чем больше играешь в морровинд, чем дальше его проходишь (а с крупными дополнениями, аля TR или MR) сохранения записываются всё медленнее и медленнее. Вопрос, система сейва/лоада работает в однопоточном режиме или в многопоточном? И если в однопоточном, то теоретически возможно ли сделать его под многопоток, дабы ускорить сам процесс? 

 

зы: идею скопипастил из другого проекта, в котором скриншоты в размере до 64к в tga сохранялись несклько десятков секунд. Автор сделал это дело в режиме многопотока и сократил время до нескольких десятков милисекунд. 

2зы: ещё вопрос, а до скольки ядер/потоков использует openmw?

Изменено 22 июля, 2019 пользователем Infest

[akortunov]

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

 

 

  В 7/22/2019 в 5:50 PM, Infest сказал:

2зы: ещё вопрос, а до скольки ядер/потоков использует openmw?

Каждый месяц спрашивают. Много, от двух до восьми в зависимости от настроек, но постоянно (каждый кадр) нагружены только два (основной поток и поток отрисовки).

Изменено 22 июля, 2019 пользователем akortunov

[Infest]

  В 7/22/2019 в 6:56 PM, akortunov сказал:

Сомневаюсь, что попытка распараллелить сам сейвлоад - удачная затея.

Разве тот же Обливион/Скайрим и Фоллауты3/НВ/4 не используют сейвлоад в несколько потоков? Судя по мгновенному сохраняемому огромному массиву информации, как мне кажется, используют. Чем же плоха идея сейвлоад распараллелить и в опенмв?

 

 

  В 7/22/2019 в 6:56 PM, akortunov сказал:

Каждый месяц спрашивают.

Думаю, для интересующихся было бы очень хорошо добавит данный ответ в FAQ, дабы избежать повторных вопросов. 

[akortunov]

  В 7/22/2019 в 8:40 PM, Infest сказал:

Чем же плоха идея сейвлоад распараллелить и в опенмв?

А что там параллелить? При наличии SSD разницы особой всё равно не будет, при наличии жёсткого диска в него всё равно всё и упрётся.

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

[Infest]

  В 7/22/2019 в 9:47 PM, akortunov сказал:

А что там параллелить? При наличии SSD разницы особой всё равно не будет

Ради теста замерил время сохранения. Морровинд + MFR. Прошёл игру недалеко, по сюжету дошёл до Вивека. Сохранение занимает чуть больше двух секунд. И да, игра установлена на SSD. 

 

 

  В 7/22/2019 в 9:47 PM, akortunov сказал:

И в обливионах там другая система - там вроде только процесс сохранения асинхронный

Тогда может быть такой алгоритм возможно организовать?

[akortunov]

  В 7/24/2019 в 10:15 AM, Infest сказал:

Тогда может быть такой алгоритм возможно организовать?

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

 

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

Изменено 24 июля, 2019 пользователем akortunov

[Infest]

А тем временем официально релизнули OSG 3.6.4. Есть какие нибудь планы по этому поводу?

[akortunov]

  В 8/3/2019 в 4:04 AM, Infest сказал:

А тем временем официально релизнули OSG 3.6.4. Есть какие нибудь планы по этому поводу?

Нет.

[Infest]

Т.е. как сидели на стероидном OSG, так и будем сидеть? =(

[Capostrophic]

На 3.6.4 не перейдем, но мб на 3.6.5.

 

С 20 июля:

Фиксы регрессий, много. И фиксы регрессий фиксов регрессий тоже.

 

elsid:

• Угловая скорость NPC зависит от их линейной скорости.
• Путь к следующему узлу путевой сетки в пути у актёров с пакетом Wander теперь строится на основе навмеша. Но если узел реально недостижим, они пока будут продолжать тупить (elsid над этим работает).

я:

• В лаунчере можно менять предел частоты кадров, ранее доступный исключительно в конфиге.
• ModRegion принимает и игнорирует ещё один численный аргумент, что позволяет работать кольцу погоды Вварденфелла из мода от LegoManIAm.
• NPC будут начинать бой с вервольфами с более корректного расстояния, а не с фактически бесконечного (была убрана привязка рейтинга боя к [0; бесконечность) перед добавлением бонуса к рейтингу боя с вервольфами).
• Как в оригинале, плавающие актёры перестанут спауниться на дне водоемов, а останутся там, где плавали.
• Поправлено неопределенное поведение при загрузке пустой геометрии в модели, приводящее к вылету при запуске сборки после компиляции на некоторых системах.
• Зачарованные "при попадании" снаряды *всегда* применяют свое зачарование, даже если навыка персонажа недостаточно, чтобы использование заряда зачарованием было меньше, чем полный заряд предмета. Вроде примерно отражает оригинальное поведение.
• AddSpell немедленные эффекты типа телепортации в добавленных способностях/проклятиях/болезнях применяет сразу.
• Убрано 35 тысяч строк ненужных частей recastnavigation из 65 тысяч вытянутых из репозитория изначально.

bzzt:

• Добавлен предел частоты кадров по умолчанию (300 FPS).

Assumeru:

• В консоли можно использовать комбинации Ctrl-W (удаление последнего слова) и Ctrl-U (удаление строки), как в *nix-консолях.
• Респаун актёров запускает их скрипты сразу, а не после перезахода в локацию.

Артем Николенко:

• Исключительно сухопутные существа будут убегать/прекращать бой не только когда их противник плавает, но и когда он ходит по воде.

alexarice:

• Настройки управления контроллеров можно заменять дополнительно в ещё одном, пользовательском, конфигурационном файле (этот gamecontrollerdb.txt находится там же, что и остальные пользовательские конфигурационные файлы).

akortunov:

• Зачарованные стрелы теперь светятся, когда натянуты.
• Стрелы больше не прилипают к персонажу при отмене анимации натягивания.

Изменено 9 августа, 2019 пользователем Capostrophic

[Infest]

  В 8/3/2019 в 9:39 PM, Capostrophic сказал:

На 3.6.4 не перейдем, но мб на 3.6.5.

Ясно, тогда держу кулаки и скрещиваю пальцы :)

 

Кстати, Капо, Андрей, вопрос к вам. Тут следил за одним игровым проектом и наткнулся на интересную штукнцию, которую другая команда разработчиков внедрила в свой движок - mimalloc. 

Сама новость: Miсrosoft открыл код системы распределения памяти mimalloc.

Исходный код. mimalloc

 

Заявлена поддержка Windows, macOS, Linux, BSD и другие Unix-подобные системы. 

Так вот вопрос. Стоит ли ждать внедрение данной технологии в OpenMW? Почитал про неё, вещь вроде многообещающая.

[akortunov]

  В 8/4/2019 в 1:14 PM, Infest сказал:

Стоит ли ждать внедрение данной технологии в OpenMW? Почитал про неё, вещь вроде многообещающая.

Встречный вопрос - зачем её вообще внедрять в OpenMW?

[Infest]

  В 8/4/2019 в 1:52 PM, akortunov сказал:

Встречный вопрос - зачем её вообще внедрять в OpenMW?

  Цитата

 

В некоторых тестах mimalloc опережает другие системы в разы, например, в тесте миграции объектов между разными потоками mimalloc оказался быстрее tcmalloc и jemalloc более чем в 2.5 раза. При этом в большинстве тестов также наблюдается более низкое потребления памяти, в некоторых ситуациях расход памяти удаётся снизить на 25%.

[Дарин]

Могу ошибаться, но мне кажется эта штука реально полезна для всяких мощных серверных бэкэндов, обрабатывающих триллионы запросов, а ее применение для ОМВ даст сотую долю процента прироста производительности в лучшем случае. Поправьте если неправ.