Seite 1 von 2 12 LetzteLetzte
Ergebnis 1 bis 20 von 30

Thema: RM2k(3) Eure Lieblings- und Wunschfeatures (v2010)

  1. #1

    RM2k(3) Eure Lieblings- und Wunschfeatures (v2010)

    Hi Leute,

    ich bin mir ja fast sicher, dieses Thema gab es schonmal, dennoch möchte ich eine AKTUELLE Umfrage dazu starten, was eure wichtigsten Features beim RM2k(3) sind und welche Features eure Projekte bereichern würden.

    Hintergrund ist, dass viele noch immer bei den alten Makern hängen geblieben sind, obwohl die neuen (XP und VX) doch schon coole Neuerungen bieten, die sich der eine odere andere schon länger gewünscht hat. Ich stelle mir jetzt die Frage: Warum ist das so? Was sind DIE Features, die für euch den RM2k(3) den neueren gegenüber besser macht. Wo aber sind die Grenzen bzw. welche Features vom XP/VX fandet ihr nützlich und was fehlt bisher gänzlich. (Ich bin mir im Klaren, dass diese Frage schon öfter mal gestellt und geklärt wurde; mir geht es hier um Aktualität und vor allem eine saubere Listendarstellung)

    Was Features angeht, sollt ihr dabei ruhig ins Detail gehen. Nennt also auch jedes Detail, das euren Workflow bereichert/bereichern könnte
    Schreibt aber bitte keine elendig langen Texte sondern beschränkt euch auf eine Liste à la:

    Ich benutze RM2k/RM2k3

    Features, die ich am RM2k/RM2k3 schätze

    - ...
    - ...
    - ...

    Features, die mir fehlen und die den RM2k/RM2k3 noch besser machen würden

    - ...
    - ...
    - ...

    Dann am Ende vielleicht noch einen kurzen Beitrag, wenn ihr wollt.
    __________________________________

    Ich würde mich über rege ernsthafte Teilnahme freuen, vor allem von Leuten, die den Maker schon seit etlichen Jahren häufig nutzen, wie z.B. Kelven und Co.

    Und bevor die Frage aufkommt, ich plane (noch) keinen eigenen Maker oder ähnliches, aber falls es doch mal so kommt, so ist dies eine gute Übersicht, auch für die vielen anderen Maker-Projekte, die so am Laufen sind.

    Denn alles beginnt mit guter Plannung...

    Vielen Dank schonmal für eure Mithilfe.

  2. #2
    Ich fange jetzt einfach mal an und zwar mit der "Was fehlt" Seite. Ich editiere hier, denke ich, alle Sachen rein die mir noch im Laufe der Zeit einfallen..

    Ich benutze RM2k3

    Features, die ich am RM2k/RM2k3 schätze

    - Die Midis! Manche sind echt super!
    - Dieses Retroartige, ich steh ja eh auf Retrospiele xD
    - Das 2k RTP. Ich mag diese Art und ich schätze auch die vielen RTP-Grafik-Macher im RTP Thread die das RTP um viele fehlende RTP Elemente verbessern. (So oft habe ich noch nie RTP in einem Satz benutzt!)

    Features, die mir fehlen und die den RM2k/RM2k3 noch besser machen würden

    - Selfswitches
    - Unbegrenzt Große Char/Chipsets
    - Pixelmovement D: Obwohl, ob das je ein Maker von Haus haben wird..?

    PS: Nette Threadidee

    Geändert von goldenroy (18.08.2010 um 20:20 Uhr)

  3. #3
    [QUOTE=Aperetif;2649108]Features, die ich am RM2k/RM2k3 schätze

    - die Grundbefehle sind in den Events alle vertreten
    - die SNES-artige Grafik
    - ...

    Features, die mir fehlen und die den RM2k/RM2k3 noch besser machen würden

    - Zeigerabfrage der Variablen in den Forks (war zumindest nicht im 2k)
    - eine richtige Rekursion, zwar kann man Events mit sich selbst aufrufen lassen, aber dummerweise treten bei den dabei verwendeten Variablen Seiteneffekte ein (ein paar lokale Variablen wären da mal nicht schlecht)
    - ...

    Wenn mir dann noch was einfällt, schreib ichs noch auf.
    Nochwas:
    - Terrain-ID von Events in Variablen abspeichern wär auch ganz hilfreich
    - Unter Move Events fehlt mir auch ein Befehl "Event Fix Graphic", oder so
    - natürlich plattformübergreifend sollte es auch sein (sprich: nicht nur Windows)

    Geändert von R.F. (29.08.2010 um 15:29 Uhr)

  4. #4
    Ich benutze RM2k

    Features, die ich am RM2k schätze

    - Die SNES Grafiken (liegt wohl daran das ich diese immer noch spiele)
    - Die einfach Handhabung ohne Skript-Sprache zu verstehen.
    - Und das fast alles möglich ist mit viel Arbeit

    Features, die mir fehlen und die den RM2k noch besser machen würden

    - Genauere Abfrage der Variabeln in den Eventseiten und auch sonst allgemein.
    - Ein deutsche Hilfedatei...
    - Und viel mehr vielversprechende Patches

  5. #5
    Ich benutze den RM2k3

    Features, die ich am RM2k3 schätze

    > Alles, was der RM2k dafür nicht hat.

    Features, die mir fehlen und die den RM2k3 noch besser machen würden

    > Hätte er das KS des RM2k wäre ich restlos zufrieden

    LG Mike

  6. #6
    hu, primär Gewöhnungssache und ein bisserl die Herausforderung, aus den wenigen Möglichkeiten viel rauszuholen

    Direkte Verbesserungen, um den 2k wesentlich mächtiger zu machen:
    - freie Variablen ohne blöde Bindung an eine Nummerierung in niedrigen Zahlenwerten (was erlauben würde, dass man verkettete Listen und andere Datenstrukturen ohne großen Aufwand realisieren könnte - aktuell muss man da aufpassen, nicht in bereits benutzte Variablen reinzurutschen bzw sehr sehr viel leere Variablen anlegen)
    - das, was Cherry bereits mit Charsets und Pictures gemacht hat (freie Charsetgröße, Picturenummer und -adresse mit Zeigern steuern) als Standard, Pictures auf Layer/gleichbedeutend mit Chars in der Anzeige
    - informatische Klassen und Funktionen einführen (mit echter Übergabe statt bloß "ich schreib was in Variable X als Eingabe und calle ein Event - was rekursive Funktionen möglich macht) (die Unterscheidung in lokale und globale Variablen wär dadurch kanonisch geregelt)
    - Floats, Chars und natürlich Arrays, leicht definierbare Operatoren oder ein großes Paket an Operatoren (sqrt und sin würden fürs Erste ja reichen)
    - freie Events ohne Nummerierungsbindung die erzeugt werden können statt schon vorhanden sein zu müssen
    - natürlich voller Tastenzugriff und Maus- und Joystickunterstützung
    - pixelorientierte Bewegung, beliebige Mengen an Tiles, beliebige Mengen an Layers, Collision-Masks und davon beliebig viele pro Karte (eine für jede Höhenebene plus spezielle Masks für Bewegung auf Wasser, Bewegung per Flug, Bewegung per Sprung etc nach Kreativität des Benutzers) (pixelorientierte Bewegung würde in Verbindung mit den Masks und der vollen Tastenunterstützung den Maker zu einem absolut brauchbaren Editor für Jumpnruns und Beatemups machen, zusammen mit der Mausunterstützung, den Klassen und den freien Events wäre nahezu jedes Konzept eines Strategiespiels möglich - der Maker wäre eine Engine für alles ohne 3D geworden)

    Geändert von Dhan (17.08.2010 um 09:36 Uhr)

  7. #7
    Nachvollziehbarere Battle-Event verarbeitung. God damn it!

  8. #8
    Features, die ich am RM2K/3 schätze:
    - Retro-SNES-Grafikstil
    - Einfache Skriptbarkeit

    Features, die mir fehlen und die den RM2k/3 noch besser machen würden:
    - Über eine Variable auf Verfügbarkeit von Items und Skills und die Anzahl des Items zugreifen - also item[var] und hero[var]->skill[var]
    bei der Change Variable und Fork-Condition
    - Besser auf die eigenen Wünsche anpassbarer Anfangs-Menü-Screen (z.B. mit Animation)
    - Erzeugen und Nutzen von Objekten, Array, Klassen und andere "Abstrakte Datenstrukturen"
    - funktionierende Rekursion (obwohl ich es nicht mag rekursiv zu arbeiten)
    - mehr Variable-Optionen wie xor, not, and, or, bitweises recht- und links schieben (shr und shl).
    - frei positionierbare Texte
    - 32 Bit Farbtiefe mit echter Transparenz (Alphakanal)
    - Unterstützung für mehr Audio-/Video-Formate
    - variable/höhere Auflösung (z.B. für Breitbild)
    - Lauffähigkeit unter Unixiode Betriebssysteme (u.a. Linux, BSD, Darwin/MacOS) ohne WINE oder Derivate von WINE
    - kleinere Änderungen während des Spiels machen (z.B. Position von Bildern einstellen)

  9. #9
    Cool! Danke schonmal für das Feedback. Ich würde mir bei einzelnen Beiträgen wünschen, dass sie Punkte wie "Und viel mehr vielversprechende Patches" eventuell noch ein wenig konkretisieren. Was müsste der Patch denn für ein Feature bringen?

  10. #10
    Zitat Zitat von Aperetif Beitrag anzeigen
    Und bevor die Frage aufkommt, ich plane (noch) keinen eigenen Maker oder ähnliches, aber falls es doch mal so kommt, so ist dies eine gute Übersicht, auch für die vielen anderen Maker-Projekte, die so am Laufen sind.
    Ich entwickle auch keinen Maker sondern eine RPG_RT.

    Ich bin mir sicher, dass der Maker als eigenständiges Programm überholt ist und es besser wäre den Maker direkt in die RPG_RT zu implementieren.

    Der RM2K/3 ist so ausgelegt, dass wenige Entwickler Spiele für eine deutliche Überzahl an Spielern herstellen. So weit so gut. Aber z.B. hier haben fast alle mindestens den RM2K/3 (hohe Verbreitung durch "alternative Wege"), also ist das Verhältnis von Entwickler zu Spieler mindestens 50:50 - dazu kommt noch das Entwickler durchaus auch Spieler sind.

    Es ist ein Schneeball-System, dass Spieler auch den Maker haben wollen, weil sie von Maker-Spiel XY so begeistert sind, dann auch (mit etwas u.a. Training, Durchhaltevermögen und Geschick) ihr eigenes Spiel heraus bringen und weitere Spieler dazu anstoßen das sich den Maker auch zu holen.
    Wir machen, bewusst oder auch nicht, indirekt Werbung für Enterbrain, wenn das nicht so wäre hätte Enterbrain hier schon eingegriffen - auch weil es hier rechtlich schon eine Grau-Zone ist.

    Für Metropolis und andere Community-RPGs ist es ein Vorteil, wenn viele mit-entwickeln könnten, obwohl sie den Maker nicht haben.

    PS: noch Features, die mir fehlen und die den RM2k/RM2k3 noch besser machen würden:
    - gemäß "Gebe früh frei, gebe oft frei" eine Anbindung um das Spiel irgendwo zu hosten
    - für Entwicklergruppen/Spieleschmieden eine Möglichkeit das Spiel mit den Änderungen schnell mit den anderen zu synchronisieren
    - automatische Update-Möglichkeit für Spiele, am besten über eine zentrale Spieleverwaltung (muss aber anonym sein, so eine Art Paketverwaltung)
    - Spielstände im Benutzerordner speichern

  11. #11
    Ich benutze den Rm2k3.
    Was mir fehlt ist, dass man mehrere Events (per STRG Taste) anwählen kann und entsprechend mehrere gleichzeitig verschieben!

  12. #12
    Zitat Zitat von Sushi Beitrag anzeigen
    Ich benutze den Rm2k3.
    Was mir fehlt ist, dass man mehrere Events (per STRG Taste) anwählen kann und entsprechend mehrere gleichzeitig verschieben!
    Die enzig sinnvolle Sache, die mir auch fehlt. Du sprichst mir aus der Seele

  13. #13
    Zitat Zitat von niR-kun Beitrag anzeigen
    Ich bin mir sicher, dass der Maker als eigenständiges Programm überholt ist und es besser wäre den Maker direkt in die RPG_RT zu implementieren.
    Ein Überarbeitung der RPG_RT muss man ja nicht ausschließen, aber ich sehe noch nicht wirklich, warum ein Maker im Spiel mehr Sinn machen würde bzw. mehr Leute ansprechen würde. Letztendlich bleibt es ein Editor, ob nun direkt im Spiel oder als eigenständiges Tool, finde ich, macht keinen Unterschied.

    Desweiteren geben die Meisten hier an, dass sie am Maker die Einfachheit schätzen bzw. es gerne noch einfacher hätten. Ich denke ein "In-Game"-Editor hat da seine Grenzen was Benutzerfreundlichkeit angeht.

    Grundsätzlich würde ich aber auch On-the-fly-Testing und Just-In-Time-Editing als Features für einen zukünftigen nicht ausschließen.

    Wie dem auch sei... es war eigentlich nicht gedacht, dass dieser Thread in Diskussionen ausartet.

    Also bitte zurück zu den Listen! Danke!

  14. #14
    Zitat Zitat
    Ich bin mir sicher, dass der Maker als eigenständiges Programm überholt ist und es besser wäre den Maker direkt in die RPG_RT zu implementieren.
    Für mich klingt dieser Zusammenwurf mehr nach einer Sandbox als einem
    vernünftigen Programm. :'D

    Mag nur sein, dass mir diese Methode aber viel zu unbekannt ist.
    Könnte spassig sein.

    Geändert von MagicMaker (18.08.2010 um 19:27 Uhr)

  15. #15
    Ich benutze den Rm2k

    Features, die ich am RM2k/RM2k3 schätze

    - Einsteigerfreundlich
    - So richtig schön Oldschool
    - Man kann so einiges damit anstellen
    - Auch dank weitere Features, wie Zusatzprogramme


    Features, die mir fehlen und die den RM2k/RM2k3 noch besser machen würden

    - Eine höhere Lvanforderung. Bei mir ist nämlich bei Lv 50 Schluss
    - Kopieren von mehreren Setteilen auf der selben Map. Ich kann nur immer ein "Kästchen" kopieren.

  16. #16
    Zitat Zitat von Laterna Beitrag anzeigen
    - Kopieren von mehreren Setteilen auf der selben Map. Ich kann nur immer ein "Kästchen" kopieren.
    Das musst du mir mal genauer erklären - das Ausschneiden-Werkzeug ist doch recht mächtig und selbst ohne kannst du ja auch mit der rechten Maustaste Rahmen ziehen

  17. #17
    Was mir gefällt an den Features des rm2k/rm2k3:

    -Nostalgiegrafik
    -KS (einfacher zu modifieren und wer kein CKS machen kann, ist damit auch gut bedient)
    -Diverse (aber auch diverse) Midis, die Battle Animations, welche man nicht umbedingt ersetzen muss

    Was mir fehlt:

    -eine simplere Tastenabfrage, die bei einem Knopfdruck ein Callevent auslöst, fände ich gar nicht übel. Wäre simpler als die Variable (aber ist auch nur halb so schlimm).
    -beim rm2k, dass die LP nur biss 999 zu setzen waren und es nur 50 Level gab.
    -die Möglichkeit mehrere Events zu kopieren (für REFMAP-Vorhänge zum Beispiel, die bei Nacht geschlossen sind).

  18. #18
    Zitat Zitat von Dhan Beitrag anzeigen
    Das musst du mir mal genauer erklären - das Ausschneiden-Werkzeug ist doch recht mächtig und selbst ohne kannst du ja auch mit der rechten Maustaste Rahmen ziehen
    Ups... das hatte ich übersehen. Danke das du mir das erläutert hast. Ich hatte beispielsweise bei Bäumen als Charset immer alles einzeln kopiert. Das war ne Arbeit, die nervenzerreibend war.

  19. #19
    Ich benutze RM2k3

    Features, die ich am RM2k/RM2k3 schätze

    - man kann damit einige schöne Spiele erstellen *ohhh*
    - einfach erlernbare und syntaxfehlerfreie Skriptfunktion
    - man weiß, wofür die verschiedenen Buttons gut sind *ohhh2*

    Features, die mir fehlen und die den RM2k/RM2k3 noch besser machen würden

    - eine Funktion, mit der man mit ein paar Klicks ganz simpel und einfach ein eigenes (Aktion)Kampfsystem/Menü zusammenbasteln kann
    - volle Kontrolle und Freiheit im Maker (Beispiel: es gibt (wichtige) Befehle, welche bei den "Battle Commands" eindeutig fehlen)
    - bessere Performence
    - mehr Debug-Möglichkeiten während des Spielens (da hat man tatsächlich 2 Stunden lang gespielt und durch einen Entwicklerfehler kann man nicht speichern )
    - mehr Veränderungsmöglichkeiten von Grafiken (das permanente Verfärben von Charsets, wie es ein Problem im 5.Kapitel von UiD war, und ich will Gegnergrafiken mit roter Kleidung aber ohne grüne Haut )
    - größeres Volumen an Variablen und Objekten (hört bei 5000 auf)
    - Selfswitches wie in den moderneren Makern
    - theoretisch endlosgroße Grafiksets dürfen importiert werden, wie im RPG Maker XP
    - Einstellungen von Optionen sollen schon vor dem Spielstart festgelegt werden können (der verdammte ATB-Mode, entweder nur Echtzeitkampf ODER Echtzeitkampf UND Rundenbasis)

    EDIT: Teil 2 ^^
    -Pixelmovement
    -Mehrlayer-Mapping (mehr als unsere 3 Stufen für Untergrund, Gegenstände und Events)
    -Prioritäten (Objekte mit der Proirität 1 werden von Priorität-2 Objekten bedeckt, welche von priorität-3 Objekten bedeckt werden,...)
    -Skriptsprache (möglichst aus deutschen Wörtern und ohne lästigen Sonderzeichen bestehend)
    -Alphakanäle (extern festgelegte Transparenzen)
    -erschaffe Pixel an der Bildschirmkoordinate xy
    -kleinere Pixel und höhere Auflösung für Vollbild

    Geändert von relxi (24.08.2010 um 11:26 Uhr)

  20. #20
    Zitat Zitat von MagicMaker Beitrag anzeigen
    Für mich klingt dieser Zusammenwurf mehr nach einer Sandbox als einem
    vernünftigen Programm. :'D

    Mag nur sein, dass mir diese Methode aber viel zu unbekannt ist.
    Könnte spassig sein.
    Du bist zu berechenbar, den haargenauen Vorwurf hast du mir schon mal gemacht.

    Saug dir mal Battle for Wesnoth und schau dir da den Ingame-Editor an.

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •