der Traum vom Maker (Traummaker?)

[Atharod]

Variable Eventgröße!

das währe noch etwas was mir eingafallen ist, denn ich habe im RPG Maker XP gesehen das es ohne eingriffe bei Ruby so ist das ein Monster wie dieser hässliche Riesenork ein normales 32x32 Pixelfeld groß ist, wenn es aufs herangehen geht, das Eventfeld sollte also auf die darzustellende Sache vergrößert werden können (am besten über einen Klick auf die Eventbegrenzung und dann emit dem Ziehen auf Größe)

So könnten auch Baumstämme besser aufgebaut werden, da man dann unter den Blättern stehen kann, und der Baumstamm dann als Begränzug zählt.

(2 Events. Baumstamm ist Event 1 und das Laubwerk/Nadelwerk wäre Event 2)

[Veyrne]

Wäre dann natürlich schön wenn man Events eine optionale "individuelle Passierbarkeit" verleihen kann. Etwa wenn man entsprechend Radien über einem Event festlegen kann. Sowas wäre aber generell schon praktisch für eventuelle Pixel-Movement-Geschichten..

[Teclis]

Pixelmovement und pixelgenaue Kollisionsdomänen auf den Events wären echt ne feine Sache!

[Darkas]

Mal aus der sicht vom Open Game Studio: Die Events sind derzeit leider noch nicht ganz soweit um an sowas zu denken. Allerdings hört sich das nicht schlecht an, und es ist gut möglich dass einiges davon einfließen wird. Es ist natürlich so dass das mapping nur ein Plugin ist, ergo kann es auch entfernt werden und durch eine bessere Form ersetzt werden. Oder es kann auch angepasst werden. Es gibt auch News vom Projekt, aber im entsprechendem Thread

[Atharod]

Wieder was... und zwar in der Massage-Funktion des Makers ist ja die Abfrage von Schaltern und Variablen möglich. Wenn man gut mit Wait und anderen Sachen umgehen kann, ist es auch möglich während des Gespräches Soundeffekte und Events zu steuern, aber wie wäre es wenn man direkt in der Masage Funktion Schalter, Variablen und der gleichen zu platzieren?

Man könnte so gesonderte Befehle in einem Sonderkasten anbieten, wie zum Beispiel: "Play Soundeffekt"

in der Message Box sieht das dann so aus:

Message:

Sprecher X:
Hey, kannst du das hören? ... Das klingt wie ein Wasserfall.
...
??? Ein Wasserfall in einer Höhle?

Messagebox:

\act{Sprecher X}
Hey, kannst du das hören? \^1... Das klingt wie ein Wasserfall.
...\^2
??? Ein Wasserfall in einer Höhle?

Sidebar:
\^1 = Play Soundeffekt{Wasserfall}
\^2 = Play Soundeffekt{Lauter Wasserfall}


So können die Messages dann auch ohne eine Effektunterbrechung weiter geführt werden und man könnte die Sidebar für jede Message neu machen, oder durch eine Eingabe (ähnlich wiebei Excel) durch \$ dann Feste definiertes Komandokürzel nutzen, die man ähnlich einer MySQL Tabelle füllen und abrufen kann.

So sind Geräusche, die man immer mal wieder nutzen will, Effekte, die man nicht x-mal abrufen will und anderes Komplexes möglich.

Ich erinnere mich da an ein paar Spiele, wo der Held sich an den Kopf fäst und mitten im Dialog plötzlich in einer art Puls nach außen leuchtet. das könnte so auch ermöglicht werden.

EDIT:
Ja, ist ja gut Froschvampier, ich hatte mich auch ewig gefragt warum die Message so komisch aussieht.

[Froschvampir]

Zitat von Atharod

... und zwar in der Massage-Funktion des Makers (...)

So etwas hätte ich auch gerne. XD

Message = (Text)nachricht. Massage = Massage.

Zitat von Atharod

Massage Wox

Das klingt sogar richtig versaut!


Wer Talent hat, kann mit jedem Programm etwas Gutes machen. Siehe UiD, welches z.B. völlig ohne zusätzliche Scheiße gemacht wurde, und ein klasse Spiel ist. Leute, die immer nur nach mehr Features und Erweiterungen schreien, haben eh nix auf'm Kasten und wollen ihr nicht vorhandenes Talent damit verdecken. So sehe ich das. Und mir reicht der RM2k, wie er ist.

[Veyrne]

Zitat von Froschvampir

Wer Talent hat, kann mit jedem Programm etwas Gutes machen. Siehe UiD, welches z.B. völlig ohne zusätzliche Scheiße gemacht wurde, und ein klasse Spiel ist. Leute, die immer nur nach mehr Features und Erweiterungen schreien, haben eh nix auf'm Kasten und wollen ihr nicht vorhandenes Talent damit verdecken. So sehe ich das. Und mir reicht der RM2k, wie er ist.

Du musst das aber auch aus einem anderen Blickwinkel sehen. Manche Leute wollen einfach nur die Vorstellung ihres Spiels verwirklichen und haben nicht die Zeit und das Talent ein komplexes Kampfsystem mit Events zu scripten. Auch Unterwegs in Düsterburg hätte beispielsweise von einer Engine für Licht- und Schatten profitiert. Da hat Grandy nämlich auch einigen Aufwand betrieben.

Talent ist die eine Sache. Zeit eine andere..

[Atharod]

Zitat von Veyrne

Du musst das aber auch aus einem anderen Blickwinkel sehen. Manche Leute wollen einfach nur die Vorstellung ihres Spiels verwirklichen und haben nicht die Zeit und das Talent ein komplexes Kampfsystem mit Events zu scripten. ...

Talent ist die eine Sache. Zeit eine andere..

Zum einen das, zum anderen ist es aber auch die Möglichkeit verlockend verbesserungen anzustreben die zum einen die Bedienung umfangreicher machen und zum anderen mehr Möglichkeiten geben.

Wenn einem der Thread nicht gefällt muss man ja auch nicht reinposten. Und wenn man der meinung ist, dass die "Features das Können ausmerzent", dann kann man gerne mit C++, Java2, Dark Basic oder anderen Programmiersprachen programmieren, dann hat man nämlich reines Können und brauch den RPG Maker nicht, der ja eben auch nur eine Featuresammlung ist mit der man arbeitet.

[Darkas]

Als ich früher mit dem RPG Maker angefangen habe habe ich mir auch (wie wohl so ziemlich jeder Anfänger ) viel zu hohe Ziele gesteckt. Dann war ich allerdings irgendwann an einem Punkt wo mein Wetter/Jahreszeiten Script 1000 Zeilen hatte und einfach nichts mehr flüssig lief. Zu dieser Zeit habe ich mir dann erste Gedanken darüber gemacht was man verbessern müsste etc.
Und zu dieser Zeit habe ich mir dann erste Gedanken gemacht, weil der RPG Maker eben doch eher für kleinere Sachen gemacht ist, und ich eben was größeres wollte. Ich kann einige Features aus bekannten RPG Spielen aufzählen die wesentlich weniger komplex wären wenn man an ein paar wichtige Kleinigkeiten gedacht hätte (Beispielsweise in VD2 das hinterherlauf Script, das Ringmenü, Burgenkampfsystem,...). Teilweise wäre es wirklich nur absoluter Kleinkram die Komplexität im Rahmen zu halten. Und ich denke das ist es was bei so großen Projekten wie UiD oder VD den Unterschied macht.

@derula: Schau dir den Code nochmal von weitem an, und denk mal an das Stichwort übersichtlichkeit Ich würde sagen für sowas müsste man sich nochmal Gedanken darüber machen ob das nicht etwas besser ginge.

[derula]

@Message-Befehle: Hmm, benutzerdefinierte Tags wären ne gute Idee für Hermes. Ich meine, globale benutzerdefinierte Tags kann man ja einfach ins Skript einfügen wenn man ein bisschen skripten kann, aber lokale wären cool:

Show Text: \tag[show_sun] { |x, y|
    $game_screen.pictures[1].show(
      'sun', 0, x, y, 1, 1, 255, 1) }\*
Show Text: \tag[hide_sun] {
    $game_screen.pictures[1].erase }\*
Show Text: Siehst du die Sonne?
  \show_sun[30, 50]\|.\..\..\|
  \hide_sunHm?\| Wo ist sie hin?\|\|\^
Show Text: Jetzt funktioniert \show_sun
  übrigens nicht mehr.

[Froschvampir]

Zitat von Veyrne

Du musst das aber auch aus einem anderen Blickwinkel sehen. Manche Leute wollen einfach nur die Vorstellung ihres Spiels verwirklichen und haben nicht die Zeit und das Talent ein komplexes Kampfsystem mit Events zu scripten. Auch Unterwegs in Düsterburg hätte beispielsweise von einer Engine für Licht- und Schatten profitiert. Da hat Grandy nämlich auch einigen Aufwand betrieben.

Talent ist die eine Sache. Zeit eine andere..

Stimmt natürlich, aber wenn das Programm komplexer wird, kostet es doch eh automatisch mehr Zeit? Vorausgesetzt, man will selbst etwas leisten?

Und die LEs in UiD fand ich ohnehin klasse. Warum mehr?

[derula]

Zitat von Froschvampir

Und die LEs in UiD fand ich ohnehin klasse. Warum mehr?

Ich glaube, Veyrne hat das anders gemeint: die viele Zeit, die für die Lichteffekte draufgegangen sind, hätte besser für andere Verbesserungen / zweiten Teil / kA genutzt werden können, wenn die schon Feature des Makers gewesen wären... oder so...

[Darkas]

Ja, so hätte ich das jetzt auch aufgefasst. Ich denke mal dass soetwas wie wiederverwertung von Scripts eine tolle Sache wäre, mit Ruby geht das ja schon, allerdings wollen vermutlich die meisten nicht die kompletten Events in Ruby schreiben. Schön wäre das ganze auch mit Oberfläche. Beispielsweise sollte man wenn man eine Truhe erstellen will einfach die passende Vorlage aus einer Liste raussuchen können, Bild draufkleben, Item reinstecken oder ein anderes Script ausführen (wenn beispielsweise irgendwas Storytechnisches in der Truhe sein soll), fertig. Ich glaube im RPG Maker VX gibt es sowas ähnliches oder irre ich mich da? Nur dass man eben nicht selber solche Sachen hinzufügen kann.

[Veyrne]

Zitat von derula

Ich glaube, Veyrne hat das anders gemeint: die viele Zeit, die für die Lichteffekte draufgegangen sind, hätte besser für andere Verbesserungen / zweiten Teil / kA genutzt werden können, wenn die schon Feature des Makers gewesen wären... oder so...

Genau.

Gerade in den Außenbereichen musste Grandy eine abgedunkelte Version des eigentlichen Chipsets benutzen und Licht in die Tilesets miteinbringen. Und wer selbst Lightmaps gebastelt hat, kennt den hohen Aufwand um ein möglichst fehlerfreies Verhältnis aus Licht und Schatten zu erzeugen.

Es ist natürlich großartig seine persönlichen Vorstellungen umsetzen zu können. Aber warum zwanzig Stunden investieren, wenn es auch zwei Stunden sein könnten? Gerade für solchen Firlefanz sollte die Entwicklungszeit nicht so in die Höhe schnellen müssen. Einmal davon abgesehen: Lightmaps blähen RPG Maker Projekte auch unnötig auf.

Ja, so hätte ich das jetzt auch aufgefasst. Ich denke mal dass soetwas wie wiederverwertung von Scripts eine tolle Sache wäre, mit Ruby geht das ja schon, allerdings wollen vermutlich die meisten nicht die kompletten Events in Ruby schreiben. Schön wäre das ganze auch mit Oberfläche. Beispielsweise sollte man wenn man eine Truhe erstellen will einfach die passende Vorlage aus einer Liste raussuchen können, Bild draufkleben, Item reinstecken oder ein anderes Script ausführen (wenn beispielsweise irgendwas Storytechnisches in der Truhe sein soll), fertig. Ich glaube im RPG Maker VX gibt es sowas ähnliches oder irre ich mich da? Nur dass man eben nicht selber solche Sachen hinzufügen kann.

Komplette Events in Ruby wären natürlich für viele unverständlich. Der RPG Maker zieht ja so viel Aufmerksamkeit auf sich weil er so leicht zu verstehen ist. Aber du hast Recht. Im RPG Maker VX gibt es auch eine Schnellfunktion für Kisten.

[Darkas]

Also für das Open Game Studio gibt es derzeit für Scripte folgenden Plan: Es Wird einen Scripteditor geben, der Syntax Hightlighting und Automatische Vervollständigung bietet. Daneben wird es 2 Modi geben: einen Textbasierten modus, zur einfachen Eingabe, und einen Klickbasierten wie im RPG Maker. D.h. einerseits die Einfachheit, aber andererseits auch eine große Flexibilität. Auch werden die Befehle die man im Klickbasierten modus zur Auswahl hat veränderbar sein.
Wer also ein kleines Script geschrieben hat beispielsweise ein Tag-Nacht script, und das soll gesteuert werden (Anhalten/Starten), dann braucht man sich nicht mehr merken wie der Switch hieß und wo er war, sondern man kann sich zwei kleine Funktionen schreiben, beispielsweise StarteTagNacht und StoppeTagNacht, und kann diese ganz einfach per Klickmenü aufrufbar machen. Das war zwar jetzt nicht umbedingt das beste beispiel aber ich glaube man kann es verstehen

PS: Allerdings wird es keine Extrasprache für Klickbasierte sachen geben, es wird nur einfache Befehle dafür geben.