L<ESC>ROD: Featureideen

[AMatutat]

Eine Sammlung verschiedener Feature Ideen die nicht konkret zu einem Escape-Room gehören, aber cool sind

[Flamtky]

Proximity voice chat. Evtl wie in We Were Here wo man Walkie-Talkie verwenden muss. Man kann dann durch Rätsel Voice Chat verändern (ausschalten, verzehren)

[AMatutat]

Code-execution zur laufzeit:
Im Spiel wird Code geschrieben und der wird dann dynamisch ausführt.
z.B ein Roboter Steuern der dann ein schalter zieht oder so

[cagix]

interessante idee! dann könnte man aus dem spiel heraus dinge live im spiel "skripten". das kriegt dann eine advent-of-code-dimension 😻

könnte technisch über ein erweitertes hot-reloading gehen (code-generierung und dann reloading) oder einen eingebetteten interpreter.

für eine "echte erfahrung" bräuchte man aber ein textfenster mit syntaxhighlighting, autocompletion und error-handling, also mind. einen kleinen lsp. und ein vernünftiges exposure der dingeon-api, also nicht wie jetzt von hintenrum über annotationen.

[cagix]

frage mich grad, ob ich sowas nicht für z.b. compilerbau gebrauchen könnte? da sollen die studis einen interpreter für c++ bzw. compiler von c++ nach java basteln - das wäre ein super anwendungsfall, wenn sie den im dungeon einbetten würden und der zu interpretierende c++-code eben nicht nur fibonacci oder so wäre, sondern code zum steuern eines monsters oder zum lösen eines rätsels ...

[AMatutat]

Bei Fehleingaben könnte man die Spieler "bestrafen" (z.B Monster spawnen die man bekämpfen muss)

[cagix]

coole idee! oder man kriegt falsche/irreführende hinweise ...

[viddie]

speziell für educational escape rooms wäre ich mit falschen oder irreführenden hinweisen vorsichtig. wenn lernen das ziel ist, ist gutes und zeitiges feedback wichtig, und wenn du erst ein paar minuten später merkst, dass deine antwort falsch war, ist das weniger zielführend

[cagix]

aber dann ist das um so lehrreicher, als wenn immer alles gleich richtig klappt :) ... zumindest ging mir das so.

aber ich bin bei dir, das instrument "falsche hinweise" sollte zielgerichtet eingesetzt werden.

[AMatutat]

Mit @Flamtky auf die Idee gekommen:
Wir haben unterschiedliche level Designs und können einzelne Felder auch entsprechend vom Design ändern.

Man könnte sowas machen wie

• Schneesturm der den Boden vererist
• Grünzeug den man mit ner selbstgebauten Feuergranate abfackeln muss

Je nach Aussehen der Tiles könnte man auch das Spielverhalten ändern

• auf eis rutschts man
• auf feuer kriegt man schaden
• ....

[cagix]

oder feuer-kacheln, die abbrennen ...

aber ist das etwas, was an ein level oder level-design gekoppelt ist? im shpd gibt es sowas auch, aber da ist es eher eine art kachel-eigenschaft oder eine art falle?

[AMatutat]

Hätte jetzt gesagt ist ne Kacheleigenschaft und das Design sollte das nur visuell unterstützen

[AMatutat]

Characterrollen/klassen.

Jeder Spieler hat teilweise unterschiedliche Möglichkeiten Informationen in der Welt zu sehen / mit der Welt zu interagieren.
z.B einer hat ne Infra-Rot Brille um unsichtbare gegener zu sehen, aber er kann ihn nicht angrifen, dass kann dann wer anderes

[cagix]

Wenn ich auf ShPD schaue: Du kannst am Anfang eine Rolle auswählen, mit sehr unterschiedlichen Eigenschaften und Fähigkeiten und initialer Ausrüstung. Im Laufe des Spiels kannst Du dann unterschiedliche Erfahrungspunkte sammeln und Dich dann irgendwann für eine Sub-Klasse entscheiden.