Liteion Опубликовано 6 января, 2010 Опубликовано 6 января, 2010 О грязных модах. Грязный мод это прежде всего некачественный мод. Ответственность за качество мода лежит прежде всего на его авторе. Грязный мод может доставить проблемы не только в OMIS. В любом случае, если после установки очередного мода возникли какие-либо проблемы, то этот мод можно просто удалить, т. к. при удалении мода выполняется unmerge его записей.
Umbakano Jr Опубликовано 7 января, 2010 Опубликовано 7 января, 2010 ЦитатаНужно знать как разбирать записи этих групп. А эта информация закрыта Может эта информация тебе пригодится? Tes4Mod:Mod_File_Format
Liteion Опубликовано 7 января, 2010 Опубликовано 7 января, 2010 'Umbakono сказал(-а):Может эта информация тебе пригодится? Tes4Mod:Mod_File_Format Ага. Именно этим я и пользовался в начале. Сделал по ней все что можно. Но там информация не полная и содержит много ошибок и неточностей. Так что приходиться ковыряться самому.
Siegrun Опубликовано 7 января, 2010 Автор Опубликовано 7 января, 2010 а в блоге wrye может есть что полезное? http://www.bethsoft.com/bgsforums/index.php?showtopic=612047 Да я тоже тебя люблю (пока его тут нет). © Монгол Я трудный человек, но если вы рядом со мной, то и вы не простые люди.
Liteion Опубликовано 7 января, 2010 Опубликовано 7 января, 2010 'Siegrun' сказал(-а):а в блоге wrye может есть что полезное? http://www.bethsoft.com/bgsforums/index.php?showtopic=612047 Тут я не смотрел. Спасибо! Пороюсь здесь.
Umbakano Jr Опубликовано 9 января, 2010 Опубликовано 9 января, 2010 Liteion Все таки выскажу мысли, которые не дают мне покоя. Сам принцип хранения метаданных omis-модов в реестре Виндовс, представляется мне не самым эффективным, применительно к концепции "цивилизованного способа" Очевидные "неудобства" и вопросы которые при этом возникают: - ориентация на пользователей с админправами в системе; ? а что делать игрокам в многопользовательской системе, к тому же если ты в семье не самый главный? - переносимость omis, привязка к тем ОС которые автор прописал в программе; ? а как быть пользователям интел-совместимых MAC`ов, или новых версий Винды? (возможно кто-то и 2000 юзает, ну а про линуксоидов вообще мало кто думает, хотя цитата: Linux is able to run Oblivion through Wine, a program that emulates DirectX) - раздувание файла реестра; ? а так ли необходимо раздувать файл реестра, который столь важен для всей ОС, а не только для установки/удаления модов? Сейчас любой сбой при установке omis-мода требует внимательного изучения реестра на предмет "как бы чего лишнего не осталось..." - переезды между ОС без переустановки модов; ? мне уже приходилось перемещать игру с диска на диск, а в планах переезд на новый ПК. (а на Теснексусе даже есть утилиты для этих целей). Но как не хочется заморачиваться с копированием веток реестра вручную ... А решение этих "неудобств" очень простое - хранить метаданные в локальном файле xml. И ведь ты уже работаешь с xml файлом в Builder, а значит для тебя это возможно. К тому же использование такого способа хранения метаданных легко расширит возможности omis. Может быть вышеперечисленные "неудобства" и не критичны, но хочется как лучше...
Umbakano Jr Опубликовано 9 января, 2010 Опубликовано 9 января, 2010 Такая ситуация: Создаю самый первый (с ноля) omis.esp Устанавливаю самый простой omis-мод - минимум объектов, всего два меча. Все работает нормально. Но при попытке просмотреть omis.esp CSетом получаю предупреждение: см. прикрепленный 1.bmp После коррекции заголовка файла все ОК` Добавляю второй omis-мод. Отрабатывает нормально. Но при открытии Construction Set`ом опять имею тоже предупреждение: см. прикрепленный 2.bmp Делаю простенький вывод: omis некорректно записывает header файла. Проверь пожалуйста!
Liteion Опубликовано 9 января, 2010 Опубликовано 9 января, 2010 Эти предложения довольно тонкие и тут нужно много что взвесить. Об админских правах Очень спорно. Кому-то это нужно, кому-то нет. Например, в семьях обычно админскими правами обладают родители и это позволяет им контролировать компьютер. В случае 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.
Liteion Опубликовано 9 января, 2010 Опубликовано 9 января, 2010 'Umbakono сказал(-а):Делаю простенький вывод: omis некорректно записывает header файла. Это действительно так. Про заголовок я как-то забыл. Написал стандартный заголовок еще в начале разработки и забыл дописать код, которые бы генерил нормальный заголовок. Т. е. сейчас все время один и тот же заголовок. Кстати, если есп ссылается на мастер-файл, то эти ссылки тоже не переносятся. На работу модов это не влияет, но различные инструменты выдают предупреждения об этом. Спасибо за сообщение! Обязательно исправлю!
Umbakano Jr Опубликовано 9 января, 2010 Опубликовано 9 января, 2010 Хм... Доводы весомые ... Жду следующую версию для тестирования... а там видно будет!
chuprin Опубликовано 10 января, 2010 Опубликовано 10 января, 2010 Помогите установил пару OMIS модов потом удалил Обливион и все моды с ним, хочу обратно установить он пишет мол моды установлены, чё делать??
Siegrun Опубликовано 10 января, 2010 Автор Опубликовано 10 января, 2010 Реестр почистить. В любом случае. Да я тоже тебя люблю (пока его тут нет). © Монгол Я трудный человек, но если вы рядом со мной, то и вы не простые люди.
Liteion Опубликовано 11 января, 2010 Опубликовано 11 января, 2010 'chuprin' сказал(-а):Помогите установил пару OMIS модов потом удалил Обливион и все моды с ним, хочу обратно установить он пишет мол моды установлены, чё делать?? Нужно удалить подключ реестра HKLM\Software\OMIS
chuprin Опубликовано 11 января, 2010 Опубликовано 11 января, 2010 'Siegrun' сказал(-а):Реестр почистить. В любом случае. Реестр я сразу почистил Спсибо за помощь прога очень удобная спс
Liteion Опубликовано 11 января, 2010 Опубликовано 11 января, 2010 'chuprin' сказал(-а):Реестр я сразу почистил Так проблема исчезла? Все установленные моды регестрируются в реестре в подключе HKLM\Software\OMIS\Installed Mods. Если мод там зарегестрирован, то он не установится. Если нужно установить все снова, то лучше удалить весь подключ HKLM\Software\OMIS. P.S. Нужно будет встроить в инсталлятор возможно переустановки мода. В любом случае полезно.
Umbakano Jr Опубликовано 11 января, 2010 Опубликовано 11 января, 2010 Ошибка в OMIS Builder При указании некорректного пути папки с файлами (например нужная папка вложенная), на шаге "исключить файлы из ..." при нажатии на кнопку: Data - нормально Meshes - вылет Textures - вылет Программа не находит правильный путь и вылетает...
Umbakano Jr Опубликовано 11 января, 2010 Опубликовано 11 января, 2010 А если не внимательно указывать путь для сборки файлов, то как результат, в папке обливион/дата оказывается множество вариантов вложений папки Дата (и других "пользовательских"), по количеству неправильно собранных инсталяторов...
chuprin Опубликовано 11 января, 2010 Опубликовано 11 января, 2010 'Liteion' сказал(-а):Так проблема исчезла? Все установленные моды регестрируются в реестре в подключе HKLM\Software\OMIS\Installed Mods. Если мод там зарегестрирован, то он не установится. Если нужно установить все снова, то лучше удалить весь подключ HKLM\Software\OMIS. P.S. Нужно будет встроить в инсталлятор возможно переустановки мода. В любом случае полезно. Да проблема исчезла просто я реестр почистил прогай СClenarer. И нифега просто потом влез вручную чищанул)
Liteion Опубликовано 11 января, 2010 Опубликовано 11 января, 2010 'Umbakono сказал(-а):Ошибка в OMIS Builder При указании некорректного пути папки с файлами (например нужная папка вложенная), Meshes - вылет Textures - вылет Спасибо! Исправлю!
Liteion Опубликовано 11 января, 2010 Опубликовано 11 января, 2010 'Umbakono сказал(-а):А если не внимательно указывать путь для сборки файлов, то как результат, в папке обливион/дата оказывается множество вариантов вложений папки Дата (и других "пользовательских") Наверное это никак не проконтролировать. Билдер не может отличить файлы мода от других данных. Хотя можно проверять типы файлов и если среди них нет свойственных для модов файлов со свойственных для расположением, то можно выводить предупреждение, что вроде как-то что-то не то.
Umbakano Jr Опубликовано 11 января, 2010 Опубликовано 11 января, 2010 Ты можешь контролировать по содержимому в правом окошке (файлы для мода), все пути должны начинаться с Meshes/ и Textures/, единственный файл без пути - это с расширением esp. тоже можно проконтролировать (сравнив наличие его в левом и правом списке), чтобы его не забыть (если он нужен, конечно). А если это заморочка, можно попробовать упростить - форматируй цветом правильные и неправильные. Вообще-то чтобы что-то ценное предложить (сморозить), мне желательно знать на каком языке пишешь? Что-то из .NET?
Liteion Опубликовано 11 января, 2010 Опубликовано 11 января, 2010 'Umbakono сказал(-а):все пути должны начинаться с Meshes/ и Textures/, единственный файл без пути - это с расширением esp. Необязательно. Могут быть и другие папки. Например для музыки и звуков. Могут быть и папки с произвольными именами, прописанных в esp. Кроме esp в data также могут быть esm и bsa. 'Umbakono сказал(-а):тоже можно проконтролировать (сравнив наличие его в левом и правом списке), чтобы его не забыть (если он нужен, конечно). esp нужен далеко не всем модам. например, его обычно нет у ретекстуреров. 'Umbakono сказал(-а):Что-то из .NET? C#. Но если хочешь написать какой-либо пример, то можешь писать так же на C, C++, Basic и Delphi. Я пойму. Но можешь не париться с конкретным языком, а писать просто псевдокодом (если знаком с его нотацией). А лучше варианты использования (правда, вероятно, ты не знаком с этим понятием).
Umbakano Jr Опубликовано 11 января, 2010 Опубликовано 11 января, 2010 ЦитатаМогут быть и папки с произвольными именами, могут, но по правилам модостроения, в служебных папках ( etc meshes, textutes, sound), если они будут расти прямо в папке data, то там будет полный бардак. ЦитатаМогут быть и другие папки. Например для музыки и звуков точно, но все их можно прописать, их не много. Цитатаesp нужен далеко не всем модам. согласен, а теперь смотри - слева файл esp есть, а в проект он не включен... Хотя бы спросить, не забыли ли? А то уйдет инсталятор в тираж без esp...(конфуз) Цитатаправда, вероятно, ты не знаком с этим понятием Use case ... UML а я в блокноте каракули рисую... да и то только при создании больших баз данных... а так все в голове...
Liteion Опубликовано 12 января, 2010 Опубликовано 12 января, 2010 Думаю нужно еще будет в контрол панель встроить автовалидацию целостности мода, чтобы можно было определить ситуации, когда пользователь удалил/изменил какойнить файл или еще чтонить. Целостность модов будет проверяться в фоновом режиме при каждом запуске контрол панели и поврежденные моды будут помечаться специальным значком.
Рекомендуемые сообщения
Для публикации сообщений создайте учётную запись или авторизуйтесь
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйте новый аккаунт в нашем сообществе. Это очень просто!
Регистрация нового пользователяВойти
Уже есть аккаунт? Войти в систему.
Войти