Druckbare Version
Hallo,
mir ist kürzlich die Idee gekommen, wie man das Kampfsystem der beiden Maker(2000 und 2003) verschönern könnte.
Mit einem Programm, dass dem Maker erlaubt, GIF Dateien als Monster zu verwenden, müsste es doch gehen. Ich kann zwar nur ein bisschen vom C++ und Ruby aber ich denke, dass müsste ein Erfahrener aus der Community locker hinkriegen. Wäre für mich also ganz nützlich, so eine Erweiterung.
Mit freundlichen Grüßen,
P.M.S.M.K.
RMXP,oder 2k(3)?
Ich gehe mal davon aus, dass du wohl animierte GIFs meinst, von normalen GIFs hätte man ja nicht viel. Meine erste Frage ist: Wozu? (Lies am besten gleich mal im Thread über die Grenzen des Makers). Meine zweite Frage ist: Wie? Selbst wenn man mit einem der neuen Patches eine Scriptsprache einsetzen kann um etwas am Maker zu verändern, bezweifle ich, dass man mit der die Battler im KS einfach gegen animierte GIFs austauschen könnte.
Ein Tool, mit dem man Pictures wie in der BA-Datenbank animieren könnte und das Ding einem dann die Move-Koordinaten des Pictures ausspuckt wäre auch sehr nützlich zum animieren von Pcture-Animationen im Maker, aber das wird wohl niemand machen. Warum auch, in Zeitden des XPs. :rolleyes:
Ich wüsste nicht, warum das im XP einfacher gehen soll -.-Zitat:
Warum auch, in Zeitden des XPs.
Programme bei denen man Bilder verschiebt und dann die Koordinaten für den Maker ablesen kann gibts doch. Gif-Dateien im Maker sind wohl nicht möglich und eh nur was für faule.
Tipp: Wenn du die BildDatei der Monsteranimationsstufen immer gleich groß machst und deine Monster im Grafikprogramm schon ausrichtest, dann musst du hinterher nicht ewig im Maker ausrichten, sondern kannst immer die gleiche Koordinate nehmen ;)
Zitat:
Zitat von Engel der Furcht
READ IT!Zitat:
Zitat von P.M.S.M.K.
Und naja...Einerseits wärs natürlich praktisch, GIFs für Grafiken jeglicher Art verwenden zu können (Picture, Monster, whatever).
Aber ich glaub nich dran, dass das noch passiert.
Weil es ungefähr eine Arbeit von 15 Minuten ist, sich ein Script zu schreiben, welches die Battler auf die selbe Art und weise animiert wie es etwa bei normalen Eventgrafiken der Fall ist.Zitat:
Zitat von Makerninja
@Kelven
Wozu? Ganz einfach!;) Die Helden kann man ja animieren. Könnte man den Monstern auf eine Animation geben (also mit GIF Dateien(Die kann man ja animieren)), würde das Kampfsystem viel lebendiger und schöner aussehen.
Ich denke, dass so etwas hinzuzufügen kein großer ufwand sein dürfte(vom Programmieren her).
Würde ich so nicht sagen! Würde die Neulinge auf jeden Fall motivieren und wie gesagt VIEL schöner aussehen als einige selbstgemachte Kampfsysteme.Zitat:
Zitat von Makerninja
EDIT: Es geht ja auch nur um eine Standanimation! Angriffanimation und so kann man für die Monster eh nicht kriegn und wenn, dann nur mit einem Riesen Aufwand!
Na über die Schönheit des Herumwackelns kann man diskutieren, besonders glaubwürdig ist es ja nicht, dass die Charaktere alle wirken als ob sie Schüttelfrost hätten. Sie werden halt bewegt damit sich etwas bewegt. Lassen wir das mal außer Acht, bleibt immer noch die Frage wie Animationen der Monster umgesetzt werden könnten. Ich bezweifel nämlich, dass das "kein großer Aufwand sein dürfte". Zunächst erwartet den Entwickler eine Menge Zeichenarbeit. Dann müsste er eine Lösung finden wie die richtigen Monster im KS gegen die animierten Monster ausgetauscht werden könnten. Das funktioniert übrigens nicht über den Befehl "exchange monster with animated monster". Am Ende muss außerdem gewährleistet werden, dass alle Makerfunktionen wie das Anzeigen der BAs usw. auch mit den animierten Monstern funktionieren.
Kelven, meine Theorie ist so:
Ein Programmierer setzt sich hin und schreibt dem Maker vor:
"Lass die .png Dateien und ersetz sie durch .GIF DAteien, doch ändere nix daran, dass Battle Animationen trotzdem über den .GIF Animationen sind."
Im Grunde wurde ja irgendwo festgesetzt, dass der Maker nur .png Dateien annehmen soll. Man müsste doch nur diese Zeile ergänzen mit +GIF Dateien!
Oder habe ich etwas falsch überlegt?
Naja Zeichenarbeit? Im Internet gibt es tausende bereitgestellte Animationen.
Die kannst du mit einem guten Grafikprogramm auch in die einzelnen Posen zerlegen (mach ich auch so) ;)Zitat:
Zitat von P.M.S.M.K.
Natürlich wäre es einfacher, gifs direkt zu importieren. Aber wie gesagt, zerlegen und importieren geht genauso ^^
Statt zu zerlegen könnte man ja auch die GIF Animation erstellen.
Aber wie gesagt müsste sich dafür jemand hinsetzen! Wäre aber eine schöne Erweiterung. Letzendlich sieht halt das Kampfsystem viel viel schöner aus.
@Kelven
Wieso soll es nicht schön aussehen, wenn Charas animiert sind? Du redest ja vom rumwackeln... Aber es gibt auch schön erstellte Bilder, die zusammengefügt eine schöne flüssige Animation ergeben(Übrigens, so etwas ist eine GIF Animation^^(Wenn jemand das nicht weiss. Kann ja sein.).
@P.M.S.M.K.
Deine Theorie müsste dann nur noch jemand in ein Programm umsetzen und da haben wir auch schon den Haken. Wenn alle Probleme auf der Welt nur mit einem "da müsste sich mal jemand hinsetzen" zu lösen wären hätten wir jetzt schon das Paradies. ;) Vielleicht geht es, ich weiß es nicht, aber da steckt bestimmt ein große Menge Arbeit dahinter.
Btw. wo gibt es denn die ganzen Animationen von Monstern? Würde mich mal interessieren, so was kann man ja auch ohne animierte GIFs gebrauchen.
Animierte GIFs in den RM2k/3 einzubauen würde ein tiefes Eingreifen in die Engine erfordern. Es genügt nicht, einfach den Editor zu zwingen, GIF-Bilder zu akzeptieren. GIFs animieren sich nämlich auch nicht von alleine. AFAIK sind animierte GIFs auch nichts anderes als mehrere Bilder die gemeinsam in einer einzigen Datei gespeichert werden. Das heißt, das auch dann wenn man den Maker dazu bringt GIFs zu laden (im Vergleich zu einfach nur in den Editor zu bringen), so heißt es nicht, dass die Bilder im Spiel dann auch gleich animiert werden. Man muss erst noch die ganzen einzelbilder aus der Datei rausholen und dann hintereinander, wiederholend von der Engine anzeigen lassen.
Ich glaube nicht, dass jemand das einfach mal so hinbiegen könnte.
Exakt.
Ich kann es im Moment nicht genau sagen, aber imo wäre es möglich, über einen RAM-Zugriff ständig das Bild des Monsters zu überschreiben und so dem Maker eine animierte GIF unterschieben. Das wäre was für Banenen-Joe, ich bin nämlich momentan zu beschäftigt für sowas (dauert immerhin, bis man da die Strukturen und Abläufe durchschaut ;) )
mfG Cherry
Das wäre aber ziemlich von hinten durch die Brust ins Auge. Glaub mir, da ist es einfacher, weniger zeitaufwändig und stabiler, ein Tool zu schreiben, dass dir die Gif-Animation in einzelne PNGs zerlegt und Event-Code in dein Projekt einbaut, der es animiert anzeigt.Zitat:
Zitat von Cherry1
@P.M.S.M.K.
Du hast völlig Recht, es ist eigentlich total einfach. Du disassemblierst den Maker und die dazugehörige(n) DLL(s),
suchst dir die passenden Ein- und Rücksprungpunkte für dein Programm, und fertig.
Sag Bescheid, wenn du dich nach dem "kurz mal hinsetzen" wieder erhoben hast.
Davon abgesehen wäre das Dissassemblieren selbstverständlich illegal.
@mq: wieso? wenn du das standardks benützt, geht das nicht :)
Wie schon gesagt wird das mit den gif nicht klappen da man dem Maker erst einbauen müsste wie er mit den gif-Dateien umgehen muss aber wenn du dein Kampfsystem schon verschönern willst, kannst du wenigstens die Angriffe der Gegner animieren in dem du ihnen (im 2003er) in ihre Battle Animation (mit den Sprites wie denn ihre Angriffe aussehen) noch nen Teil aus dem Backdrop vor dem sie im Spiel erscheinen reinkopierst und das dann als unterstes von 8 Bildern so über den Gegner legst, dass sein ursprüngliches Sprite verschwindet (ausblenden geht ja nicht...) und du ihn so über Switch animiert zuschlagen lassen kannst... puh so viel Schreibarbeit... wehe du liest nicht jedes Wort ^_-y
Eine einfache Alternative wäre einfach dein KS selbst zu schreiben und nicht das bereits fertige zu verwenden und die Gegner als stinknormale Pictures anzuzeigen, die stetig zwischen 3 verschiedenen Bildern wechseln, schon haben wir die Animation.
@marcl: sag mal, liest du eigentlich, was da steht?
man muss den Maker NICHT umschreiben, sondern ihm nur ständig ein anderes Bild unterschieben!
Zitat:
Zitat von Cherry1
Du willst also den gesamten RAM nach dem einen Bild durchforsten, und das dann direkt umändern? Wie willst du das bitte machen? Das Bild befindet sich nicht immer an der selben Stelle im Arbeitsspeicher, und der Arbeitsspeicher ist idR voll von irgendwelchen Grafiken. Viel Spaß.Zitat:
Zitat von Cherry1
Mal abgesehen davon, ist das direkte rumschreiben im RAM etwas äußerst sensibles wo viele fehler entstehen können, da du fehlerhafterweise Daten umändern kannst die du gar nicht willst. Denn wenn ein Frame auch nur 1 Byte größer ist als ein anderes, hast du schon ein Problem, denn Programmdaten liegen nicht zwingenderweise alle direkt beieinander im Speicher und kein aktuelles OS lässt dich in Teile des RAMs schreiben welches nicht zu dem Programm gehören, welches die Speichermanipulation durchführen will. Programmabstürze mit Fehlermeldungen liegen also an der Tagesordnung.
Und sagen wir du überwindest das alles, so ändert das noch immer nichts an der Tatsache, dass du das ganze trotzdem richtig, mit dem Kampfsystem zusammen, Timen musst, und das ganze auch nur dann ausführst wenn gerade ein Kampf läuft. Also kommst du selbst mit dieser Methode nicht darum herum in den Code des Kampfsystems selber eingreifen zu müssen.
Ich hab auch keine Ahnung wie der RM2k das handhabt, aber im RMXP werden BAs nicht einfach "über" den Battlersprites angezeigt, sondern das Battlersprite wird mit der Battleanimation "verschmolzen", um es vereinfacht auszudrücken. Es kann also durchaus sein, dass du dir mit dieser Variante die Darstellung von Battle Animations zerstörst.
Vergiss diese Methode lieber gleich wieder, alles was man damit erreichen wird ist nur noch mehr Ärger.
Wouuu... Hätte nicht gedacht, dass das so schwierig sein würde.
@Kelven
Du hast ne PM von mir gekriegt.
wie ich das machen will? genauso wie Bananenjoe beim destinypatch! da sind absturze NICHT an der Tagesordnung. ich weiß nicht, wieso du dir das so kompliziert vorstellst. das ist es nicht. man muss nur wissen, WIE der Maker die Bilder speichert. Der Rest ist nicht schwer.
Ich kenne den Destinypatch nicht, und weiß daher nicht was er macht.
Aber im RAM rumzuwühlen halte ich kaum für eine gute Idee.
Kann aber sein, dass du dir unter "in den RAM" schreiben etwas anderes vorstellst als ich.
Wie dem auch sei, selbst ohne dieser Hürde gibt es noch genug Probleme, um die es sich zu kümmern gilt. Aber ich werde dich sicherlich nicht daran hindern, sowas zu erstellen. Mit dem RMXP bin ich von sowas jedoch Gott sei Dank nicht abhängig.
Also jetzt ist ganz sicher, dass sich keiner hinsetzen will um diese Idee umzusetzen?:eek:
Okay, wenn keiner antwortet, gehe ich mal davon aus, dass sich keiner um so einen Patch kümmert?:D
steht auf der Warteliste. So in nem halbem Jahr, wenns da noch kein anderer gemacht hat.
mfG Cherry
:D In einem halben Jahr...
Naja, bis dahin habe ich vielleicht auch C++ vollständig gelernt und programmiere es selber, um es der Community anzubieten.
An die Moderatoren:
Ich habe den Thread erstellt und habe keine weiteren Fragen mehr.
Meinetwegen kann geclosed werden.;)
Du musst auch über die internen Strukturen des RPG Makers Bescheid wissen und ähnliches. C++ alleine reicht da nicht - es gibt da ja keinen Befehl "ChangeRPGMakerPicture("monster2.png")" xDZitat:
Zitat von P.M.S.M.K.
mfG Cherry
@Cherry1
Hm... Hätte nicht erwartet, dass es so kompliziert sein würde.
Wie soll das denn ungefähr funktionieren, damit man dem RPG Maker klarmacht, dass er .GIF-Dateien benutzen soll.
So ungefähr? Was für Befehle muss man berücksichtigen? Wie lange würde so eine Änderung dauern?
Naja, du musst die Variablenpointer ermitteln, um Befehle vom RPG Maker empfangen zu können, dann musst die Pointer zu den Monstergrafiken finden, deren interne Sturktur rausfinden und dann eine GIF laden und der Reihe nach die Einzelbilder in den Bildpuffer von der Monstergrafik schreiben - das ganze natürlich mit den FPS vom Maker synchronisieren.
mfG Cherry