Programmwunsch und -erstellungsthread #2

[MagicMaker]

Wow, wundervoll. °-°

Die Verwendung ist recht ungewöhnlich (aber clever) und hab ein bisschen gebraucht, um das zu verstehen,
aber das Fenster umzuschalten läuft jetzt wie ne Eins. =D

[Stray]

Ein Programm, das Bilder automatisch in 16x32 große Charsets schneidet?

oder

Ein Programm/Plugin/RM2009 Erweiterung, das/die den Upper Layer vom RM2K(3) erweitert?

[Manuel]

Ein Programm, das Bilder automatisch in 16x32 große Charsets schneidet?

...

So ein Programm hab ich mal vor ewigen Zeiten geschrieben. Mittlerweile ist davon alles verlorengegangen (Quellcode, das Programm selbst...), glücklicherweise habe ich noch einen Link auf das Programm gefunden (Vielen Dank an Cherry an dieser Stelle, der ein ReUp vorgenommen hat): CHA.EXE (es ist ein Wunder, dass das Programm noch unter Win8.1 64bit einwandfrei läuft, wie ich grade festgestellt habe^^).

Das Programm hat allerdings ein paar Eigenheiten, die... ähm, auf mangelnde Programmierkenntnisse meinerseits basieren^^:

• Kann nur BMP und PNG umwandeln. Umgewandelte Dateien sind immer ".BMP"-Dateien und haben ein "(new)" im Dateinamen stehen.
• Die Maße stimmen hinterher - allerdings wird alles, was hinter den Maßen aufgenommen wird, abgeschnitten.
• Bilder sind hinterher IMMER in 32bit-Farbtiefe abgespeichert. Mit einem anderen Programm (z.B. IrfanView) müssen die Farben wieder auf 256 herabgesetzt werden.
• Will man mehrere Dateien auf einmal umwandeln, geht das nur, wenn man mittels Drag&Drop die markierten Bilder zur CHA.EXE zieht.

Von diesen Macken abgesehen, sollte das Programm - und ich bin selbst überrascht davon^^ - auch heute noch einwandfrei funktionieren.

[Stray]

Immerhin! Das ist doch schon mal eine tolle Sache! Danke!

[Corti]

@bugmenot: Ich hatte auf Seite 108 nach RowVar[2+] und A Switch gefragt. Diese Fixes tun, was sie sollen, zumindest wird das Menü verlassen. Was nicht funktioniert sind die QuickPatches dafür. Ich weiss nicht, welche Variablen und Switches dabei gesetzt werden.

Die Defaultwerte werden gesetzt.
Wenn ich den Quickpatch benutze, werden diese verstellt, die 1007 und 1008 zB werden nicht mehr gesetzt. Der neu eingestellte Wert wird aber nicht angewandt.

[bugmenot]

Die Art und Weise, wie der dynloader mittels Größenangabe % und # im RAM patcht is scheinbar anfällig gegen Updates / Sicherheitsupdates seitens Windows / OS.

Entweder die #Dezimalzahl im QuickPatch in eine little-endian hexZahl umwandeln:
HexConverter
Setz die Zahl in das rechte Feld neben dem "big-endian" und nimm die Zahlenfolge des linken Feldes neben dem "little-endian", füge die Zahl hinter das Komma eines QuickPatches ein:
Bsp. RowVar_ID=4A2834,D0070000 (statt #2000)

Bzw. im Windows Calculator Alt+3 drücken, etc.


Oder in irgendeinem Plugin onStartup(char *pluginName) mittels *reinterpret_cast<long *>(0xoffset) = Dezimalzahl; all die Werte setzen und die entsprechenden QuickPatches löschen (nur die Adresse und #Zahl/%Zahl vor einem #/%).

Oder ein Plugin schreiben, welches zuverlässiger patcht. Das reinterpret schien doch bisher noch keine Probleme mit Größenangaben verursacht zu haben (okay, 1 mal, wo ich den falschen Typ angegeben habe... aber meh.)

[Corti]

Hey, danke dir! Klappt nun super!

[Corti]

Hey bugmenot! Noch ne Anfrage:

Du hast in dem Visu Menu Patch für die Browser-Menüs zB Fähigkeiten, Items, Ausrüstung die Anzahl der Spalten veränderbar gemacht. Dies wäre auch im Kampf und im Shop eine tolle Sache, da die max. angezeigte Länge der Item/Skillnamen ab und an gerne länger sein dürfte.

Es gibt schon einige nicht so umfangreiche Fixes dafür, evtl. hilft das ja dabei die Stellen im Code schneller zu finden.

Offset 0x944C5 (1 Byte, signed): Auswahlmenübreite. Von 0x4C (76) zu 0x64 (100) ändern - oder was immer du willst.
Offset 0xC7CCB (1 Byte, signed): Itemmenühöhe. Von 0x50 (4 Zeilen) zu 0x60 (5 Zeilen) ändern - oder was immer du willst.
Offset 0xC8431 (1 Byte, signed): Skillmenühöhe. Von 0x50 (4 Zeilen) zu 0x60 (5 Zeilen) ändern - oder was immer du willst.

http://www.multimediaxis.de/threads/104116-Programmwunsch-und-erstellungsthread-2?p=3093406&viewfull=1#post3093406
Heyho, gibt es eine Möglichkeit (per HEX?) die Anzeige der Items von "ITEMNAME: 99" auf "ITEMNAME x99" zu ändern?
RPG_RT 2k (v1.07 )
0x6FF18 = [3A 20] set [20 78] (bei Sell Items)
0x7865C = [3A 20] set [20 78] (bei RüstWahl)
0x952B4 = [3A 20] set [20 78] (bei ItemMenü)

RPG_RT 2k3 (v1.08 )
0x925B0 = [3A 20] set [20 78] (bei Sell Items)
0x9F840 = [3A 20] set [20 78] (bei RüstWahl)
0xC7ED4 = [3A 20] set [20 78] (bei ItemMenü)

[3A] = " : "
[78] = " x "
[20] = Leerzeichen

Nachtrag zu Visu Menu:
Bei den Quickpatches zu, Equip Info Fenster gibt es bisher keine Möglichkeit die Position des Textes in der Box zu verändern.

Equip:Info(Width)=4A01D9,#320
Equip:Info(Height)=4A01DE,#32
Equip:Info(y)=4A01E6,#0
Equip:Info(x)=4A01EB,#0

Bei den Einträgen zum Faceset im Hauptmenü fehlt in der 2k3 Readme die Zeile zum delta Y, diese kann man sich aus der 2k Readme und den Adressabständen schätzen.
M:P:Face(deltaY)=49E409,%50

Bei den Einträgen zum Cursor im Hauptmenü gibt es keinen Wert für die Y-Konstante, lediglich delta y.

[bugmenot]

(2k)
0x9510E = [Item](Entries per row, battle)
0x6FDCB = [Item](Entries per row, shop)

0x94F8F = [Info:Text](y)
0x94F94 = [Info:Text](x)

(2k3)
Item(Entries per row, battle)=4A0DD6,%2
Item(Entries per row, shop)=493063,%2
Skill(Entries per row, battle)=4A0E92,%2

M:P:Face(dy)=49E409,%50

Info:Text(y)=4C8713,#8
Info:Text(x)=4C8718,#8

Bei den Quickpatches zu, Equip Info Fenster gibt es bisher keine Möglichkeit die Position des Textes in der Box zu verändern.

...

Das Info:Text(y/x) wirkt sich dann aber auf Item/Skillbeschreibungen (und im Speicher/Lademenü) in allen Untermenüs aus.

Man kann das per Plugin aber jederzeit während der Laufzeit (je nach aktivem Untermenü) patchen:
z.B.
int xStringOffset = 64;
*reinterpret_cast<long *>(0x4C8718 ) = xStringOffset;

Das aktuelle Untermenü erhält man über:
unsigned char MenuSubScene = ( *reinterpret_cast<char ***> (0x4CDB14) )[0][12];

0 = Main
1 = Item
2 = UseItem
3 = Skill
4 = UseSkill
5 = Teleport
6 = Equip
7 = Quit
(2k3)
8 = Status
9 = Order

Bei den Einträgen zum Cursor im Hauptmenü gibt es keinen Wert für die Y-Konstante, lediglich delta y.

...

Ich wähle mal die einfache(re) Methode:
MainPartyCursor(y)=49E2E3,E8CC93FAFF,4476B4,c7473400000000A174DB4C00C3,4476B7,#8

da die max. angezeigte Länge der Item/Skillnamen

...

Länge von Item/Skillnamen?

[Corti]

Vielen lieben dank! ( Mal wieder! ) Du bist awesome.

Länge von Item/Skillnamen?

...

Item und Skillnamen sind auf X Zeichen begrenzt. Wenn man den Maker hexxt und das Limit entfernt, werden trotzdem nur X Zeichen angezeigt, weil nicht mehr Platz da ist.
Es könnte nützlich sein, mehr davon anzuzeigen. Mir würde das gefallen. Mal schauen!

[Corti]

Hey! Die Info:Text Sachen funktionieren super. Könntest du noch rausfinden, welche Adresse die Höhe der Infozeile im Speichern/Laden Menü beeinflusst?

[bugmenot]

Das kleine Fenster am oberen Rand?

Da gibt es leider ein paar Probleme. Die Zeichenreihenfolge ist: FileWindows -> InfoWindow -> Borders -> Cursor.

[QuickPatches]
Save:Info(Width)=49128B,#320
Save:Info(Height)=491290,#32
SaveBorderTop(Width)=491723,#320
SaveBorderTop(Height)=49171C,%8
SaveBorderTop(y)=491728,#32

...

Für die x-Koordinaten gibt es nicht wirklich Platz.

Es wäre wohl geeignet onDrawScreen() nochmal mit der system Hintergrundfarbe drüberzupinseln



Und noch irgendwelches Zeug:

download ExpDetectBug-in

Gibt die Anzahl an gesamter Erfahrung aus, welche ein Held für das nächste Level benötigt.


>> DETECT

Nutzt einen Comment mit dem Inhalt:

@exp_detect [1], [2]

[1] = Hero_ID (aus dem Reiter actor/hero in der F8-Database)
[2] = Var_ID welche die benötigte Erfahrung ausgeben soll

Ersetze [x] mit Zahlen oder einer Var_ID mit einem vorangestellten "V"
Bsp.
"@exp_detect V32, 5"

gibt die Erfahrung, welche der Held aus Var[0032] benötigt um das nächste Level zu erreichen, in Variable 5 aus.


>> DETECT_ALT

@exp_detect_alt [1], [2], [3]

[1] = Hero_ID
[2] = Level von dem die benötigte Erfahrung abgefragt werden soll
[2] = Var_ID welche die benötigte Erfahrung ausgeben soll


>> ERROR MESSAGES

Ein Level kleiner als 1 wurde verwendet, wenn die Variable Null ausgibt.
Eine ungültige Hero_ID wurde verwendet, wenn die Variable -1 ausgibt.

Outputs the total amount of experience a hero requires to reach the next level.


>> DETECT

Use a comment with the contents:

@exp_detect [1], [2]

[1] = Hero_ID (from actor/hero tab in F8-database)
[2] = Var_ID to store the required experience into

Substitute [x] with numbers or a Var_ID with a "V" in front
e.g.
"@exp_detect V32, 5"

will get the experience the hero from Var[0032] requires to reach the next level and stores that value in variable 5.


>> DETECT_ALT

@exp_detect_alt [1], [2], [3]

[1] = Hero_ID
[2] = Level to get required experience from
[3] = Var_ID to store the experience needed into


>> ERROR MESSAGES

A Level smaller than 1 was used if the output in the variable is zero.
An invalid Hero_ID was used if the output in the variable is -1.

[Corti]

Bombe, wird schon klappen. ^^

[Corti]

Und wieder was:

Die Info-Text-Zeilen wirken sich neben dem File-Menü noch auf die Infozeilen im Kampfsystem aus.Dort werden die Beschreibungstexte von Skills und Items in diesen Boxen angezeigt. Hättest du noch eine Adresse um diese beiden auch in der Höhe zu verändern?

[bugmenot]

Info:Text(y)=4C8713,#8
Info:Text(x)=4C8718,#8

...

Itemmenü / Skillmenü innerhalb und außerhalb vom Kampf sind (bis auf ein paar Abmessungen / zusätzliche Anzeigen) das Gleiche. Das heißt die oben genannten Adressen gelten auch immer für Kampf und Esc-Menü. Du wirst also (falls sich die Platzierung des Textes im Kampf von der Platzierung im eigentlichen Menü unterscheiden soll) während der Laufzeit im RAM patchen müssen:

Code:

int infoTextY = [...];	//Item / Skill description text, position relative to window
int infoTextX = [...];
( *reinterpret_cast<long *> (0x4C8713)) = infoTextY;
( *reinterpret_cast<long *> (0x4C8718)) = infoTextX;

Je nachdem ob scene == RPG::SCENE_BATTLE oder nicht. Bzw. zu Beginn und Ende des Kampf-dings neu setzen.

*Shop nicht vergessen.
reinterpret_cast patcht nur im RAM. Das heißt wenn die Applikation geschlossen und neu gestartet wird, dann wird Alles wieder auf default zurückgesetzt.

Patch-Hierarchie:
0. direkt auf RPG_RT angewendete Patches
1. aus DynPatches geladene .ips patches
2. aus DynRPG.ini geladene QuickPatches
3. reinterpret_cast in .dll patches / plugins (session-spezifisch: man muss darauf achten, ob die Änderung noch da sein muss)

[Corti]

Damit komme ich klar. Danke dir :-D

[IndependentArt]

ich habe grad versucht mit cherrys debug addon die events meines spiels zu tracen. leider hat sich dann herausgestellt, dass das mit dyn rpg nicht klar kommt und cherry sagt auch, dass das nicht dafür gedacht ist.
wer nicht weiß, was das ist: damit kann man in einem textfile alle eventbefehle auslesen lassen, die der maker angewendet hat. das ist unersetzlich bei der suche von fehlern, weil man direkt die stelle sieht(wer kein dyn rpg benutzt, dem kann ichs auf anfrage auch zuschicken).

naja, das hier ist der "Programmwunsch und -erstellungsthread"... und ich.... wünsche mir ein tracing tool möglicherweise ja als dyn plugin? davon würden sicher viele was haben.

[Corti]

Es gibt in DynRPG die Möglichkeit mitzukriegen, welche Events ausgeführt werden. Theoretisch ginge sowas also. Kannst du mir mal eben den Inhalt einer solchen Textdatei posten, ich würd gern wissen, was du da erwartest.

Btw. was für Fehler suchst du damit? Ich habe schon mehrmals darüber nachgedacht, ein Log&Trace Plugin zu schreiben, daran alle Eventbefehle zu loggen habe ich aber nie gedacht, weil ich nicht sehe, bei welchen Problemen das helfen würde.

[IndependentArt]

es gibt diese möglichkeit ...? wie? muss an mir vorbei gezogen sein. ich brauche das, was zuletzt ausgeführt wurde, also den befehl. im debugger wird das ja mit event und zeile angegeben, manchmal ist die zeile nicht immer gut bestimmbar, aber das wäre auch schon sehr hilfreich. du hast aber recht, dass eigentlich nicht alle befehle nötig sind.

konkret mein problem:
ich befüchte fast, dass mir so ein report da auch nicht helfen kann. es ist der eigentlich bekannte fehler "unsopported png image". ich weiß natürlich was das bedeutet. es gibt nur 2 seltsame dinge, 1. ist es meiner auffassung nach plötzlich aufgetreten und 2. kommt der fehler nur 1 mal, solange ich das testfenster offen hab. wenn ich dann also nochmal starte, ohne es zu schließen, kommt er nicht mehr. das macht keinen sinn.

vielleicht kommt das ja jemandem bekannt vor. es kann natürlich trotzdem sein, dass irgendwas an meinem picture-management vermurkst ist. hatte schon befürchtet, dass bei zusammenspiel von dynrpg, dynpec und rpgss irgendwas schieflaufen würde ...

[Corti]

Ist der Fehler reproduzierbar?