Necromaxer

Вот сам скрипт Перекомпилить всё пробовал конечно, но тоже бесполезно. Вот всё что выдал лог, этот скрипт обозначен CSE] Script 'GrindS' {01006185}: А насчёт перекомпилить все скрипты - не думаю, что в этом случае это хорошая идея. Я когда вручную просматривал все 714 скриптов, нашёл один с описанием: ";--DO NOT MODIFY THIS SCRIPT!!! ;--DO NOT RECOMPILE THIS SCRIPT! ;--DO NOT COPY AND PASTE THIS SCRIPT! ; DOING ANY OF THE ABOVE WILL CAUSE CTDS AND STRANGE BEHAVIOR FOR USERS." Через Edit -> Find Text искал, находит только в этом скрипте GrindS. В требованиях только Oblivion.esm (для мастер-файла). В общем, дело в том, что он работает, когда перетираешь, получается то, что надо - серебряная, рубиновая и т.д. пыль. Его бы перекомпилить так, чтобы он продолжал работать. Upd: В общем, разобрался. Изменил записи в скрипте с например "set rDust to OOOTiIngAmethystDust" на "set rDust to AmethystDust" (в Object Window в колонке Editor ID написано "AmethystDust", а не "OOOTiIngAmethystDust") - скрипт скомпилился и работает, проверял в игре :good:

Столкнулся с одной проблемой, которую уже третий день не могу решить. Может кто знает. В общем, есть мастер-файл Oscuro's_Oblivion_Overhaul.esm (1.35). Взят из Oblivion Association (Не люблю чужие сборки, скачал ради русифицированного FCOM 1.0) Но переведено там не всё. Начал с ним разбираться, исправил места в переводе типа "Этот великолепный доспехи...", потом добрался до Messageboxes. Добрался и застрял. Всего три строки перевода, сообщение о том, что "Я перетёр такой-то камень в такую-то пыль и т.д.". Но в игре это не русифицируется, так и показываются сообщения типа "I wasting the Кость". Перевести мессаджбоксы и импортировать в плагин - не вариант, это не помогает. Если открыть скрипт редактором CSE, там виден русский текст, а в игре английский. В скрипте нужно сохранить изменения и сохранить плагин. Тогда в игре тоже на русском. Но сохраняться скрипт не хочет по причине "Syntax Error. Unknown command... Missing expression in set command " Ругается на команды, которые заменяют ванильную костную муку на пыль из драг. камней. Например: ElseIf (inrItem == Gem1PearlBlack) ;set DustType to 0 set rDust to OOOTiIngBlackPearlDust Если убрать последнюю строку "set rDust to OOOTiIngBlackPearlDust", то скрипт сохраняется, а в игре сообщение становится русским. Но логично, что при перетирании чего угодно получается строго костная мука. А сохранить в первоначальном виде с переводом не получается. Похоже, что это функционал OBSE. Но я запускаю CSE 6.2 через OBSE 21 beta 4  с параметром -editor. Всё как положено. Присвоены всевозможные права (Windows 8.1 x64). На работу CSE не жалуюсь - ничего не вылетает, не ругается, кнопка "Разблокировать" нажата, как сказано в ридми (иначе не будет работать). Пробовал поступить следующим образом - импортировал переведённый скрипт с помощью Wrye Bash с заменой. Но тогда он тупо не работает - выскакивает предложение перемолоть столько-то-там чего-то, жмёшь количество, окно закрывается и ничего не происходит.  Может кто знает как поступить в таком случае? Как-то ведь этот скрипт попал в мод, значит это возможно. Но вот какими средствами, ума не приложу. Перечитана куча тем на бетсофте, нексусе и прочих ресурсах, но ничего не пригодилось. Там советуют то, что я и так сделал изначально - запускать через OBSE. И кстати, это не первый случай, когда компилятор не принимает команды OBSE. Думаю, Tes4Edit тут не поможет, ибо много символов. Может есть какая настройка в ini или хитрая dll'ка. Или это фича, называемая препроцессор. Очень смутно представляю что это и как этим пользоваться, но если надо будет, разберусь. А всего-то три строки перевести нужно...

DeadMaroz Значит не буду париться по этому поводу, если всё и так нормально. Просто думал, что, может, что-то упускаю из доступных возможностей.

Пробовал генерировать ini по ссылке выше. Вытянул всё на DNA Extreme, но видно что-то намутил с тенями, потому что всё как-то темно и мрачно стало. Потом поставил вот это - http://www.skyrimnexus.com/downloads/file.php?id=131# Игра стала значительно краше и детализированней. Ещё бы ini подстроить под использование всех ядер проца.

Сэйвы свои. Родные Видно Pluggy 132 что-то не нравится в моей "железке". Ну и ладно, не буду заморачиваться. Всё равно функция сохранения маркеров не используется. Спасибо за ответ.

Всё отлично устанавливается и работает. Но столкнулся с одной проблемой, по которой за долгое время поисков ничего не нашёл. Похоже, в рунете ни у кого такой проблемы не существует (значит первым буду ). На англоязычных форумах этот вопрос обсуждается, но дело не заходит дальше описания проблемы и советов дефрагментировать диск, оптимизировать Обливион, поотключать моды, поотключать фоновые службы винды, почистить реестр, купить оперативки etc. В общем, происходит следующее - при начале новой игры всё идёт нормально, но чем дальше и чем выше уровень, тем дольше грузятся сэйвы. На 12-ом уровне загрузка сэйва занимала 8 минут + На одном форуме какой-то бедняга жаловался, что у него загрузка сэйва уже занимает 20-25 минут. Я долго не мог понять в чём тут дело, даже думал, что проблема в HDD. Но потом, после долгих изысканий, выяснил, что причина - Pluggy 132. Причём неважно какой - из этой сборки или с нексуса. А на нексусе нашёл Pluggy v125c за 12 декабря 2010 с описанием (Skips the co-save check). Кинул его к плагинам obse, и сэйвы стали грузиться быстро. Я так понял, что Pluggy требуется для кобла и для Map Marker Overhaul. И у меня такой вопрос - замена версии 132 версией 125с мне чем-нибудь грозит кроме быстрой загрузки сэйвов? И ещё вот что интересно. Такой проблемы нет на старом компе, там всё грузится как надо (AMD Athlon 3Ghz, socket A; Озу 1Gb DDR1; video Asus x1650 Pro 256Mb; HDD Samsung 80Gb). А на новом, при наличии Pluggy 132, сэйвы начинают себя вести неподобающим образом (AMD Phenom II X4 2.8Ghz (8mb кэш); Озу 2Gb DDR3 1600; video AMD Radeon HD 6770, 1Gb GDDR5, (128bit)(850/4800); HDD Western Digital 2Tb SATA III, 64Mb кеш). Прямо мистика какая-то...

Выше обсуждалась проблема с вылетом при попытке начать новую игру или загрузке сэйва. Вот что удалось выяснить, - причина в Oblivion - Meshes.bsa, который Nehrim копирует из папки Обливиона. По ходу, с оригинальным Oblivion - Meshes.bsa проблем возникнуть не должно. Но если он модифицирован, то будет вылет. Лечится следующим образом. Oblivion - Meshes.bsa нужно распаковать с помошью OBMM и запаковать обратно, используя BSA Creator OBMM, указав путь к тому файлу, который лежит в Nehrim\Data и подтвердить замену. Если то же проделать с помошью BSA Commander (отдельная утилита), то это не поможет.

Точно. Перепроверил папки на наличие файлов, которые оригинальный скрипт пропускает, всё присутствует.

В общем, получается, что всё-таки это нормально, что некоторые файлы после обработки PyFFI больше оригинальных. Вычитал на нексусе. Там же советуют не оптимизировать одни и те же меши по несколько раз, потому что PyFFI позатирает эти меши (не позвольте себя одурачить, думая, что это сжатие), и не пользоваться инструментами типа PyFFI Automator из-за несовместимости с новыми версиями PyFFI. Ещё замечание по поводу Python 2.7.1 и 2.7.2 и его работы с PyFFI. По какой-то причине меши MMM, Fran's, OOO оптимизирует нормально и без сюрпризов (может быть, из-за продолжительности оптимизации). Но вчера я четыре раза пробовал оптимизировать Oblivion - meshes.bsa. Сначала всё вроде бы хорошо, но примерно через 1 час 25 мин вылетает сообщение Python.exe - Ошибка приложения, в нескольких вариациях, штук пять, потом винда (Windows 7 SP-1 x64) виснет и сообщает, что ей недостаточно ресурсов, слетает Aero и я так подозреваю, что вырубаются какие-то службы, потому что utorrent тоже начинает возмущаться по поводу нехватки ресурсов. В это время консоль питона выдаёт столбец ошибок типа Windows error 5 (по моему, что-то с правами, но не уверен) и ошибки python.exe. На версии Python 2.6.5 этого не происходит. Вот здесь http://tesnexus.com/downloads/file.php?id=32750 лежит всё, что нужно, и даже более. PyFFI использую не из этой сборки, а версию 2.1.9 (2.1.10 beta не рискнул). Ещё где-то вычитал, что PyFFI пропускает меши, в названии которых есть hair, emperor, helmet, hood. Но так же пропускает, например, middlecHAIR01.nif, darkbrotherHOODloaddoor01.nif, файлы _gnd, которые можно оптимизировать, но скрипт их пропускает, потому что в их названиях есть "hood, helmet", и папку emperor (\clothes\upperclass\emperor) со всем, что в ней. И напоследок, если кому-то понадобится уже оптимизированный и перепакованный без сжатия bsa для Франческо, есть здесь - http://tesnexus.com/downloads/file.php?id=34830.

Я тут выше читал, было обсуждение PyFFI, - если кто-то пользовался, то может в курсе? Некоторые nif'ы на выходе (экспериментирую с Мартигеном и ООО) получаются больше оригинальных. Так вот, в рунете я ничего не нашёл по этому поводу. А на зарубежных форумах противоречивая информация. На одном написано, что если файлы получаются больше, то это значит что они уже были обработаны PyFFI, и нужно сохранить старые файлы. Но на http://forums.bethsoft.com кто-то задавал такой вопрос и ему ответили, что они больше из-за добавленных исправлений и нужно их использовать (They are bigger because of added fixes. That is normal. Use the optimized meshes). Я больше склоняюсь к последнему, но всё-таки где же истина? P.S.: если это имеет значение, пользуюсь вот этим http://tesnexus.com/downloads/file.php?id=37463