Umbakano Jr

Выбирай безопасный режим без поддержки сети, тогда сможешь запустить кряк. Если safe mode с сетью то будешь иметь то, что имеешь - цикл....

Решение проблемы есть. Дай несколько минут, чтобы проснуться, и порыться в архивах...

Попробуй разобраться на "пролетарском" языке : описание wrye bash v.285

Хотя я не автор, но я оказываю посильную помощь в тестировании и могу прояснить текущую ситуацию с программой: Ведется работа по результатам активного тестирования, плюс оптимизация кода. Последние сборки показывали корректную работу с большинством модов... Так что, наберемся терпения и будем ждать - победа не за горами!

Сейчас нормально - у меня скорость 15-20 Мбит/сек, на скачке не меньше 1 Мбит/сек канал, изредка до 2...

Вона самая...

Это значит: Adult -взрослый Нексус анонсировал открытие новых сайтов для "взрослых" Adult TESNexus, Adult Fallout 3 Nexus и Adult DragonAge Nexus. Вход туда будет платный. "Невзрослые" моды можешь продолжать качать оттуда... Все подробности на текнексусе в новости: Announcing Adult Nexus in development

Все очень просто, тебе сюда: skeletal variation И да прибудет с тобой

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

Ссылка на misc в соседней ветке, здесь Решение основных проблем Но твоя проблема не связана с этим файлом. Проверь версию своей Облы, если она 1.2.0416, то все остальные патчи отключи, они лишние.

Попробуй отключить (временно) все другие моды, если мидас заработает, то это конфликт с другим модом. Такая проблема решается или изменением порядка загрузки, или отказом от одного из конфликтующих модов. Если и при отключенных модах не работает, то это конфликт с версией Облы. У тебя Золотое издание, значит версия подходит и мидас должен работать.

Если планируешь устанавливать в основном локализованные версии модов, то для тебя есть смысл самостоятельно дополнять список BOSSа. Там все довольно просто - порядок загрузки указан в файле masterlist.txt Немного поэкспериментировав ты легко сможешь разобраться. Для начала найди в этом списке знакомый тебе мод, и после него можешь дописывать свои моды такого же жанра, только соблюдай формат... Если сделаешь резервную копию masterlist.txt, то можешь ничего не бояться, в случае неудачи, восстановишь masterlist.txt и перезапустишь босс, и получишь старый вариант порядка загрузки. Но несмотря на простоту самостоятельного добавления в босс, я для себя счел это не очень удобным. Мне нагляднее работать во Врай Баш, я прописал каждому моду группу, и расставил эти группы согласно рекомендациям по загрузке... Просто бредовая мысль - может быть специалисты TESAll организуют собственный masterlist, основанный на файлах размещенных на сайте? Может быть и не все моды (их очень много), но хотя бы последние. А потом дополнять его после каждого обновления нас сайте. Это было бы круто! Скачал у вас мод и воспользовался вашим masterlist ом, для правильной загрузки... Так смотришь к Вам потянутся люди...

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

EL(S)D! Возможно автор сильно занят, поэтому я попробую ответь (да простит он мне мое нетерпение). Отвечаю в обратном порядке: 3) Удали в реестре всю веточку "HKLM\Software\Omis", после этого Omis Control Panel будет установлен с первой же инсталляции мода. 2) Такое возможно, но только теоретически. Сам понимаешь, ссылки на эти файлы прописаны в есп в "относительном виде". Это значит, что если ты хочешь изменить их местоположение, нужно обновлять все ссылки в есп. Если мод использует только свои файлы, то это несложно реализовать. Но чаще всего мод использует и родные "обливионские" ресурсы, такая вот "солянка". И вот тут начнутся "танцы". Потребуется программно описать как отличать "родные файлы", от "неродных". Это сильно усложнит программу, а это значит больше вероятность накладок, дольше срок на написание, на отладку и т.д. Так мы нескоро увидим результат... А по поводу удаления - то Control Panel очень корректно вычищает все эти файлы (главное его самого не удалить...) 1) Здесь у меня только предположение, что автор использует некие уже реализованные в C# классы, которые позволяют ему решить задачу инсталляции и кроссплатформенности (не прибегая к написанию и тестированию собственной реализации). Плата за это - наличие админ. прав при установке. И все же хочется узнать мнение автора! Ждем...

Ага, пока есть возможность повлиять на развитие проекта, возпользуюсь... Еще раз хочу донести Liteion'у свою мысль - не стоит ограничиваться идеологией "единственного" файла OMIS Mods.esp. Такой подход влечет за собой сложную реализацию и чертовски много времени... И чем сложней реализация, тем больше времени требуется, и тем больше вероятность "незавершенности" проекта. Мое предложение - создавать любое количество OMIS Mods.esp. На мой взгляд, такой подход более универсальный... Он позволяет избежать сложной технической реализции многих задач. Попробую разъяснить идеологию этого подхода подробней: 1. Возможность управлять OMIS Mods не на уровне записей, а путем активации/деактивации модов для игры. 2. Сохраняется возможность использовать изначальную стратегию - один файл OMIS Mods.esp, в который сливаются все моды. 3. Появляется возможность создавать и управлять OMIS Mods по категориям - например: OMIS Mods для украшательств ландшафтов, городов и то OMIS Mods для подборки домов для игрока OMIS Mods для изменений в магии и т.д. (конечно, плодить большое количество модов нет смысла, но три-четыре категории выделить в отдельные сборки я реально представляю) 4. Появляется возможность создать и управлять любым!(от 2-х и более) количеством сборников в категории - например: OMIS Mods для брони под тела UFF OMIS Mods для брони под тела HGEC и т.д. (естественно, для каждого сеанса игры может быть подключен, только один сборник) 5. Появляется возможность контролировать "недетские" моды - например: OMIS Mods для "взрослых" OMIS Mods для "детей" (естественно, для каждого сеанса игры может быть подключен, только один сборник) 6. И конечно же - централизованное управление всем вышеперечисленным из Панели управления, доступ к которому, можно через вкл/выкл пароля. А если в двух словах, то можно сформулировать так: Возможность создавать несколько OMIS Mods, позволит управлять содержимым не на уровне отдельных записей, а активацией нужного OMIS Mods. А для каких целей создавать, решает конечный пользователь, и тут он ограничен только своей фантазией или необходимостью решить конкретную задачу. Как мне кажется, реализовать такой подход, значительно проще (чем возиться с BytesArray ), и он не меняет главную концепцию OMIS: Исталяторы создают авторы или "продвинутые" пользователи, определяя необходимые условия для работы мода. А игрок только сливает их в сборки и вкл/выкл. Если эти идеи тебя заинтересуют, готов обсудить конкретный функционал.

Автор, а-у-у-у.!!! Отзовись! Что с проектом?

Так автор и поставил перед собой задачу ГЛОБАЛЬНУЮ! Возможность объединять в один есп любое количество модов, включая глобальные, включая поддержку ОБСЕ...! На данном этапе программа работает с простенькими модами. Но это только начало. Я так понимаю автор работает в одиночку и с ноля... Но ждем продолжения... И хочу подчеркнуть одну уникальную фичу программы (уже реализованную): можно не только объединять моды в один (такие утилиты есть), НО МОЖНО КОРРЕКТНО УДАЛЯТЬ ИЗ ЭТОГО ОБЪЕДИНЕННОГО ЕСП любое количество внедренных модов! А таких программуль на данный момент нету! П.С. А по-поводу ресурсов, то программа при создании инсталлятора собирает и пакует их. А при деинсталяции корректно удаляет и есп и файлы ресурсов. Таким образом, поддерживается порядок.

vedmak112 Твой мод содержит группу LVLI - список уровневых вещей. Текущая версия OMIS не поддерживает ряд групп, включая указанную. Автор знает об этой ситуации и работает над дополнением. Желательно дождаться следующей версии OMIS... Но при сильном желании, можно корректно работать с простыми модами, без поддержки OBSE, и не содержащие группы, перечисленные в предыдущих постах... Я так и делаю...

Удачи! Будем ждать...

Сначала закончи парсер, потом можно будет обсудить необходимые и возможные функции... Когда планируешь выложить поправленную версию?

Нет, такой подход неверен, поскольку контрол панел предполагает, что исталятор уже у конечного пользователя (игрока), и ему совсем не понравится сообщение что мод, который он установил, некорректный. Всю возможную валидацию необходимо провести на этапе сборки, т.е. в Builder Чем больше проверок на этом этапе, тем успешней будет результат. Для "солидности" программы, я бы включил в проект проверку наличия иконок, для всех объектов, которые это требуют, и проверку их "формата" - сейчас мне часто попадаются иконки с неправильным map`ом, которые не отображаются в игре. Но все это - лирическое отступление. Пока не заработают основные функции, на интерфейс и доп. проверки можно закрыть глаза...

могут, но по правилам модостроения, в служебных папках ( etc meshes, textutes, sound), если они будут расти прямо в папке data, то там будет полный бардак. точно, но все их можно прописать, их не много. согласен, а теперь смотри - слева файл esp есть, а в проект он не включен... Хотя бы спросить, не забыли ли? А то уйдет инсталятор в тираж без esp...(конфуз) Use case ... UML а я в блокноте каракули рисую... да и то только при создании больших баз данных... а так все в голове...

Ты можешь контролировать по содержимому в правом окошке (файлы для мода), все пути должны начинаться с Meshes/ и Textures/, единственный файл без пути - это с расширением esp. тоже можно проконтролировать (сравнив наличие его в левом и правом списке), чтобы его не забыть (если он нужен, конечно). А если это заморочка, можно попробовать упростить - форматируй цветом правильные и неправильные. Вообще-то чтобы что-то ценное предложить (сморозить), мне желательно знать на каком языке пишешь? Что-то из .NET?

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