[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2ch.scのread.cgiへ]
Update time : 08/13 00:23 / Filesize : 282 KB / Number-of Response : 819
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

TRPG風コンピュータゲームのおもしろさ



313 名前:好き勝手言ってみる mailto:あぁ、スレ違い? [02/09/27 22:16 ID:???.net]
>>312
>どういった無駄を増やすか?その内容はこのスレにある。

というより、要素の爆発をどう抑えるか?じゃないかな。
無駄はプレイヤーの邪魔にならない限りいくらあっても(プレイヤーにとっては)良いわけだし。

抑えるってのは、こじんまりまとめろって事じゃなくて、よりメタな概念で一般化しろってことね。

例えば、分岐するシナリオなら、まず原型としてツリー状に分岐するシナリオが考えられるけど、
これは、全シナリオが10回分岐するとすれば、1024シナリオも書かなければならないわけだ。
そこで、破綻しない限りにおいて似たような枝をまとめてDAG(有効非循環グラ)上にシナリオをまとめる。
シナリオが合流する前の状態をフラグとしてとっておいて、後の分岐に影響させる(遅延分岐)。
とか、このへんが現状でのシナリオ構造じゃないかな?

それ以上をどうするか?っていうのが、複雑なシナリオを作る上での技術的な問題点だと思う。
シナリオの有効グラフ上を主人公が移動していくってイメージは、もろオートマトンだから、
それ以上と言うと、非決定性オートマトンとか、ペトリネットとかそういう構造が応用できないかな?と
なんとなく考えてるけどどんなもんだろう。
ストーリーが破綻しないことを検証する技術とか、形式的仕様記述とかから応用とか出来ないかな?とか…

(ていうか、面白くなければ意味ねぇとか言わないでね。技術論なんだから。)






[ 続きを読む ] / [ 携帯版 ]

全部読む 前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<282KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef