ゲームプログラミングしてるんだけどシームレスバトル作るのマジで難しい

シームレス作れる人天才だろ
どういう設計してんだよ

最近のffみたいにバトル画面にならなずにそのままバトルするやつ？

>>2
そうそう
マジですごい

そもそもシームレスである必要あるか？

>>3
シームレスの方が面白くね？

>>7

なんで面白いの？

何が難しいの？

>>4
設計

>>8

具体的に

>>9
例えば、マップと戦闘画面を分けて作れば
マップを増やしても
常にマップ→戦闘画面に飛ばして
戦闘画面をドンドン追加していくだけで作れるじゃん？
でも一緒になってるとそれが出来ない

ボタンの割り当てとアクションセットを切り替えるだけで住みそうだけど・・・

シンボルエンカウントなのかランダムエンカウントなのか

>>11
シームレス

>>14

だからシームレスにもシンボルエンカウントとランダムエンカウントがあるでしょーよ

>>17
シームレスだよ

マップ画面と戦闘画面って考えるから難しくなるんじゃないか？
マップでも戦闘でも同じモデルデータを共有しているだけと考えれば
むしろ毎回別のモデルデータを用意しなきゃならない戦闘画面を持つことの方がやっかいだとも言える

>>15
シームレスだと
マップ画面と戦闘画面を一つのコードに書かないといけないから
変更が大変過ぎる
どうやって設計してるのかサッパリわからないよ

>>16

マップと戦闘をひとつのコードに？？？？
なわけないだろ！！！！
シームレスでもマップ用のコードと戦闘用のコードをわけるのなんて当たり前くらいに思ってたがw

>>20
いやもちろんわけるけど

クソエアプだけど簡単そうだけどな？難しいんか
ポーズやカメラシステムとかと似たようなもんじゃない？

>>18
俺も簡単だろwwwwって思って作り始めたけど
難しいと気づかされた

もうアクションRPGでよくね

>>19
ダークソウルみたいなARPGやバイオ4みたいなFPSも作ってみたい

操作全部奪って戦闘画面のボタン出す関数作ってそれ読んだら？

>>21
恐らくユーザーが出来る事リストを100個くらい先に作ってしまう予感がする
例えば、P1からE1（敵）に対して回復、攻撃、弱体魔法、攻撃魔法
みたいなリストを事前に100個くらい作って
イベントに関して別で後から作るみたいな

どういうのを想像してるのか良く分からん

>>22
個人的にFF12が好きでそれを参考にしてる
というかFF14からゲームプレイしてなくて最近のゲーム知らない

マップ画面と戦闘画面で画面を表示するエンジンは全く同じものを共有していて
マップ画面から戦闘画面に切り替わる際にマップ上の敵と味方の位置をそのまま流用する
するとマップ画面から戦闘画面に切り替わっても見た目上シームレスに繋がっているように見える
という風には考えられないか？

>>28
それは考えた
それをやれば戦闘とフィールドを分けられる
それを採用したのがおそらくDQ10な気がする

>>30

全部のシームレスなゲームがそうやっているよ
ちゃんとしたゲームなら必ずフィールドプログラマーと戦闘プログラマーって別に居るからね

>>31
まじそれ
フィールドとバトルで分けたい
明らかに一人でやる量じゃない
けど友達いないし