Event Scripting, XP , VX , 2000er Reihe

[Cornix]

Ich persönlich habe vor nun etwas mehr als einem Jahr ein Projekt auf dem RPG-Maker XP gesehen welches mich dazu animiert hatte ihn mir ebenfalls an zu legen. Vor vielen Jahren einmal hatte ich den RPG-Maker 2000 und kurz auch den RPG-Maker 2003 kennengelernt.
Als ich jedoch die Events des RPG-Makers XP zum ersten Mal sah muss ich ehrlich zugeben, dass Enterbrain wie es scheint einen gigantischen Schritt zurück gemacht hatte. Event-Systeme mit dem RPG-Maker XP zusammen zu stellen würde ich nicht empfehlen wenn man die Möglichkeit hat gleiches mit dem RPG-Maker 2003 oder 2000 zu tun. Ich kann es einfach nicht fassen weshalb die neuere Version so weitaus weniger Möglichkeiten bietet als die alte.

Jedoch, wenn du bereit bist dich mit Ruby zu beschäftigen, der von dem RPG-Maker XP verwendeten Programmiersprache, dann bist du in der Lage Menüs und Systeme, welche mit den alten Makern sehr große und komplizierte Eventgruppen umfassten, ohne Probleme zu erstellen.

Natürlich erfordert dies etwas Übung, ein klein wenig Zeit, die nötige Auseinandersetzung mit dem Programm. Aber nicht allzu lang und du wirst merken, dass sehr vieles erheblich einfacher und effektiver wird.
Ich habe damals erkannt, wenn ich mit dem RPG-Maker XP arbeiten will dann muss ich Ruby lernen. Nach langem innerlichen Diskussion habe ich mich dazu entschlossen es zu tun und ich muss sagen, dass ich es kaum bereuen kann. Es ist nicht nur eine neue Erfahrung sondern offenbahrt auch viele neue Möglichkeiten.

[MagicMaker]

Jedoch, wenn du bereit bist dich mit Ruby zu beschäftigen, der von dem RPG-Maker XP verwendeten Programmiersprache, dann bist du in der Lage Menüs und Systeme, welche mit den alten Makern sehr große und komplizierte Eventgruppen umfassten, ohne Probleme zu erstellen.

...

Was uns wiedermal zur Erkenntnis bringt, dass eb! den allgemeinen Funktionsumfang einschränkt, damit man den Leuten
das aufzwingen kann was vorher niemand wollte und deshalb erst zu sowas wie dem Maker griff, nämlich programmieren.

[Cornix]

Was ist so schlimm daran? Wenn nunmal die Entwickler bei Enterbrain der Meinung sind, dass Event-Systeme zu umständlich und uneffektiv sind und die Benutzer mit dieser Methode dazu animieren wollen sich dem 21 Jahrhundert zu beugen, etwas neues zu probieren und ihre Fähigkeiten und Möglichkeiten zu erweitern wer sind wir dann ihnen zu verbieten dies zu tun?
Wenn tatsächlich ein solch enormer Bedarf daran entsteht eine Software zum Erstellen komplizierter Spiele durch die reine Nutzung eines GUI's zu benutzen, dann wird in unserer heutigen Welt mit schnellen präzisen Märkten wohl schon bald jemand darauf kommen diese Marktlücke zu füllen.
Und wenn Enterbrain damit eine falsche Entscheidung getroffen hat ihren Maker zu entmachten um Ruby stärker in den Vordergrund zu stellen dann werden sie daran zugrunde gehen.

[blackbird2750]

kein variablen pointer = unbrauchbar
keine luste endlos lange scripts noch länger zu schreiben.

werde wohl ruby reinshcnuppern , scheint echt schnell lernbar zu sein.

andrer frage , wie siehts bei der performance des vx aus, genauso übel wie xp?

[relxi]

Zumindest laufen die Helden flüssiger *17sekudenauftitelbildschirmwart*

[Cornix]

kein variablen pointer = unbrauchbar
keine luste endlos lange scripts noch länger zu schreiben.

werde wohl ruby reinshcnuppern , scheint echt schnell lernbar zu sein.

andrer frage , wie siehts bei der performance des vx aus, genauso übel wie xp?

...

Nun, ob Ruby nun "echt schnell lernbar" ist ist wohl schwer zu sagen. Das kommt ganz auf die Person an denke ich. Manchen liegt soetwas mehr als anderen. Aber im Vergleich zu C++ und Java sollte es wohl für Beginner eindeutig schneller zu erlernen sein denke ich.
Dafür, so muss man sagen, ist die Performance von allen Scripten welche man mit dem RPG-Maker schreiben kann nichtmal annäherungsweise mit einem professionellen C++ Programm zu vergleichen.
Für Spiele wie sie für den Maker jedoch üblich sind mehr als ausreichend. Ich habe bisher noch nie Probleme gehabt.

[Cyangmou]

HellMinors nachgescriptete Pointer wären denk ich mal so ein Argument, dass der Pointernachteil ausgemerzt ist.
Einziges Problem dabei ist, sofern ich das mitgekriegt hab, dass er keinen Betatester gefunden hat, der sie auf die Funktionen hin überprüft und ob sie exakt das selbe wie die 2k Pointer machen.
Also ist es nicht veröffentlicht, da es schwer ist einen 2kx-User zu finden der sich auch mit dem VX-Eventing auskennt.

[Rosa Canina]

Aye, interessant. Hätte ich nicht gedacht, dass kein Schwein dort Ahnung von Pointern hat
*augenroll*
Woher das nur kommt XD


Ein Menü oder KS haben in Ruby sicherlich seine Vorteile. Imo wirken diese System oft
aber etwas steif. Ich weiß nicht, woran das liegt, aber Eventsysteme wirken oft viel liebevoller
ausgearbeitet. Liegt eventuell daran, dass Script-Dinger alles in Standardboxen verpacken und
die schön anordnen (mit ein paar Ausnahmen), während Eventler eigentlich eher voll auf
Design gehen.

Das XP und VX bei einigen Leuten extrem lange zum Starten brauchen KANN ein gutes
Argument gegen sie sein. Fehlende Funktionen kann man nachpatchen, sofern sie überhaupt
auffindbar sind, so wie man am 2k auch Maus oder sonstiges reinpatchen kann (Pic-Pointer
empfehle ich bei Eventmenüs jedem). Die einzige wirkliche Frage ist die Perfomance.
Wenn man bei beiden eventen würde, da man Ruby nicht oder nur teilweise versteht, dann
sollte man vorher überlegen, wie viele Prozesse und Events man benötigt, um herauszufinden,
ob man bei XP/VX ins Ruckeln kommen würde.
Ansonsten ist es eine Frage des Geschmacks:
- Retro-SNES-Feeling = 2k/3
- Alphaeffekte = XP/VX
Wobei ich den XP noch dem VX vorziehen würde... keine nervenden Rahmen außenrum und so.
Aber was rede ich da... ich bin vermutlich der VX-User, der am meisten VX-Spiele releaste XD