Larkin

Могу предложить такую идею: когда игрок надел тяжелые доспехи то накладывается баф перышка, игрок как бы не чувствует веса надетых доспехов, илу чувствует в меньшей степени. Тип доспехов отслеживается с помощью getarmortype.

О, да это оно. Попробую поразбирать как у него ландшафт считывается. Интересуют хедеры VNML, VHGT, WNAM, VCLR. Ими полностью ландшафт описывается. Я уже корпел над ними, пытаясь понять как и что там хранится. Если просто переносить ячейки с одного места на другое, что знать эти хедеры не нужно, а если модифицировать ландшафт, то придется понять что же в них хранится. Может станет ясно откуда такие высоты.

По хорошему, надо бы полный код программы попросить у автора.

Оба плагина знаю хорошо (один Юнипера, другой Нивены), плагины содержат немного наивный сюжет (хаджит бедняк поручает убить Готрена, герцог Дрен отменяет рабство...) Есть еще плагин про охотников на рабов, не помню чей, с классным персонажом аргонианкой, которая вполне органично смотрится. Насчет двух ламп я похоже слишком большую планку себе поставил, чтобы реализовать всё то что я задумал потребуется очень много сил, еще обязательно нужны новые модели, которые я не умею делать. Есть сюжет, который занимает уже больше дюжины страниц А4, есть много трудно реализуемых квестов. Это будет рассказ.

Обновил до 1.2 Будет очень много призыва скампа и ужасов клана. Сильные колдуны теперь призывают ужас клана, среднячковые - скампа. Сильные мистики кастуют поглощение запаса сил и здоровья дистанционно. Они прошли тестирование:

Не смотрел, просто координаты поменял.

Хм, чето забыл проверить, но вроде да.

Мне удалось перетащить ячейки с высотами и текстурами земли. По крайней мере есть способ как это сделать. upd: плаг трава.esp Еще обнаружил, что движок хранит вещественные числа в четырех байтах. Досчитать можно до 16777215, так что чисто технически движок позволяет хоть весь Тамриэль засунуть в игру. Правда одинарная точнось означает что все числа хранятся с погрешностями.

Тут и с МГЕ не очень. Если вылетает попробуйте вместо него fps optimizer + пропишите TB в консоли и на месте Балморы placeatpc todd 1 1 1

Одна клетка состоит из 8192 Морровиндских единиц. Одна единица = 1,42 см. Если проанализировать этот скриншот, то можно заметить что фояда разлетелась на куски, один склон фояды тут а другой через две пустых клетки. Неужто такая здоровенная фояда.

Самым оптимальным считаю трех кратное увеличение размеров. Общие размеры Морровинда изменятся с 5x4,65 км. (1680 клеток) до 15х13,95 км. (15120 клеток). После переноса ячеек со всем содержимым это будет выглядеть вот так: Это сгодится на первом этапе. А если карту высот растягивать в ширину и длину, то как тогда сохранить углы склонов гор и что делать с объектами и текстурами земли?

Ну тогда не буду вмешиваться в разговор про автогенерацию ландшафта.

А почему вы решили что так нельзя? Я вот понятия не имею как в Морровинде ландшафт описывается. Как по мне пусть хоть горизонтальная прямая тянется от одной точки, а потом делает резкий скачек до другой. Это не важно, всё равно в этих местах левелдизайнеры должны будут сами создать ландшафт.

Нет мы ничего не растягиваем. Просто если длинна и ширина увеличивается вдвое, то это значит что вокруг каждой заполненной ячейки будут 8 пустых. Да соединить эти точки и все. Что за проблемы на ровном месте? Все равно в ручную нужно будет дорабатывать пустые локации.

Не думаю что есть смысл растягивать карту высот. Потом трудно будет нормально объекты посадить на новые высоты. Придется текстуры почвы восстанавливать и двигать объекты по оси Z так, чтобы они не проваливались по землю и не висели в воздухе. Это куча работы. Самый лучший вариант это переносить экстерьерные ячейки вместе со всеми объектами, высотами и текстурами почвы а в образовавшихся пустых ячейках применять сглаживание высот. А между прочем, это уже кто то делал миллион лет назад, проект назывался New world и на дисках игромании распространялся. Ничего хорошего из этого не вышло. Не стоит повторять это. Это будет провал, серьезно. Тут по хорошему надо голосовалку создать. Если в два раза увеличить, то будет по три пустых квадрата, если в три раза то по 8 пустых квадратов. Если в четыре то по 15 пустых квадратов на один заполненный. А всего в Вварденфеле около 1280 заполненных квадратов не считая Солстхейма. Размеры 5 х 4,65 км. Кто желает пятнадцать Вварденфелов запилить? А движок резиновый? Он не запротестует если Дагон Фел на пять километров на северо-восток сдвинуть? Согласен. Покурю по ссылкам uesp'е http://www.mwmythicm...dESPFormat.html мануала для Enchanted Editor'а. документации\исходниках для OpenMW покопаться. Попробую как будет время найти координаты объектов, высоты и текстуры земли в esp файлах. Если найдется что то еще по составу esp файлов то накидывайте.

Какие вялые поднимальщики, поднимали бы с периодичностью в четыре месяца. А существует ли подробная инструкция из чего файлы плагинов esp, esm состоят, какой байт за что конкретно отвечает? Написать парсир файла довольно просто, для меня по крайней мере, я уже писал однажды парсир анализирующий инфу с датчиков. И вместе с тем можно заложить алгоритм, который там преобразует координаты объектов так чтобы размер Моровинда увеличился, хотя бы по приведенным выше формулам. Морровинд растянется по ширине и высоте в два раза и на каждый полностью заполненный квадрат будет три пустых квадрата. Но чем их заполнять то? Написать генератор размещающий объекты это задача в десятки раз труднее и вряд ли кто будет это делать (точно не я). Тут либо нужно тырить земли из существующих плагинов, либо ждать когда левелдизайнеры подтянутся. В любом случае итоговый проект будет крайне несовместим с многими плагинами.

Если допустим расширить Морровинд от нулевой точки, начала координат, которое находится где то к югу от Дагот Ура. Если бы можно было легко извлечь координаты объектов из файла и модифицировать их по следующим формулам: NewX = X + Size*XPos NewY = Y + Size*YPos где Size это размер одного большого игрового квадрата, XPos,YPos это номера квадрата в котором находится этот объект. Так все объекты из квадрата (1,2) переместятся в квадрат (2,4), объекты из квадрата (-15, 20) переместятся в квадрат (-30, 40). Размер Морровинда увеличится в четыре раза. При этом образуются пустые квадраты. Города можно будет легко собрать в нормальный вид, достаточно просто выделить все объекты и переместить до совмещения. И с высотой и тайлами примерно то же самое сделать.

Пришла мне на ум шигоратская идея, как увеличить размер мира: 1) Сначала нужно убрать все высоты, все сровнять с землей. Все объекты останутся висеть в воздухе; 2) Нужно раздвинуть города друг от друга, например переместить Кальдеру на место Балморы, а Балмору еще дальше отодвинуть; 3) Нужно самым наглым образом копировать земли из ТР или из Sword of peritia и вставлять в образовавшиеся пустые пространства между городами, или просто копировать существующие земли и проворачивать их на угол, молясь, чтоб редактор не упал; 4) В конце нужно вручную восстановить высоты. И получиться большой такой ландмасс-Морровинд. А если серьезно, то можно в очередной раз пройти главный квест или Морнхолд, я вот сколько раз проходил главный квест и каждый раз умудрялся найти что то важное, которому раньше не предавал значения. Вот например Дивайт Фир не излечивает Нерю от корпруса а лишь видимые симптомы снимает, Неря продолжает болеть. Я сей факт только раза с третьего осознал. А там есть еще более интересные вещи.

От цикла ведьмак я в целом в восторге. Но есть такой очень четкий момент в какой то из книг, когда отличный, наполненный сюжетом роман превращается во что то немотивированное и нелогичное. Это происходит ровно в тот момент когда Геральт начинает просто "идти". Появляются персонажи которые тоже начинают идти вместе Геральтом, и нет никаких причин для этого. Это выглядит так: - Геральт, ты почему идешь? - Отстань! Я один иду, никого не зову с собой! - Окей, тогда я тоже иду с тобой. - И я тоже! - И я! ????? Что? Где тут вообще мотивация? Через какое то время подобный диалог снова повторяется. И эта разномастная компания просто идет дальше, попутно попадая в "невероятно интересные приключения". Я сначала думал, что у героев есть какая я то своя тайная мотивация для того чтоб идти. Например древний вампир мог идти с Геральтом лишь для того чтоб кровушки Цириллы испить. Но ни фига подобного, этот персонаж нужен лишь для того чтоб в определенный момент мудрость выдать. В последних книгах резко появляются "рояли в кустах". Особенно дикий момент, когда Геральт умудрился оказаться в том месте, где двое обсуждали именно то что нужно Геральту. Геральт в какую то пещеру влез, там заковырял вурдалака и встретил ключевых персонажей, которые своим очень уместным разговором дали пинка сюжету. Хочется спросить у автора, Анджей ну что это такое, что случилась с последними книгами, ведь было же все отлично?

Есть три варианта почему так: 1 Это костыль. При входе осуществляется принудительный запуск глобальных скриптов. Зачем? 2 Существует какой то кадр в котором игрок уже покинул ячейку но еще не вошел в новую(локальные скрипты еще не начали работу). В этом кадре глобальные скрипты невозбранно отработали. 3 Имело место массовое заблуждение всех скриптописателей. На самом деле в каждом кадре глобальные скрипты работают перед локальными . Вот утверждают же люди что ГМО=зло, таких даже гораздо больше, так что не стоит списывать массовое помешательство. В 1 и 2 не очень верится, потому что в этом случае флаг cellchanged должен сбросится где то в середине кадра, после того как отработали локальные скрипты и до того как начали работать глобальные. Это крайне странно. Но если принять 3 то все обретает четкую логику, cellchanged установился в начале первого кадра, сначала глобальные это отловили, затем локальные и в конце кадра он сбросился.

Тогда как вы объясните то что при входе глобальные скрипты отлавливают cellchanged==1 прежде чем это сделают локальные скрипты?

Вот два скрипта, первый локальный второй глобальный Begin LRCellchange if cellchanged == 1 messagebox "CELLLCHANGEEDD %g", LR_y set LR_y to ( LR_y + 1) endif End Begin LRCellchange2 if cellchanged == 1 messagebox "CELLLCHANGEEDD2222222 %g",LR_y set LR_y to ( LR_y + 1) endif End Тест показал, что при смене локаций первым срабатывает глобальный. Попробуйте на OpenMW Вот же, написано в MSFD: Тут все правильно написано. CellChanged возвращает 1 во время смены локаций, и глобальные скрипты именно в этот момент и отлавливают его.

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

Ну можете сами протестировать если не верите, я вот только потестил и это конечно очень странно но это так. Глобальный скрипт получается отловил cellchanged==1 до наступления первого кадра в локации и соответственно глобальные скрипты выполнились до локальных. Думаю что глобальные скрипты отлавливают cellchanged == 1 в последнем кадре той локации из которой игрок переходит. Но я даже не представляю как нужно скрипт написать, чтобы это проверить. upd: ой сорри за мультипост, думал соединятся. Ничего, но на этот случай есть кнопка "Удалить". Scarab-Phoenix

Скрипты выполняются так: Касательно приведенных двух скриптов, я вижу вот что: Оригинальный Морр: 1 Смена локации: глобальные скрипты поймали бы cellchanged == 1 2 Первый кадр новой локации: локальные скрипты поймали cellchanged == 1 3 локальный скрипт запустил глобальный 4 глобальный скрипт сработал и выдал cellchanged == 0 5 закончился первый кадр OpenMW 1 Смена локаций: ничего не происходит cellchanged == 0 2 Первый кадр: локальные скрипты поймали cellchanged == 1 3 локальный скрипт запустил глобальный 4 глобальный скрипт сработал и выдал cellchanged == 1 5 закончился первый кадр