Programmwunsch und -erstellungsthread #2

[Corti]

Mal dran gedacht, einen PP als "Gameloop" zu benutzen und darin die zyklischen Sachen sequenziell zu machen?

[Corti]

Hallo, ich habe einen Wunsch!

In dem Revolution-Previewpatch in dem ATB rausgenommen wurde, sind die Anzeigen für HP und MP um ein Stück nach unten verlegt.
Ich würde dies gerne auch in meinem CortiCombatVisu-Plugin möglich machen, daher hätzte ich gerne die Adressen, der Y-Position von Helden-HP/MP/ATB, Leisten und Zahlen.

[bugmenot]

Die kurze Antwort:

49681D = PartyWindow_y-Pos
496820 = PartyWindow_x-Pos
4968C0 = GaugeInterface y-Correction (large windows)
4968CE = GaugeInterface y-Correction (small windows)
4968C5 = GaugeSegments delta-y (large windows)
4968D3 = GaugeSegments delta-y (small windows)

Die ausführliche Antwort:

__________DrawGaugesLoop__________
4969ED -> off_4CDB74 = InventoryDataPtr
4969F4 | mov edx,esi get PartySlot
4969F6 | c.sub_4A6014 call GetBattlerData(Hero)
4969FB | mov edi,eax memorize Ptr on BattlerData
4969FD | off_4CDD60 = BattleLayoutPtr
496A04 | mov eax,[eax+8] get the LayoutType
496A0A <<jb loc_496A1A jump on Traditional
496A0C <<jz loc_496A60 ump on Alternative
496A0F <<jz loc_496AB7 jump on Gauge
496A15 <<jmp loc_496D32 jump on invalid input
...

496AB7 >>mov eax,[esp] get FaceGraphic's y-Pos in the PartyWindow
496ABA | add eax,ebp add to height
496ABC | add eax,[ebx+18] add PartyWindow's y-Pos
496ABF | push eax memorize y-Pos (for the FaceGraphic)
496AC0 | mov ecx,esi get PartySlot
496AC2 | shl ecx,4 PartySlot_ID*16
496AC5 | lea ID*16*5 = 80 //x-Pos-Difference
496AC8 | add ecx,[ebx+14] add PartyWindow's x-Pos (when scrolling left/right)
496ACB | off_4CDB74 = InventoryDataPtr
496AD2 | mov edx,esi get PartySlot
496AD4 | c.sub_4A6AD0 print FaceGraphic
496AD9 | mov eax,edi get Ptr on BattlerData/ActorData
496ADD | call get Hero's max.HP
496AE0 | push eax memorize max.HP
496AE1 | mov eax,[edi+14] get Hero's current HP
496AE4 | lea HP x5
496AE7 | lea [HP x5] x5
496AEA | pop edx get max.HP
496AEB | mov ecx,edx ECX = max.HP
496AED | cdq initialize EDX:EAX
496AEE | idiv ecx divide [HP x25] by max.HP
496AF0 | push eax memorize HP-Bar_Width //1 pixel = 4%
496AF3 | mov edx,[ebx+14] apply PartyWindow's Position (when scrolling left/right)
496AF6 | add edx,30 x-Pos of the first Hero's HP-Bar
496AF9 | mov eax,esi get current PartySlot
496AFB | shl eax,4 PartySlot_ID*16
496AFE | lea ID*16*5 = 80 //x-Pos-Difference
496B01 | add edx,eax x-Pos (first Hero) + x-Pos-Difference
496B03 | mov ecx,[esp+8] y-Pos of the HP-Bar
496B07 | add ecx,ebp add to memorized y-Pos
496B09 | add ecx,[ebx+18] add PartyWindow's y-Pos
496B0C | off_4CDC7C = MainPtr
496B13 | mov eax,[eax+18] get Ptr on SystemGraphic
496B16 | c.sub_489C48 print HP-Bar
496B1B | mov eax,[edi+14] get Hero's current HP
496B1E | cmp eax,3E7 Are the HP above 999?
496B23 <jle loc_496B53 ump if they are not represented by 4 digits
496B25 | push eax memorize HP
496B26 | mov edx,[ebx+14] get Window's x-Pos
496B29 | add edx,28 4-Digit x-Pos
496B2C | mov eax,esi get PartySlot
496B2E | shl eax,4 PartySlot_ID*16
496B31 | lea ID*16*5 = 80 //x-Pos-Difference (4-Digit)
496B34 | add edx,eax add to x-Pos
496B36 | mov ecx,[esp+4] y-Pos of the HP-Digits (4-Digit)
496B3A | add ecx,ebp add memorized y-Pos
496B3C | add ecx,[ebx+18] add PartyWindow's y-Pos
496B3F | off_4CDC7C = MainPtr
496B46 | mov eax,[eax+18] get Ptr on SystemGraphic
496B49 | c.sub_48A01C print HP-Digits
496B4E < jmp loc_496BDC
496B53 > cmp eax,63 Does the HP consist of more than 2 digits?
496B56 < jle loc_496B83 jump if 2 digits or less
496B5C | add edx,30 3-Digit x-Pos
...
496B83 > cmp eax,9 Does the HP consist of more than 1 digit?
496B86 < jle loc_496BB3 jump if 1 digit
496B8C | add edx,38 2-Digit x-Pos
...
496BB3 > push eax memorize HP
496BB7 | add edx,40 1-Digit x-Pos
...
496BDC > mov eax,edi get Ptr on ActorData
496BE0 | call get Hero's max.MP
496BE3 | test eax,eax Are there any MP left?
496BE5 < jnz loc_496C17 ump if there are
496BEB | mov edx,[ebx+14] get Window's x-Pos
496BEE | add edx,30 apply PartyWindow's Position (when scrolling left/right)
496BF1 | mov eax,esi get PartySlot
496BF3 | shl eax,4 ID*16
496BF6 | lea ID*16*5 = 80 //x-Pos-Difference
...
496C10 | c.sub_489C48 print (empty) MP-Bar
496C15 < jmp loc_496C5B
496C17 | mov eax,edi get Ptr on ActorData
496C1B | call get max.MP
496C1E | push eax memorize max.MP
496C1F | mov eax,[edi+18] get current MP
496C25 | lea [MP x5] x5
496C28 | pop edx get max.MP
496C2C | idiv ecx divide [MP x25] by max.MP
496C2E | push eax memorize MP-Bar_Width //1 pixel = 4%
496C31 | mov edx,[ebx+14] apply PartyWindow's Position (when scrolling left/right)
496C34 | add edx,30 x-Pos of the first Hero's MP-Bar
496C3C | lea D*16*5 = 80 //x-Pos-Difference
496C49 | add ecx,[ebx+18] add PartyWindow's y-Pos
496C56 | c.sub_489C48 print MP-Bar
496C5B > mov eax,[edi+18] get Hero's current MP
496C5E | cmp eax,63 Does the MP consist of more than 2 digits?
496C61 < jle loc_496C90 jump if 2 digits or less
496C67 | add edx,30 3-Digit x-Pos
...
496C89 | c.sub_48A01C print MP-Digits
496C8E < jmp loc_496CED
496C90 > cmp eax,9 Does the MP consist of more than 1 digit?
496C93 < jle loc_496CC2 jump if 1 digit
496C99 | addd edx,38 2-Digit x-Pos
...
496CC2 > push eax memorize MP
496CC6 | add edx,40 1-Digit x-Pos
...
496CED | mov eax,493E0 get max.ATB-value (300000)
496CF8 | idiv ecx divide 300000 by 25
496CFA | push eax memorize 12000
496CFB | mov eax,[edi+44] get Hero's current ATB-value
496CFE | pop edx EDX = 12000
496D02 | idiv ecx divide Hero's ATB-value by 12000
496D04 | push eax memorize Hero's ATB%
496D07 | mov edx,[ebx+14] apply PartyWindow's Position (when scrolling left/right)
496D0A | add edx,30 x-Pos of the first Hero's ATB-Bar
496D0D | mov eax,esi get PartySlot
496D12 | lea ID*16*5 = 80 //x-Pos-Difference
496D20 | add ecx,[ebx+18] add PartyWindow's y-Pos
496D23 | off_4CDC7C = MainPtr
496D2A | mov eax,[eax+18] get Ptr on SystemGraphic
496D2D | c.sub_489C48 print ATB-Bar
496D32 >>inc esi PartySlot +1
496D33 | dec [esp+10] PartySize -1
496D37 --jnz
__________________________________
496D3D mov eax,[ebx+60] get WindowTimer(?)
496D46 idiv ecx divide WindowTimer by 40
...

[Corti]

Danke :-D

Btw. was sind diese 909090909090**** - Sachen?

[bugmenot]

Btw. was sind diese 909090909090**** - Sachen?

...

9090 = x86 Tipp-Ex

Oder das, was da noch dahinter steht?
Direkte Vergabe von x|y-Positionen.

Und kleinere Fehler, die mir vielleicht noch vor dem Posten auffallen sollten.

Irgendwas ist immer...

Edit:


Der DynLoader will irgendwie nicht wie er soll/kann. Ist die Zeichenkette zu lang?

Edit²
Die Set#4Byte-Funktion scheint Probleme zu haben, wenn die zu überschreibenden Bytes 2-4 ungleich 00 sind. (Dyn v0.20)
Edit³
Es überschreibt die Bytes 2-4 gar nicht, wenn der Wert über 256 hinausgeht.


VertiGauge

Über folgende QuickPatches kann man das Interface dann anpassen:

[QuickPatches]
Face(x)=496AC4,#244
Face(dy)=496AC1,%60
HPB(x)=496B00,#288
HPB(dy)=496B08,%60
HPB(+y)=496B0B,%4
HPD(x)=496B33,#280,496B66,#288,496B96,#296,496BC1,#304
HPD(dy)=496B3B,%60,496B6E,%60,496B9E,%60,486BC9,%60
HPD(+y)=496B3E,%4,496B71,%4,496BA1,%4,486BCC,%4
MPB(x)=496BFA,#288,496C40,#288
MPB(dy)=496C02,%60,496C48,%60
MPB(+y)=496C05,%20,496C4B,%20
MPD(x)=496C73,#288,496CA5,#296,496CD2,#304
MPD(dy)=496C7B,%60,496CAD,%60,496CDA,%60
MPD(+y)=496C7E,%20,496CB0,%20,496CDD,%20
ATB(x)=496D17,#288
ATB(dy)=496D1F,%60
ATB(+y)=496D22,%30

HPB(w)=496AE4,9090906BC0,496AE9,%25
MPB(w)=496C22,9090906BC0,496C27,%25
ATB(w)=496CF3,#25

Bar(w)WidthFix=489CBD,%25
Bar(w)ColorFix=489D1E,%24

...

**B = Bar/Leiste
**D = Digit/Zahl
dx = x-Abstände
dy = y-Abstände

[QuickPatches]
FaceNoShift=496AC8,909090
HPBNoShift=496AF3,9033D2
HPDNoShift=496B26,9033D2,496B59,9033D2,496B89,9033D2,496BB4,9033D2
MPBNoShift=496BEB,9033D2,496C31,9033D2
MPDNoShift=496C64,9033D2,496C96,9033D2,496CC3,9033D2
ATBNoShift=496D07,9033D2

...

Wer damit rumspielen will, kann die Werte, welche größer als #256 sind in hexadecimal umrechnen (Bsp: 288 = 20 01 00 00) und anstelle des #*** diesen Wert eintippen.
Edit: Oder die dynloader.dll auswechseln (einen Post unter mir) bzw. auf den Dyn 0.20 release warten. Da geht das #*** wieder.

Und: VisuGauge

Über folgende QuickPatches kann man das Interface dann anpassen:

[QuickPatches]
Face(dx)=496AC7,%80
Face(y)=496ABB,#184
HPB(x)=496AF8,%48
HPB(dx)=496B00,%80
HPB(y)=496B08,#184
HPD(x)=496B2B,%40,496B5E,%48,496B8E,%56,496BB9,%64
HPD(dx)=496B33,%80,496B66,%80,496B96,%80,496BC1,%80
HPD(y)=496B3B,#184,496B6E,#184,496B9E,#184,496BC9,#184
MPB(x)=496BF0,%48,496C36,%48
MPB(dx)=496BF8,%80,496C3E,%80
MPB(y)=496C02,#200,496C48,#200
MPD(x)=496C69,%48,496C9B,%56,496CC8,%64
MPD(dx)=496C71,%80,496CA3,%80,496CD0,%80
MPD(y)=496C7B,#200,496CAD,#200,496CDA,#200
ATB(x)=496D0C,%48
ATB(dx)=496D14,%80
ATB(y)=496D1F,#216

HPB(w)=496AE9,%25
MPB(w)=496C27,%25
ATB(w)=496CF3,#25

Bar(w)WidthFix=489CBD,%25
Bar(w)ColorFix=489D1E,%24

...

**B = Bar/Leiste
**D = Digit/Zahl
dx = x-Abstände
dy = y-Abstände

[QuickPatches]
FaceNoShift=496AC8,909090
HPBNoShift=496AF3,9033D2
HPDNoShift=496B26,9033D2,496B59,9033D2,496B89,9033D2,496BB4,9033D2
MPBNoShift=496BEB,9033D2,496C31,9033D2
MPDNoShift=496C64,9033D2,496C96,9033D2,496CC3,9033D2
ATBNoShift=496D07,9033D2

...

Zu den QuickPatches und den bunten Farben:
Für % ist die maximal zulässige Zahl = 127. (Alles, was sich in dem Bereich befindet, schiebt die anderen Partymitglieder sowieso aus dem Bild)Für die x-Position der HP|MP-Zahlen wird in der RPG_RT zwischen 1|2|3|4-stelligen Zahlen unterschieden. Deswegen sollte man den 8 Pixel-Abstand einhalten (%40, %48, %56, %64).
x-Positionen im horizontalen Interface orientieren sich anhand des vordersten Heldens in der Party. (Wird im vertikalen Gauge umgedreht auf y-Positionen)
"NoShift" ignoriert das Hin- und Herscrollen, wenn man das Ding, was durch NoAutoBattle beseitigt wird, auf/zu macht.
Das %60 beim vertikalen Interface ist der y-Abstand zwischen den Helden.

Edit:
Das Problem mit den Farben der HP/MP/ATB-Leisten wieder beheben:

Bar(w)ColorFix=489D1E,%24

...

Angabe in Breite -1 (Und ja: man muss dafür HPB/MPB/ATB auf der selben Breite eingestellt haben)

Und noch das Problem mit überlangen HP/MP/ATB-Leisten beheben:

Bar(w)WidthFix=489CBD,%25

...

Verzerrt die 16x16 Pixel großen Grafiksegmente in System2 (mittlerer Grafikabschnitt, x-Pos = 16) auf die eingestellte Breite.

[Cherry]

Stimmt...

http://share.cherrytree.at/showfile-12644/dynloader.dll << gefixter 0.20-Loader - der ist aber jetzt nicht mit dem alten Patch kompatibel, und das ist jetzt zu umständlich da zu fixen; es gibt sowieso bald 0.20 (in der Testversion gabs ja noch Probleme)

[Corti]

Also: Deine VertiGauge.ips baut die Anzeige um auf die vertikale Ausrichtung. Wenn man das getan hat, kann man die Quickpatch-Zeilen benutzen um sie zu konfigurieren. Right?

Und was tut VisuGauge.ips? Den Quickpatch-Zeilen nach ist die Ausrichtung noch immer wie sie war.

[bugmenot]

Wenn man das getan hat, kann man die Quickpatch-Zeilen benutzen um sie zu konfigurieren. Right?

...

Richtig. Ist nur so ein Experiment, weil: man kann sowas machen... verdeckt nur leider zu viel vom Kampfgeschehen. (die Platzierung aller Battler ist sowieso seltsam)

Und was tut VisuGauge ?

...

Ausrichtung in der Horizontalen, mit etwas mehr Flexibilität im vertikalen Strecken/Stauchen. Ist auch unabhängig vom (unsichtbaren (noch weiter drunter ist übrigens das Fenster mit der Zielwahl...)) Party-Fenster unten. Also könnte man das HUD an den oberen Bildschirmrand packen.


Edit:
Wegen den Fenstern am oberen Bildschirmrand:

[QuickPatches]
BottomActionMessage=496E34,66B9D00033D2
BottomEnemyStatus=495315,66B9D000E8BE10030033C0EB0D
BottomBattleEndWindow=4C71DE,90B9D0000000
BottomBattleMessage=4C72AB,90B9A0000000

...

Edit²
InfoDisloc
Damit kann man das Infofenster bei Items/Skills sowie Item-/Skillfenster im Kampf verschieben.

[QuickPatches]
ItemInfoY=4C8869,#0
Item(height)=4C88C5,#80
ItemY=4C88CC,#64
SkillInfoY=4C9017,#0
Skill(height)=4C902B,#80
SkillY=4C9032,#64

...

[Corti]

Klingt super. Ich werde das mal ausprobieren.

[Davy Jones]

Ich bin kein Hacker wie Cherry. Frag mal im Programm-Wunschthread, bugmenot traue ich das zu.

...

@bugmenot:
Dann frage ich mal bei dir an, wie aufwändig es wäre, die Menüpunkte Row & Aktiv-Passiv in Switches zu verwandeln. Wenn es zeitlich grad nicht passt machts auch nix, dann frag ich wie von Cherry vorgeschlagen den Pepsi-Otaku

[bugmenot]

Row-ATB-Switch

[QuickPatches]
RowSwitch_ID=4A26A2,#1007
ATBSwitch_ID=4A26A9,#1008

...

Aufwändig? Vielleicht eine etwas längere Eintipp-Zeit als bei Plugins. (Vorausgesetzt man weiß, wo man den Kram einbinden muss.)

[Davy Jones]

Cool, danke dir =D

[Davy Jones]

Row-ATB-Switch

[QuickPatches]
RowSwitch_ID=4A26A2,#1007
ATBSwitch_ID=4A26A9,#1008

...

Aufwändig? Vielleicht eine etwas längere Eintipp-Zeit als bei Plugins. (Vorausgesetzt man weiß, wo man den Kram einbinden muss.)

...

Da du dies bereits so bravorös gemeistert hast, hier noch eine letzte Bitte:

Könntest du mir noch Order und Status in aktivierbare Switches verwandeln? Hab beim Ausmisten gemerkt, dass ich die beiden definitiv nicht benötige.