macron

Уточняю, должно быть false, ты слишком быстро процитировал, пока редактировалось.. Вроде SDK меньше лагает при большом количестве файлов-объектов, и компилятор тоже из-за этого перестаёт вылетать. В общем, у меня так:

Что-то было... В инструкции к конвертеру написано l12_stancia_2 конвертировать с параметром -le2. Еще в SDKе в fsgame.ltx у $objects$ и $clips$ поставь везде false вместо true, а батник левеледитору сделай таким: А вообще, лока, помнится, тормознутая была, много объектов. Без этих оптимизаций и на слабом железе могла и подвисать на 5-10 мин. при открытии, тогда надо тупо ждать.

Сам когда-то с xdb баловался, но постепенно пришёл к выводу, что на практике крайне неудобно моддить или тестировать фиксы на такой системе, как раз из-за высшего приоритета над гамедатой. То есть, каждую правку перед запуском придётся запаковывать в xdb1 и т.п. Этот формат и папку mods, в 2007 с патчем 1.0004 изобрели для удобства установки отдельных mp-карт (в то время был "бум" ТЧ-мультиплеера). Тогда о грядущих глобальных модах с гигантскими объёмами данных и приоритетности db-xdb-gamedata для сингла вряд ли ещё кто-то задумывался.

Последняя версия portable основана на XE r171. Соответственно, все предыдущие правки, в том числе из r158, туда уже входят.

Открыть object list и в нём прижав Shift и стрелку вниз, выделить нужные объекты, тогда по ПК можно будет сразу для всех менять свойства, в том числе Scale.

Для этого рекомендую программу LtxChecker: https://yadi.sk/d/VyjrdgI7dih32

@AndreySol, стопроцентно каждую строчку-правку могут описать только их авторы, и то, если вспомнят или захотят. Так уж получилось, что нам выдали всё кучей, с минимумом информации. Лучше возьми для примера SVN_portable_r171, я там некоторые правки немного расписал. По остальным вывод (конкретно для SVN_portable_r171) пока такой - проще в первые 45 строчек вообще не влезать, а закомментировать далее по тексту то, что явно описано и сейчас точно не нужно, например секции: ;слоты (могут потребоваться дополнительные правки инвентарных xml) ;тень ГГ на R2 (требует также включения в рендере) и т.д. Состояние неизвестных строк лучше вообще не менять.

Неофициальный фикс 6 для OLR 2.5 https://yadi.sk/d/sO1QLwFKdgBYj Установка: Список изменений:

А, как-то тоже пытался на 1 гиге памяти запускать. После этого срочно в ридми добавил примечание, что минимальные требования 2 гига. Очевидно, такова авторская задумка, чтобы графанчик по ряду параметров был максимально прокачан. Вполне логично, что машины с 1 гигом памяти в расчёт не принимались. В качестве извращения, наверное, можно извлечь scripts\olr_func.script из gamedata.dbd9 и убрать в нём строчку про r__geometry_lod.

Тогда лучше подождать несколько дней. Но эти правки всё же не панацея от возможных проблем с сейвами на Янтаре и ЧАЭС. В последних редакциях движка cam_fov настраивается из консоли прямо в игре. Внешний переключатель больше не нужен. В readme_olr обновлены соответствующие инструкции. Фиг его знает, в фиксе включу. А что за машина требует такого опускания графики?

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

Прямо абсолютно непрозрачными у меня сделать не получaлось. Но прозрачность вроде можно снизить, например, увеличивая силу отражения amount в ps-шейдере. Вот эксперименты с шейдером стекла вертолёта: https://yadi.sk/d/I3qnsWPOdZYsp

Сейчас, особенно с последним фиксом, он больше заточен под динамику. Кстати, насчет 5 фикса. На всякий случай пока рекомендую удалить bind_monster.script и xr_motivator.script. Сейчас появились идеи по более корректной доработке статистики. Да. По графике: расширенные дальность/плотность травы, тень травы, тень гг, блудмарки, правильное положение солнца и т.п. По движку в _bin_olr_ вложены описания правок X-Ray Extentions и CUT x-ray.

Неофициальный фикс 5 для OLR 2.5 https://yadi.sk/d/RHgMdFRVdVef6 Примечание. Кардинальных изменений по сравнению с "фиксом 4" нету, ставить по желанию. Установка: Список изменений:

По efd я тут немного писал: http://www.amk-team.ru/forum/index.php?showtopic=10339&page=38#entry793254 Вот тут какие-то эксперименты: http://rghost.ru/59774410

Вот сюда http://rghost.ru/ загрузи.

@va3610, ты сейв выложи перед этим самым заходом, а народ проверит.

. А разве конвертер распаковывает all.spawn? По идее, при декомпиляции уровня, конвертер должен был декомпилить level.spawn из папки с уровнем.

В SDK выбираешь Compile - Make game.

Скачай из шапки этой темы http://www.amk-team.ru/forum/index.php?showtopic=10339 исправленный экзешник и переключи на ww.

Что? Для OLR 2.5 (6 движка) если вдруг появится еще что-то серьезное в формате правок X-ray Ext, то может и возможно. Пока всё лучшее вроде и так включено...

Я для удобства перепаковывал гамедату фикса в отдельный db-архив gamedata.dbd91, чтобы не путаться с экспериментальными гамедатами.

Неофициальный фикс 4 для мода OBLIVION LOST REMAKE 2.5 https://yadi.sk/d/tD_q6rK-chU6g Установка: 1. Из папки с игрой стереть папку gamedata от предыдущего фикса (если таковая была). 2. Разархивировать всё в папку с ранее установленным модом "OBLIVION LOST REMAKE 2.5" или с "OBLIVION LOST REMAKE 2.5 + Official Patch 0.1", перезаписывая имеющиеся файлы. 3. Один раз запустить и пройти до конца configurator.cmd. 4. Ознакомиться с новым readme_olr.txt. Обновились примечания и рекомендации по настройке FOV. 5. Новую игру начинать необязательно. Но чтобы полностью сработал фикс заставок, новая игра необходима. Список изменений:

Обновлён X-Ray extensions portable: https://yadi.sk/d/lKdH2SUXcdGEU Что нового: -основан на SVN r171

@BRATPETR123, в gamedata\config\game_maps_single.ltx у каждой локи параметр global_rect = x1,y1,x2,y2 означает координаты левого (x1,y1) и правого (x2,y2) диагонально противоположного угла. Игрек отмеряется сверху вниз.