spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »klausvdl«

Ich finde das Vorhaben schon ziemlich ansprechend!

Folgende Möglichkeiten sind mir so weit in den Sinn gekommen:

• Man kann Spielbücher nachbilden. Wer die nicht kennt: hinter jeder Passage sind Verweise auf mehrere andere Passagen, zu denen man springt, um die Geschichte weiterzuführen.
• Textadventures lassen sich realisieren, wenn auch mit der Einschränkung, dass es kein Inventar gibt.
• Staffel-Nonsens-Geschichten: man fügt einer Nonsens-Geschichte einen Satz hinzu und gibt den Stift an den nächsten weiter. Hinzu kommt hier die Verzweigung.
• Kartierung eines Bildes, eines Filmes oder einer Erzählung: Jeder verknüpft seine persönlichen Eindrücke mit denen der anderen, entweder als Landkarte (bei einem Bild) oder als Fluss mit Seitenarmen (bei Erzählungen).

Könnte man so etwas nicht schon mit bestehender Wiki-Software auf die Beine stellen?

Sehr cool! Ja so ungefähr hab ich mir das vorgestellt.

Wiki-Software ist eben Wiki-Software. Die kennt jeder schon von irgendwoher. Um die richtige Athmosphäre beim schreiben und lesen zu schaffen braucht es etwas neues. Sonst hat man immer im Hinterkopf Gedanken an Wiki-/Jedi-/Wasauchimmerpedia. Außerdem ist euch vlt shcon aufgefallen, dass man von einem Ort immer NUR auf die verlinkten Orte gehen kann. Diese Einschränkung gibt es bei Wikipedia nicht (direct link bzw Suchfunktion)

Danke auch an alle anderen! Freut mich sehr dass ihr so viele Ideen bereits auf die Beine gestellt habt in der kurzen Zeit meiner Abwesenheit. Jetzt habe ich mal wieder einiges worüber ich nachdenken kann Gerade bin ich viel mit meiner Musik beschäftigt aber wenn ich das so lese juckt es mich gleich schon wieder ordentlich in den Fingern weiterzumachen.

Dass der Autor entscheiden darf ob sein Ort (Nennen wir ihn Ort "A") bearbeitet bzw verlinkt werden darf habe ich auf jeden Fall geplant. Was ich noch nicht bedacht habe ist aber, dass natürlich die Autoren, die ihre Orte auf den einen Ort "A" verlinken auch gerne mitreden werden wollen, da er somit ja auch Teil ihrer geschichte ist.

Ich habe geplant, dass sich User hocharbeiten können indem die Orte, die sie verfassen, bewertet werden (erst von mir, dann von gut bewerteten, von mir ernannten Moderatoren ...). Für jedes Level bekommen sie mehr Rechte (bzw kann ein xbeliebiger User sagen, sein ort soll nur von Usern mit Level >= 5 bearbeitet werden dürfen zB). Trotzdem MUSS die Welt von allen bearbeitbar bleiben, sogar von nicht eingeloggten Gästen. Das heißt es wird immer sehr freie Gebiete geben, wo sich auch weniger begabte oder sehr junge Autoren einfach aus Spaß an der Freude beteiligen können.

Ebenso soll man Orte (demzufolge auch Gebiete/Teile der Geschichte) ausschließlich gemeinsam mit bestimmten Freunden/einer Gruppe bearbeiten können, auch diese Option soll einmal bestehen.

PNs und Benutzerprofile sind auch geplant, das ist sehr wichtig um sich untereinander abzusprechen. Auch baue ich vlt eine art Chat auf jedem Ort ein oder zumindest eine Diskussionsplattform.

Außerdem wird es vermutlich einige parallele Welten geben (dieses feature existiert jetzt schon) die alle unterschiedliche administratoren und Regeln haben können

Wenn ein Spieler inaktiv ist und er eine Bearbeitung verbietet, dann kann man da eben nicht mehr weitermachen. Macht auch nix, gibt dann noch so etwa 1000 oder vlt Millionen andere Orte wo man einen neuen Faden aufnehmen kann.

Das mit dem in der Zeit Zurückspringen kann bei einer einfachen geschichte von Vorteil sein, bei einer komplexeren Questreihe aber vlt etwas die Spannung nehmen. Vlt kann ich die Option einbauen und bei Bedarf aktivieren lassen (Je nach Parallelwelt bzw Gebiet)

Benutzerverwaltung interessiert mich jetzt weit vor der Beta phase noch überhaupt nicht. Mein nächstes Ziel wird es sein, Switches und NPCs oder andere interaktive Elemente einzubauen (vlt komme ich Ende der Woche dazu). In meinem Kopf funktioniert das schon beinahe

Backup... hmm... Könnte durchaus sinnvoll sein um Hackern vorzubeugen aber wenn man seine eigenen Orte eben nur von bestimten usern bearbeitbar macht ist es vlt nicht mehr so ein Thema. Vlt kann so ein "Schwachkopf" der auf den ersten Blick nur "Mist" postet auch einen neuen interessanten Aspekt hinzufügen. Es handelt sich ja hier um eine komplett freie literarische Welt und nicht um eine Sammlung von "wissenschaftlichen Wahrheiten".

So ich glaube jetzt habe ich so ziemlich auf alles geantwortet. Freut mich dass ich hier auf so rege Antworten stoße. Bis bald!

Die letzten Tage habe ich fleißig weitergearbeitet und ich bin wieder mal so weit dass ich gerne meine Fortschritte präsentieren würde.

Ich habe diesmal beschlossen, keine Screenshots hinzuzufügen, da man sowieso alles viel besser sehen kann wenn man einfach auf die Seite geht. hier nochmal der Link: http://neidro.lima-city.de/myindex.php Solltet ihr Screenshots wollen mach ich noch gerne welche.

Im großen und ganzen gibt es zwei Neuerungen:

Variablen

Um tatsächlich eine interaktive Welt gestalten zu können, kommt man um Variablen nicht herum. Es ist nun möglich, beliebigen Variablen Werte zuzuweisen. Und nachher kann man sie sogar wieder auslesen . Weiters wurde eine einfache Möglichkeit hinzugefügt, mithilfe von Variablen Abläufe zu steuern. Wie das funktioniert folgt im nächsten Kapitel

Momentan werden Variablen noch in der Session gespeichert. Als Variablenname darf jede Buchstabenfolge (englisches alphabet) inklusive dem Unterstrich gewählt werden. Wird eine Variable ausgelesen, bevor sie angelegt bzw gesetzt worden ist, ist der zurückgegebene Wert einfach 0.

Bestandteile

Es ist nun möglich, einem Ort zusätzlich zu der verpflichtenden Beschreibung weitere Bestandteile hinzuzufügen. Das zugehörige Formular ist ganz unten vor den Nachbarn. Als ID ist entweder eine neue ID zu wählen (der Bestandteil wird automatisch in der Datanbank angelegt) oder eine bereits vorhandene (der Bestandteil wird geladen). So ein Bestandteil kann alles mögliche sein. Bisher implementierte Bestandteile sind:

• Beschreibung - die von der Funktion her ident mit der schon bekannten verpflichtenden Beschreibung ist. Quasi ein neuer Absatz. Aber das wird uns noch nützlich werden.
• Kontroller - der (von mir erfundenen) scriptcode ausführen kann

Als Nächstes arbeite ich an einem dritten Bestandteil - NPC - der es einem einfach machen soll, eben Interaktionen mit NPCs einzubauen.
Es ist übrigens möglich, ein und denselben Bestandteil beliebig oft in beliebig viele Orte einzufügen.

Jeder dieser Bestandteile hat zusätzlich eine Bedingung, unter der er ausgeführt ist. Ergibt die Bedingung false wird er solange ignoriert. Hier kommen die Variablen ins Spiel. ZB kann man mit der Bedingung "licht == 1" eine Beschreibung nur anzeigen wenn vorher das virtuelle Licht durch einen Kontroller-befehl angeschaltet, die variable licht also auf 1 gesetzt wurde (set licht 1).

Als so eine Bedingung sind sämtliche einfachen mathematischen ausdrücke möglich, und zwar in php syntax (also die Operatoren: +-*/() && || und == ! < > etc)
Außerdem habe ich für jeden Bestandteil noch 3 Knöpfe eingeführt. Mit dem x kann man ihn wieder von dem Platz entfernen, mit den beiden Pfeilen kann man ihn in der Reihenfolge rauf und runter verschieben.
Soweit so gut. Falls sich jemand mit dem scriptcode spielen möchte (Tester sind mir immer willkommen ) erklär ich noch kurz wies geht.
Der Scriptcode
Eigentlich ist es eh selbsterklärend. Schaut einfach die bereits vorhandenen Skripte an. Falls sie alle von irgendwelchen testern gelöscht werden beschreib ichs nochmal kurz:
Die einzelnen Anweisungen werden durch Zeilenumbrüche (Enter) getrennt. Alle sonstigen whitespaces werden ignoriert, bzw eine Gruppe von whitespaces in ein leerzeichen umgewandelt. Leerzeichen trennen einzelne Token voneinander.
Das erste Token einer Zeile ist der Befehl. Die restlichen token die Argumente. Dies sind die bereits implementierten Befehle:

• set: bsp: set licht 1
  weiteres bsp: set licht !licht
  weiteres bsp: set ergebnis (5-var*3) / 17
  
  wie man sieht, werden Variablen automatisch ausgelesen.
  
• echo: bsp: echo Hallo Welt!
  man beachte: Hier werden variablen NICHT automatisch ausgelesen - der String wird 1:1 ausgegeben
  
• space: gibt ein Leerzeichen (&nbsp aus. Nimmt keine Argumente
• newline: Zeilenumbruch (<br/>). Nimmt keine Argumente
• echovar: bsp: echovar ergebnis
  um das Ergebnis der obigen Rechnung auszugeben
• button: bsp: button WOHNZIMMER_1_LICHTSCHALTER Lichtschalter betätigen
  erzeugt einen Link "Lichtschalter betätigen", der den Ort neu läd, jedoch am Anfang (nach der verpflichtenden Beschreibung, vor allen anderen Bestandteilen) den Bestandteil mit der ID WOHNZIMMER_1_LICHTSCHALTER ausführt/anzeigt. Das kann also einfach code sein oder auch eine Beschreibung, die angezeigt wird.
  

Die Quest
Und um das Ganze zu demonstrieren, habe ich eine (einfache) Quest erstellt, in der es darum geht, die Fernbedienung zu finden. Viel spaß! Bitte diese Quest nicht bearbeiten, außer ihr seid euch sicher, eine bessere Demoquest erstellen zu können

Geplant

• Ist jetzt eben der NPC. Wie ich das genau mache ist noch nicht fix.
  
• Dann würde ich es gerne irgendwie schaffen, den automatischen Zeilenumbruch in der Textarea des Kontrollers auszuschalten, da ich Zeilenumbrüche gerne als fixen bestandteil des scripts beibehalten würde.
• Verzweigungen und vlt sogar Schleifen im script ermöglichen
• Irgendwann in ferner Zukunft kommt dann auch mal die Userverwaltung dran, aber bevor ich damit beginne gibts sicher noch ein weiteres Update von mir.