Programmwunsch und -erstellungsthread #2

Zitat:

---

Zitat von DynRPG.ini

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

---

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

Danke! °O°

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:

Zitat:

---

Zitat von DynRPG.ini

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

Zitat:

---

Zitat von DynRPG.ini

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

Zitat:

---

Zitat von DynRPG.ini

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

Zitat:

---

Zitat von DynRPG.ini

[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

Zitat:

---

Zitat von DynRPG.ini

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

---

ohne PDFix.ips

Zitat:

---

Zitat von DynRPG.ini

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

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

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

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

Zitat:

---

Zitat von 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?

---

RPGSS mit dem mitgelieferten spritelib.

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

Zitat:

---

Zitat von 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?

---

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.

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

RPGSS kann Grafiken schicker verarbeiten, deine Revolution lebt.

Zitat:

---

Zitat von Corti

RPGSS kann Grafiken schicker verarbeiten, deine Revolution lebt.

---

Ja, das hat nur irgendwie nie irgendwer bemerkt. RPGSS, man, it's real.

Ich muss es im Thread wohl irgendwie übersehen haben.

Also lassen sich wirklich Tilesets mit höherer Farbtiefe (16 oder 24 Bit) in den Maker importieren und dieser werden dann auch mit den originalen Farben (keine Ersatzfarben) angezeigt?

Zitat:

---

Zitat von goldenroy

Ja, das hat nur irgendwie nie irgendwer bemerkt. RPGSS, man, it's real.

---

Ich denke, dass das vor allem daran liegt, dass es nicht die Beschränkung entfernt, dass der Maker selbst, bzw. die RPG_RT selbst, nur mit 8-Bit-Grafiken umgehen können. Man müsste sich das selbst skripten. Man kann also nicht ohne weiteres 24-Bit TileSets/ChipSets oder CharSet im Maker importieren und nutzen.

Zitat:

---

Zitat von Davy Jones

Ich muss es im Thread wohl irgendwie übersehen haben.

Also lassen sich wirklich Tilesets mit höherer Farbtiefe (16 oder 24 Bit) in den Maker importieren und dieser werden dann auch mit den originalen Farben (keine Ersatzfarben) angezeigt?

---

Nein, es entfernt nicht die Beschränkung, dass man mit dem Maker selbst nur 8-Bit-Grafiken nutzen kann, man kann aber per Skript 24-Bit-Bilder laden und anzeigen. Es liefert auch schon Bibliotheken/Skripte zum Anzeigen von Sprites mit.

PeAcE
MorDen

Das es möglich ist, ist auf jeden Fall genial, aber so wie das Morden beschrieben hat, wirkt es so als wäre der Aufwand nicht nennenswert kleiner als die Bilder/Sprites einfach schnell mal in 256 Farben umzuwandeln.

Etwas ausgefallenes:
Können die maximal einstellbaren Dimensionen von Maps mit einem Programm oder Plugin erweitert werden?

Und noch eine Frage, die ich aber mal auf dieses Thema verlinke (bezüglich Pixelgenaues Scrollen): Link

Zitat:

---

Zitat von Stray

Etwas ausgefallenes:
Können die maximal einstellbaren Dimensionen von Maps mit einem Programm oder Plugin erweitert werden?

---

Mit dem RPG Maker Ultimate und seiner UI-Mod-Funktion kannst du die Eigenschaften von Makerfenstern ändern z.B. maximale Zahleneingaben.
Mit dem Programm RessourceHacker kann man rausfinden, wie die Eigenschaften heissen.

Bei einigen Zahlenwerten kann man auf die Art erweitern, bei anderen geht es nicht so einfach.

btw. was zur Hölle hast du vor, dass du sowas überhaubt willst?

Zitat:

---

Zitat von Morden

man kann aber per Skript 24-Bit-Bilder laden und anzeigen.

---

Also lässt sich die Beschränkung umgehen, man muss aber alles selber skripten. Mh, gut zu wissen.

Ich hab mir jetzt Version 0.9 von RPGSS geladen, mal schauen was sich da so an Bibliotheken und Skripten anfindet.

MoveEventPointer
download MoveEventPointer

Erlaubt es, die Event_ID für einen <Move Event> Befehl über eine Variable anzugeben.

Var[3330] = Event_ID

Event_IDs:
1 .. 10000 = Events
10001 = Hero
10002 = boat
10003 = ship
10004 = airship
10005 = this event

Ist die Variable Null oder unter Null, dann wird das angegebene Event aus dem <Move Event> Befehl bewegt.

download LunarIPS
Erster Schritt: legt euch eine Sicherungskopie eurer RPG_RT.exe an (für den Fall der Fälle)
Lunar IPS öffnen -> apply IPS patch -> .ips-Datei (den Patch) wählen > Dateityp: all types -> RPG_RT.exe auswählen

Nach dem Patchen lässt sich die Variable_ID in der RPG_RT.exe unter 0x8807A (2k) bzw. 0xAF006 (2k3) per HexEditor umstellen. Oder packt den Patch in den Ordner DynPatches und:

Zitat:

---

Zitat von DynRPG.ini

[QuickPatches]
MEPVar=4AFC06,#3330

---

This patch allows you to assign the Event_ID for a <Move Event> by variable.

Var[3330] = Event_ID

Event_IDs:
1 .. 10000 = Events
10001 = Hero
10002 = boat
10003 = ship
10004 = airship
10005 = this event

If the variable has a value of zero or below, the event that was assigned by the <Move Event> command will be moved instead.


download LunarIPS
First step: make a backup of your RPG_RT.exe (just in case)
open Lunar IPS -> apply IPS patch -> select the .ips file (this patch) -> file type: all types -> select the RPG_RT.exe

Upon patching you can change the Variable_ID in the RPG_RT.exe at 0x8807A (2k) or 0xAF006 (2k3) by using a HexEditor. Or put this patch into your DynPatches folder and:

Zitat:

---

Zitat von DynRPG.ini

[QuickPatches]
MEPVar=4AFC06,#3330

---

Zitat:

---

Zitat von Corti

btw. was zur Hölle hast du vor, dass du sowas überhaubt willst?

---

Ich will es noch nicht ganz verraten, aber ich arbeite zur Zeit an etwas mit Side-Scrolling. Und da ist eine Map in 2 Minuten durchgespielt, wenn's schnell geht. Es müsste zwar nicht zwingend länger sein, aber es täte nicht schlecht.

Wenn du nicht mit dem RessourceHacker umgehen kannst, dann hol' dir Cherry's RM2k9

Und das hier:
download MapSizeDelimiter


Einfach die MaxValue auf... 9000 setzen oder so.