Вопросы по тесту OMIS

[Umbakano Jr]

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

Всю возможную валидацию необходимо провести на этапе сборки, т.е. в Builder

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

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

[Liteion]

Ты не понял. Я предлагаю выполнять валидацию уже установленных модов. На тот случай если игрок после установки мода решил поэксперементировать с модом м чтонить в нем изменил и потом в игре будут объекты без текстур или еще какиенить косяки. Тогда контрол панель пометит такой мод и посоветует его переустановить.

[Umbakano Jr]

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

Когда планируешь выложить поправленную версию?

[Liteion]

'Umbakono сказал(-а):

Когда планируешь выложить поправленную версию?

Вторая половина февраля.

[Umbakano Jr]

Удачи!

Будем ждать...

[Аксетрин]

вот я пытался поработать с плагом с заплесневелыми ингредеентами а он выдаёт такую ошибку:


Подробная информация об использовании оперативной
(JIT) отладки вместо данного диалогового
окна содержится в конце этого сообщения.

************** Текст исключения **************
System.Exception: Неизвестная группа: LVLI
в Omis.Common.Tes.TesFile..ctor(String pathToMod)
в OmisBuilder.Build.WriteModMetaData()
в OmisBuilder.Build.Enable()
в OmisBuilder.MainForm.InitWizardPage(PageType pageType)
в OmisBuilder.MainForm._pageController_NeedGoToNextPage(Object sender, EventArgs e)
в Omis.Common.PageController.GoNext()
в OmisBuilder.MainForm._nextButton_Click(Object sender, EventArgs e)
в System.Windows.Forms.Control.OnClick(EventArgs e)
в System.Windows.Forms.Button.OnClick(EventArgs e)
в System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
в System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
в System.Windows.Forms.Control.WndProc(Message& m)
в System.Windows.Forms.ButtonBase.WndProc(Message& m)
в System.Windows.Forms.Button.WndProc(Message& m)
в System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
в System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
в System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Загруженные сборки **************
mscorlib
Версия сборки: 2.0.0.0
Версия Win32: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
----------------------------------------
OmisBuilder
Версия сборки: 0.3.0.0
Версия Win32: 0.3.0.0
CodeBase: file:///E:/Игры/Oblivion/OMIS%20Builder/OmisBuilder.exe
----------------------------------------
System.Windows.Forms
Версия сборки: 2.0.0.0
Версия Win32: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System
Версия сборки: 2.0.0.0
Версия Win32: 2.0.50727.4928 (NetFXW7QFE.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Drawing
Версия сборки: 2.0.0.0
Версия Win32: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Xml
Версия сборки: 2.0.0.0
Версия Win32: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System.Windows.Forms.resources
Версия сборки: 2.0.0.0
Версия Win32: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Windows.Forms.resources/2.0.0.0_ru_b77a5c561934e089/System.Windows.Forms.resources.dll
----------------------------------------
mscorlib.resources
Версия сборки: 2.0.0.0
Версия Win32: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
----------------------------------------

************** Оперативная отладка (JIT) **************
Для подключения оперативной (JIT) отладки файл .config данного
приложения или компьютера (machine.config) должен иметь
значение jitDebugging, установленное в секции system.windows.forms.
Приложение также должно быть скомпилировано с включенной
отладкой.

Например:

<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>

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

[Umbakano Jr]

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

Но при сильном желании, можно корректно работать с простыми модами,
без поддержки OBSE, и не содержащие группы, перечисленные в предыдущих постах...

Я так и делаю...

[Hitman_X3Z]

Интересная программа...
Что бы объединить кучу плагинов с одеждой в один - маст хев...
Но как дела обстоят с чем то более глобальным? Например FCOM?

Так же ни где не указано, что происходит с ресурсами от модов.
Ведь если паковать каждый мод в BSA архив, и привязывать BSA к ESP, то никаких конфликтов в жизни не будет, все моды будут брать нужные им файлы из своих BSA, и не будет помойки в папке DATA с сотней тысяч файлов...

А при этом, если объединить ООО и МММ, то опять же возникнет конфликт ресурсов, а что будет с содержимым плагинов одному черту известно....

[Umbakano Jr]

Так автор и поставил перед собой задачу ГЛОБАЛЬНУЮ!
Возможность объединять в один есп любое количество модов, включая глобальные, включая поддержку ОБСЕ...!

На данном этапе программа работает с простенькими модами. Но это только начало.
Я так понимаю автор работает в одиночку и с ноля...
Но ждем продолжения...

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

П.С. А по-поводу ресурсов, то программа при создании инсталлятора собирает и пакует их.
А при деинсталяции корректно удаляет и есп и файлы ресурсов. Таким образом, поддерживается порядок.

[OskaL]

Всем привет! Если не секрет то можно узнать что с проектом? И как я понял то можно создать несколько OMIS***.esp плагинов? Просто у меня много плагинов но в облу играю не только я но и сёстры с братьями и им не нужны многие (обнажённые и т.п.) плагины.

[Umbakano Jr]

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

[Siegrun]

Автор мне писал, все в порядке, он был в командировке)) проект жив здоров, продвигается)))

[Liteion]

С проектом действительно все хорошо. Пришлось немного приостановить работу на время командировки. Теперь работа возобновлена. Думаю через пару недель что-нибудь выложу.

[Liteion]

'OskaL' сказал(-а):

в облу играю не только я но и сёстры с братьями и им не нужны многие (обнажённые и т.п.) плагины.

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

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

Собственно я уже работаю над опцией, которая позволит временно отключать плагины. Например, вы решили попробовать новое тело, но и старое вам тоже нравиться. К тому же для него установлено уже много шмота и прочего связанного с телом добра и не хочется этого всего лишаться, если новое тело не понравится. В этом случае можно будет залочить тело, а панель управления залочит все связанные с ним плагины. Я думаю реализовать это следующим образом. Для записей есть флаг "Игнорировать". Заблокировав мод, в OMIS Mods.esp будет установлен этот флаг для записей мода и у всех зависимых от него модов. А файлы этих плагинов будут переименованы, чтобы не конфликтовать с будущими плагинами. Потом все можно будет откатить обратно. Но пока не знаю насколько это реально в плане флага в записи. На это можно будет накатить и профили пользователей, а для каждого профиля можно еще установить и детскую защиту. Фича получается сложная, но вроде как возможная.

Если у кого есть свои идеи и предложения, можете ими со мной поделиться.

[Umbakano Jr]

Ага, пока есть возможность повлиять на развитие проекта, возпользуюсь...
Еще раз хочу донести 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:
Исталяторы создают авторы или "продвинутые" пользователи, определяя необходимые условия для работы мода. А игрок только сливает их в сборки и вкл/выкл.

Если эти идеи тебя заинтересуют, готов обсудить конкретный функционал.

[Siegrun]

Тоже хорошая идея. Создал ОМИС ХГЕК со щмотом - создал и ФФ, создал ОМИС - погода, ОМИС растения, и тыпы или ОМИС ФКОМ правильный расово))) Потом было бы реально ставить особенно если программа как омод сможет собирать в пакет свои ресурсы отделяя их от других)))

[do335]

К великому сожалению программа не решает основной проблемы - устранению конфликтов. Да, это всё конечно хорошо и удобно кучу в один, НО ! Только тех, которые не конфликтуют друг с другом. Сначала не нашёл тему форума, поэтому автору в личку написал насчёт. Жду ответа на вопрос уважаемый Liteion. И всё-равно спасибо огромное.

[Liteion]

'do335' сказал(-а):

К великому сожалению программа не решает основной проблемы - устранению конфликтов. Да, это всё конечно хорошо и удобно кучу в один, НО ! Только тех, которые не конфликтуют друг с другом.

О каких конкретно конфликтах идет речь? Есть конфликты, которые не преодолеть и есть конфликты, с которыми можно что-то сделать. Приведи пример конкретных плагинов. Я посмотрю что там за конфликт и подумаю. Может что-то можно будет сделать.

[do335]

'Liteion' сказал(-а):

О каких конкретно конфликтах идет речь? Есть конфликты, которые не преодолеть и есть конфликты, с которыми можно что-то сделать. Приведи пример конкретных плагинов. Я посмотрю что там за конфликт и подумаю. Может что-то можно будет сделать.

Ну вот - привожу названия по ЕСП. Ссылок на файлы у меня нет. Если нужны пришлю сами файлы. В личку пиши мне свой емейл для этого. Вот эти два - personality_idles2.esp и Pose Thumbnail Poses.esp. В один есп их впихнуть нельзя ибо один другого удалить просят ввиду якобы конфликта. А вот что пишет НДК ОБММ: Типа конфликтуют друг с дружкой по группе анимаций ожидания (IDLE). А в игре ОБА мода работают. И это только 2 плагина кототрые в 1 не выходит слить из 26 всех анимаций которые у меня есть. Я уже молчу про Уникальные ландшафты, конфликт Зомби мода и рыцарей 9, про конфликты плагинов связанных с зачаровыванием предметов...

[Liteion]

'do335' сказал(-а):

Вот эти два - personality_idles2.esp и Pose Thumbnail Poses.esp

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

[do335]

Короче факт налицо - сейчас два их в один не выходит слить. Впрочем мне всё понятно, поскольку я искал программу, которая может лечить конфликты. На омис чисто случайно наткнулся и решил проверить. Больше вопросов у меня нет.

[Karponter]

Проект отличный! Вот только лично меня напрягают некоторые моменты.
1) Скорость. Я вручную и при помощи Мод Менеджера или Баша установлю плагины гораздо быстрей...
2) Размер. Инсталяторы занимают на порядок больше чем архивы (так как нет сжатия). Но это проблемка довольно левая...
3) Надеюсь, что в будущем система сможет устанавливать сразу несколько .esp
4) Не помешало бы добавить в интерфейс некоторые "фишки" из Мод Менеджера (например опциональные файлы или изображение и т.д.)
Особенно меня достает медлительность самой установки инсталяторов и их же глючность...
ЗЫ: я не программист, тестировал чисто в качестве рядового юзера ;-)

[Liteion]

'karponter' сказал(-а):

1) Скорость. Я вручную и при помощи Мод Менеджера или Баша установлю плагины гораздо быстрей...

В каком плане скорость? Долго выполняется установка из инсталлятора?

'karponter' сказал(-а):

2) Размер. Инсталяторы занимают на порядок больше чем архивы (так как нет сжатия). Но это проблемка довольно левая...

Сжатие есть. Может еще не все идеально оптимизировано. Отличия от архивов не должны быть значительными. Скажи при каких файлах существенное отличие, я посмотрю.

'karponter' сказал(-а):

3) Надеюсь, что в будущем система сможет устанавливать сразу несколько .esp

Это 100% будет в следующей версии.

'karponter' сказал(-а):

4) Не помешало бы добавить в интерфейс некоторые "фишки" из Мод Менеджера (например опциональные файлы или изображение и т.д.)

Это 100% будет в следующей версии (опциональные файлы и изображение).

'karponter' сказал(-а):

Особенно меня достает медлительность самой установки инсталяторов и их же глючность...

Назови конкретные примеры. Я посмотрю где там потери. Про глюки тоже самое. Для этого форум и создан.

[Karponter]

По поводу скорости: проблема в установке самих инсталяторов. У меня любой плагин (хоть то 30 метров, хоть то OBSE) устанавливает минут десять... Причем первый раз нажимаю "далее" и начинает тормозить. Потом минут через десять начинает саму установку.
И обнаружил еще одну проблемку. При создании инсталятора из многих вложенных папок (например в одной папке много папок с отдельными плагинами) готовый инсталятор не определяет среду выполнения...

[do335]

'karponter' сказал(-а):

По поводу скорости: проблема в установке самих инсталяторов. У меня любой плагин (хоть то 30 метров, хоть то OBSE) устанавливает минут десять... Причем первый раз нажимаю "далее" и начинает тормозить. Потом минут через десять начинает саму установку.
И обнаружил еще одну проблемку. При создании инсталятора из многих вложенных папок (например в одной папке много папок с отдельными плагинами) готовый инсталятор не определяет среду выполнения...

ППЦ ! Откуда столько глюков ? У тебя третий пень и 98я винда ? У меня например махом всё и без глюков. У тебя с компом походу проблема.