[過去ﾛｸﾞ] ゲームデザインについて語ろう 第3夜 (166ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
79(1): 2010/05/25(火)19:59 ID:x7OZLXmp(1/3) AAS
試行の結果やユーザーの操作によって試行の種類が変化する場合に対応できないだろ
81(1): 2010/05/25(火)20:44 ID:x7OZLXmp(2/3) AAS
種類が変化するってのは次回の試行が変化するってことね
単純な例で言えば、町を出て敵に遭遇、リロードしたくなるような大きな被害を受けた、
リロードを無効にするには、リロード後に同じ敵に遭遇させないといけないけど、
町出るの止めて別の弱い敵のところに行かれたら対応できない
遭遇まで行ったけど戦闘中の選択を別のものへ変更して被害が減ったというのもあり得る
カジノだと当たり後にユーザー選択で賞金倍増とかも選択をリロード後に選択を変更できる
しかも先に用意しておくとなると、ユーザーが選択する可能性の全ての分岐分の乱数系を用意しないといけない
83: 2010/05/25(火)23:54 ID:x7OZLXmp(3/3) AAS
敵のエンカウントに関しては俺は十分にリロードの意味はあると思うが、
上の例でプレイヤーがリロードしたいと思うかをここで判断してもしょうがない ただの例でしかないから
少なくとも対応できないケースが存在して、他にもいろいろなパターンが存在しそうってことが重要
確率の列を用意しておいてって方法は、おそらくかなり条件を限定しないと使えないだろうね
条件を限定をするってことはゲームシステムの設計にも影響するってことでアプローチとして間違ってる
プログラム組むのも面倒そうだし
リロードをさせない方向でいくのが正攻法だろうね
省2
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.010s