Programmwunsch und -erstellungsthread #2

[goldenroy]

Hey!
Gibt es eine Möglichkeit, beim Anwählen von der Ausrüstung-Menüoption diese Auswahlbox für die Helden zu überspringen und direkt den Bildschirm von Hero 1 aufzurufen? Man kann ja immernoch mit Links/Rechts navigieren.
Oh, und beim Aufruf von Skills direkt nur die von Hero 1 aufzurufen.
Ich will essentiell diese Auswahlbox entfernen und kann die Skills von Hero 1 zu nem Allgemeinen Skillmenü umfunktionieren, denke ich.

[bugmenot]

download VisuMenu

Update (02.07.2014)
Werte für Fensterinhalte in der readme.

...

Noch mehr Zeugs.

Gibt es eine Möglichkeit, beim Anwählen von der Ausrüstung-Menüoption diese Auswahlbox für die Helden zu überspringen

...

[QuickPatches]
SemiDirectSkillMenu=4A2502,B027,4A1877,33D290
SemiDirectEquipMenu=4A2506,B027,4A22FB,33D290

...

[goldenroy]

Erstmal: Vielen Dank das du dir die ganze Mühe machst. VisuMenu ist verdammt umfangreich und hat bestimmt Lange zum Zusammensuchen gebraucht. x3
Ich fühl mich langsam richtig blöd, ständig was neues zu fragen, aber ich hoffe das ist das Letzte in nächster Zeit - wäre es möglich, im Skillmenü die Anzahl der benötigten MP und den Bindestrich zu entfernen (Feuerball - 3)?

[bugmenot]

[QuickPatches]
Hide(- MP)=4C9440,00

...

Entfernt diese "- MP" Anzeige aber auch im Kampf.

[goldenroy]

Danke! °O°

[bugmenot]

PDFix(2k3)
download PhysDamageFix.

Nicht kompatibel mit der ersten Version von RowPhysSkills (WIP)

Bei einem "Back Attack" Kampf wird der physische Schaden nicht mehr zusätzlich um 25% gesenkt. (Gegner wurde als "in der hinteren Reihe" interpretiert.)
Das Selbe mit der Treffgenauigkeit.


Der Code für physische Angriffe von Spieler und Gegner wurde zusammengefasst, das heißt dass QuickPatches, welche die Schadensformeln von Spieler/Gegner (Formeln für Skills bleiben unverändert) und den RowBonus betreffen aus der DynRPG.ini entfernt werden müssen. Als Ersatz gibt es:

[QuickPatches]
PhysDmgRevamp=4C0B53,D1E0,4C0B69,909090
PhysDmgVariance(inverted)=49B687,#10
Dmg(%)InFrontRow=4C0BAB,#125
Dmg(%)OnBackRow=4C0D91,#75
CritDmg(%)=49B0B0,#300
ChargeDmg(%)=49B0BB,#200

...

P.S.

[QuickPatches]
UseDexStat=49B4BE,50,49B4C9,28,49B4CD,28,49B4D1,2C,49B4D3,5840EB03

...

Schaden bei einem "2 Weapon Style" Helden wird seperat für beide Waffen berechnet. Das Selbe wurde nicht wirklich mit der Trefferchance (anhand AGI der Waffe) durchgezogen.

Not compatible with the first version of RowPhysSkills (WIP)

Physical damage isn't reduced by additional 25% on a "Back Attack" encounter. (Enemy was interpreted as being in the back row.)
The same thing for the accuracy.


The code for physical attacks of player and enemy was combined, so QuickPatches that alter the damage formulas of player/enemy (formulas for Skills were not altered) and the RowBonus have to be removed from the DynRPG.ini. Instead there is:

[QuickPatches]
PhysDmgRevamp=4C0B53,D1E0,4C0B69,909090
PhysDmgVariance(inverted)=49B687,#10
Dmg(%)InFrontRow=4C0BAB,#125
Dmg(%)OnBackRow=4C0D91,#75
CritDmg(%)=49B0B0,#300
ChargeDmg(%)=49B0BB,#200

...

P.S.

[QuickPatches]
UseDexStat=49B4BE,50,49B4C9,28,49B4CD,28,49B4D1,2C,49B4D3,5840EB03

...

Damage of a "2 Weapon Style" hero is calculated seperately for both weapons. The same thing wasn't done with the accuracy (calculated with the weapon's AGI)

Und noch ein Fehler der auftritt, wenn der Quotient aus AGI(target) / AGI(user) gegen Null läuft:

mit PDFix.ips

[QuickPatches]
AccuracyFix=49B4E8,EB04,49B4F4,EB04,49C70E,EB04,49C71A,EB04

...

ohne PDFix.ips

[QuickPatches]
AccuracyFix=49B4E7,EB04,49B4F3,EB04,49C70E,EB04,49C71A,EB04,49B119,EB04,49B125,EB04

...

Wer jedoch seine Trefferchance bei 50% lassen will, selbst wenn der Nutzer eines Angriffs/Skills blind ist, braucht diese Zeile nicht.

... got some prep work done for callbacks...
49B11E bis 49B3F7 = 729 Byte CodeCave

49B097 <>onGetCritRate
49B58A <>onCalcPhysAccuracy
49C761 <>onCalcSkillAccuracy
49C76C <>onCalcSkillAccuracy
49B65F <>onCalcPhysDmg
49C683 <>onCalcSkillDmg

PhysAccuracy: qword @ ESP
SkillAccuracy: [esp+0C]


Ist bloß freigeräumter Platz.
Kann nur eine Zahl zwischen 1 und endlos vielen Tagen dauern, bis ich rausfinde, wie callbacks funktionieren. Bzw. die Zeit nehme das rauszufinden. Bzw. Motivation finde mir Zeit zu nehmen.

Edit:
download Crit%

Wie immer für RPG_RT2k v1.07 und RPG_RT2k3 v1.08.
Entfernt dieses "1 in x chance to crit" und ersetzt es durch einen vernünftigen %-Wert.

[goldenroy]

Hey. Man kann ja per Skill einen Switch aktivieren. Wäre es möglich, dass man per Skill direkt ein CommonEvent callt? Betroffene Skills/CEs könnten ja per ID in der .ini angegeben werden, falls das möglich ist.
Würde auf jeden Fall eine konstante Abfrage im Hintergrund vermeiden, was nicht schlecht wäre. °>°

[Davy Jones]

Im Grunde aktiviert der Switch einen Common Event und wird in diesem auch wieder abgeschaltet. Das verbraucht eigentlich so gut wie keine Leistung.

[Stray]

Ist ein Patch oder Plugin möglich, das den Farbraum, den der RPG Maker 2k(3) benutzt, von 256 Farben erweitert bzw. importierbar macht?

[goldenroy]

Ist ein Patch oder Plugin möglich, das den Farbraum, den der RPG Maker 2k(3) benutzt, von 256 Farben erweitert bzw. importierbar macht?

...

RPGSS mit dem mitgelieferten spritelib.

[Stray]

Inwiefern? Leider habe ich mich mit anderen Programmiersprachen bisher kaum außereinander gesetzt.

[Corti]

Ist ein Patch oder Plugin möglich, das den Farbraum, den der RPG Maker 2k(3) benutzt, von 256 Farben erweitert bzw. importierbar macht?

...

Die Scheissfarben vom 2k/2k3 liegen imo nicht an den 8Bit der Grafiken, sondern daran, dass der Bildbuffer 16Bit hat und die 24Bit-Einzelfarben aus der 8Bit-Palette zur Anzeige auf 16Bit runtergebrochen werden.
Theoretisch wäre es also möglich, ein Plugin zu schreiben, das 16Bit Grafiken lädt und anzeigt.

[Davy Jones]

Das... wäre wohl revolutionär.

[Corti]

RPGSS kann Grafiken schicker verarbeiten, deine Revolution lebt.