Menü Aufbau und Grundriss..

[Multi-Master1988]

Guten Tag Community =)

Heute beschäftige ich mich gedanklich damit ein einfaches Menü zu erstellen welches die Grundfunktionen und einige Zusätzliche Funktionen die Mittlerweile im fast jedem Spiel zu finden sind ;)

Ich möchte dies ganz einfach als Lernmaterial für mich hernehmen und mich so an die Materie rantasten um so in naher Zukunft auch bald mal selber ein Menü zu präsentieren ^^

Ich möchte hierbei allerdings nur den Ablauf kennenlernen wie man an sowas am besten rangeht welche Funktionen es eurer Meinung haben muss und vor allem welche Art ihr von Menü bevorzugt und welche Erfahrungen ihr bis jetzt gesammelt habt was eure Menüs angeht...

Ich bedanke Mich schonmal für Feedback und Vorschläge u.sw. =)

Lg
Multi-Master1988

[MagicMaker]

Mach dir auf jeden Fall im Vorfeld selber Gedanken darum, was dein Menü alles enthalten muss.
Schliesslich kennst du dein Spiel am besten, da kannst du jetzt nicht allzuviel Aussenhilfe erwarten
im Theoriepart.


welche Funktionen es eurer Meinung haben muss
Schnell funktionieren. RICHTIG schnell. Und keine langsamen Übergänge haben. Ausserdem sollte es
nicht zu versteift aussehen und beim Auswählen verschiedener Sachen sollte sich etwas bewegen.
Menüs sind animiert, damit sie nicht langweilig und tot wirken. Alles andere ist spielindividuell.


welche Art ihr von Menü bevorzugt
Alles, was mich nicht von Grund auf völlig verwirrt sondern gut strukturiert ist.
- Wenn du das mit geordneten Listenwahlen schaffst, gut.
- Wenn du das mit einem Ring schaffst, auch gut.
- Selbst wenn du das mit einem Menü in Form eines Diamant-Moleküls hinbekommst, kann es gut sein.


welche Erfahrungen ihr bis jetzt gesammelt habt was eure Menüs angeht
Sie sind verbuggt. Aber das liegt daran, dass ich einige Unterbereiche zu kompliziert mache und dann
in dem Kilometercodegewusel den Fehler nicht finde.

Tipp: Bau für jeden verständliche Notizen ein, wenn's an die praktische Umsetzung geht, sonst wird's
eine Katastrophe (Abkürzungen und Geheimsprachen bzw einfach gar nichts dokumentieren würde es
dir selber nur unnötig erschweren).

Tipp²: Mach ein Menü NIEMALS auf eine Extramap. Es mag für einige vielleicht einfacher klingen,
als ein CommonEvent zu verwalten, in dem der ganze Code verlagert ist, aber es bringt dem Spiel
keinerlei Vorteile, eher im Gegenteil, undzwar massiv.

[MajinSonic]

Möchtest du ein Zusatzmenü machen?
Oder möchtest du ein Komplettes Menü mit allen Standardfunktionen basteln?

[Multi-Master1988]

@ MajinSonic

Letzteres ist meine Wahl auch wenn ich mir dessen umfang und größe bewusst bin.

Lg
Multi-Master1988

[goldenroy]

@ MajinSonic

Letzteres ist meine Wahl auch wenn ich mir dessen umfang und größe bewusst bin.

Lg
Multi-Master1988
Naja, Standardfunktionen hängen vom Genre ab. Ein klassisches RPG benötigt meistens zusätzlich zu einem Inventar ein Ausrüstungsmenü und Stats; Speichern und Beenden sind auch meistens vertreten. Andere Genres, wie z.B. Horrorspiele oder Shooter haben da ganz andere Ansprüche. Ein gutes Menü sollte vorallem leicht verständlich und übersichtlich sein, dafür ist es gedacht.

[MajinSonic]

@ MajinSonic

Letzteres ist meine Wahl auch wenn ich mir dessen umfang und größe bewusst bin.

Lg
Multi-Master1988
Kenne ich selber auch xD hab mich auch mal dran versucht.

Achja... aber eins versteh ich nicht ganz.

Tipp²: Mach ein Menü NIEMALS auf eine Extramap. Es mag für einige vielleicht einfacher klingen,
als ein CommonEvent zu verwalten, in dem der ganze Code verlagert ist, aber es bringt dem Spiel
keinerlei Vorteile, eher im Gegenteil, undzwar massiv.

Wenn man sich überlegt was ein Menü alles braucht. Wird es schwierig das alles ohne Events zu regeln.
Denn Anzeigen und co kann man auf einer ExtraMap auch per Events regeln.

Alleine die LP.
Wenn man alles als Bilder macht, dann sind bei 4 Ziffern (maximal und tatsächlich) 8 Bilder pro Held und dann noch 6 pro MP Anzeige.

Macht immerhin 32 LP Bilder und 24 MP Bilder. (Nun sind noch keine Faces, Textboxen usw dargestellt.)

Es auf einer Extra Map zu machen halte ich für kein Problem. Ich habe dann vor einer Szene ein Call Event gestartet, welches ich "Blocker An" nannte. Dies stoppt alle Funktionen des Menüs. Sodass man es nicht aufrufen kann in der Szene.

Und nach der Szene das Callevent "Blocker Aus" Das reaktiviert alles wieder.

Velsarbor zeigt doch auch ein meisterhaftes Menü auf Mapbasis.
LG
MajinSonic

[goldenroy]

Alleine die LP.
Wenn man alles als Bilder macht, dann sind bei 4 Ziffern (maximal und tatsächlich) 8 Bilder pro Held und dann noch 6 pro MP Anzeige.


http://www.multimediaxis.de/threads/135210-DynRPG-Plugin-Text-Plugin

[MagicMaker]

Es gibt bessere Wege. Viiiieeeel bessere. Und sie sind einfacher als Charsetzahlen auszurichten und dann
diese grässlichen massig vielen Eventkonstruktionen zu basteln.


Alleine die LP.
Wenn man alles als Bilder macht, dann sind bei 4 Ziffern (maximal und tatsächlich) 8 Bilder pro Held und dann noch 6 pro MP Anzeige.

Macht immerhin 32 LP Bilder und 24 MP Bilder. (Nun sind noch keine Faces, Textboxen usw dargestellt.)
Na wer so verschwenderisch umgeht, braucht sich eigentlich nicht wundern. Aber selbst auf diesem sehr
uneffizienten Weg kann man die erlaubte Bildzahl heutzutage hoch genug drücken, um das zu verwirklichen.

[TwoFace]

Was ist schlecht an Map-Menüs? Wenn das Teleporten, Held austauschen und zu-Position-recallen zügig und flüssig genug läuft dann passt es doch. Dass Velsarbor ein Map-Menü hat wusste ich nicht mal. Wäre ich auch nie drauf gekommen. Ein "Negativ-Beispiel" wäre hier Hell Gates 2, da das Menü ziemlich lahm ist.

[Nemica]

Wenn es denn zügig geht und man den Zustand der Map vor dem Aufruf des Menüs wirklich wiederherstellen kann.Und damit meine ich nicht nur den Helden, sondern auch Gegner, NPCs und anderen Stuff.

[Corti]

Mapmenüs haben den Nachteil, dass sich die Events danach wieder auf der Ursprungsposition sind. Wer Gegner auf der Map hat braucht beim Menüaufruf ein umfangreiches Script um die Position zu merken und wiederherzustellen. Die Ladezeiten einer Mapmenü können je nach Umfang des Menüs in der Maps zwischen den man hin und her wechselt durchaus noch vertretbar sein,aber nie so gut wie ein ordentlich gecachetes Picmenü.

Die Anzahl der Pictures ist scheissegal, dazu gibt es Patches.

Mapmenüs, warum sollte man das tun? Klar, wenn man nicht scripten kann sind sie einfacher zu machen, aber wer nicht scripten kann soll es lernen oder lassen und ein Positions-rücksetzen-Script ist mehr individuelle Arbeit als jedes Picmenü, das Menü klappt überall, das Rücksetz-script ist Mapspezifisch.

Die Diskussion ist albern, man kann sich was einreden, aber es ändert nix. Picture>>>>>>>Map. Ende.

__________________________________________________________________

@Menü:

Übersichtlich
Schnell
ÜBERSICHTLICH & SCHNELL
ÜBERSICHTLICH & SCHNELL
ÜBERSICHTLICH SCHNELL ARHHHHHH



Also keine scheiss langen Ladezeiten.
keine langen fade-In & fade-Out Zeiten.
Keine Totzeiten wenn sich der Cursor bewegt.
Bitte keine Totzeiten wenn sich der Cursor bewegt.
Bitte Präzise Bedienung.
Bitte nur Positionen wählbar machen die auch Funktion haben.
Bitte nur Sachen anzeigen die auch Informationsgehalt haben
"Stehe auf dem Savepunkt auf der Map um die ausgegrauten Savezeile im Menü nutzen zu können" -> voll behindert
Bitte lesbare Schrift
Bitte einen Hintergrund, der einer Schrift im Vordergrund angemessen ist

[MajinSonic]

Ich hab neulich einen Patch gesehen, der es ermöglicht die Standardmenüpunkte einzeln aufzurufen. So könnte man sich ne menge Skripterei sparen und die Standarditemmenüs nutzen.

LG
MajinSonic

[goldenroy]

Ich hab neulich einen Patch gesehen, der es ermöglicht die Standardmenüpunkte einzeln aufzurufen. So könnte man sich ne menge Skripterei sparen und die Standarditemmenüs nutzen.

LG
MajinSonic



Ich möchte dies ganz einfach als Lernmaterial für mich hernehmen und mich so an die Materie rantasten [...]

Ich möchte hierbei allerdings nur den Ablauf kennenlernen wie man an sowas am besten rangeht [...]

Ich denke das verfehlt den Sinn und Zweck, den Multi-Master beabsichtigt. 0:

[Multi-Master1988]

@ Post über Mir

Genau so ist es ich will diesen Lerneffekt und nicht unbendingt etwas durch Patches/Plugins ect. ersetzen oder gar löschen müssen...

@ Topic

Wäre schön wenn ich noch ein paar weitere Aussagen lesen könnte bisher war es ja ziemlich Allgemein ^^

Lg
Multi-Master1988

[Corti]

Wenn es um den 2k3 geht kann man das gut kombinieren. Die Itemauswahl und das Ausrüstungsmenü können mit elvis' Patch anstatt des Standardmenüs zugegriffen werden. Sofern man in einem 2k3 Spiel die Standarditemdatenbank noch verwenden will ist das wesentlich praktikabler als ein eigenes System zu basteln, da ohne DynRPG etc. die Arbeit mit Items aus der Standard-DB reichlich fummelig ist. Auch um diese zwei Standardmenüs herum kann man noch ein gutes eigenes Menpü basteln. Der Standardhauptmenüscreen ist sowieso nicht so toll, da kann man doch wesentlich praktikablere Dinge bauen mit vernünftigen HP/Mana/Exp-Balken etc. sowie eigenen Einträgen in der Auswahlliste zB Quests/Fähigkeiten/Talente. Ist ja nicht so als wäre da dann gar keine verbliebene Arbeit an der man sich die Zähne ausbeissen könnte ;-)

@Menü:
Technisch gesehen hilfts sich durch alle Menüsysteme eine einheitliche Struktur zu ziehen und Komponenten unabhängig voneinander zu machen. D.h keinen riesenlangen CommonEvent, denn dann kein Schwein mehr versteht mit anschließendem "nix klappt, Hilfe"-Post im Forum, sondern einzelne Teile, die für sich auf Funktion geprüft werden können.

Aufruf:
Ein Picturemenü soll im Regelfall die Action auf der Map im Hintergrund unterbrechen, darum muss das Menü per AutoStart geöffnet werden, sonst laufen die Events weiter wie im Falle eines PPs.
Die Tastenabfrage zum Öffnen des Menüs soll allerdings nichts blockieren, darum muss dieser als PP laufen. Das sieht das wie folgt aus



// In bin diesem CE wird geprüft, ob der Spieler die Esc-Taste drückt.
var "KeyInputWert = 0
KeyInput -> KeyInputWert, wait until pressed
if( KeyInputWert == Escape-Zahl) // Gedrückter Wert entspricht dem Zifferncode für Escape
{
// Jetzt das Switch für den AutoStart des Menüs auf "on"
switch:("AutoStartMenu") = ON
// und den für diesen PP auf Off
switch:("KeyCheck") = OFF
}
// Dadurch beendet sich dieser PP sauber sobald der Autostart freigeschaltet wurde.





MENÜBEDIENUNG UND FUNKTION HIER

// und um das Menü zu beenden einfach wieder den KeyChecker aktivieren und diesen Autostart deaktivieren...
// und den für diesen PP auf On
switch:("KeyCheck") = ON
// Jetzt das Switch für den AutoStart des Menüs auf "off"
switch:("AutoStartMenu") = OFF


Hauptschleife:
Ein Menü ist im Regelfall etwas, bei dem Dinge dargestellt werden. Dann drückt der Spieler eine Taste und dann verändert sich etwas.
Es gibt Dinge , die müssen am Anfang passieren, Dinge passieren zyklisch und Dinge passieren am Ende.

Anfang:

Ressourcen Laden
Variablen auf Defaultwerte setzen

Zyklisch:

Aktuellen Zustand anzeigen
Tastendruck abfragen
Auf Tastendruck reagieren -> Zustand ändern

Ende:

Ressourcen entladen


oder als PseudoCode:


// Anfang
CallCommonEvent( Ressourcen laden )
CallCommonEvent( Konstanten setzen)
// Zyklisch
Label:1
CallCommonEvent( Anzeige aktualisieren )
CallCommonEvent( Taste Abfragen )
CallCommonEvent( Menülogik )

if(switch("Menü verlassen") == OFF)
{
jump to label 1
}

// Ende
// und den für diesen PP auf On
switch:("KeyCheck") = ON
// Jetzt das Switch für den AutoStart des Menüs auf "off"
switch:("AutoStartMenu") = OFF


Wichtig ist, die Aufrufebene nicht zu verlassen. Ein dummer Anfängerfehler ist CE1 ruft CE2 ruft CE3 ruft CE2 ruft CE1 und so weiter.

[Multi-Master1988]

Wenn es um den 2k3 geht....

Nein ich arbeite Hauptsächlich mit dem Rm2K ;)
Trotzdem sehr Lerreich für Mich das ganze =)

Lg
Multi-Master1988

[IndependentArt]

Ich habe mir, bevor ich mit meinem Menü angefangen habe, lange eingeredet, dass ein Map/Event-Menü um Welten einfacher sei. Einfach aus dem Trugschluss heraus, dass man auf dem Mapmenü ja "nur laufen" müsse. Mitlerweile bin ich nicht so 100% von einem Pic-Menü überzeugt, aber wenn ich nochmal anfangen würde, würde ich mir wohl sehr genau überlegen, ob das nicht doch praktischer wäre. Für einige größere Dinge, die mein Menü bietet, halte ich es weiterhin für sinnvoll, dass es eine Map ist, aber manchmal ist das Bewegen mit dem Hero eben auch ziemlich umständlich. Dass Events auf ihre Auspangsposi gesetzt werden kann ich verkraften, auch wenn es nachteilig ist, man muss halt dran denken.

Du müsstest halt wie schon gesagt, dir überlegen, welche Punkte du brauchst. Dazu würde ich erstmla eine Menge rein schriftliche Arbeit verrichten, also Dokumente Anlegen, über die Menüpunkte, wie du sie dir vorstellst und deren Funktionalität.

[MagicMaker]

Dass Events auf ihre Auspangsposi gesetzt werden kann ich verkraften
Ich würde schon allein aus spielerischer Sicht nicht wollen, dass das aktive Getummel hin und her ploppt,
wenn ich kurz ins Menü will. Das wird ganz besonders in dem Moment lächerlich, wo ich mich vor dem
Aufruf auf die Startposition von einem NPC begebe und dann auf diesem spawne, wenn ich wieder auf
die Map zurück komme.

Wenn das passiert, hat das Spiel technisch auf ganzer Linie versagt und Prozesse, die sowas "geschickt"
verhindern, sind gegenüber der Praxis der Picvariante viel zu umwegs-umständlich und es grenzt an einen
Holzhammer, sowas zu tun.

[BDraw]

Kurz mehr-oder-weniger-OT:

Es gibt bessere Wege. Viiiieeeel bessere. Und sie sind einfacher als Charsetzahlen auszurichten und dann
diese grässlichen massig vielen Eventkonstruktionen zu basteln.
[...]
Na wer so verschwenderisch umgeht, braucht sich eigentlich nicht wundern.
Mich würde interessieren, wie diese viel besseren Wege aussehen (ich gehe mal davon aus, dass du keine großartigen DynRPG-Scripte meinst). Mir fällt dazu nämlich gerade nur eine Methode ein, nämlich mehrere Ziffern auf ein Bild zu packen. Das mag zwar vom technischen her ökonomischer sein, allerdings handle ich mir damit auch ne Menge nervige und repetitive Arbeit ein, da ich so anstatt 10 Ziffern-Bildern nun 110 bräuchte, oder hab ich da einen Denkfehler? (00 bis 99 + 0 - 9) Das würde zwar weniger Pic-IDs verbrauchen und auch ein paar Zeilen Code sparen; es wäre aber dafür außerhalb des Makers ziemlich umständlich, die Bilder alle erst einmal zu erstellen. Da würde ich die verschwenderische Methode deutlich bevorzugen.

Wenn du eine andere Methode meintest würde ich die gerne hören - außer du meintest, auf Zahlen zu verzichten. Das wäre aber je nach Spiel und Spielprinzip wohl kaum eine Alternative.

[Mr.Räbbit]

Ich benutze auch sehr oft menü-Maps.
Ich sehe die Vorteile von Picture-Menüs klar vor mir, nur mach ich es mir mit den Menüs selber immer (vermeintlich) leicht, nur um dann wieder Arbeit in Koordinaten-Abfragen zu stecken (Position der Events auf den Maps)
Das geht aber auch nur solange gut, wenn man nur wenige Maps hat auf denen das Spiel spielt. Wenn es mehr als ein Dutzend sind, ist ein Map-Menü überhaupt nicht zu empfehlen.

Pictures > Map

Wenn man allerdings ein Spiel hat, welches nur aus einer Map besteht und keine Zeit hat dutzende Menü-Pics zu pixxeln, kann eine Menü-Map eine schnelle und einfache Lösung sein (Nicht die Event-Koordinaten vergessen!!! Zum Ursprungsort spawnende Gegner sind shiat)

[MagicMaker]

(ich gehe mal davon aus, dass du keine großartigen DynRPG-Scripte meinst)
Wären es aber wahrscheinlich, wenn es um RPG2003 gehen würde.

Bei RPG2000 verbrät die Methode für HP, MaxHP, MP, MaxMP, Balken und anderen Dingen, die ins gleiche Schema
direkt mit hineinpassen, gerademal 2 PicIDs, wenn man den Hintergrund unter der ganzen Anzeige mal nicht dazuzählt.

Dahinter steckt eine sehr mächtige Bildoperation von Destiny (http://bananen-joe.de/).
Die Zahlengrafiken, Balken und was man sonst noch braucht, werden auf eine im Spiel nicht sichtbare Sheetgrafik
gebaut, aus der mit CopyRect mit sehr einfachen Formeln die richtigen Bestandteile in ein anderes Bild hineinkopiert
werden, die Funktion ist einfach anzuwenden, sehr schnell und praktisch, sie erfordert nur ein Minimum an Mathe und
eine gewisse Ordnung auf dem Sheet, damit die Bestimmung der richtigen Positionen nicht zu kompliziert wird.

[porschefan]

Pictures > Map

This. Und zwar auch aus den Gründen, die schon x-mal gesagt wurden.
Ich mache selbst ein Pic-Menü und weiß, dass es zwar bei den Ziffern etc. etwas Arbeit ist, aber man kann dies auch strukturieren, bla bla (Wurd alles auch schon gesagt xD)
Ich habe zB. bis jetzt schon 36 CE und es ist einfacher sich einfach bei einem Bug durch 36 CE zu wurschteln als ein CE das Kilometer an Code hat.
Und wer nicht ganz der Technik mächtig ist, kann ja auch auf die Patches zurückgreifen um mit dem Standard-Inventar oder -Ausrüstungsmenü zu kommunizieren.

Um zum eigentlichen Thema zurückzukehren:
Es ist einzig deine Überlegung was du machen willst. Überlege dir zunächst, welche Menüpunkte du integrieren willst und dann arbeite am Aufrufen und Wegrufen des Hauptmenüs. Und dann Schritt für Schritt die einzelnen Menüpunkte abarbeiten.

Hier ist nochmal mein Menü wies aussieht:
18149