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

コマンダーヤンマーク さんが書きました:・キャラ画像ファイルはアニメーションを横にずらっと並べたpngファイルで８bit、２４色まで減色してあります。
　（モーションによってまちまちですが横サイズが8000を超えているものもあります）
・１キャラの全画像の合計容量は3.23MGでした。

タミア さんが書きました:画像サイズを２の乗数（512,1024など）にすると改善するかもしれません。

softya（ソフト屋) さんが書きました: 新しい画像の表示でメインＲＡＭ→ＶＲＡＭの転送で遅延している気がするので、全グラフィックを一度表示させれば安定するんじゃないと言う気がしました。
ゲームの対戦が始まる前に画面をフェードアウトしといて一気に全部描画できませんか？

SetWaitVSyncFlag(FALSE) ;　←　止めたほうが良いです。
SetUseVramFlag( TRUE ) ;
SetScreenMemToVramFlag( FALSE ) ;　←　止めたほうが良いです。
if( DxLib_Init() == -1 ) return -1;
SetUseNotManageTextureFlag( FALSE ) ;　←　これは微妙かも。どちらか良いかは試してみてください。

for(int i=0;i<2;i++){							//１Pと２P分おこなう
	for(int j=0;j<ACTION_TYPE;j++){				//モーションの最大数だけ行う
		if(graphic.Player[i][j][0]==0)break;	//モーションの先頭GHが何も無ければ抜ける
		for(int k=0;k<ANIME_NUM_MAX;k++){		//モーションのアニメーションの最大枚数だけ行う
			if(graphic.Player[i][j][k]==0)break;//GHが何も無ければ抜ける
			DrawGraph(0,0,graphic.Player[i][j][k],TRUE);//キャラ描画
		}
	}
}
//"graphic.Player[i][j][k] "はグラフィックハンドルです。

softya（ソフト屋) さんが書きました: あと、お持ちのＰＣのスペックが書いていないので、そもそも無謀なのかもしれません。

softya（ソフト屋) さんが書きました:4GBですか？それなら十分というか開発したゲームを配布するなら、もっと容量少なめで考えておかないとやばそうですね。
もっとノートとかＶＲＡＭとメインＲＡＭが兼用のメモリに厳しいＰＣかと思っていました。
ところで、上に書いたnvidiaInspectorは試されました？

だんごさん さんが書きました:質問文ともにざっとしか見てないので違うかもしれませんが、 SetDrawScreen( DX_SCREEN_BACK ) で実行していないではないですか？

コマンダーヤンマーク さんが書きました:ありがとうございます。
SetDrawScreen( DX_SCREEN_BACK ) ; 　は　if( DxLib_Init() == -1 ) return -1;
の後に一度だけ実行しています。

だんごさん さんが書きました: 一応聞きますが、ScreenFilp関数もループに１個だけ呼び出してますか？この関数が2個以上あるとバグやＦＰＳの低下の原因になります。

while(ProcessMessage() == 0 && GetHitKeyStateAll(Key) == 0){
ClearDrawScreen();
//-----------------------------------------------------------------------------------
//いじるのはココだけ
//スウィッチ文で各モード（タイトルやらキャラセレ）の関数を呼び出しています。
//-----------------------------------------------------------------------------------
ScreenFlip() ;
//ここらへんはFPS制御系など
}

softya（ソフト屋) さんが書きました:とりあえず、サイズ計算してみましょうか。
「使用画像データの限界（？）について質問」　←　参考
http://hpcgi2.nifty.com/natupaji/bbs/pa ... ast&no=305
まずウィンドウモードで、画面バッファがダブルで表示バッファを合わせて1280*720*4byte*3ですかね？
これは約１１ＭＢ程度で大したことないです。

と言うことで、問題はLoadDivGrpah()している方ということになります。
「画像読み込みと解放について」
http://hpcgi2.nifty.com/natupaji/bbs/pa ... st&no=2536
ここにVRAM上は１ピクセル4バイト使うと書いてありますので、
2P x ACTION_TYPE x ANIME_NUM_MAX x 画像サイズ x 4byte
で容量的に収まるかを計算してみてください。
画像サイズは　300*400みたいですが他の情報がないので計算がこちらでできません。

softya（ソフト屋) さんが書きました:やっぱりギリギリまで使うのは避けたいですね。
全部入れても最後の最後のいざと言う保険を残して80%ぐらいに留めたい所です。

サイズですが、512とか２の累乗サイズでない部分で無駄が出ているのかもしれません。
ただし、それで直るかは小規模な実験をしてみないとわかんないです。

あとは画像を減らすために、画像をパーツ化して同じ画像のパーツ部分をデータとして持たないようにするかですね。
専用のツールを作る手間とか、絵を見直すとか相当な手間が必要です。

それか画像を微妙に縮小して、ちょっと拡大して表示するとかでしょうか。
これも画像を直す手間は半端ないです。

コマンダーヤンマーク さんが書きました:>画面モードを16bit カラーにすると半分に成るとの噂はありますが、今はどちらなのでしょうか？

とりあえず32bitでやっています。ためしに
SetGraphMode(WINDOW_WIDTH ,WINDOW_HEIGHT , 16 );
で16bitモードにしてみましたが効果は無かったです。