プログラマ専用SNS ミクプラ

標題の挙動に違和感があるので質問させてください。

プレイヤーが左右に動く床（リフト）に乗っているとき、プレイヤーの座標移動量は
「リフトの移動量」+「プレイヤーの移動量」としています。
ワールド座標（ゲーム内での座標）で見たとき、移動量自体はこれで正しいように思います。

ただ、リフトの上でプレイヤーが左右に往復してみると、
(1)リフトと同じ方向に移動すると移動が速く感じる、
(2)リフトと逆方向に移動すると遅く感じる、という体感になります。
これはカメラのスクロール（※）があるからそう感じるのだと思うのですが、
　※リフトの移動量が2、プレイヤーの移動量が3の場合、
　　(1)は、カメラのスクロール量が2+3=5、
　　(2)は、カメラのスクロール量が-2+3=1

他のゲーム（昔の曖昧な記憶ですがロックマンなど）ではリフト上での動きに
違和感は感じなかった気がします。
「リフトの移動量」+「プレイヤーの移動量」という計算式は一般的ではないのでしょうか。
このようなケースの計算式のセオリーがあればお教えいただきたく、よろしくお願いいたします。

それはそれとして，（「一般的」とか「セオリー」とかいわれると私は知らんのですが）ごくふつーに(?)考えれば

> 「リフトの移動量」+「プレイヤーの移動量」

で良いと思います．

あなたのいう「カメラのスクロール」というのが 何なのか/違和感に関してどのような影響を与えているのか/etc は不明ですが，
プレイヤー vs 背景（：リフトと関係ないもの） の観点で見てやれば妥当に見えるのではないでしょうか．

usaoさん、ご回答ありがとうございます。

確かにプレイヤー vs 背景で見れば、移動量で見ても妥当ではあります。

「カメラのスクロール」とは、マリオやロックマンのような横のマップスクロールのことです。
プレイヤーが常に画面中央となるようにスクロールを追従させています。

前述の例のように、リフト上でプレイヤーが左右に往復すると、
マップのスクロール量が1のときと5のときがあって、プレイの上であくまで個人的な感覚上ですが
気持ちが良くなく感じます。
とはいえ、基本的には「リフトの移動量」+「プレイヤーの移動量」を設定しなければならなさそうなので、
リフトの移動量自体を遅くするか、加算させるプレイヤーの移動量にいくらか係数をかける等、
自分が納得いく挙動を色々試してみようと思います。

この度はC言語とは直接関係のないテーマにも関わらず、ご回答いただきありがとうございました。

違和感が無かったゲームの動きを実際に見て（プレイ環境が無いなら，動画を探すとか？），ご自身のプログラム　と何が違うのか？　というのを探してみると良いのかもしれません．

マリオやロックマンといったゲームでも

> プレイヤーが常に画面中央

だっただろうか…？　とか．私も正確には覚えていません．
ひょっとしたら「遊び幅」（：画面中央のある幅の中ならばスクロール無しでキャラクタが左右に動くみたいな）があったのかもしれません．