Programmwunsch und -erstellungsthread #2

[Corti]

Ich sage zu mir selbst "dann mach selbst". Dann hab ich "eigenes Menü, Nutzen und Aufwand" verglichen mit einem Eigenfix in DynRPG und habe letzteres getan.

[elvissteinjr]

So:
https://dl.dropboxusercontent.com/u/...mEquipMenu.ips (selber Link wie vorhin)

Variable 3386, falls 0 gibt's beim Menüaufruf das Itemmenü. Ansonsten gibt die Variable die HeldenID(aus der Database, nicht aus der Party) an, dessen Ausrüstungsmenü aufgerufen werden soll.
Das hat auch den Nebeneffekt, dass man Ausrüstungsmenüs von Helden aufrufen kann, die nicht in der Party sind.

[Corti]

Good Work!

[MajinSonic]

Nun sind eigene menüs mit dem 2k3 echt kein Problem mehr Sehr gut gemacht :3

LG
MajinSonic

[TwoFace]

Gute Arbeit. Aber wäre es nicht sinnvoll die ganzen Patches mal gesammelt zu den bereits verfügbaren Patches auf der Hauptseite hinzuzufügen und dort vielleicht noch ne eigene Rubrik für euer DynRPG zu machen? Ich seh hier nämlich oft Leute nach Patches und Erweiterungen fragen und da wäre es doch sinnvoll, wenn sie auf der Hauptseite gehostet wären.

[MarcL]

Hallöchen mal wieder ^^

Da hier scheinbar alle außer mir studierte Informatiker mit Programmierfähigkeiten sind und hier mit Begriffen (Zeigern, verketteten Listen und Callbacks versteh ich gerade noch so) um sich werfen (als hätten Sie alle Lehrveranstaltungen mit einer 1.0 abgeschlossen), von denen ich kein Wort verstehe oder die ich noch nie gehört hab... obwohl ich immerhin fast zwei Semester etwas Programmierung in Lazarus (Pascal ... Leider nix objektorientiertes...) hatte... dachte ich mir ich frage nochmal nach, ob jemand Lust hätte, Plugins für die folgenden Probleme zu schreiben, da die sicherlich auch selbst gebraucht werden könnten:

Ich zitier mich da nochmal selbst:
-

-> Da der PicsInBattle Patch mit DynRPG ja nicht mehr so richtig funktioniert, frage ich mich ob es mit DynRPG möglich wäre, ein Plugin zu schreiben, dass wie ein Parallel Process im Hintergrund des Kampfes abläuft und dabei
....entweder Pictures, welche irgendwo im Picture Verzeichnis als bspw. bild1.png, bild2.png usw. abgelegt sind, über den Battleanimationen der Helden in einem zeitlichen Abstand von 0,1sek ablaufen lässt, damit so Wettereffekte etc. erzeugt werden können (so ähnlich wie das animated monsters plugin)

...

Das konnte ich mittlerweile (nicht sehr schön, aber i.O.) über die bereits im Maker enthaltene Funktion lösen, einen animierten Hintergrund im Kampf zu haben...

....oder den Backdrop in Abständen von 0,1sek verändert und anhand der dateinamen durchlaufen lässt, damit auch im Hintergrund Wettereffekte etc. gezeigt werden können (z.B. Kampf am Stand mit Wellen)

...

--> Und ich wollte fragen ob es mit DynRPG möglich ist, dass ein Angriff eines Helden im Kampf einem anderen Helden Schaden zufügt bzw. ein Schlag eines Helden ein Monster heilt? (Die Frage hatte ich schon mal gestellt, aber ich glaub da gab es DynRPG noch nicht... http://www.multimediaxis.de/threads/...arty-angreifen Problem war, dass zusätzlich zur Änderung bspw. des Effect Rating in negative Zahlen iwo im Maker eine Sicherheitssperre eingebaut war, die das verhindert.... (damit ist vielleicht auch eine WECKEN Funktion möglich)

...

Und hier nochmal Cherry, der schon einen Vorschlag zur Umsetzung gemacht hat, der mir ohne die benötigten Kenntnisse leider nicht viel hilft ;_;

Ginge alles. Zum eigene-Party-Angreifen: Ich würds da so machen dass ich die Skills als Heilskill mache und in DynRPG checke ob dieser Skill eingesetzt wird, wenn ja wird die Aktion abgeändert auf einen anderen Skill der gleich heißt und dasselbe tut, nur als Angriff und nicht als Heilung konfiguriert ist.

...

PS: Wenn jemand gute Tutorials kennt um sich die für die Programmierung mit DynRPG notwendigen Kenntnisse (Ich hoffe was Morden mit ScopeResolution-Operatoren, Geltungsbereichsauflösungsoperatoren, NameSpaces, statische Member oder Methoden einer Klasse und dereferenzierten Objekte geschrieben hat war auf Einzelfälle bezogen o____O;;; ) anzulesen, der kann mir gerne ein paar Links schicken!

PPS: Wenn ich hier mal einen Auszug aus dragonheartmans Quellcode zum animated monsters plugin zeigen darf und dazu schreibe was ich verstehe... kann man sehen wie viel Ahnung ich habe...

#define AUTO_DLLMAIN ------> ??? ok was das define bedeutet finde ich sicherlich selbst raus...
...

#include <DynRPG/DynRPG.h> ------> ??? ok includes... gab es bei pascal auch... das war doch code der in extra dateien liegt? nur was die hier bedeuten... oder wo diese liegen?.... sstream?...
#include <sstream>
#include <fstream>

RPG::Image* monsterPoses[MAX_MONSTERS][NUM_POSES]; /* table containing all images created */ ------> ??? ok das monsterPoses[...][...] eine Art Tabelle wird (k.A. warum man das so schreiben kann) da wäre ich vielleicht noch drauf gekommen, aber ich dachte laut cherrytree/Classes erstellt "static RPG::Image * create () Creates an empty image. " ein Bild und nicht eine Tabelle? oO;

RPG::Image* oldPose; /* rm2k3's old monster pose, saved off */ ----> müsste ich kucken was oldPose für ein Typ ist... Variable? Bild? steckt das schon in der cherrytree/Classes Erklärung mit drin, dass "static RPG::Image * create (RPG::Image *templateImage) Creates a copy of an image. " oldPose ein ein "templateImage" ist? Muss oldPose garnicht initialisiert werden sondern wird direkt erzeugt?

boolean resetTable = false; /* reset table flag */ ---> klar
int frameTimer = 0; /* global frame updater */ --> klar
int hurtTimer[MAX_MONSTERS]; /* a timer for how many frames we ought to show the hurt pose */ ---> Ist doch ein Array? Timer weil er ihn als Timer verwendet?
...

// We store the configuration here
std::map<std::string, std::string> configuration; --> ??? das std:: steht scheinbar vor allem... ok dann steht da also map < string, string> configuration; ..... dann ist map irgendeine prozedur die mit zwei strings gefüttert wird? was macht das configuration dahinter? gehört wohl zur objektorientierten programmierung?

// We store the images of the conditions here
std::map<int, RPG::Image *> images; ---> ??? map wird gefüttert mit einem leeren Bild? ist images eine Klasse? Ist nicht RPG::Image die Klasse?

// Checks if a file exists
bool doesFileExist(std::string filename) { ----> das mit dem bool vorne finde ich schon raus

std::ifstream ifile(filename.c_str()); // Try to open file for reading ---->oh oh moment ifstream ist bestimmt ein include? ... aber steht oben nicht?! ifile ist was? prozedur, funktion, boolean? ok an den string filename wird mit dem . operator ein weiterer string drangehängt der sich aus einer funktion ergibt, so dass wahrscheinlich sowas wie file1..., file2..., etc. entsteht...

return (bool)ifile; // Casted to bool here, so true if ifile != null, i.e. it exists ---> woher kommt ifile, was ist es? scheinbar über die klasse bool ifile, was auch immer es ist, aufgerufen um zu kucken was die klasse bool zurückgibt (true, false oder null)

--> Vielen dank für die aufmerksamkeit ^^;

[Corti]

Du kommst sehr frustriert rüber. Ich werde dir nicht erklären was die einzelnen Sachen in dem Codebeispiel bedeuten, das hat nämlich erstmal wenig mit Maker und DynRPG zu tun, sondern mit C++ ansich. Es gibt auch Youtube sehr anschauliche Tutorials, die dir in wenig Zeit die Antworten auf deine Fragen geben,es lohnt sich wenn man es malkönnen will.

@Plugins:
Wechselnde Hintergründe: Daran dachte ich auch schon einmal, steht aber in der Priorität bei mir weiter unten.
Negative Schadens/Heilungseffekte: Mal das Attribute negativ gemacht?

[MarcL]

Du kommst sehr frustriert rüber. Ich werde dir nicht erklären was die einzelnen Sachen in dem Codebeispiel bedeuten, das hat nämlich erstmal wenig mit Maker und DynRPG zu tun, sondern mit C++ ansich. Es gibt auch Youtube sehr anschauliche Tutorials, die dir in wenig Zeit die Antworten auf deine Fragen geben,es lohnt sich wenn man es malkönnen will.

...

oO; kommt das echt so rüber?... Liegt wenn dann an meiner eigenen Unwissenheit obwohl ich zumindest etwas Programmierung an der Uni hatte ^^ Eher spricht der Neid aus mir, dass sich hier so viele mit C++ auskennen nur ich nicht ;_; Wundert mich halt, dass hier doch so viele Ahnung davon haben und scheinbar studiert haben ^^

@Plugins:Wechselnde Hintergründe: Daran dachte ich auch schon einmal, steht aber in der Priorität bei mir weiter unten.
Negative Schadens/Heilungseffekte: Mal das Attribute negativ gemacht?

...

Wir hatten das hier mal versucht falls du das meinst: http://www.multimediaxis.de/threads/...arty-angreifen

[elvissteinjr]

Also ich hab ja selbst nichts schulisch oder sonst wie über Informatik gelernt, aber deine kommentierten Codestellen sind eigentlich leicht verständlich wenn man C++ Kenntnisse hast. Bin da sicher nicht das beste Beispiel, da ich mit DynRPG eigentlich nichts mache(gab mal so ein ganz simples PlugIn für Datum und Zeitzugriff, für mehr fehlt mir die Zeit und der Eigenbedarf). Geh mal am besten ein C++ Tutorial durch. Und wenn's nur so ein Crashkurs ist, helfen wird's allemal.

[bugmenot]

Ich wurde gefragt, ob man die Face-Grafiken in der Message-Box verschieben kann ([Show Message]Befehl, nicht aber im Shop-Fenster):

RPG_RT 2k (v1.07)

0x68498 -> [30] set [30]+-

Höhe der ausgelesenen+dargestellten Face-Grafik //max.[60] (96 Pixel)

0x6849D -> [30] set [30]+-

Breite der ausgelesenen+angezeigten Face-Grafik //max.[C0] (192 Pixel)

0x94E58 -> [10] set [10]+-

y-Pos der Face-Grafik LINKS //bei [00] liegt der Nullpunkt am oberen M-Box-Rand an //bei [80] wird die Grafik 128 Pixel über den Nullpunkt gesetzt, Erhöhung des Wertes verschiebt das Face nach unten

0x94E5E -> [10] set [10]+-

x-Pos Face LINKS

0x94E93 -> [10] set [10]+-

y-Pos Face RECHTS

0x94EA2 -> [10] set [10]+-

x-Pos Face RECHTS //bei [00] liegt die Grafik am linken Rand des 80x80 Pixel großen Feldes der rechten Seite

0x94E99 -> [40 01] (= 64 + 256)

x-Pos-Korrektur für's Verschieben der Grafik bei Face RECHTS //Senken des Wertes verschiebt die Grafik nach links, zB. bei [50 00] ist diese am linken Rand der M-Box

RPG_RT 2k3 (v1.08 )

0x897DE -> [30] set [30]+-

Höhe der ausgelesenen+dargestellten Face-Grafik //max.[60] (96 Pixel)

0x897E3 -> [30] set [30]+-

Breite der ausgelesenen+angezeigten Face-Grafik //max.[C0] (192 Pixel)

0xC79D7 -> [10] set [10]+-

y-Pos der Face-Grafik LINKS //bei [00] liegt der Nullpunkt am oberen M-Box-Rand an //bei [80] wird die Grafik 128 Pixel über den Nullpunkt gesetzt, Erhöhung des Wertes verschiebt das Face nach unten

0xC79DD -> [10] set [10]+-

x-Pos Face LINKS

0xC7A12 -> [10] set [10]+-

y-Pos Face RECHTS

0xC7A21 -> [10] set [10]+-

x-Pos Face RECHTS //bei [00] liegt die Grafik am linken Rand des 80x80 Pixel großen Feldes der rechten Seite

0xC7A18 -> [40 01] (= 64 + 256)

x-Pos-Korrektur für's Verschieben der Grafik bei Face RECHTS //Senken des Wertes verschiebt die Grafik nach links, zB. bei [50 00] ist diese am linken Rand der M-Box

[Cherry]

Als DynRPG-Quickpatchcodes wäre das dann:

Breite & Höhe:
48A3E3,#48,48A3DE,#48

X/Y links:
4C85DD,%16,4C85D7,%16

X/Y rechts:
4C8618,#256,4C8612,%16,4C861C,909090909090

Die rot markierten Werte ändern. Werte mit % können nur -128 bis +127 sein, Werte mit # können auch höher sein.
Für Erklärung wie man Quickpatches mit DynRPG benutzt: http://www.multimediaxis.de/threads/...=1#post3084525 (auf jeden Fall einfacher als mit einem Hexeditor herumzuhantieren)

Erklärung für bugmenot: Ich habe die Berechnung für den X-Wert rechts vereinfacht, darum werden einige Befehle mit NOPs überschrieben von diesem Patch.

[Corti]

Btw. ich hab vor einiger Zeit für ein Projekt auf der Arbeit den ordner d\temp erstellen müssen.

Dort erstellte sich zu meiner Verwunderung nicht nur das, was ich reinschreibe, sondern auch regelmässig fg.txt mit sowas drin:

• EF07A0 TFormLcfGameMain
• 50396 TFormLcfGameMain
• 40394 FilterGraphWindow
• 602AA TFormLcfGameMain
• 803FE FilterGraphWindow
• C03F0 TFormLcfGameMain
• 903FE FilterGraphWindow
• F039A TFormLcfGameMain
• A03FE FilterGraphWindow
• 1102AE TFormLcfGameMain
• B03FE FilterGraphWindow
• 1603EE TFormLcfGameMain
• C03FE FilterGraphWindow
• 1502B0 TFormLcfGameMain
• 308C8 TFormLcfGameMain

Ultimate?^^