Programmwunsch und -erstellungsthread #2

[bugmenot]

FastFadeIn x2

Das Ergebnis scheint recht flüssig zu sein.
Falls das immernoch zu langsam ist, ändern zu x3:
0xBD12C = [02] set [03]
0xBD134 = [01 74] set [00 75]

Danke für die Geduld.

[Rosa Canina]

Danke für DEINE Geduld ^^

Läuft wesentlich angenehmer und schöner jetzt, hab Dank für deine Mühen. Werde bei Gelegenheit auch das x3 noch probieren :3

[MagicMaker]

Könnte man vielleicht den Leistungsanspruch der RPG_RT aufpimpen, damit sie mehr pro Frame verarbeiten kann?
Mir geht es gewaltig auf den Keks, wenn bei mehr als 25 Loops mit etwas Zahlenschubsen und ein paar grafischen
Operationen ohne Framewaiter (die da einfach nicht hin DÜRFEN) schon ein obligatorisch blöder Halbsekunden-Lag
einsetzt, in dem die Anzeige erstmal schön stehen bleibt, nachdem es etwa genausolang halbwegs gut gegangen ist.

Die beiden Situationen wechseln sich ab. Bewegungen~>Stillstand~>Bewegungen~>Stillstand, relativ unspielbar.

[RPG2000 107+Des]

[Corti]

Ich halte es für realistischer und praktikabler deine Scripte anzupassen anstatt darauf zu hoffen, dass irgendwer auf wundersame Weise den Maker umzaubert.

Was ist das denn für ein komplexes System, dass 25 Loops benötigt? Ich würde empfehlen, verschiedene Dinge die in selben Zyklen passieren auch in einem parallelen Prozess aufzurufen.

[MagicMaker]

25 ist noch das, was geradeso fliessend ohne Halbsekundentakt-Stillstand funktioniert, sind aber noch
längst nicht die gewünschte Menge.

Bei dem Event handelt es sich um eine Verwaltung von bis zu 100 spawnenden durch den Bildschirm
fliegenden Objekten, die alle jeden Frame mit neuen Anweisungen gefüttert werden möchten und das
benötigt einiges an Codeinhalt, von dem noch nichtmal alles integriert ist, gerademal der DeSpawn bei
Kollision mit einem festen Hindernis auf der Map oder dem Bildschirmrand ist vorhanden, heisst auch
im Klartext, dass der Verarbeitungsumfang auf bedeutend weniger im Endprodukt herabsinken wird
und der ist jetzt schon im Schmerzgrenzenjenseits.

[Corti]

Okay, wtf stellst du dort da?

[MagicMaker]

Ich bastel an einer JnR-Basis, die nach einem halben Jahr in Ruhe lassen und nochmal durchschauen
auch halbwegs funktioniert (bis auf das regelmäßige Steckenbleiben in Decken bei Sprüngen), die aber
noch Shoot'n'Run-tauglich werden soll. Und das mit einem möglichst umfangreichen "Buffer" für Zeug,
das durch die Gegend geschossen wird, es sind noch nichtmal Gegner derzeit einbezogen.

[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.