Threaded Mode | Linear Mode

Berserker · 06.09.2020 17:16

daemon_n, активный/выделенный герой возвращается через OW:A.
Использовать -1 вместо номера героя не рекомендуется вообще. Это значение в ЕРМ, которое заполняют часть триггеров, активируемых героем. Часть, не все. Любые вложенные события его могут переписать. Потому делаем сразу !!HE-1:N?(hero:y) и далее уже пользуемся переменной. И да, до события !?HM, как видишь, -1 не работает. Это не баг.

daemon_n · 06.09.2020 17:29

Berserker, спасибо огромное - ты заставил рабоать скрипт верно! Dance3

Algor · 06.09.2020 18:28

era iii changelog Wrote:Note, that similar OnBattleStackObtainsTurn event occurs when stack becomes active and is not related to regeneration phase at all.
Normally OnBattleStackObtainsTurn occurs after OnBattleRegenerationPhase but may also be triggered manually by calling
464F10 (THISCALL, ecx = CombatManager, Side 0..1, StackInd 0..21).

Мне надо при помощи ERM в произвольном месте кода передать активность нужному мне отряду. Фаза регенерации не нужна. Можно пример?

Berserker · 06.09.2020 18:57

Не проверял, но попробуй:

ZVSE2
!?FU(fun_ActivateBattleStack);
!#VA(stackId:x);
!!FU(fun_GetCombatMan):P?(combatMan:y);
!!VR(stackSide:y):S(stackId) :21;
!!VR(stackInd:y):S(stackId) %21;
!!SN:E4607760/2/(combatMan)/(stackSide)/(stackInd);
!?FU(fun_GetCombatMan);
!#VA(result:x);
!!UN:C6919200/4/?(result);

Bes · 07.09.2020 19:15

(22.08.2020 18:49)Berserker Wrote: Для будущей сборки от daemon_n обновление DLL:
https://dropmefiles.com/mVx0z
[-] Fixed bug: HE:P used to return unsigned 65535 instead of signed -1.
[-] Fixed bug: ERM compiler didn't process post-triggers.
[-] Fixed bug, causing SN:K with 3 parameters to return garbage string instead of valid character.

нет упоминания об этом исправлении в основном changelog листе исталлятора. 141

надеюсь, просто забыл добавить текст, а само исправление уже включено?

Berserker · 07.09.2020 21:05

Bes, это исправление переименовано в более общее.

igrik · 08.09.2020 17:10

Berserker, в 1000 era - const.erm
Id первичных скиллов ты недозаполнил

; ============= HERO SKILLS =============
!#DC(PRIM_SKILL_FIRST) = 0;
!#DC(SKILL_ATTACK) = 0;
!#DC(SKILL_DEFENSE) = 0;
!#DC(SKILL_POWER) = 0;
!#DC(SKILL_KNOWLEDGE) = 0;
!#DC(PRIM_SKILL_LAST) = 3;
...
!#DC(MON_LAST_WOG) = 197; // 196 же?

Berserker · 08.09.2020 17:26

igrik, выше указал Алгор. Первички уже поправил. На днях 3.0.5 с исправлениями нужно выпустить.
За MON_LAST_WOG спасибо, исправил.

Когда сам пишешь, гораздо быстрее проблемы и недочёты обнаруживаются.

Berserker · 16.09.2020 04:03

[+] Added exported functions for array sorting:
// Sorts given integer array in ascending order
procedure SortInt32 (Arr: pointer to array of integer; MinInd, MaxInd: integer); stdcall;

Example:
Let us sort arbitrary array of 10 numbers.
!#VA(arr[10]:y);
!!VR(arr):C39/12/20/92/78/17/17/43/6/32;
!!SN:F^SortInt32^/?(arr)/0/9;
!!IF:M^%(arr[0]) %(arr[1]) %(arr[2]) %(arr[3]) %(arr[4]) %(arr[5]) %(arr[6]) %(arr[7]) %(arr[8]) %(arr[9])^;

// Sorts given integer array in ascending order using custom ERM comparator function
procedure Erm_CustomStableSortInt32 (Arr: pointer to array of integer; MinInd, MaxInd: integer; ComparatorFuncId: integer; State: integer); stdcall;

The caller passes ID of ERM function, which will be used for items comparison. The function must return:
    - 0 if two values are equal;
    - positive number if the first value is greater than the second one (i.e. +1);
    - negative number if the first value is smaller, than the second one (i.e. -1).

The comparator function prototype is:

!?FU(tst_CompareItems);
!#VA(value1:x) (value2:x) (state:x) (result:x);

Function will always receive special 'State' argument, containing the value, you specified calling Erm_CustomStableSortInt32.
This value may hold array ID, some structure address or any other useful custom data.

Example:
Let us sort array of 10 monster IDs by each monster hit points.
!?PI;
!#VA(arr[10]:y);
!!VR(arr):C39/12/20/92/78/17/13/43/6/32; fill array with monsters IDs
!!SN:F^Erm_CustomStableSortInt32^/?(arr)/0/9/(tst_SortByMonHp)/0;
!!IF:M^Monsters: %(arr[0]) %(arr[1]) %(arr[2]) %(arr[3]) %(arr[4]) %(arr[5]) %(arr[6]) %(arr[7]) %(arr[8]) %(arr[9])^;
; Checking the result, replacing monster IDs with monster hit points
!!re i/(@arr[0])/(@arr[-1]):;
!!MA:Pyi/?yi;
!!en:;
!!IF:M^Their hit points: %(arr[0]) %(arr[1]) %(arr[2]) %(arr[3]) %(arr[4]) %(arr[5]) %(arr[6]) %(arr[7]) %(arr[8]) %(arr[9])^;
; Here the comparison function goes. It accepts 2 monster IDs and tells, which one has greater/smaller HP.
!?FU(tst_SortByMonHp);
!#VA(mon1:x) (mon2:x) (state:x) (result:x);
!!VR(result):S0; equal health by default
!!MA:P(mon1)/?(hp1:y); get health of the first monster
!!MA:P(mon2)/?(hp2:y); get health of the second monster
!!if&(hp1)>(hp2):; adjust result
!!VR(result):S1;
!!el&(hp1)<(hp2):;
!!VR(result):S-1;
!!en;

Archer30 · 18.09.2020 14:38

Hi Berserker, There is a small issue with the bin patch skeleton transformer fix.

As I notice that it enables hydra family to be transformed into bone dragons, which is quite good, however it has some issues.
1. Hell Hydra is not included. It still turns into skeleton.
2. If this patch makes hydra transform into bone dragon, then maybe hydra should have dragon nature as well (boost by dragon spec)?
3. And maybe Slayer should be considered too? (although that requires text change)

My preference: 1# is necessary to fix, as it's purely a bug. 2# and 3# hmmm...leave it be maybe.

Berserker · 18.09.2020 15:44

Archer30, I'm not original patch author, just included it in the first Era versions probably.

Archer30 · 18.09.2020 15:47

Oh, I see. Personally I don't think what this patch does makes sense to me in the first place. Maybe considering disable it by default?

Bes · 18.09.2020 16:00

я на выходных займусь, если никто не опередит, hell hydra и сделаю новый skeleton transformer fix.bin Sorry

Archer30 · 18.09.2020 16:09

That will do too 96-copy

Thanks Bes

Bes · 19.09.2020 04:33

SKELETON TRANSFORMER FIX.BIN

Code:

; CREATURE XX TRANSFORMING TO YY

;

; 157 to 68

7C3F74 44

;

; 196 to 196

7C4010 C4

Threaded Mode \| Linear Mode ERA III
Author	Message