Liteion

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

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

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

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

Не подскажете чем отличаются наборы нижних тел (lowerbody set)? Это которые S, M, L, LL. Смотрю на скриншоты и как-то разницы не вижу.

Недавно в описании какого-то плагина увидел отдельное описание установки под стим-версию. Вроде это был даже не плагин а OBSE. Значит распространена.

Для OMIS Builder. Чтоб инсталляторы могли находить и стим-версию игры. Для нас стим-версия не особо актуальна, а вот за бугром очень может быть распространена.

У кого-нибудь есть steam-версия игры?

Ответ фирмы "1С" на открытое письмо депутата Государственной Думы ФС РФ В.С. Селезнева по поводу Call of Duty: Modern Warfare 2: http://www.1c.ru/news/pressrelise.jsp?id=1196. Вот такие у нас професиональные депутаты.

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

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

Думаю нужно еще будет в контрол панель встроить автовалидацию целостности мода, чтобы можно было определить ситуации, когда пользователь удалил/изменил какойнить файл или еще чтонить. Целостность модов будет проверяться в фоновом режиме при каждом запуске контрол панели и поврежденные моды будут помечаться специальным значком.

Необязательно. Могут быть и другие папки. Например для музыки и звуков. Могут быть и папки с произвольными именами, прописанных в esp. Кроме esp в data также могут быть esm и bsa. esp нужен далеко не всем модам. например, его обычно нет у ретекстуреров. C#. Но если хочешь написать какой-либо пример, то можешь писать так же на C, C++, Basic и Delphi. Я пойму. Но можешь не париться с конкретным языком, а писать просто псевдокодом (если знаком с его нотацией). А лучше варианты использования (правда, вероятно, ты не знаком с этим понятием).

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

Спасибо! Исправлю!

Так проблема исчезла? Все установленные моды регестрируются в реестре в подключе HKLM\Software\OMIS\Installed Mods. Если мод там зарегестрирован, то он не установится. Если нужно установить все снова, то лучше удалить весь подключ HKLM\Software\OMIS. P.S. Нужно будет встроить в инсталлятор возможно переустановки мода. В любом случае полезно.

Нужно удалить подключ реестра HKLM\Software\OMIS

Это действительно так. Про заголовок я как-то забыл. Написал стандартный заголовок еще в начале разработки и забыл дописать код, которые бы генерил нормальный заголовок. Т. е. сейчас все время один и тот же заголовок. Кстати, если есп ссылается на мастер-файл, то эти ссылки тоже не переносятся. На работу модов это не влияет, но различные инструменты выдают предупреждения об этом. Спасибо за сообщение! Обязательно исправлю!

Эти предложения довольно тонкие и тут нужно много что взвесить. Об админских правах Очень спорно. Кому-то это нужно, кому-то нет. Например, в семьях обычно админскими правами обладают родители и это позволяет им контролировать компьютер. В случае Oblivion можно контролировать, чтобы для игры не ставились слишком жестокие моды или моды с обнаженкой или откровенной порнухой (вроде что-то подобное даже уже есть). Этим людям этот режим наоборот очень удобен. Тем более под Windows 7 и Vista манипуляции с папкой Program Files и с системным диском запрещены без админских прав в принципе. Единственный выход изначально ставить игру не в Program Files и не на системный диск. А большинство так и поступает. Я тоже когда-то увлекался наличием множества учеток, чтобы у каждого была своя учетка, а только у меня админские права. Но где-то через пол года отказался от этого, потому как огромная часть софта под XP криво работает без админских прав. Даже дорогой коммерческий софт. Поэтому плюнул на это и теперь все работают под одной учеткой. О реестре Метаданные в реестре занимают не так уж и много места. По сравнению с данными, например, системы COM, которая есть абсолютно у каждого без исключения, метаданные OMIS это капля в море (или даже в океане). На производительность это не повлияет, а в Windows 7 (но только в ней) даже ускорит работу. Когда у меня было 16 МБ оперативки и Windows 95, даже отключение обоев с рабочего стола увеличивало скорость компьютера. Тогда же тряслись и над каждой записью в реестре. Сейчас уже не то железо и не тот софт и глупо наедятся на рост фпс, убрав обои или удалив сотню записей из реестра (особенно в Vista и 7). Отход от реестра, конечно, позволит избавиться от админских прав, но только в XP и младших осях. В 7 и Виста нужны админские права для операций в системном диске и придется колдовать с установкой игры или специальной настройкой оси, чтоб все было как в XP. Но тогда, те кто не настроит, будут жаловаться, почему у них ничего не работает. Т. е. тут все очень шатко и сложно. Нужно думать. Если в реестре что-то удалилось некорректно, то это баг. Если хранить метаданные в xml, то и там произойдет то же самое и голову тоже придется ломать, только не над реестром, а над XML-файлом. Плюс добавятся дополнительные баги при работе с самим xml. Для работы с реестром используется системное API, тогда как для xml придется писать свое и в нем тоже будут баги. Т. е. простора для ошибок будет больше. Т. е. тоже нужно взвесить. Привязка к ОС OMIS не привязан к какой-либо ОС и это нигде не прописано. Наоборот является очень даже переносимым. OMIS работает везде, где есть .NET 2.0. В 7 и Виста он встроен по умолчанию. Для XP, 2000 и даже 98 есть соответствующее официальное обновление. В Linux есть эмулятор .NET - MONO. Ну а на MAC вообще можно поставить Windows как вторую систему и вообще не с чем не заморачиваться - это разрешено официально. Все комментарии по работе OMIS в разных ОС относятся к некоторым системным особенностям разных поколений Windows. В 7 и Виста даже под админской учеткой необходимо повышение привелегий для работы с системным диском. Поэтому у меня специально для этих осей в экзешники прописываются манифесты, что нужны полные админские права. Об этих манифестах знают только эти оси и только они проверяют их наличие. XP о них ничего не знает и потому пользователю ничего не сообщает. Так же под 7 и Виста нужно писать свои манифесты для корректного восприятия осью операций над системным диском иначе ось после установки будет просить переустановить мод с рекомендуемым параметрами (хотя и так все нормально установилось). Итог Понаписал тут всего и предлагаю следующий вариант. Инсталляторы модов будут требовать админских прав, т. к. без них ни одна ось не даст записать данные в системный диск (а игра стоит там почти у всех). Для того, чтобы небыло проблем с деинсталляцией можно ставить OMIS в папку установки игры. И метаданные тоже туда как XML файл. Тогда не будут нужны админские права на удаление. Но я это сделаю, если придумаю как понадежнее работать с XML.

Тут я не смотрел. Спасибо! Пороюсь здесь.

Ага. Именно этим я и пользовался в начале. Сделал по ней все что можно. Но там информация не полная и содержит много ошибок и неточностей. Так что приходиться ковыряться самому.

О грязных модах. Грязный мод это прежде всего некачественный мод. Ответственность за качество мода лежит прежде всего на его авторе. Грязный мод может доставить проблемы не только в OMIS. В любом случае, если после установки очередного мода возникли какие-либо проблемы, то этот мод можно просто удалить, т. к. при удалении мода выполняется unmerge его записей.

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

В политике безопасности Windows корректная инсталляция и деинсталляция предусмотрена только под правами администратора. Без прав админа невозможно установить или удалить большинство программ и OMIS-инсталляторы не исключение. Так, например, на фирмах сотрудникам отключают админские права, чтобы они не ставили на рабочие компы пиратский софт. Поэтому инсталлятор нужно запускать под учеткой админа. Для Vista и 7 я включил манифесты, говорящие этим осям о необходимости админских прав и при запуске инсталлятора в этих осях предлагается выполнить инсталляцию под правами админа при этом права админа будут распространяться только на процесс инсталляции. В XP такого механизма нет, поэтому я добавлю в инсталлятор и панель управления проверку наличия админских прав у текущего пользователя и если их нет, то будет выходить соответствующее сообщение.

Повторил тест на Windows XP Home. Результат такой же. Добавлю проверку наличия админских прав. На Windows 7 и Windows Vista добавил, а для XP забыл. Спасибо за тест!