akortunov
-
Постов
1098 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Календарь
Весь контент akortunov
-
Я уже больше месяца регулярно Элу про эту текстуру пишу. Неужели эта ошибка так и не исправлена?
-
Потому что должна быть включена опция "stretch menu background" в разделе "GUI". В MFR, кстати, она должна быть уже включена по умолчанию.
-
10-30 - это вообще ни о чём. Этого хватит разве что для вышеупомянутых бандитов в Хлормарене.
-
Они всегда атаковали через раз из-за настроек ИИ (а именно, из-за низкого уровня fight). Таких неписей полно по всяким даэдрическим руинам.
-
Подозреваю, что мод на траву виноват. Не надо его напрямую к игре подключать, что к OpenMW, что к MGE, а на слабом железе это категорически противопоказано.
-
Стесняюсь спросить - а откуда там 9000 Drawables в сцене? В Сейна Нин в MFR с тенями и отражениями едва 3000 набегает, даже с учётом нового леса на Горьком Берегу. Примерно вот так без теней и отражений: Сдаётся мне, что кто-то ковырялся в конфиге, не понимая, что делает, либо мод на траву зачем-то подключил на древнем железе.
-
Обычный встроенный профилировщик снять, который вылазит, если F3 дважды нажать:
-
Там совсем другая проблема - МСР-шные костыльные псевдонормали на некоторых моделях из модов.
-
Это называется "Масштабирование интерфейса" и "FOV". Параметры в обоих движках настраиваются, на скринах явно не параметры по умолчанию. Маловероятно. 42. Без описания железа, скринов профилировщика и settings.cfg вопрос, по сути, получается риторический. Оно вообще не для пользователей Windows.
-
Т.е. лосей и пингвинов уже не достаточно?
-
Да. Какой смысл неписям использовать средство, которое со 100%-ной гарантией не сможет нанести цели НИКАКОГО вреда?
-
Да её особо никуда и не увозили. Просто слайдер из настроек убрали, т.к. оно не у всех работает.
-
Нет, загрузка интерьеров идёт целиком, т.к. интерьеры не разделены на ячейки.
-
Плохо. Для более точного ответа нужны тесты.
-
Вообще-то она в OMW использует звёзды, а вблизи на кинжал переходит (проверял на МФР). Зависит много от чего, от шанса попасть по цели конкретным оружием и среднего урона (с учётом скорости атаки). Поднимали уже эту тему. Никто так и не смог внятно объяснить, почему он ДОЛЖЕН призывать скелета и шарашить молниями, если заклинания в Морровинде ранжируются по цене, а заклинания с эффектом "на цель" имеют на 60% бОльший приоритет, чем заклинания с кастом "на себя" (GMST fAIRangeMagicSpellMult=5 и fAIMagicSpellMult=3). И с чего вдруг вообще столько внимания рандомному низкоуровневому мобу?
-
Или реплейсер Карстаага.
-
1. Никак 2. Только ландшафт 3. Тени игрока контролируются отдельной настройкой (см. лаунчер)
-
Да. Это MWSE-Lua (современный подход) и /MCP (старый подход) правят, так что в движок это тащить в общем-то уже бессмысленно. Можно включить анимации каста для использования зачарований, но нравится это не всем. Подозреваю, что в МФР эта фича отключена. и использованием зачарованных предметов (или у меня что-то не так установлено-настроено?). ID заклинания в студию. Также имейте в виду, что OMW ориентируется на чистый Морровинд, а не на МСР, в котором есть пункты для ребаланса стоимости заклинаний. А ещё, насколько я помню, в Морровинде созданные самостоятельно заклинания стОят дороже обычных, опять же, если МСР это не изменяет. P.S. Проверил в Морровинде, 20x3 урона на созданном вручную заклинании стОит на 50% меньше, чем 60x1. В OMW поведение аналогичное, причём стоимость заклинаний в разных движках одинаковая.
-
Ну конкретно в данном случае управление вроде как не доходит до забагованной ветки из-за конструкций return, так что код ВРОДЕ работает (спригган воскресает 2 раза, усиляясь), но не берусь утверждать, что он работает во ВСЕХ вариантах исполнения скрипта.
-
Это вообще ни о чём не говорит. Вот пример скрипта из Балдмуна (colonySpriggan2): elseif (deathvar==2) If (onactivate==1) return endif if (playonce==1) If (doonce==1) set xpos to ( GetPos, X ) set ypos to ( GetPos, Y ) set zpos to ( GetPos, Z ) set zpos to (zpos +20) Placeitem "sprigganup" xpos ypos zpos 0 ;places effect set doonce to 2 endif set time to ( time + GetSecondsPassed ) if (time>=1) Resurrect ; revives spriggan when activated by player Setscale 1.20 ;increase her size StartCombat Player ModHealth 3 ModResistParalysis 100 ModResistPoison 100 ModResistMagicka 100 ModResistFire 100 ModResistFrost 100 Set playonce to 2 endif endif endif If (ondeath==1) set deathvar to 3 ;third, final death endif endif А теперь скажите мне, при каких условиях должен обрабатываться блок с "third, final death". Чисто технически лишним endif считается последний, тогда deathvar будет устанавливаться в 3 при любом OnDeath, когда управление дойдет до конца скрипта, а не после третьей смерти сприггана, как должно быть исходя из логики скрипта. Причём судя по скрипту, после каждого воскрешения спригган должен становиться больше и злее (например, получать иммунитет чуть ли не ко всей магии). Да и критерием "спокойной работы на ванили" обычно считается сам факт компиляции скрипта. Примеры творчества таких мододелов я скидывал выше.
-
Не, ну сами-то картинки заменяйте на здоровье - они в Textures/levelup лежат. Например, если мод добавляет класс Следопыт с Id=Ranger, то картинка для него будет называться Textures/levelup/ranger.dds. Проблема только с созданным вручную классом, т.к. там класс динамический и непонятно, какую картинку юзать.
-
А как ты определишь, где ошибки, а где не ошибки, без проверки? Обычно предупреждения принято править, чтобы лог не забивали - так проще реальные ошибки потом находить. MPP, кстати, такие мелкие косяки правит по мере их нахождения.
-
Предупреждения обычно по делу идут. То, что скрипт скомпилировался, это ещё не значит, что он работает как положено. Движок не телепат, он не знает, чем автор скрипта думал, когда неправильно API использовал. Несколько примеров: 1. Баг с Плантацией Дрена: ShowMap Dren Plantation Из-за пропущенных кавычек последний аргумент отбрасывается, метка на карту не добавляется. Аналогично плагиностроители иногда косячат с командами AddItem/RemiveItem. 2. Баг с GetHealth: Есть мод, в моде - голем-охранник, в скрипте которого есть проверка на уровень здоровья лидера: if ( GetHealth leader > 50 )Проблема в том, что у GetHealth в Морровинде нет аргументов, она всегда проверяет уровень здоровья текущего объекта. В результате аргумент отбрасывается, и команда в проверяет здоровье голема, а не охраняемого непися: if ( GetHealth > 50 ) Чтобы работало как надо, команде надо явно указать цель: if ( leader->GetHealth > 50 )3. Попытка использовать сложные условия: if ( getspelleffects "fireball" && getspelleffects "shard" ) Морровинд в такие условия не умеет, он тупо считает && и вторую проверку тремя дополнительными строковыми аргументами для первой. В результате вторая проверка отбрасывается, хотя скрипт нормально компилируется. Таких примеров навалом, причём в самом Морровинде тоже косяков хватает, иначе GFM был бы не нужен. И вообще в нормальных языках программирования половина "шедевров" скриптостроения даже бы не скомпилировалась, т.к. синтаксические ошибки принято исправлять во избежание некорретной работы приложений, а не прятать. Более того, программа с некорректным синтаксисом, обрабатываемая глючным компилятором как тому вздумается, априори не может считаться корректной, сколько её не тестируй. Тестирование, кстати, никогда не даёт 100%-ной гарантии правильности работы даже небольшого приложения, а "УМВР" - вообще не аргумент, потому и используют люди различные статические и динамические анализаторы, фаззеры и прочие внешние утилиты. Частным случаем статического анализа являются предупреждения компилятора, который честно предупреждает о потенциальных косяках.
-
Так они отключены скриптами из старого гербализма. С чего бы им присутствовать?
-
В OMW другие анимации ЭКИПИРОВКИ оружия. Все остальные анимации аналогичны.
