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

**名前は開発中のものです。** · 2010/10/04(月) 17:24:47

Cを習得した程度のスキルでも、
GUIのゲームを比較的容易に作成する事を可能にする、
「DXライブラリ」に関するスレッドです。
DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

【公式】
http://homepage2.nifty.com/natupaji/DxLib/

【過去スレ】
DXライブラリ総合スレッド
http://pc11.2ch.net/test/read.cgi/gamedev/1197468399/
DXライブラリ総合スレッド 2008
http://pc11.2ch.net/test/read.cgi/gamedev/1224923873/
DXライブラリ総合スレッドその3
http://pc11.2ch.net/test/read.cgi/gamedev/1238429676/
DXライブラリ総合スレッドその4
http://pc11.2ch.net/test/read.cgi/gamedev/1249822550/
DXライブラリ総合スレッドその5
http://pc11.2ch.net/test/read.cgi/gamedev/1259912953/
DXライブラリ総合スレッドその6
http://hibari.2ch.net/test/read.cgi/gamedev/1267108154/

**名前は開発中のものです。** · 2011/03/03(木) 23:32:31.47

読み込んだファイルはOSが一時的にキャッシュ保存しているよ。

**名前は開発中のものです。** · 2011/03/03(木) 23:35:35.10

じゃ、じゃあやっぱ気にしなくていいってことかな……うん。

**名前は開発中のものです。** · 2011/03/03(木) 23:37:05.63

状態遷移のたびに際限なく増えてるならメモリリークの可能性大

あともしVista以降だったらタスクマネージャにデフォルトで表示されてるプライベートワーキングセットには
DLL側のメモリの使用量は含まれてないよ

**名前は開発中のものです。** · 2011/03/03(木) 23:59:37.80

えー……じゃあやっぱ原因探さないとな。ありがとう。

**名前は開発中のものです。** · 2011/03/04(金) 00:05:04.17

>>858
何処を見て判断しているか説明しないと、色々出るだけだろ。何処見てるんだよ！

**名前は開発中のものです。** · 2011/03/04(金) 00:08:06.20

いや、タスクマネージャ……

**名前は開発中のものです。** · 2011/03/04(金) 00:25:23.10

とりあえずゲームループに入って１００秒くらい経ってもまだメモリ増えるならアウト

**名前は開発中のものです。** · 2011/03/04(金) 01:01:17.80

や、やっぱり法則がわからない。
何事も、初めのうちは増えるんだよね。
例えば効果音で、初めのうちは鳴る度にメモリ増えるんだけど、
何度も鳴ってると増えなくなる。
画像の読み込み＋表示でもそうみたい。

**名前は開発中のものです。** · 2011/03/04(金) 01:06:04.38

また肝心な事言い忘れた。
そういうことだから、やっぱループし初めは初めて尽くしだからポンポン増えてくけど、
落ち着けば変わったことが起こらない限り増えない。

**名前は開発中のものです。** · 2011/03/04(金) 01:07:59.19

重ね重ねごめんね。誤字

ループし初めは初めて尽くし→ループし始めは初めて尽くし

**名前は開発中のものです。** · 2011/03/04(金) 01:30:31.12

ずっと動かし続けてみたら？
数時間プレイし続けただけで落ちたらメモリリークだろうし

**名前は開発中のものです。** · 2011/03/04(金) 23:09:56.12

プログラマ諸兄方に教えて頂きたい。

正直、俺のヘボいプログラムを人に見せるのは恥ずかしいけど、
訊くは一時の恥、とサンプルを晒します。

ttp://www.dotup.org/uploda/www.dotup.org1396225.zip.html

あくまでサンプルで、適当にやってるところもあるけど、大体において俺はこんな形でゲーム作ってます。
ご覧の通り一応動きはするけど、プログラムの組み方は拙いです。

これをいわゆる普通なやり方に直すとするとどうなりますでしょうか。
特にキャラクターデータやグラフィックハンドルの管理をどうしてるのか、とかが知りたいです。

よろしくお願いします。

**名前は開発中のものです。** · 2011/03/04(金) 23:26:51.42

で、ダウンロードパスは？

**名前は開発中のものです。** · 2011/03/05(土) 00:21:59.55

あ、すみません。書くの忘れてました。
DXlib です。

**名前は開発中のものです。** · 2011/03/05(土) 00:32:14.95

やり方に直すって、全部コード書けってことかい？
流石に面倒だぞ
ぱっと見たところ、クラスちゃんと使えよと思ったな
C++の言語仕様くらいはちゃんと勉強しな
あとキャラクタ管理にはリスト構造とか使えばいいと思うよ

**名前は開発中のものです。** · 2011/03/05(土) 01:28:05.42

拙いという割にはちゃんと細かい処理も関数に分けてて分かりやすいと思う
コメント多めなのも良い
クラスなんて構造体扱いでも全く構わないよ
全体的にわかりやすいベターCコードって印象

**名前は開発中のものです。** · 2011/03/05(土) 01:31:08.83

構造体扱いなら
class Hoge{
public:
};
なんてせずに
struct{
};
でいいだろ。
そもそも、C++的に書きたいのか、C言語的に書きたいのかってのを言わんと目指すコードが分からんよな。

**名前は開発中のものです。** · 2011/03/05(土) 01:31:35.11

struct Hoge{}; だったすまん

**名前は開発中のものです。** · 2011/03/05(土) 04:19:43.37

>>866
コメントも多いし処理ごとにブロック化されているので
読みやすくて(保守しやすいので)良いと思う。

敢えて言えば、サンプルだからかもしれないけれど
敵のタイプや数はマジックナンバーを使わないほうがいいと思う。
ENEMY_DATA[100]も、#define ENEMY_NUMBERS 100 とかにして
まとめてヘッダに定義しておけば可読性もあがるし、敵の数を
変える必要があっても、他の部分(たとえば敵初期化時の
forループの所とか)も直さなくていいから、楽になると思う。

**名前は開発中のものです。** · 2011/03/05(土) 04:21:30.33

>キャラクターデータやグラフィックハンドルの管理
C++で書くつもりなら、ゲーム内のオブジェクトについては
まず基底クラス作って、そこから各キャラを派生させて
敵や弾ごとにリストや、マネージャーとなるクラスで
管理しておけば処理や修正も楽だよ。

そうしておけば、サンプルのように描画時に敵のタイプで
switchしなくても、たとえば敵リスト->Draw();　みたいに
書くだけでOKだし、もし新キャラを後で追加したくなっても
Draw_rtn関数内は何も修正しなくてすむ。
同様に移動処理も、基底クラスのメンバに仮想関数として
Move()とか持たして、派生先の各キャラごとに実際の処理を
書いておけば、Move_rtn関数内では
敵リスト->Move();　とかしておくだけですむ。

でも最初にカッチリと複雑なものを作ろうとして、
いつまでたってもゲーム完成できない…というのは最悪なので
当面はこういう感じで書いていくのもいいと思う。
不便や必要を感じたら、その都度勉強したらいいし。

こういった話はDxLibの話とは関係ないし、
C++で書かれているゲーム開発用の入門書のサンプルにたいてい
載ってると思うので何冊か買ってみるといいかも。

**名前は開発中のものです。** · 2011/03/05(土) 13:47:42.01

しかし管理人様はマジですげーぜ

**名前は開発中のものです。** · 2011/03/05(土) 16:58:19.71

同意

**名前は開発中のものです。** · 2011/03/05(土) 21:00:41.90

画像のハンドル＝ポインタですか？

**名前は開発中のものです。** · 2011/03/05(土) 21:06:11.54

違います

**はじめまして。** · 2011/03/06(日) 22:54:57.95

確認なのですが、DXLibの描画順序って、コードの順序ですよね？

しかし、まずフィールドモデル(mqo)を描画した後、
メタセコイアで透過PNGを貼りつけた板モデル(mqo)を描画すると
板が先に描画されたかのように表示されます。

具体的には、以下のように表示されます。
http://cdn-ak.f.st-hatena.com/images/fotolife/p/peroon/20110306/20110306223051.jpg?1299418311

どうすればよいのでしょうか？

**はじめまして。** · 2011/03/06(日) 23:00:32.76

すみません、ちょっと怪しい部分がありますので、
もう少し自分で調べてみます。

**はじめまして。** · 2011/03/06(日) 23:12:39.74

ミスでした。思い通りに描画できました。

（update()でも描画していたというオチでした。。ｗ）

**名前は開発中のものです。** · 2011/03/07(月) 00:49:57.69

透過処理のポリゴンは大変なんですよ。
Zバッファーへの書込みをしなかったり、Zソートして描画しないといけなかったり。
>>879は、単にZバッファーに書込みしてるのでそれをOFFすれば、そのシーンだけは
正しく表示されるかな。

**名前は開発中のものです。** · 2011/03/07(月) 19:08:00.52

Zソートってみんなどうやってるの？
俺とりあえず表示する予定の全モデルの全メッシュを片っ端からキューに入れて
メッシュ座標の最大値と最小値の中点求めて
それのワールド座標求めてそれのスクリーン座標求めてそれのZでソートかけて描画してる
糞重たそうｗｗｗｗ
最近のPCスペック高いからぜんぜんわかんないけど

**名前は開発中のものです。** · 2011/03/07(月) 19:16:35.82

PlayMovieでGIFアニメの再生が可能、と聞いたのですが

**名前は開発中のものです。** · 2011/03/07(月) 22:14:07.46

なんかFPSが安定しないな～って思って
vsync待ちする時間を1分測ってみたら
60fps目標でで20ミリ秒以上待つフレームが
0.3～0.6%ほどあるんだけど
そういうもんなんかな？
BGMとゲーム内容を同期させたいから0.2秒くらいずれると
違和感感じるようになって困っちゃうんだよね

**名前は開発中のものです。** · 2011/03/07(月) 23:05:01.44

>>885
どういうコード書いてるか知らんけど
自分は龍神録のコードのfps制御のとこだけコピペしたらすごい安定したよ

**名前は開発中のものです。** · 2011/03/08(火) 00:37:13.97

>>886
簡単なテストコードなんだけどね～
前回ScreenFlipした直後と
今回ScreenFlipした直後の間の時間を求めるだけの

自分の環境だけなのかどうか判断したいんで
ちょっと試してみてくれんかな？
ウィンドウモード時とフルスクリーンモード時の二つ
ソースも一応いれといた
http://www1.axfc.net/uploader/Sc/so/212454
パスはvsync

フルスクリーンの時のほうがタイムオーバーする回数がだいたい2倍多くなるんだよな～

**名前は開発中のものです。** · 2011/03/08(火) 00:51:45.04

タイムオーバーカウントとやらは
ウィンドウ：0～3回
フルスク：6～12回
程度。
フルスクは立ち上がりの1秒くらいが不安定っぽいな

**名前は開発中のものです。** · 2011/03/08(火) 00:57:56.84

関係ないかもしらんが俺の環境ではフルスクリーンだとなぜかVsync待ちすらしてないようでvsync_time: 0.005くらいが出まくってた。カウントは16。

**名前は開発中のものです。** · 2011/03/08(火) 22:22:52.93

>>888
>>889
テストありがとう
ん～、環境によってわりかし違うなぁ
どうすべ～

**名前は開発中のものです。** · 2011/03/08(火) 22:26:55.30

環境設定で垂直同期オフのタイマー待ちモードを選べるようにしたらいいんじゃないか

**名前は開発中のものです。** · 2011/03/08(火) 22:38:03.07

似たような話で申し訳ないが、俺もちょっと気になる事が。

俺は垂直同期信号待ちを切ったプログラムを組んでる。
それとは別に、ウィンドウモードかフルスクリーンモードかを記録して、
プルグラム起動時にはその記録を読み込んで、どちらのモードで始めるか決まるようにしてる。

で、ここからが気になる事なんだけど。

フルスクリーンで起動した時は、まったくティアリングが出ないんだけど、
ウィンドウモードからフルスクリーンに切り替えた時は酷いティアリングが発生してしまう。
（フルスクリーンで起動して、一度ウィンドウモードにしてからまたフルスクリーンに戻しても同じ）

普通に考えたら垂直（略）待ちしてなければティアリングは発生して当たり前なんだから
フルスクリーン起動時の方が特殊なんだろうか？？

他の人でこういう現象を経験した人っていますかね。

**名前は開発中のものです。** · 2011/03/08(火) 23:27:50.64

>>886に同じ

**名前は開発中のものです。** · 2011/03/09(水) 00:22:43.32

>>892
フルスクリーン → ウィンドウモード → フルスクリーンの時の動作が良くわからんなあ。

**名前は開発中のものです。** · 2011/03/09(水) 00:50:26.09

>>892
その様な話を聞いた気がする。新しいので治っていたような…と曖昧な記憶があった。

**名前は開発中のものです。** · 2011/03/10(木) 05:50:27.58

グラフィックの白い部分は濃度100%で、灰色の部分は濃度50%で描画したいんだけど、いい方法ないかな？

そうしたいグラフィックをhoge_a.bmpにして真っ白いhoge.bmpも用意してhoge.bmpのほうを描画するようにすればいいんだろうけど
あんまスマートじゃないよね。

**名前は開発中のものです。** · 2011/03/10(木) 06:16:14.89

それ加算合成じゃね？

**名前は開発中のものです。** · 2011/03/10(木) 07:04:03.90

違うのよね。例えば描画しようとした場所が元々、色(255,128,0)だったら
白い所は色（255,255,255）になって灰色（128,128,128）の所は色（255,192,128）になって、黒いところは色（255,128,0）のままって感じ。
ようはアルファブレンドの濃度を画像から読み込みたいの。
DrawGraph系はそれがデフォで実現できるんだけど。

**名前は開発中のものです。** · 2011/03/10(木) 07:18:31.39

素直に>>896に描いた通りに画像を用意するか、そういう透過度のPNG画像を用意するかだね
PictBearとかあればぐその通りのPNG生成できるし

**名前は開発中のものです。** · 2011/03/10(木) 07:24:22.95

ああーPNGかぁ……そういえばそんなのもあったねぇ。
16色BMPしか使った事無かったからその発想は無かった。

**名前は開発中のものです。** · 2011/03/10(木) 07:25:05.24

言い忘れた。
回答ありがとうございました。

**名前は開発中のものです。** · 2011/03/10(木) 07:26:03.94

16色BMPっていつの時代だよｗ

**名前は開発中のものです。** · 2011/03/10(木) 07:37:10.25

いやなんかこう、描いたまんまなのが保障されて信用できるっていうか。
(0,0,0)だけが透過されるってわかりやすいし。元々俺ドット絵しか描けないし。

でもPNGって色情報とその色が何ビット連続で続くかっていうデータ構造なんだっけか？
それなら見た目は変わらないだろうしそのほうがサイズ的にもいいんだよね。
いや前から気付いてたんだけどね、めんどくさいからずっとそのままでやっての、ごめん。

**名前は開発中のものです。** · 2011/03/10(木) 09:38:01.41

PNGは基本的にはピクセルのデータをzip圧縮してるだけ
可逆圧縮だから絶対に全てのピクセルが描いたままの色になる

**名前は開発中のものです。** · 2011/03/10(木) 12:34:25.51

俺も最初bmpでやってたけどpngにしたら
かなり表現したいものが楽で簡単に作れるようになった
おすすめ

**名前は開発中のものです。** · 2011/03/10(木) 12:35:03.98

楽で簡単ってなんだよ…orz

**名前は開発中のものです。** · 2011/03/10(木) 19:59:55.15

やったぁPNGでできたヨーありがと

**名前は開発中のものです。** · 2011/03/10(木) 20:13:25.51

PNGでドット絵というなら、pngoutっていうフリーのコンソールアプリケーションでPNGの最適化とかおすすめよ
別にしなくてもいいけど

**名前は開発中のものです。** · 2011/03/10(木) 20:33:30.41

ということはデフォルトでは最適じゃないってこと？
まぁ情報ありがとう。

**名前は開発中のものです。** · 2011/03/10(木) 21:43:01.44

圧縮の最適なパラメータ値を探し出すのは
わりと時間がかかるからね。

**名前は開発中のものです。** · 2011/03/10(木) 23:01:54.80

男は黙って32bitBMP

**名前は開発中のものです。** · 2011/03/11(金) 07:33:52.45

データーがでかすぎじゃん。
最近のゲームはDVD埋めるためにBMP使ってるとしか思えん

**名前は開発中のものです。** · 2011/03/11(金) 07:45:02.94

最近のゲームってBMPなのか？
違法コピー対策にデータ量水増ししてるという話は聞いたことあるけど

[―{}@{}@{}-] **名前は開発中のものです。** · 2011/03/11(金) 07:46:39.43

でも結局実行するときには展開するわけじゃん。圧縮したまま表示できるわけじゃないし。メモリ使用量は変わらんのでしょ？展開処理が省かれる方がいいじゃん

**名前は開発中のものです。** · 2011/03/11(金) 08:26:21.44

メモリやCPUの少ないPSとかの中期コンシューマ機はわからないけど、
そういった処理能力が十分にある最近のPCは「展開速度＜読み込み速度」だと思うのよね
大きいファイルをHDDガリガリ言わせて読み込むよりは、小さい圧縮ファイルをちょいと読み込んで、
高速なメモリやCPUで展開した方が速度的には早いんじゃないかな

**名前は開発中のものです。** · 2011/03/11(金) 10:50:48.71

そもそもそんなｂｍｐとかｐんｇ違うだけで変わってくるもんなんか

**名前は開発中のものです。** · 2011/03/11(金) 10:50:54.67

SDカードからデータを読み込む時マップ移動でめっちゃ遅かったけど
圧縮してみたら物凄い早くなってびっくりした

**名前は開発中のものです。** · 2011/03/11(金) 10:56:30.82

そりゃHDDに比べて転送速度がかなり遅いのが多いからな

**名前は開発中のものです。** · 2011/03/11(金) 11:36:41.06

>>884
過去スレにそういう話が出てた。
14ヶ月ぐらい前のレスだったけど、多分
今も再生できると思う。

645:名前は開発中のものです。[sage]2010/01/18(月) 19:34:01 ID:YzUndEty

gifアニメ、
PlayMovie()で出来たはず。

**名前は開発中のものです。** · 2011/03/11(金) 21:37:47.82

つい２か月前じゃんｗ

**名前は開発中のものです。** · 2011/03/11(金) 21:58:57.74

　　∩＿＿＿∩　　　　　　　　｜
　　 | ノ＼　　　　ヽ　　　　　　　|
　　/　　●゛　　● |　　　　　　　|
　 |　∪　　( _●_)　ミ　　　　　　j
　彡､　　　|∪|　　 |　　　　　　Ｊ
/　　　　 ∩ノ ⊃　ヽ
(　＼　／＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼／＿＿＿／

**名前は開発中のものです。** · 2011/03/11(金) 22:06:30.00

>>890だけど
結局vsync待ちするのやめて
ティアリング発生覚悟で
高精度パフォーマンスカウンタでFPS制御することにしたわ
すげー安定した
ティアリングも思ったより気にならない

**名前は開発中のものです。** · 2011/03/11(金) 22:41:51.60

そういえばVistaか7かでOS側がティアリング防止してるなんて話も聞いたような気がする
垂直同期信号待ちとかもうする必要なさそうだね

**名前は開発中のものです。** · 2011/03/11(金) 22:44:33.33

>>923
らしいね、オレはXPだから関係ないけどな～
どういう仕組みでティアリング防止してるんだろ

**名前は開発中のものです。** · 2011/03/11(金) 22:50:03.08

ちょっと調べた感じだと、単純に１フレーム遅らせてるだけみたい
Vistaでマウスの位置に画像を表示するだけのプログラム動かすとちょっと遅れて付いて来てるような感じを覚えてるなそういえば

**名前は開発中のものです。** · 2011/03/11(金) 22:54:16.60

DWMは画面全体をゲームの画面と同じように描画するんだよ
DXライブラリの言葉で説明すると、まず各ウィンドウをそれぞれ別々のグラフィック(テクスチャ)に描いて
それをDrawGraphで裏画面に描画した後、垂直同期待ちを行ってから表示する

**名前は開発中のものです。** · 2011/03/12(土) 11:21:42.70

管理人さん無事みたいだな

**名前は開発中のものです。** · 2011/03/12(土) 11:26:31.82

おお、よかった

**名前は開発中のものです。** · 2011/03/12(土) 11:37:26.12

よかたよかた

**名前は開発中のものです。** · 2011/03/12(土) 11:59:56.06

ふう

**名前は開発中のものです。** · 2011/03/14(月) 22:40:22.44

流れぶったぎったうえに初心者で申し訳ないんですが、質問させてください。

アクションゲームを作ろうと思っているんですが、
CheckHitKey関数でキー情報を取得→ベクトルで座標計算
という風にすると左キーと右キーを同時押しした時に
右と左に同時に座標が計算されて、キャラが静止してしまいます。
これを回避するにはどうすればいいでしょうか？
まだポインタも理解していない程なので理解力が低いかもしれませんが、
よろしくお願いします。

**名前は開発中のものです。** · 2011/03/14(月) 22:45:54.96

静止しちゃまずいのか？
どう動いて欲しいのかを書かない限り「どのコードも正しい」

**名前は開発中のものです。** · 2011/03/14(月) 22:55:43.30

>>932
すいません、言葉足らずでした。
反対方向のキーを押した場合、
後から押した方のみを計算したいんです。
（右を押しながら左を押すと左に行くみたいな）
GetNowCount関数を使って時間差で比べようと思いましたが、
どうにも上手く書けなくて…
出来れば教えて頂くのは考え方だけで、
ソースは自分で頑張りたいと思います。

**名前は開発中のものです。** · 2011/03/14(月) 23:06:54.10

前のフレームの状態を覚えておくんだよ
それを現在の状態と比較すれば、押されたキーや離されたキーがわかる

**名前は開発中のものです。** · 2011/03/14(月) 23:13:39.89

>>934
アドバイスありがとうございます。
秒じゃなくてフレームじゃないと駄目だったんですね。
…そりゃそうか。
完成できるよう頑張ります！

[―{}@{}@{}-] **名前は開発中のものです。** · 2011/03/14(月) 23:21:23.20

while(1)
{
　　old_left_key_state = left_key_state;
　　old_right_key_state = right_key_state;

　　if(CheckHitKey(LEFT_KEY)){ left_key_state = PUSH; }
　　else{ left_key_state = RELEASE; }
　　
　　if(CheckHitKey(RIGHT_KEY)){ right_key_state = PUSH; }
　　else{ right_key_state = RELEASE; }

　　if(left_key_state == PUSH && right_key_state == RELEASE){ press_key = LEFT_KEY; }
　　if(left_key_state == RELEASE && right_key_state == PUSH) { press_key = RIGHT_KEY; }
　　if(left_key_state == RELEASE && right_key_state == RELEASE){ press_key = NONE; }

　　if(left_key_state == PUSH && right_key_state == PUSH){
　　　　if(left_key_state == PUSH && old_left_key_state == RELEASE){ press_key = LEFT_KEY; }
　　　　if(right_key_state == PUSH && old_right_key_state == RELEASE){ press_key = RIGHT_KEY; }
　　}
}

**名前は開発中のものです。** · 2011/03/14(月) 23:54:12.21

>>936
コードありがとうございます。
自分で作るとか言っときながら、あっさり見てしまいました。
でも参考になりました！やっと悔いなく先に進めそうです。

**名前は開発中のものです。** · 2011/03/15(火) 00:03:07.27

ttp://dixq.net/rp/2.html
これの値でかいほうにすりゃいんじゃね

**名前は開発中のものです。** · 2011/03/15(火) 03:26:20.84

これ関係ないキーまで２５６回もチェックするのが気になるのだが
２５６回程度じゃ問題ないという考えなのか

あとその上の奴は４塊目
普通
else if(left_key_state == RELEASE && right_key_state == PUSH) { press_key = RIGHT_KEY; }
else if(left_key_state == RELEASE && right_key_state == RELEASE){ press_key = NONE; }
入れるもんじゃないのか

もしそうするとその次の
if(left_key_state == PUSH && right_key_state == PUSH) も else だけで済むでしょう

それとその後の
　　　　if(left_key_state == PUSH && old_left_key_state == RELEASE){ press_key = LEFT_KEY; }
　　　　if(right_key_state == PUSH && old_right_key_state == RELEASE){ press_key = RIGHT_KEY; }
だが
left_key_state == PUSH && 、right_key_state == PUSH && いるかね
こまけえこたあいいんだよ？

**名前は開発中のものです。** · 2011/03/15(火) 06:05:58.86

>>939
「これ」とか「その」とかってなんだよ、ちゃんとどこか安価でもしろよ
答える方に探せってか？
幸いレスが近いから>>936のことだろうって分かるけどよ
あと4塊目ってなんだよ、そんな言葉初めて聞いたよ

簡単な例示のプログラムなんだから
こまけぇこたあいいんだよでおｋだろ
おまえの言ってることはあってるけど、動作的には同じだろ？
条件を明示的にわざと条件を冗長に書いて
コードの可読性を上げるという意味はある
nに1～4までしか入らないswitch文でも
switch(n){
case 1: break;
case 2: break;
case 3: break;
default: break;
}
とは書かんだろ？

＞これ関係ないキーまで２５６回もチェックするのが気になるのだが
全部のキーを調べないと汎用性がないだろ
もし、使いたいキーが増えたらその都度増やすのか？
べつにそれでもいいけどさ
あと、普通はGetHitKeyStateAll使うだろ

**名前は開発中のものです。** · 2011/03/15(火) 09:09:53.01

普通はGetHitKeyStateAll使うってのは言おうとしたけどやめたんだ

あと安価付けるの照れ臭いんだ
察してくれよｗ

４塊目ってのは言い方が思い付かなかったんだから分かるだろと思って俺が勝手に作ったんだよ
分かるだろ？ｗ
まあ何か言い方はあるんだろうけどすぐに思いつかなかった
まあそれだけのことだｗ

明示的にわざと書いてとは言うがこの場合は書かなくても分かると思ったんだよ
まあ人それぞれだろうが

全部のキーを使わないと汎用性ないだろとは言うがだからといって２５６個も使うわけねえだろって思ってｗ
大体方向キーとボタン数個だけだろ、使うとは言っても
いくら汎用性がないとはいえ調べる必要ない奴の方が圧倒的に多いのに２５６個もチェックする必要があるかねって思っただけｗ

**名前は開発中のものです。** · 2011/03/15(火) 09:12:40.30

芝

**名前は開発中のものです。** · 2011/03/15(火) 09:14:29.72

だから
> if(left_key_state == PUSH && right_key_state == PUSH) も else だけで済むでしょう
は置いといてもだ

> 　　　　if(left_key_state == PUSH && old_left_key_state == RELEASE){ press_key = LEFT_KEY; }
> 　　　　if(right_key_state == PUSH && old_right_key_state == RELEASE){ press_key = RIGHT_KEY; }
の
> left_key_state == PUSH && 、right_key_state == PUSH &&
はすぐ上に同じ条件があるんだからいるかね？って思っただけ

まあ別に大した問題ではないんだけどねｗ
それでも細かい俺は気になったの
細かいこと気にし過ぎ？ｗ

**名前は開発中のものです。** · 2011/03/15(火) 09:23:09.01

まぁ情報が少なくて困るよりは、
教科書どおりの良い情報と、流し見でいい発展情報とがあるほうが、いいんでないかい

教科書と発展とが混ざってわからなくなると困るけど、そこはみんな
鋭くツッコミ入れてくれるところだしな

**名前は開発中のものです。** · 2011/03/15(火) 09:34:29.08

>>943
気にしすぎ
あとイチイチ語尾に芝はやすのうざい
真面目にレスする気なくす

＞普通はGetHitKeyStateAll使うってのは言おうとしたけどやめたんだ
言えよ

＞あと安価付けるの照れ臭いんだ
＞察してくれよｗ
ムリ

あとはコーディング規約をどうするかって話だけだ
そこは人と場合それぞれで明確な解答はない
以上、もうお前にはレスしない

**名前は開発中のものです。** · 2011/03/15(火) 09:47:22.67

bool Input::KeyDown(BYTE key)
{
return (m_keyInput[key] & ~m_keyInputPrev[key]) == 1? true:false;
}
俺は上みたいにしてるよ
前フレームのをmemcpyで配列毎コピーすれば良いと思う

**名前は開発中のものです。** · 2011/03/15(火) 10:12:36.70

>>945
今回は敢えて言う必要ないかなと思っただけだよ
レスしねえなら最初っからすんじゃねえカス

**名前は開発中のものです。** · 2011/03/15(火) 10:35:06.21

相手からの反論がないならと安心して罵倒か
カスはお前だろｗ

**名前は開発中のものです。** · 2011/03/15(火) 10:47:54.36

>あと安価付けるの照れ臭いんだ
>察してくれよｗ

無茶言うなｗ

**名前は開発中のものです。** · 2011/03/15(火) 16:58:39.83

プリコンパイル済みヘッダって、DxLibくらいじゃ効果薄いよね？

**名前は開発中のものです。** · 2011/03/15(火) 17:11:32.96

とある人の受け売りだけど、VCにてビルドを超高速化する方法

自作のヘッダファイルにはインクルードガードを施す
↓
cppファイルを１つを除いて全部「ビルドから除外」する
↓
そして、その1つのcppファイルにそれら「ビルドから除外」したcppファイルを全部インクルードする
↓
ビルドする
↓
サラマンダーよりはやーい

プリコンパイル済みヘッダはｼﾗﾈ

**名前は開発中のものです。** · 2011/03/15(火) 17:14:05.00

>>951
最後なんなんだよ。
俺とやる気か？あ？

**名前は開発中のものです。** · 2011/03/15(火) 18:01:11.55

>>950
めっちゃ早くなってるよ
アホだから設定苦戦したけど。

**名前は開発中のものです。** · 2011/03/15(火) 19:05:01.55

>>951
それって１ファイル書き換えただけで全部の.h/.cppをコンパイルし直すことにならないか？

**名前は開発中のものです。** · 2011/03/15(火) 19:44:40.83

>>954
よっぽどの量でない限り、一つのファイルのコンパイル速度はコード量に左右されないよ
ビルドで時間使ってるのはプリプロセスやobjのリンクで、それをすっ飛ばせるとかなり早くなる
cppが多いプロジェクトを書き換えると感動すると思うよホント
正直今まで人に教えるのを勿体無いと思ってたレベル

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

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