(03.03.2020 12:12)XEPOMAHT Wrote:  

(03.03.2020 05:02)Berserker Wrote:     И что значит «инвертируется», если позиция монстра, судя по описанию, всегда направлена к стороне его героя (левая - правая). Пример бы.

Думаю, что имеется в виду гендерная ориентация монстра (т.е. в какую сторону отзеркален def, в какой стороне у монстра мэ и жо и т.д.). Изменяется содовской функцией (например, можно сделать, чтобы все монстры на поле боя смотрели только в одну сторону или наоборот - чтобы монстры атаковали друг друга задницами ), проверяется в структуре стека (в MoP это Структура_стека.Ориентация).

@Berserker Да монстр может наступить на две мины сразу двигаясь сверху вниз или снизу вверх, в этом случае они срабатывают последовательно.

С примером посложнее так как в статике, когда монстр просто стоит на поле боя всё работает верно, BM:P возвращает клетку под задней частью дефа монстра и передняя вычисляется путем +1 или -1. Проблема возникает в динамике, при движении деф монстра может несколько раз отзеркаливаться, например если монстр обходит препятствие, и когда деф отзеркален BM:P возвращает клетку под задней частью отзеркаленого дефа, а значит передняя часть будет в обратной стороне, к примеру не +1, как при статике, а -1.

Вот как-то так


@XEPOMAHT а это можно как-то из скриптов проверить для стека с заданным стекайди который от 0 до 41?

(03.03.2020 13:18)Zur13 Wrote:  а это можно как-то из скриптов проверить для стека с заданным стекайди который от 0 до 41?

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


Только сделать его отдельной ERM-командой увы никто не захотел.

(03.03.2020 13:18)Zur13 Wrote:  а это можно как-то из скриптов проверить для стека с заданным стекайди который от 0 до 41?

Можно. Ищи в теме по UN:C.
Смещение для данных о повороте стека: stack->0x44

(03.03.2020 14:13)igrik Wrote:  

(03.03.2020 13:18)Zur13 Wrote:  а это можно как-то из скриптов проверить для стека с заданным стекайди который от 0 до 41?

Можно. Ищи в теме по UN:C.
Смещение для данных о повороте стека: stack->0x44

Найти бы еще эту тему по UN:C

Тема UN:C

(03.03.2020 15:07)igrik Wrote:  Тема UN:C

Спасибо, тема не находится поиском по форуму по запросу UN:C. А там есть и решение второй моей проблемы по проигрыванию анимации стека. Сегодня попробую оба решения.

daemon_n, поиск работает нормально. Просто фраза разбивается на слова, а слова должны иметь минимальную длину для индексации. 1-2 символа, как в UN перед разделителем не считаются.

(03.03.2020 14:13)igrik Wrote:  

(03.03.2020 13:18)Zur13 Wrote:  а это можно как-то из скриптов проверить для стека с заданным стекайди который от 0 до 41?

Можно. Ищи в теме по UN:C.
Смещение для данных о повороте стека: stack->0x44

Код для проверки в какую сторону "смотрит" деф на поле битвы, на основе кода подсказаного igrik, вдруг кто-то будет искать готовое решение:

Возможно кто-то может помочь еще вот с такой проблемой. Мне нужно как-то отключить механику заклинания "мина", которая показывает и деактивирует вражеские мины если в армии героя есть существа для которых тип почвы на которой происходит битва является родным. Т.е. если битва происходит на траве и в армии вражеского героя есть существа из замка, например копейщики, то мины становятся бесполезными, они видимы вражескому герою и не срабатывают. Заклинание минного поля даже нельзя кастануть в этом случае, но я говорю про мины поставленные через !!BM:Q.

(30.01.2020 23:12)Berserker Wrote:  

(30.01.2020 18:45)Awesomealldays Wrote:  Хоту удалил, там мистицизм 5\10\15, поместье 250\500\1000.

Awesomealldays, мистицизм чем именно плох?

2\3\4 -> 5\10\15.
2\4\6 норм было бы.

(12.03.2020 14:17)Awesomealldays Wrote:  

(30.01.2020 23:12)Berserker Wrote:  

(30.01.2020 18:45)Awesomealldays Wrote:  Хоту удалил, там мистицизм 5\10\15, поместье 250\500\1000.

Awesomealldays, мистицизм чем именно плох?

2\3\4 -> 5\10\15.
2\4\6 норм было бы.

Awesomealldays, лично мне нравится мистицизм из ES за авторством Algor'а: проценты от максимума, но не меньше определённого порога.

(12.03.2020 15:17)daemon_n Wrote:  Awesomealldays, лично мне нравится мистицизм из ES за авторством Algor'а: проценты от максимума, но не меньше определённого порога.

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

I'm adding more objects to map editor and random map generator but I'm very limited with that. I can only make objects with the same attributes be generated for which they are made, for example, I can generate a thousand varieties of mermaids, because type of object 'mermaid' is made for water terrain.



But I can't spawn a pandora's box in the water because its object type and attribute are not supported, and I think this is more of a bug than asking, because in the map editor you can't place it on dirt terrain if it is configured with those attributes, but the random map generator generates them on land when it is supposed to generate on water. How can I make an object can be generated freely on the terrain you want without being limited to the type of object?



Clarification, in "AVA0128w.def" it is the new def that I extracted from HoTA, and the "AVA0128.def" is the def of the classic pandora box.

Replacing objects on the first day with ERM does not fit your requirements?

Berserker, Do I really need to write an event for something that can easily be done with the object editor? So it is true that the types of objects are made for the terrain that was created and I cannot generate them even if I put other attributes that correspond where they should be placed?