シューティングゲームの斜め移動の移動量を修正プログラムで正しく修正されているかどうか知りたい。

Question

参考サイトより提示コードのコメント内部のようにルート２分の１倍した数値を掛け算しているのですがこれは正しいのでしょうか？実際斜め移動しているときとそうじゃない時を実装してみましたがちょっと速度が違いすぎる気がします。これは間違えているのでしょうか？

参考サイト: https://bituse.info/game/19

#include "Game.hpp"
#include "Entry.hpp"
#include "Input.hpp"

#include <iostream>

#include "DxLib.h"


Game::Game(Entry* entry)
{
	owner = entry;	//Entry クラス



	m_handlePlayer_ = LoadGraph("Assets/Player.png");	//プレイヤー	
	playerPosition = glm::ivec2(100,100);
}


//計算
void Game::Update()
{
#define SPEED 10

	bool rl = false;
	bool ud = false;
	glm::ivec2 speed = glm::ivec2(0, 0);
	if (owner->input->getKeyDownHold(KEY_INPUT_RIGHT) > 0)
	{
		speed.x = +SPEED;
		rl = true;
	}
	else if (owner->input->getKeyDownHold(KEY_INPUT_LEFT) > 0)
	{
		speed.x = -SPEED;
		rl = true;
	}
	else {
		rl = false;
		speed.x = 0;

	}

	if (owner->input->getKeyDownHold(KEY_INPUT_UP) > 0)
	{
		speed.y = -SPEED;
		ud = true;
	}
	else if (owner->input->getKeyDownHold(KEY_INPUT_DOWN) > 0)
	{
		speed.y = +SPEED;
		ud = true;
	}
	else {
		speed.y = 0;

		ud = false;
	}

////////////////////////////////////////////////////////////////////////////////////////
	//斜め移動
	if (ud == true && rl == true)
	{
		playerPosition.x += speed.x * 0.70710678118;
		playerPosition.y += speed.y * 0.70710678118;
	}
	else {
		//そうじゃないとき
		playerPosition.x += speed.x;
		playerPosition.y += speed.y;
	}
////////////////////////////////////////////////////////////////////////////////////////


}

//描画
void Game::Draw()
{
	DrawGraph(playerPosition.x, playerPosition.y, m_handlePlayer_, TRUE);
}


Game::~Game()
{

}

Comments

[1T2R3M4]

仕様を考えた人が仕様に従ってご自身で書いたんだったら正しいのではないでしょうか。
仕様ではどうなっているのですか。

[txty]

削除

[退会済みユーザー]

数学を勉強しましょう。
結果だけ貰ってコピペしてるから何も身に付かないのです。

[退会済みユーザー]

いやちゃんと考えて自分で記述しました。

[退会済みユーザー]

自分でロジック考えてデバッグもしてるなら、そもそもこんな質問出てこないでしょう。

[m.ts10806]

このコードを考えられる頭があるなら出てこない質問がたくさん。1考えて9誰かに埋めてもらう行為は「考えた」とは言いません。

[fana]

> ちょっと速度が違いすぎる気がします

ふわっとした感想で言われても，何も伝わらない．あなたにしか動作は見れないのだし．
問題を定量的に示せないのか？
例えば，斜め移動時と斜めじゃない移動時のplayerPositionの時系列の値を示すとか．

[Serbonis]

キーの入力と速度の算出と状態の更新が入り混じっているため、見通しが悪くバグが入りやすい作りだと思います。まずはこれらを別々に処理するように構成を見直す事をお奨めします。

Answer 1

これは間違えているのでしょうか？

物理的な挙動としては、無重力かつ真空であっても、慣性が考慮されていないので、間違っています。

ゲームとしての挙動としては、仕様という「正しい挙動」も、実際の移動ログデータも提示されておらず、回答不能で、質問になっていません。

過去の質問も確認していましたが、同様に、質問になっていません。
作成(ないしは複製)したコードだけ提示し、判断基準である仕様も一切提示せず(もしくは提示できず)、ログなどの挙動結果すら提示せず(作成されたかすら疑問)、無意味に質問数を重ねているだけです。

この投稿の場合なら、仕様としては「移動する際の移動量はSPEEDとする」と明記し、フレームと検出キーと座標の、以下のようなログの提示が必要です。
000:－－:100,100
001:上－:100,90
002:上－:100,80
003:－－:100,80
004:－右:110,80
005:－右:120,80
006:上右:127,73

以後の質問投稿に関しては、最低限この程度はご提示くださいますよう、お願いいたします。