DXライブラリ総合スレッドその3

**名前は開発中のものです。** · 2009/03/31(火) 01:14:36

Cを習得した程度のスキルでも、
GUIのゲームを比較的容易に作成する事を可能にする、
「DXライブラリ」に関するスレッドです。

DXライブラリの詳細ついては
http://homepage2.nifty.com/natupaji/DxLib/
を参照して頂きたい。

DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

過去スレ：DXライブラリ総合スレッド
　　　　　　http://pc11.2ch.net/test/read.cgi/gamedev/1197468399/
　　　　　DXライブラリ総合スレッド 2008
　　　　　　http://pc11.2ch.net/test/read.cgi/gamedev/1224923873/

**名前は開発中のものです。** · 2009/05/10(日) 03:57:46

>>202
184じゃないけど良いなコレ
まあスレ違いだからここではやめとくが

**名前は開発中のものです。** · 2009/05/10(日) 09:08:13

>>203

それはDXライブラリと関係ない、C言語の領域だからぐぐって探せばみつかるでしょう。

まぁひとつ言っておくなら、読み込むだけなら
テキストファイルだろうとバイナリファイルだろうと関係ねーって事でしょうか。

それがテキストファイルかバイナリファイルかを区別するのは人間の仕事。
コンピュータにとってはどっちも数字の羅列です。

**名前は開発中のものです。** · 2009/05/10(日) 09:16:50

>>202

おお、簡単そうでいいな。
と思ったが商用だとライセンス必要なのか。

**名前は開発中のものです。** · 2009/05/10(日) 09:27:04

>>206
メーカーのひと？

**名前は開発中のものです。** · 2009/05/10(日) 10:31:11

「同人は金とるけど商用ではありません」って理屈がアメリカに通用するかどうか。

**名前は開発中のものです。** · 2009/05/10(日) 15:37:12

あれー？ exeクリックしても何も起こらないや。
動かすのに必要な環境とかあるのかな

**名前は開発中のものです。** · 2009/05/10(日) 15:49:58

何の話？

**名前は開発中のものです。** · 2009/05/10(日) 15:54:27

>>203
>>205
せっかくだから DxLib でやろうぜ。
以前、なんかダサイ感じのやつを作った記憶あったのでうｐ

int MapInit()
{
int FileHandle = FileRead_open("StageData.txt");// ファイルのオープン
int FileSize = FileRead_size("StageData.txt");// ファイルサイズを取得して
char* FileImage = new char[FileSize];// その大きさだけ領域確保
FileRead_read( FileImage,FileSize,FileHandle);// 一気読み
FileRead_close(FileHandle);// ファイルを閉じて終了

const char* d = FileImage;

while(*d != '\0'){ // NULL文字（終端）ではない間
switch( *d ){
　　：
　　：

**名前は開発中のものです。** · 2009/05/10(日) 16:04:32

それ、NULL文字はどこでセットされるのさ？

**名前は開発中のものです。** · 2009/05/10(日) 16:27:43

PlaySoundMemでmp3の音楽ファイルをループ再生した時、
曲がはじめに戻る時に一瞬無音部分が挿入されてしまうのは仕方の無い事なんですかね？

**名前は開発中のものです。** · 2009/05/10(日) 16:53:15

指定秒数から再生みたいな関数無かったっけ

**名前は開発中のものです。** · 2009/05/10(日) 18:54:17

あるよ。
俺使ってるから間違いない。

**名前は開発中のものです。** · 2009/05/10(日) 19:18:26

いや頭は正常だけど終わりの部分と頭の間に微妙な空白期間があるんだけど。

**名前は開発中のものです。** · 2009/05/10(日) 20:22:30

それはMP3自体にはまったく空白が無い状態で？

てか空白が頭なのか終わりなのか区別つくのか？

俺はoggでやってるけどそんな現象は出ていない。
oggでなくてmp3だから空白が出てるってのも考えにくいし……。

たとえば、

// 音声をループ再生する
PlaySoundMem( SoundHandle, DX_PLAYTYPE_LOOP ) ;

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

こんな感じで音楽鳴らしてWaitKeyで待たせてるだけの状態でも空白は出る？

**名前は開発中のものです。** · 2009/05/10(日) 21:46:31

空白をカットすれば

**名前は開発中のものです。** · 2009/05/10(日) 21:59:26

MP3とかoggを直接編集できるフリーソフトとかあるから
それでまず音楽データ自体に空白が入ってないか確認するのが先かな。
（俺は古いけどspwaveっての使ってる）

**名前は開発中のものです。** · 2009/05/10(日) 23:33:01

ゲーム開発って、ファイル分割がキチンと綺麗に出来るかどうかで難易度グッと変わるよね？

いまいちヘッダーファイルに何書けば良いのか分からん。
ヘッダーファイルに書くのって基本的に
構造体、グローバル変数、クラス

で良いんだよな？

でもグローバル変数はそのまま書くより、メインの実行処理を書いたソースでグローバル宣言して、externしたのをヘッダーに書いた方が良いのか？

中々難しい

**名前は開発中のものです。** · 2009/05/11(月) 00:02:53

ヘタレプログラマな俺は何も考えずにやってる。
必要性を感じたらやればいいなと。

**名前は開発中のものです。** · 2009/05/11(月) 00:25:28

再利用性ってのがあるだろ
他のプロジェクトで同じヘッダーを使いたいって時があるはず
stdlib.hやwindows.hなどは、頻繁に共有して使う定義をまとめてあるわけだな

ゲーム開発では、バージョンアップや拡張版を作る時に意識する
そういうのが前提になくて、ただ使い捨てのマイナープログラムを作りたいだけなら
ヘッダーに書こうがソースに書こうが大した違いにはならん

集団開発ではこういう実動的な概念を知ってないと、プロジェクトに致命的な遅れを引き起こす原因になる
読めないソース、意味のわからない変数名、再利用性の全くないヘッダー
そういうのを書く奴はとても多い
同僚から「早くクビになれ」と睨まれてるのに、大抵は自覚がない

**名前は開発中のものです。** · 2009/05/11(月) 00:37:43

mp3の仕様上、変換した時点で前後に無音部分が入るのは避けられないんじゃなかったか？
無音部分のないoggを作れば大丈夫だと思う

**名前は開発中のものです。** · 2009/05/11(月) 01:25:34

wavの状態で編集→mp3にエンコ
これでmp3にした場合だけループに空白が出来る。
でも編集ソフトでmp3ファイルを見てみても無音が入っていないので
ファイル自体じゃなくてループ再生時に無音が入っちゃってると予想してる。
>>223のような情報もあるのでwavからoggでやってみようと思います。
むしろmp3でちゃんとループしてる人がいるなら是非そのファイルをくれませんか？

**名前は開発中のものです。** · 2009/05/11(月) 01:55:23

まー、mp3使う理由なんてないだろ

**名前は開発中のものです。** · 2009/05/11(月) 10:32:30

>>220
グローバル変数を何の工夫もなくヘッダに書くのはありえない。
でも、1つのソースファイルからしかincludeしないなら
ヘッダの意味もないが、トラブルも出ないし好きにしたらいい。

**名前は開発中のものです。** · 2009/05/11(月) 23:27:48

＞ヘッダ
例のセガの人の本によれば
ヘッダファイルは、そのモジュールの顔のようなものなので、
自分からしか参照しないものはヘッダに書くな、だそうな。

**名前は開発中のものです。** · 2009/05/12(火) 20:59:39

OPムービーをつけたいのですが動画挿入ってできます？

**名前は開発中のものです。** · 2009/05/13(水) 00:34:03

>>228
リファレンス嫁

**名前は開発中のものです。** · 2009/05/13(水) 00:45:59

普通にありましたすみません

**名前は開発中のものです。** · 2009/05/13(水) 02:31:33

みんなＤＸライブラリをなんて読んでる？
ディーエックス？デラックス？

**名前は開発中のものです。** · 2009/05/13(水) 02:39:25

ディーエックスかな
てかそもそもデラックスなんて意味込められてたっけか？

**名前は開発中のものです。** · 2009/05/13(水) 04:37:24

よし！
今度、自分用のライブラリを作る時は超合金ライブラリという名前にしよう。

**名前は開発中のものです。** · 2009/05/13(水) 04:45:57

ぼくはダブルエックス！

**名前は開発中のものです。** · 2009/05/13(水) 05:27:57

俺はデラックスって呼んでるな。カービィDX的なノリで

**名前は開発中のものです。** · 2009/05/13(水) 11:01:09

DXライブラリ…… それは裏切りを意味する言葉。

**名前は開発中のものです。** · 2009/05/14(木) 23:52:26

wav変換
http://www.vector.co.jp/soft/dl/win95/art/se202196.html
アドウェア臭いのついてるから本体以外キャンセル（Jwordとかプレーヤーとか）
http://www.vorbis.com/files/1.0/tobias/OggDS0995.exe
これインスコすればOGGをメディアプレーヤーで直再生できる

**名前は開発中のものです。** · 2009/05/16(土) 18:21:08

DXライブラリってProcessMessageでメッセージをひとまとめに扱ってますが
このことによって何か出来なくなる（制限される）ことってありますか？　ウインドウズプログラム的に。

**名前は開発中のものです。** · 2009/05/20(水) 18:05:19

画像を多く使う予定なのですが、
DrawRectGraphでその都度座標を指定して描画するのと
LoadDivGraphやDerivationGraphで新しくグラを作成するのってどっちがいいとかありますか？
面倒なのですがDrawRectGraphの方が軽そうな感じがして…

**名前は開発中のものです。** · 2009/05/20(水) 19:14:49

後者の方が速かった気がする
実際に試してみるのが一番いいと思うけど

**名前は開発中のものです。** · 2009/05/20(水) 22:50:34

ありがとうございます。両方試して比べてみます。

**名前は開発中のものです。** · 2009/05/21(木) 01:24:36

結果の報告お待ちしております

**名前は開発中のものです。** · 2009/05/21(木) 14:53:13

いちいち画像読み込むとハードディスク使うから遅い
メモリに読み込んでハンドル返す方法は高速に描ける
速度を必要とする場面かどうか検討するといい
使い捨ての場面ならメモリに確保しない方が開発の負担が小さいし
何度も使うのならメモリに読み込んだ方が処理の負担が小さい
一般的には後者に統一することが多い

似たような話で、画像にjpgやpngを使ったり、mp3を使うのはCPUに負荷を掛けるので
通常素材にはbmp、効果音にはwavを使うのを勧める
(企業開発で形式を隠蔽したいわけでもないし)

**名前は開発中のものです。** · 2009/05/21(木) 17:07:42

大した負荷じゃないんじゃない？

**名前は開発中のものです。** · 2009/05/21(木) 17:31:35

HDDからいちいち読み込んでるとアホみたいに遅くなるぞ

**名前は開発中のものです。** · 2009/05/21(木) 19:45:39

下三行への突っ込みだと思う

**名前は開発中のものです。** · 2009/05/21(木) 20:03:43

jpgやpngはロードした時点でbmpに変換されるんじゃなかったっけ。

**名前は開発中のものです。** · 2009/05/21(木) 23:37:28

pngやらはゲーム処理が遅くなるかもしれんが、
bmpを使うとゲーム容量が馬鹿デカクなる気がする

実際にどれほど処理・容量の違いがあるのかが知りたいNe!

**名前は開発中のものです。** · 2009/05/21(木) 23:43:38

いまどきbmpで作ったからって容量が多くなりすぎて困るって事はないと思うけどなぁ。
３Dゲームとかノベルゲームとかならまだしも。

むしろ容量食うのは音楽。

**名前は開発中のものです。** · 2009/05/22(金) 00:30:16

ある程度DL数が多かったり、自宅サーバだったりする場合は
けっこう容量も気になってくるのだそうな。

**名前は開発中のものです。** · 2009/05/22(金) 00:49:48

bmpじゃないと透過色が定まらない…

**名前は開発中のものです。** · 2009/05/22(金) 13:26:24

俺はpng一択。αチャネルを1ファイルで処理できるのが便利すぎる
(bmpやjpgだとチャネル用の別画像を用意しないといけない)

ちなみに読み込みだけにCPU負荷がかかるだけで、
テクスチャになってしまえば転送速度は同じ。
bmpの場合はファイルサイズも大きくなり、読み込みに時間が逆に掛かることもあるので、適材適所が良いと思います

**名前は開発中のものです。** · 2009/05/22(金) 21:09:50

質問。
32x32の画像があって、これを2倍に拡大して表示するのと、
64x64の画像があって、これを等倍で表示するのとでは、どっちが高速？

拡大する手間がある分だけ遅くなると見るべきか、元々の画像が小さいから有利と見るべきか。
実測してみたけど、いまいちよく分からん。

**名前は開発中のものです。** · 2009/05/22(金) 21:24:41

実測してわからないのならどうしようもないような……。

**名前は開発中のものです。** · 2009/05/23(土) 00:55:35

>>253
前者の方が早いでしょう
拡大表示処理はハードウェア(Direct3D)で行うので、とても高速ですよ

**239** · 2009/05/23(土) 12:29:43

2000*4000くらいの大きな画像や、小さい画像を1000個くらい描画してみて
DrawRectGraphとDerivationGraphの違いを検証してみましたが、
メモリ、ビデオメモリ、処理速度に目立った違いは見受けられませんでした。
なので扱いやすいDerivationGraphを使って行こうと思います。

**名前は開発中のものです。** · 2009/05/23(土) 13:25:24

自分や友人がDxLibを使って作ったゲームを俺のPCで起動させると、始めはいいんだが、しばらくしてから必ず30フレームになってしまうのはなぜかわかる人いるか？
俺のPCは「VGN-AW71JB」っていう型なんだが…。PC版のスプリンターセルはヌルヌル動き続けるし、スペックの問題ではないと思うんだが…。64bitのvistaってのがなにか影響してるのかな？

**名前は開発中のものです。** · 2009/05/23(土) 17:37:42

257 名前：名前は開発中のものです。[] 投稿日：2009/05/23(土) 13:25:24 ID:ORU4uz0n
自分や友人がDxLibを使って作ったゲームを俺のPCで起動させると、始めはいいんだが、しばらくしてから必ず30フレームになってしまうのはなぜかわかる人いるか？
俺のPCは「VGN-AW71JB」っていう型なんだが…。PC版のスプリンターセルはヌルヌル動き続けるし、スペックの問題ではないと思うんだが…。64bitのvistaってのがなにか影響してるのかな？

**名前は開発中のものです。** · 2009/05/23(土) 20:01:55

インデックスカラー方式の画像描画はどうやったらいいんでしょうか。パレットを切り替えて色を途中で変えたりしたいんですが。

**名前は開発中のものです。** · 2009/05/23(土) 20:38:13

一度メモリに読み込んでからパレット部分を書き換えて、グラフィックハンドルに登録する。
つまり、途中で自在に色換えはできない。

わかる、君のやりたい事はわかる。
スプライトの色変えみたいに自在にやりたいんだよな。でもできない。

**名前は開発中のものです。** · 2009/05/23(土) 22:53:41

PCってファミコン以下の糞環境なんですねラスタースクロールもできないし

**名前は開発中のものです。** · 2009/05/23(土) 23:00:23

DirectXでも弄ってろよ

**名前は開発中のものです。** · 2009/05/24(日) 00:14:29

ラスタースクロールなんて10年ぶりに聞いた

**名前は開発中のものです。** · 2009/05/24(日) 00:17:36

>しばらくしてから必ず30フレームになってしまうのはなぜかわかる人いるか？

処理速度が低下するような時は、メモリーリークの可能性がある、
簡単に書くと、メモリを解放せずループで使いっぱなしにすると
メモリーがどんどん不足してゆき処理速度低下として症状が現れる。

**名前は開発中のものです。** · 2009/05/24(日) 00:42:23

>>259
一色ごとに画像を抽出してそれを全部白くして、表示時に色をいじってだね・・・
コストはかかるが、あくまで自由自在に色をいじりたい奴だけそうしてみるとか

**名前は開発中のものです。** · 2009/05/24(日) 04:14:52

FilmtnとBCCつかうとコンパイルとプログラム実行一瞬でめちゃくちゃ速いな
VC2008は豪華だけど重い

**名前は開発中のものです。** · 2009/05/24(日) 17:40:43

>>264
同じソースでも、友人のPCだったら落ちないという…
落ちないようにするにはどうしたらいいかな？

※と、書いてる途中でタスクマネージャーを見たら、CPU使用率が90％以上に張り付いてた。
他何も起動してないし、アプリケーションを停止したら0％に戻る。意味不明。

**名前は開発中のものです。** · 2009/05/24(日) 19:21:41

そりゃ友人のＰＣ環境が良いだけって話にならんかね。

**名前は開発中のものです。** · 2009/05/24(日) 20:01:22

まぁ、ソースを見ないとなんともいえないな。
文字描画するのに、毎回文字の大きさ変えて描画してるとか

**名前は開発中のものです。** · 2009/05/24(日) 23:50:08

自分
CPU:Core 2 Duo 2.66GHz
RAM:4.00GB

友人
CPU:Core 2 Duo 2.40GHz
RAM:2.00GB

ソースとして挙げるなら、DxLibのホームページの、ゲーム作成講座のソース。
四角君が自分に向けて弾を撃って来るあのソースですらなりました。

**名前は開発中のものです。** · 2009/05/25(月) 00:30:41

いちいちageるなぼけ

**名前は開発中のものです。** · 2009/05/25(月) 01:34:29

c++教室の2Dアニメーションのプログラムを書いたんだが、表示されない
何が悪いのか……

**名前は開発中のものです。** · 2009/05/25(月) 01:53:57

それは愚痴か、質問か。

質問だったら「エスパーじゃないんだから、そんな事知らん」

**名前は開発中のものです。** · 2009/05/25(月) 02:16:31

DirectXを最新版にしてみたら？

**名前は開発中のものです。** · 2009/05/25(月) 07:48:45

指定ファイル名が違うとかダブルバッファの処理がおかしいかメモリに読み込まれてないかじゃね

**名前は開発中のものです。** · 2009/05/25(月) 10:55:40

俺はScreenFlipでの垂直同期周りだと予想
グラボと設定によっては同期待ちのタイミングでCPU処理に加算されとても重く「感じる」ことがある。

**名前は開発中のものです。** · 2009/05/25(月) 15:09:43

SetWaitVSyncFlag(FALSE);

でカオスになるぜ！

**名前は開発中のものです。** · 2009/05/26(火) 17:43:21

>277
誰もが一度は通る道ｗｗｗ

**名前は開発中のものです。** · 2009/05/27(水) 04:36:49

３Ｄ背景を実装するのって難しいかね

**名前は開発中のものです。** · 2009/05/27(水) 04:47:29

あなたの実力による

**名前は開発中のものです。** · 2009/05/29(金) 00:03:12

チラ裏。
Dxライブラリをうまく名前空間に突っ込めないかなー、と思ったが
自前で改造しなきゃならない量を考えると挫折しそうだって愚痴。

>279
3Dで作った背景を2D画像に落として、
無理やりパターンアニメで表示させてるって作品があったような気がする。

**名前は開発中のものです。** · 2009/05/29(金) 01:20:12

>>279
実際にいじってないのでなんとも言えないが
ここに映像つきのサンプルあるよ。
http://dixq.net/rp/

**279** · 2009/05/29(金) 06:57:39

>>280
ふむ…努力次第でどうにでもなるという解釈でおｋかな。時間はかかりそうだがやってみないことにはわからないな

>>281
横シューのなら見たことあるｗｗものすごい労力の割に拡張性が無さそうでなぁ…

>>282
おお、こんな感じで動かせられるなら…

とりあえずテクスチャを簡単にくりくり動かせるような関数でもつくってみることにする

**名前は開発中のものです。** · 2009/05/29(金) 21:51:58

VC2008って無意味に重いなあ
関数かいてカーソル合わせると宣言が表示されるから便利なんだけどなあ

**名前は開発中のものです。** · 2009/05/29(金) 23:04:59

ツール→オプション→環境→自動バックアップ→自動バックアップの実行間隔→６０分ごと

**名前は開発中のものです。** · 2009/05/30(土) 23:32:29

>3Dで作った背景を2D画像に落として、
>無理やりパターンアニメで表示させてるって作品があったような気がする。

いいねこれメガテンの３Ｄダンジョンみたいなのに使えるな

**名前は開発中のものです。** · 2009/05/31(日) 03:54:51

int state = 0;
swith(state){
case 0:
if(CheckHitKey(KEY_INPUT_RETURN)){
文字表示
state++;
}
case 1:
if(CheckHitKey(KEY_INPUT_RETURN)){
文字表示
state++;
}
case 2:
if(CheckHitKey(KEY_INPUT_RETURN)){
文字表示
}
}

という風にすると、全部一気にキー判定されて、同時にすべての文字が表示されます。
WaitKeyとかWaitTimerを使う以外で、エンターを押すごとに順番に表示させるにはどうすればいいでしょう？

**名前は開発中のものです。** · 2009/05/31(日) 04:07:26

>>287 コンパイルしてないから、実際に動くかは知らんが、
enterが押しっぱなしの時は、flagを0にシナイので、
enterが離されて、再度flagが0になってからswitch文の実行が行われる。ように改造すれば
望みの結果が得られると思う。

int state = 0;
int flag =0;
if(flag == 0){
switch(state){
case 0:
if(CheckHitKey(KEY_INPUT_RETURN)){
flag =100;
文字表示
state++;
}
case 1:
if(CheckHitKey(KEY_INPUT_RETURN)){
flag =100;
文字表示
state++;
}
case 2:
if(CheckHitKey(KEY_INPUT_RETURN)){
flag =100;
文字表示
}
}
}else if(flag != 0)
{f( !CheckHitKey(KEY_INPUT_RETURN) ){
flag =0;
}

**名前は開発中のものです。** · 2009/05/31(日) 04:49:59

/*>>287 の意図する動作かどうかわからんが、俺がいつも使ってる方式
キーバッファを設けることによって、押された瞬間を判定することができる*/
#include "DxLib.h"
int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) {
ChangeWindowMode(TRUE);
if (DxLib_Init() == -1) {return -1;}
SetDrawScreen(DX_SCREEN_BACK);
char key_buffer[2][256]; // キーバッファ
int state = 0;
while (ProcessMessage() != -1) {
ClearDrawScreen();
// 前のフレームの入力状態を保持
for (int i = 0; i < 256; i++) {
key_buffer[1][i] = key_buffer[0][i];
}
// 現在のフレームの入力状態を取得
GetHitKeyStateAll(key_buffer[0]);
// 「現在のフレームで押されている」かつ「前のフレームで押されていない」ならば
if (key_buffer[0][KEY_INPUT_RETURN] && !key_buffer[1][KEY_INPUT_RETURN]) {
state++; // 次の状態へ
}
// state の値によって分岐するなり何なり
DrawString(0, 0, "Press enter key!", GetColor(255, 255, 255));
DrawFormatString(0, 20, GetColor(255, 255, 255), "状態%d", state);
// 適当なところで終了
if (state == 10) {break;}
ScreenFlip();
WaitTimer(10);
}
DxLib_End();
return 0;
}

**名前は開発中のものです。** · 2009/05/31(日) 05:11:01

とりあえずbreakしようぜ

**名前は開発中のものです。** · 2009/05/31(日) 08:31:50

if((CheckHitKey(KEY_INPUT_RETURN))&&LeftFlag==0){
LeftFlag=999;
文字表示}else LeftFlag=0;
押したときだけ処理するようにすればいけそう？

**名前は開発中のものです。** · 2009/05/31(日) 08:46:00

static
break

**名前は開発中のものです。** · 2009/05/31(日) 15:21:06

if(CheckHitKey(KEY_INPUT_RETURN)){
if(enter_cnt<100){enter_cnt++;}
}else{
enter_cnt=0;
}

if(enter_cnt)//押している間
if(enter_cnt==1)//押された瞬間

**名前は開発中のものです。** · 2009/05/31(日) 15:22:27

if(CheckHitKey(KEY_INPUT_RETURN)){
　if(enter_cnt<100){enter_cnt++;}
}else{
　enter_cnt=0;
}
半角消えるのか

**名前は開発中のものです。** · 2009/05/31(日) 20:06:14

>>286
DOGA最盛期にうんざりするほどあったよそういうの

**名前は開発中のものです。** · 2009/06/01(月) 03:53:44

CheckHitKeyで押された回数を数えるにはどうしたらいいでしょう？

**名前は開発中のものです。** · 2009/06/01(月) 03:59:15

>296
if文とインクリメント

**名前は開発中のものです。** · 2009/06/01(月) 04:02:48

>>296
今話題の押された瞬間を数えて適当な変数に保存しときゃいいんでね？

**名前は開発中のものです。** · 2009/06/01(月) 04:12:11

下のプログラムを改良して、エンター押すごとにA,B,C,Dを表示させていくにはどうしますか。
下のままだと、ABCDっていっきに表示されます。

#include "DxLib.h"

int WINAPI WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance,LPSTR lpCmdLine, int nCmdShow ){
ChangeWindowMode(TRUE);
if(DxLib_Init() == -1 || SetDrawScreen( DX_SCREEN_BACK )!=0) return -1;

int col1 = GetColor(255, 255, 255);
char input[4];
int i = 0;

**名前は開発中のものです。** · 2009/06/01(月) 04:13:52

>>299続き
while(ProcessMessage()==0 && CheckHitKey(KEY_INPUT_ESCAPE)==0){
if(CheckHitKey(KEY_INPUT_RETURN)){
switch(i){
case 0:
input[i] = 'A';
break;
case 1:
input[i] = 'B';
break;
case 2:
input[i] = 'C';
break;
case 3:
input[i] = 'D';
break;
}
i++;
}
if(CheckHitKey(KEY_INPUT_SPACE)){
ClearDrawScreen();
DrawString(0, 0, input, col1);
}
ScreenFlip();
}

DxLib_End();
return 0;
}

**名前は開発中のものです。** · 2009/06/01(月) 08:41:57

キーを１回押されるごとに処理したい場合の
あるごりずむ体操

（ループはじめ）
　　　　↓
＜前回キーが押されていたか？＞　YES→　（ループおわり）
　　　　↓　NO
＜キーが押されているか？＞　　　　NO　→　（ループおわり）
　　　　↓　YES
[キーが押された時の処理]
　　　　↓
（ループおわり）

**名前は開発中のものです。** · 2009/06/01(月) 08:43:59

iの値も0に戻してあげようね

**名前は開発中のものです。** · 2009/06/01(月) 09:36:50

リアルタイム処理でないのならScreenFlipのあとにでも↓を追加しときゃいいんじゃね？

while( ProcessMessage() == 0 && CheckHitKey(KEY_INPUT_ESCAPE) == 0 && CheckHitKey(KEY_INPUT_RETURN) == 1 ){
Sleep(16) ;
}

DXライブラリ 総合スレッド その3

DXライブラリ総合スレッドその3