Bananen-Joe's DestinyPatch

[Hoschi]

Zitat von Bananen-Joe

Nun mit Internet meine ich das Client- und das Server-Objekt.
Diese werden noch irgendwie überarbeitet, damit die Netzwerkfunktionen besser laufen. Hierbei soll dann auch UDP hinzukommen.
...

Wie sieht es dann mit der maximalen Anzahl der Clients aus? Wird sie erhöht?

Zitat von Bananen-Joe

...
Bei den neuen Objekten soll Party die aktuelle Party repräsentieren,
welche allerdings auch andere Sachen wie Ausrüstung und Items beinhaltet.
Dies würde das Bauen eigener Menüs enorm vereinfachen.
...

Cool! Genau das, worauf ich lange warte!

Da war doch was mit einer Funktion zum ausführen von Programmen. Ich frage mich ob es diese Funktion auch geben wird.
Das hattest du mal erwähnt, dass du sowas noch mit einbauen wirst.

MfG,
Hoschi

[Bananen-Joe]

Zitat von Hoschi

Wie sieht es dann mit der maximalen Anzahl der Clients aus? Wird sie erhöht?

Ich denke das sollte sich einrichten lassen.

Zitat von Hoschi

Da war doch was mit einer Funktion zum ausführen von Programmen. Ich frage mich ob es diese Funktion auch geben wird.
Das hattest du mal erwähnt, dass du sowas noch mit einbauen wirst.

Gab's schonmal (in irgendeiner Version der Destiny.dll hatte ich das mal eingebaut und vor dem Release vergessen raus zu nehmen. )
Nun das geht natürlich (von mir aus auch vor der nächsten Version).
Allerdings habe ich die Frage, was das überhaupt nützt?

Was willst du denn da für Programme ausführen?
Ok, Webseiten aufrufen wäre was sinnvolles, aber sonst?

MfG Bananen-Joe

[Hoschi]

Zitat von Bananen-Joe

...
Was willst du denn da für Programme ausführen?
...

z.B. für ein Updater-Programm (da gab es doch mal irwo eins für rm2k/3).
Da muss man erst den Updater starten und darüber wird, wenn der Updater fertig ist, dann die RPG_RT gestartet.
Die meißten würden den Updater jedoch garnicht beachten und gleich die RPG_RT anklicken.
Aber mit so einer Funktion könnte der Updater über die RPG-Runtime gestartet werden und nicht umgekehrt.
Nützlich für Online-Spiele.

Oder um einen weiteren Patch zu starten, der nur eine .exe-Datei ist (z.B. PowerPatchCompact) und somit auf einen Patch angewiesen ist, der diese Funktion Besitzt.

MfG,
Hoschi

[Bananen-Joe]

Achso, ja.
Vorallem letzteres klingt sinnvoll - sofern der entsprechende andere Patch in der Lage ist herauszufinden, dass bereits eine RPG_RT läuft und keine neue mehr geöffnet werden soll.

MfG Bananen-Joe

[Hoschi]

Zitat von Bananen-Joe

Achso, ja.
Vorallem letzteres klingt sinnvoll ...

Sag ich doch.^^
Mein Beispiel gefällt mir auch am besten (auch wenn es sehr sinnfrei ist):

DestinyPatch + PowerPatch Compact = PowerDestinyPatch

(Ist natürlich für die, die gerne KiBa trinken)

A pro po PowerPatch.
Wie ich vor einiger Zeit mitbekommen habe, bekommt der DestinyPatch langsam Konkurrenz (siehe: Power Patch v0.85)!
Cherry bastelt da an etwas, das sehr verlockend klingt!
Ja ja, der eine Patch kann das, was der andere nicht kann.
Da kommt man schnell auf die Idee Beide auf einmal zu nutzen (à la Mix dir deinen Maker). Ich frage mich ob das überhaupt geht.
Seit ihr eigentlich schonmal auf die Idee gekommen zusammen einen Patch rauszubringen? Ich glaube da hat jeder mehr davon.

Nochmal was anderes:

Zitat von Bananen-Joe

...
Screen und PictureEx werden dann die kompliziertesten Erweiterungen sein,
welche ähnlich wie die normalen Pictures funktionieren.
Nur diese haben dann wesentlich mehr Funktionen und können auf verschiedenen Layern (Panorama, BelowHero, SameAsHero, OverHero, BattleAnimation, Picture, MessageBox, ...) dargestellt werden. ...

So wie ich das verstehe, können Pictures auf verschiedene Ebenen angezeigt werden.
Oder kann man Charakter-grafiken, etc. sogar manipulieren?

MfG,
Hoschi

[Bananen-Joe]

Zitat von Hoschi

Seit ihr eigentlich schonmal auf die Idee gekommen zusammen einen Patch rauszubringen? Ich glaube da hat jeder mehr davon.

Eine Fusion?
Nun ich glaube das würde dem "RPG-Maker Patch Kartellamt" nicht gefallen.

Zitat von Hoschi

So wie ich das verstehe, können Pictures auf verschiedene Ebenen angezeigt werden.
Oder kann man Charakter-grafiken, etc. sogar manipulieren?

Nun die PictureEx-Dinger wären Grafiken, die von der Destiny.dll bereitgestellt werden würden.

Die Grafiken von der RPG_RT können bereits jetzt manipuliert werden.
Hierbei gibt es aber ein Problem:
Während die Facesets gesondert im Speicher liegen (also jedes benutzte Faceset liegt einzeln im Speicher, auch wenn sie aus der selben Datei stammen), teilen sich die Events ihre Charsets.

Würde man beispielsweise das Charset des Spielers "Alex" ummalen, dann würden alle Events, die wie Alex aussehen, ebenfalls anders aussehen.

Da müsste man (theoretisch) anders vorgehen - muss ich mal schauen ob das geht.

MfG Bananen-Joe

[Cherry]

Zitat von Hoschi

A pro po PowerPatch.
Wie ich vor einiger Zeit mitbekommen habe, bekommt der DestinyPatch langsam Konkurrenz (siehe: Power Patch v0.85)!
Cherry bastelt da an etwas, das sehr verlockend klingt!
Ja ja, der eine Patch kann das, was der andere nicht kann.
Da kommt man schnell auf die Idee Beide auf einmal zu nutzen (à la Mix dir deinen Maker). Ich frage mich ob das überhaupt geht.
Seit ihr eigentlich schonmal auf die Idee gekommen zusammen einen Patch rauszubringen? Ich glaube da hat jeder mehr davon.

Zusammen benutzen? Natürlich ^^ (zumindest bis jetzt).

Ich habe das übrigens wieder mal in eine Schublade gelegt, weil ich andere Projekte habe, habe aber in der Zeit neue Informationen und Ideen gesammelt, die nur noch darauf warten, ordentlich umgesetzt zu werden. So könnte es sein, dass sämtliche meiner derzeitigen Projekte (Power Patch v0.85, Hyper Patcher 2 und noch etwas neues, junges) zu einem einzigen werden (RM2k9 Ultimate), wobei das noch sehr in Kinderschuhen steckt. Dabei "hackt" sich das Ding in den RPG Maker selbst ein und verändert Funktionen bzw. fügt neue hinzu - z.B. einen Mass Importer, ein automatisches Backup, Ressourcen in Unterordnern (!), einen Makro-Rekorder und vieles mehr - plus den Funktionen meiner alten Tools bzw. des HP2. Das selbe in Grün sollte unter dem Namen "Ultimate Loader" (Namensgleichheit beabsichtigt) für das Spiel vorhanden sein, wo anstatt Tausender Patches einer läuft, der im Idealfall nicht mal die RPG_RT.EXE verändert. Das würde denn den PP, sowie die Funktionen von meinen anderen Patches beinhalten, plus Dingen wie einem automatischen Updater, einer Online-Spielerstatisik, einem Video vor Spielbeginn, etc. Beide Dinge wären dann mit allen Versionen kompatibel.

Ob das ganze stattfindet hängt nun davon ab, ob die Integration in den RPG Maker reibungslos gelingt.

mfG Cherry

EDIT: Kaum liest MagicMaker von einer Idee, kommt gleich ein Logo angeflogen - sieht imo auch sehr schick aus XD:

[Hoschi]

Ich bin das erste mal seit langer Zeit wieder hier im Thread und sehe sowas!
Deine Idee ist echt Klasse, Cherry!
Hoffentlich wird daraus was.

Zitat von Cherry

... Ressourcen in Unterordnern (!)...

Ich hoffe damit verschwinden endlich auch mal ganzen nerviges Maps aus dem Hauptverzeichnis. Wäre ganz cool!

@Bananen-Joe:
Ich habe mir mal vor kurzer Zeit den PicturePointerPatch von Cherry angeschaut.
Da is mir aufgefallen, dass beim Picture-Objekt(DestinyDLL) die IDs und Parameter durch Variablen angegeben werden können (ähnlich wie beim PPP).
Deshalb frage ich, ob es möglich ist die Funktionen MovePicture und ErasePicture mit ins Picture-Objekt zu integriern?
So ist es möglich die Parameter der Funktionen auch in Variablen anzugeben.
Ist nur so ´ne Idee.

Ach ja, wie gehts eigentlich mit dem Patch voran ?
Da ist bestimmt viel zu machen, oder?

MfG,
Hoschi

[Bananen-Joe]

Hi,

also ich wollte diese Woche ohnehin hier was posten, also passt das ganze irgendwie. ^^

Nun der Stand ist momentan so, dass der DestinyPatcher nahezu fertig ist. Die noch fehlenden Funktionen sind sehr schnell zu implementieren.
Dabei gibt es derzeit nur ein Skript (das ist das, was benötigt wird um die RPG_RT zu verändern) für die RPG_RT.exe 2K-1.07E.

Damit der Patcher voran kommt, musste ich die Dll etwas nach hinten stellen.
Nun wo ich mit dem Patcher fast fertig bin, bin ich bei der Dll allerdings etwas raus und habe in der Zwischenzeit auch einige neue Ideen gesammelt.

Daher fange ich die Dll (nochmal) neu an - allerdings diesmal in C++.
Dadurch sollte sich der Programmieraufwand erheblich verringern.

Im Wesentlichen muss ich nur den Interpreter (der jetzt wohl eine Art Compiler wird) neu schreiben.
Der Rest lässt sich (dank des Klassensystems von C++) leicht portieren.


Zu der Picture-Geschichte:
Bisher hatte ich (fast) alle Standard-Befehle des RPG-Makers übernommen, sodass diese per DestinyScript aufgerufen werden können.
(Womit die geforderte Sache schon implementiert ist).

Ließe sich vermutlich auch irgendwie in das Picture-Objekt integrieren.

MfG Bananen-Joe

[Hoschi]

Das heißt also es kann noch ein bisschen dauern bis du mit allen Sachen fertig bist. Aber es sind für mich schonmal gute Neuigkeiten.

Nochmal zum Server/Client-Objekt, und zwar habe ich mal gefagt ob du die begrenzung der IDs etwas höher schrauben könntest.
Ich habe nämlich vor längere Zeit die Idee gehabt ein anderes Server-Programm zu nutzen (das auch mit hohen Datenmengen fertig wird). Dank des eingebauten RAW-Sockets geht sowas.
Nun würde ich gerne wissen in wie weit sich diese Begrenzung höher stellen lässt.
Der Client muss nämlich nicht so viel verarbeiten, was natürlich ei Vorteil ist.

MfG,
Hoschi

[Bananen-Joe]

Also technisch gesehen ist die Begrenzung nur eine Zahl, die durch eine Konstante definiert ist.
Trägt man da eine höhere Zahl ein, dann sind auch mehr Sockets verfügbar.
Der gestiegene Speicherplatzverbrauch ist dabei nicht sonderlich groß (derzeit 512 Byte pro Socket; wird aber später noch etwas anders funktionieren).

MfG Bananen-Joe

[Hoschi]

Was mir schon seit längerer Zeit aufgefallen ist, das wenn man irgendwo in einem String ein String.Chr(0) hinzufügt nicht das frühzeitige Ende des Strings deklariert wird, sondern lediglich das dadurch enstandene "Null-Byte" einfach nur ans Ende des Strings geschoben wird. Dadurch funktioniert das mit dem "Picture[1].LoadFromFile("Bild.bmp" + String.Chr(0))"
nicht richtig.

Sowieso regt mich das total auf, das im String keine "Null-Bytes" verarbeitet werden können.
Dies Brauche ich nämlich um die empfangene Pakete des Server-Programms zu analysieren.

Wäre schön wenn das mal weg kommt.^^

MfG,
Hoschi

[Bananen-Joe]

Hm, ich verstehe jetzt nicht ganz was du meinst.

Also wenn ein String bei einem NULL-Byte enden würde, dann könntest du doch überhaupt keine Daten korrekt verarbeiten?

Bei der aktuell veröffentlichten Version (1.0.8) können mit Hilfe von String.Chr(0) NULL-Bytes angehangen werden.
Das einzige Problem, das afaik damit besteht ist betrifft die Verwendung von der Replace-Funktion in Verbindung mit NULL-Bytes.

Und außerdem funktioniert die Funktion Picture[1].LoadFromFile("Bild1.bmp" + String.Chr(0)) bei mir.

Daher bin ich gerade verwundert.
Dass es funktionieren muss (und hierbei als terminierendes Zeichen fungiert) liegt daran, dass die RPG_RT den Dateipfad an Windows weiterleitet und dieser nur bis zum ersten NULL-Byte schaut.
Die RPG_RT selber benutzt intern eine Längenangabe für Strings, weshalb die ein NULL-Byte in der Mitte nicht weiter kümmert.

MfG Bananen-Joe

[Hoschi]

Bei mir betrifft es nicht nur die Replace-Funktion.
Wenn ich zum Beispiel sowas mache:

$
a[1] = "Beispiel" + String.Chr(0) + "Text";
File[0].Open("Test.txt", FILE_WRITE);
File[0].WriteRawData(a[1], 0);
File[0].Close();

würde ich, wenn ich mir die Datei danach im Hex-Editor anschaue, das Null-Byte am Ende der Datei finden:

Das die Strings eine interne Längenangabe besitzen, war mir klar. Sonst hätte ich die empfangen Daten-Packete (die enthalten Null-Bytes zum trennen der Parameter) nicht in Strings zwischenspeichern können um sie dann in Dateien abzuspeichern(und die Null-Bytes waren dann noch in der richtigen Position).
Wenn ich jetzt aber die Strings bearbeite (egal was ich da bearbeite) sind plötzlich alle Null-Bytes am Ende des Strings(oder statt Null-Bytes finde ich da Teile der DataBase-Daten der Runtime wieder.)

Äußerst merkwürdig!

MfG,
Hoschi

[Bananen-Joe]

Ach, jetzt sehe ich was du meinst.

Ist natürlich ein Bug, welcher bisher nur nicht gemeldet wurde.
Ich sehe gerade, dass dieses zusammenfügen von Strings noch zu den ältesten Funktionen überhaupt gehört.

In dieser Funktion wurde tatsächlich noch auf das NULL-Byte geprüft.

Als ich nachgeschaut habe, wo das NULL-Byte verwendet wird, bin ich davon ausgegangen, dass dies nur in den String-Funktionen sei.
Habe dabei wohl die Konkatenation außer acht gelassen.

MfG Bananen-Joe