画像を動かしてみよう

それでは今回は画像を動かしてみましょう。

画像を動かすには、講座の４で説明したとおり、
画像を少しずつずらしながら描画することで、動いてるように見せることができるんでしたよね？
その仕組みと講座の３で説明した描画関数を使えば、物体を動かしながら描画できるのですが、
単純にDrawGraph関数だけで描画していると、
ウィンドウ自体に直接描画していることになるので、
描画回数が増えてくると、ＰＣのモニタの60Hz以外のタイミングで描画してしまうことになります。
60Hzというのは、1秒間に画面が60回更新(描画)される、という意味です。
大体1回につき、16.6ミリ秒の間隔ですね。
これをリフレッシュレートと言います。
このタイミング以外で書き込んでしまうことになるので、画面にちらつきが出来てしまいます。

そこでダブルバッファリングという方法を使うことで、
この画面のちらつきを抑えることが出来ます。
これは、物体の描画先をウィンドウ画面ではなく、一旦裏画面に全て描画を行い、
描画が終わったら、その裏画面を表画面であるウィンドウ画面に反映させるという方法です。

人間の目には表画面しか見えませんから、裏画面を表画面に反映させる一瞬の時だけしか影響をうけません。
毎回表画面に描画していると、その描画回数分だけ人間の目に見えてしまいますから、
考えるだけでもちらつきが多く発生してしまいますよね？

このダブルバッファリングを使うためには、まず描画先を裏画面に設定しなければなりません。
そのために、SetDrawScreen関数を使います。
引数には定数である、DX_SCREEN_BACKを指定します。
これをメインループより前の部分で位置だけ呼び出してやれば、以後描画先は全て裏画面になります。

次に裏画面を人間の目に見えるようにするために、表画面へ反映させなければなりません。
そのために、ScreenFlip関数を使います。
引数はありません。成功すると0が返ります。

ここまでで、表画面へ描画する回数は１ループにつき一回だけになりました。
ですが、まだリフレッシュレートのタイミングにあわせる処理を書いていません。
また別の関数を使うのか？と思われるかもしれませんが、
ScreenFlip関数がその役目も担ってくれています。
実はScreenFlip関数はモニタのリフレッシュレートのタイミングに合わせて、
表画面への反映を行ってくれているのです。
ですので、この関数を実行するだけでちらつきを原因を押さえることができます。

これらの関数を使ってコードを書いてみましょう。
イメージとしてはこんな感じです。

	//描画先を裏画面に設定
	SetDrawScreen(DX_SCREEN_BACK);
	//メインループ
	while(ScreenFlip()==0 && ProcessMessage()==0){

		DrawGraph(x,100,gh,TRUE);

		x+=2;
		if(x==640)
			break;

	}

まず描画先を裏画面に設定してから、メインループに入ります。
while文の条件の中でScreenFlipとProcessMessage関数を実行しています。
ProcessMessage関数はwindowsプログラミングをする上で絶対必要でしたよね？
ScreenFlipは表画面へ反映させるためには絶対必要です。
これらの関数の戻り値がエラーだった場合はループを抜けるようにしています。
ループ内では、DrawGraph関数を使って描画しています。
x座標をループ内で、毎ループごとに２ずつ増加させながらループしています。
ループしっぱなしだと処理が終わらないので、xが640になったらループを抜けるようにします。

流れを言うと、
①DrawGraphで裏画面に描画

②x座標増加

③ScreenFlipで表画面へ反映

④以後ループ

となり、
xの値が増加しながら描画されるため、動いているように見えるわけです。

今回の画像は、

の画像を使います。
コチラの画像は、
REFMAP様が配布しているフリー画像素材を使用してます。
URLはhttp://www.tekepon.net/fsmになります。
素晴らしい素材を沢山配布されていますので、是非一度訪れてみてくださいね。
このキャラチップを使う場合はこのサイトからダウンロードせずに、
REFMAP様のサイトにいき、ダウンロードしてください。
この画像をプロジェクトファイルがあるフォルダに、char.pngという名前で保存してください。
上記のコードを使った全体のプログラムは以下の通りです。

#include "DxLib.h"

// プログラムは WinMain から始まります
int WINAPI WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance,LPSTR lpCmdLine, int nCmdShow )
{
	ChangeWindowMode(TRUE);

	if( DxLib_Init() == -1 )		// ＤＸライブラリ初期化処理
	{
		return -1 ;			// エラーが起きたら直ちに終了
	}

	//グラフィックハンドル
	int gh;

	//x座標
	int x=0;

	//画像読み込み
	gh = LoadGraph("char.png");

	//描画先を裏画面に設定
	SetDrawScreen(DX_SCREEN_BACK);

	while(ScreenFlip()==0 && ProcessMessage()==0){

		DrawGraph(x,100,gh,TRUE);

		x+=2;
		if(x==640)
			break;

	}

	WaitKey() ;				// キー入力待ち

	DxLib_End() ;				// ＤＸライブラリ使用の終了処理

	return 0 ;				// ソフトの終了 
}

これを実行すると以下のように描画されます。

あれ？
ちょっとイメージと違いますよね。
移動する過程において、画像が全て上書きされてしまっています。
これは、裏画面をループごとに消去していない為に起こっています。
裏画面に物体を描画し、次のループでまたその裏画面に描画しますが、
何もしないと前回描画した物体が裏画面にはまだ残っています。
そのためこんな変な状態になってしまうんですね。
つまり、裏画面をループごとに消去すればこの問題は解決できます。
裏画面を消去するには、CrearDrawScreen関数を使います。
引数はありません。成功すると０が返ります。
これをループごとに呼び出してやれば上手くいきます。
下記のコードをご覧下さい。

#include "DxLib.h"

// プログラムは WinMain から始まります
int WINAPI WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance,LPSTR lpCmdLine, int nCmdShow )
{
	ChangeWindowMode(TRUE);

	if( DxLib_Init() == -1 )		// ＤＸライブラリ初期化処理
	{
		return -1 ;			// エラーが起きたら直ちに終了
	}

	//グラフィックハンドル
	int gh;

	//x座標
	int x=0;

	//画像読み込み
	gh = LoadGraph("char.png");

	//描画先を裏画面に設定
	SetDrawScreen(DX_SCREEN_BACK);

	while(ScreenFlip()==0 && ProcessMessage()==0 && ClearDrawScreen()==0){

		DrawGraph(x,100,gh,TRUE);

		x+=2;
		if(x==640)
			break;

	}


	WaitKey() ;				// キー入力待ち

	DxLib_End() ;				// ＤＸライブラリ使用の終了処理

	return 0 ;				// ソフトの終了 
}

下記のように綺麗に描画されると思います。

ちょっとカクカクしているのは動画撮影時に私のPCのスペックが低い為に、
重くなってしまったことが原因です。
皆さんのPCで実行すればもっと滑らかに動きます。

ClearDrawScreen関数もWhile文の中で実行しています。
これもエラーがあればループを抜けるようにしています。
必ずScreenFlip関数の後に実行して下さい。
裏画面を消してから表画面へ反映しても意味ありませんからね(笑)

以上が物体を動かして描画する際の基本になります。
今回はここまで。
次回はキーボードのキーの押下状態を取得してみます

>> 【キーボードのキー押下状態を取得】に進む
>> ゲームプログラミング入門トップに戻る

おすすめ参考書