spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Dokumente und Hyperlinks. Gekoppelt mit Scripten, die Start-Dialoge basierend auf Character- und NPC-Status ermitteln können.

Willst du das für die Planung oder für die Integration ins Spiel wissen?

Für die Planung gibt es unterschiedliche Tools, die helfen könnten, und bestimmt noch weit mehr unterschiedliche Vorgehensweisen. "articy:draft" habe ich in dem Zusammenhang bereits gehört, allerdings sollten für den Anfang einfachere Tools (wie bspw. untereinander verlinkte Dokumente) völlig ausreichen.

Die Datenbank, die du dir (im Anfangsbeitrag) ausgedacht hast, ist unsinnig, du solltest dich nochmal mit der Normalisierung von Datenbanken auseinandersetzen. Die Dialoge sollten in der "Dialogs"-Tabelle Zeilenweise hinterlegt werden, ggf. mit einer Referenz auf den richtigen NPC, der wiederum in der "NPC"-Tabelle hinterlegt ist.
Aber bevor du dir Gedanken über die Speicherung machst, solltest du dir erst Gedanken darüber machen, wie die Dialoge, usw. gestartet und gesteuert werden sollen. Dafür solltest du auch wissen, was du benötigst.
Und bevor du das machst, wäre es eine gute Vorgehensweise, wenn du auch nur das implementierst, was du auch wirklich benötigst, und weitere Features ergänzt, sobald du diese benötigst. Andernfalls ist es sehr leicht in ein Overengineering zu verfallen.

Bei Spielen sollte man bedenken, dass Dialoge, Texte allgemein und Cutscenes möglichst vermieden werden sollten. Selbst wenn diese hübsch anzusehen sind, brechen sie eher den Spielfluss ab, indem der Spieler die Kontrolle über seinen Charakter gänzlich verliert. Auch sollte möglichst viel dem Spieler mit Hilfe der Mechaniken des Spiels mitgeteilt werden, statt über Text.

Zitat von »Hades85«

Kannst du das vielleicht etwas ausführen? Was meinst du mit Dokumenten? Einfach txt Dokumente/Word?

Word wäre schlecht, weil Du dann etwas bräuchtest, was Word-Dokumente lesen kann. Sinnvoll wäre wohl etwas HTML/RTF-ähnliches, eben eine Auszeichnungssprache, wo Du Links setzen kannst und was gleichzeitig super einfach zu laden ist.

Zitat von »Hades85«

Wieso eine Scriptsprache? (...) Daher wiederholt die Frage, welchen Vorteil bringt eine Scriptsprache gegenüber meiner Idee? Generell bin ich nur mit Python und JS in Kontakt gekommen, wenn es um Web-Programmierung ging, bin daher absoluter Laie was Scriptsprachen angeht.

Reine Pfade in einer Datenbank haben das Problem, dass sie nicht Kontext-abhängig sind. Was z.B. wenn ein Dialog nur Spielern über einem gewissen Level präsentiert werden soll? Oder Spielern, die ein bestimmtes Item besitzen (was sie z.B. in einem vorherigen Quest bekommen)? Oder Spieler, die einen gewissen Skill gelernt haben, ein bestimmtes Haustier/Minion besitzen, eine bestimmte Menge Monster gekillt haben, etc, etc, etc? Du willst für all diese Bedingungen, die Du am Ende nur einmal für ein ganz spezielles Quest brauchst, keine IDs in einer Datenbank anlegen und dann harten Code dafür schreiben. Da bietet es sich eher an ein Script zu schreiben, was diese Eigenschaften prüft und dann zwischen verschiedenen Dialogen auswählt.

Zitat von »Hades85«

Was ich mir jetzt vorstelle wäre, wenn ich das Stichwort Hyperlinks lese, die relativen Pfade als Strings in einer DB abzuspeichern, die dann mit den NPCs zu verknüpfen und dann bei Bedarf abzufragen.

Relative Pfade zu anderen Dialogen, ja. Allerdings hat da die Datenbank relativ wenig Sinn, bzw. schafft eine zusätzliche Indirektionsebene, die völlig überflüssig und lediglich verwirrend und kompliziert ist. Aus meiner Sicht ist ein Quest-Dialogfluss in einem Spiel erstaunlich ähnlich zu einer Webseite. Man kann gewisse Dinge lesen, man kann an gewisse andere Stellen springen, man kann Buttons anklicken, die dann zu verschiedenen Resultaten führen. Das auch so abzubilden hat mMn ziemlich viele Vorteile. Bei Lineage II wurde das intern z.B. auch genauso umgesetzt.

Datenbank:
Das ist ein einfacher Fall einer "1 zu n"-Beziehung. In deinem Fall würde jeder Dialog eine Referenz auf den jeweiligen NPC zugewiesen bekommen.
Das gleiche trifft dann wieder auf die "Dialogtexte" zu. Jedem Dialogtext wäre auch ein Dialog zugewiesen. (Wahlweise kann man auch den Dialogtexten den jeweiligen NPX zuweisen, so können im gleichen Dialog mehrere NPCs vertreten sein.)

Story:
Das Problem bei vielen ist nur, dass es oft dahin ausartet, dass die gesamte Story über Dialoge (und ggf. Cutscenes) erzählt wird, während das restliche Spiel (das Gameplay bzw. die Mechaniken abseits der Dialoge) sehr generisch ist.
Ein Gegenbeispiel wäre "Brother: A Tale of Two Sons", bei dem kein einziges Wort zwischen den Charakteren ausgetauscht wird, bei dem dem Spieler aber dennoch eine Story "erzählt" wird. Auch können dem Spieler über die Gestaltung der Umgebung, die Mechaniken etc. Teile der Story offenbart werden.
Cutscenes haben das Problem an sich, dass sie nicht interaktiv sind. Der Spieler kann sich zwar ein hübsches Video ansehen, allerdings unterbricht das in den meisten Fällen eher den Spielfluss. Half Life 2 kam bspw. ohne Cutscenes aus (wobei man sich über Anfang und Ende des Spiels streiten kann).

Zitat von »Hades85«

Wenn ich aber jetzt, wie du oben beschreibst auf einfach Dokumente switche, kann ich die Bedingung wann welcher Dialog ausgewählt werden auch mit Java prüfen. Daher stehe ich immer noch komplett auf dem Schlauch warum es sinnvoller ist auf Script zu setzen.

Da würde ich jetzt nur überflüssig alle Vorteile von Scripten gegenüber fest kompiliertem Code aufzählen. Der wichtigste ist mMn allerdings, daher nenne ich ihn jetzt mal separat trotzdem, die Möglichkeit das Script zu ändern und während der Laufzeit des Spiels neu zu laden, ohne es komplett anzuhalten, neu zu bauen und wieder dort einzusteigen, wo man gerade war. Dieser Vorteil ist unschätzbar.

Sacaldur deine Punkte sind sehr interessant und ich stimme dir auch bedingt zu, aber es wäre besser das in einen anderen Thread zu verlegen. Hat nämlich mit der eigentlichen Frage des OP's eigentlich sehr wenig zu tun.