C/C++ゲーム製作総合スレッド Part5

**名前は開発中のものです。** · 2014/01/16(木) 00:00:31.27

ゲーム製作におけるC/C++全般に関するスレです。

元スレ
DXライブラリ総合スレッドその17
http://toro.2ch.net/test/read.cgi/gamedev/1383795645/

前スレ
C/C++ゲーム製作総合スレッド Part1
http://toro.2ch.net/test/read.cgi/gamedev/1337516528/
C/C++ゲーム製作総合スレッド Part2
http://toro.2ch.net/test/read.cgi/gamedev/1351015269/
C/C++ゲーム製作総合スレッド Part3
http://toro.2ch.net/test/read.cgi/gamedev/1357899040/
C/C++ゲーム製作総合スレッド Part4
http://toro.2ch.net/test/read.cgi/gamedev/1376262450/

**名前は開発中のものです。** · 2014/03/13(木) 10:00:03.12

なるほど、342から間違ってたのね、失礼しました

**名前は開発中のものです。** · 2014/03/13(木) 11:21:45.95

>>357
一応検証の為に pow(x, 2.0) と x*x の比較したら最適化されないみたいです（VC++2013）

√( x^2 + y^2 + z^2 ) [4.25600] sec
√(x * x + y * y + z * z) [0.61000] sec

これまでのを総合すると、

float dist2 = x * x + y * y + z * z;
float rr = (r1 + r2) * (r1 + r2);

if (dist2 > rr) {
　　// no collision
}
else {
　　// touch or collision
　　float dist = sqrt(dist2); // 衝突位置の計算用
}

みたいな感じかな？
参考になりました、ありがとうございます

**名前は開発中のものです。** · 2014/03/13(木) 20:12:09.07

doubleよりfloatが何故か遅いっていう噂があるね

**名前は開発中のものです。** · 2014/03/13(木) 20:37:28.97

どうせ/fp:preciseのままだからだろ

**名前は開発中のものです。** · 2014/03/15(土) 02:04:37.56

とあるゲームのソースを見たところ
playMIDI
TextOut
ReleaseMIDI

など出てきたんですけどこれはygs2kで間違いないですかね？
ygs2kってゲ製では有名なんですか？

**名前は開発中のものです。** · 2014/03/15(土) 02:30:50.42

そうです

**名前は開発中のものです。** · 2014/03/15(土) 09:20:59.03

わたしが

**名前は開発中のものです。** · 2014/03/15(土) 14:07:07.29

ヴェルタース

**名前は開発中のものです。** · 2014/03/15(土) 14:14:31.86

>>362
言ってることが支離滅裂。

なぜ、その名前だけでそのライブラリに行きつくのか。
ついでに言えば全然有名じゃないし。なんでゲ製でなの？

**名前は開発中のものです。** · 2014/03/15(土) 14:58:29.14

やねうらお氏は10年前に亡くなりました

**名前は開発中のものです。** · 2014/03/15(土) 16:20:04.97

知ってる人は多そうだけど、使ってるひとってどれくらいいるんだろう？的な

**名前は開発中のものです。** · 2014/03/15(土) 17:08:57.60

>>367
ああ、彼のライブラリなのか。
結局、３Ｄは出来なかったな。能力的にも年齢的にも無理があったのだろうが。

**名前は開発中のものです。** · 2014/03/15(土) 17:24:30.81

新聞でやねうら王の名前みて吹いた

**名前は開発中のものです。** · 2014/03/15(土) 19:43:09.80

3Dはのんびり開発してるとバージョン変わって台無しだから不毛

**名前は開発中のものです。** · 2014/03/15(土) 20:00:10.92

3DというかMSがな

**名前は開発中のものです。** · 2014/03/15(土) 20:13:58.33

今でも、DirectX7 使えるよ

**名前は開発中のものです。** · 2014/03/15(土) 20:44:18.33

DirectX11は長生きするんじゃない？つっかえねーテッセレータと共に

**名前は開発中のものです。** · 2014/03/16(日) 02:00:01.53

超長生きしたのって7と9だっけ？

**名前は開発中のものです。** · 2014/03/16(日) 12:04:58.86

プログラムというより物理の話で申し訳ないんだけど、レースゲームで壁とぶつかった時の速度の計算ってどうしてる？

**名前は開発中のものです。** · 2014/03/16(日) 12:46:48.57

速度ｘ0.5
方向は壁の法線方向に対して対称（反射）

※リアルさを求めるなら壁から加わる力から加速度をもとめるべき

**名前は開発中のものです。** · 2014/03/16(日) 13:08:18.40

壁にぶつかったら爆発→リトライ

**名前は開発中のものです。** · 2014/03/16(日) 14:37:04.76

レースゲームなら>>377でいい気がするね

ただ、簡易スマートボール作ろうとしたときに>>377のやり方やってたら
曲面の壁に沿って滑らかに滑ってくれなくてエターなった思い出があるわ

**名前は開発中のものです。** · 2014/03/16(日) 15:00:37.43

物理エンジン任せ

**名前は開発中のものです。** · 2014/03/16(日) 18:55:21.70

どうしてるの前にどうしたいを述べるべき

ガツガツと壁を削りながらアグレッシブに攻めるゲームにしたいのか
スピンしてほぼ停止状態からやり直させるのか
ある程度の傾斜なら斜めに傾いたまま突っ走るロデオか

**名前は開発中のものです。** · 2014/03/17(月) 00:57:39.15

内積使えよ

◆UxQ8uxJMok · 2014/03/17(月) 01:35:41.18

　

>>182 ：名前は開発中のものです。：2014/02/04(火) 00:23:08.29 ID:J1FJfMJW
> スレッドの主旨を考えてくれ。どっかのスレみたいに株の話をされても困る

おぃ、>>182ID:J1FJfMJW

手前ェは、一族根絶やし肉だるま処刑http://uni.2ch.net/test/read.cgi/entrance2/1369909044/119リスト入りだ。

　

**名前は開発中のものです。** · 2014/03/17(月) 07:06:23.16

>>381
壁とぶつかりながら進む方
一応ライブラリ使えば球体とコースの当たり判定と交点を求めることは出来るんだけど、アクセルを踏み続けると当たってる時でも加速するし、減速する処理を書くと当たり続けて減速しすぎちゃうし・・・

**名前は開発中のものです。** · 2014/03/17(月) 09:41:07.08

http://www.euclideanspace.com/threed/games/examples/cars/index.htm
ここまでは理解していると思うので、

挙動をどうするか決めておいて
そのようになるようにコードを書いてゆくのでしょう

**名前は開発中のものです。** · 2014/03/17(月) 19:26:01.22

>>384 その辺は真面目なシム系のゲームを作るのでなければ、
>>377 にあるようなゲームならではの調整が必要になるケースだと思うよ

壁に接触してから〇秒間は加速性能を〇〇％落とすとか、
壁から離れるような方向に謎の力が加わるとか
やってみて理想のゲーム性に近づくようにいろいろ試してみるしかないかと

**名前は開発中のものです。** · 2014/03/18(火) 20:52:56.02

ttp://homepage2.nifty.com/natupaji/DxLib/dxprogram.html#N4.5
このスムーズに動くマップスクロールですが、最初にマップを動かしてからキャラを描画する形で
ソースが書かれています。

これを、画面端で、キャラだけ動いてカメラ画面（マップ）が動かないようにしたい場合、
画面を滑らかに動かすのではなく、キャラを滑らかに動かすような処理に
ソースを変更するしかないでしょうか？

**名前は開発中のものです。** · 2014/03/18(火) 20:53:36.58

ttp://homepage2.nifty.com/natupaji/DxLib/dxprogram.html#N4
アドレスはこちらでした。

**名前は開発中のものです。** · 2014/03/18(火) 22:13:14.48

うむ、それしかないと思うよ

**名前は開発中のものです。** · 2014/03/19(水) 01:58:11.08

>>387
リンク先をチラ見した程度じゃ、何をやってるか正しく把握してないし、
>>387の言わんとしてることもイマイチ分かりかねてるが、

方法としては、
昔ながらRPGみたく、
　キャラの位置が画面端に近づいたら画面全体じゃなくて、キャラのみを移動にする方法や
完全にどこの位置でもキャラを移動させる方法、画面端（移動制限をしっかり）して描画に十分な余白
の3通りぐらいはあると思うよ。
　他にも３D系のだと、画面端に近づくと縮尺が変わってとかもあるけど。

**名前は開発中のものです。** · 2014/03/19(水) 04:13:25.51

色々な表現方法があるのだが、比較的応用のききやすい方法を。
こんな事言って、例のkなんとかさんが激おこしないことを祈る。

>>387
現実世界で言うところの、スポーツ中継におけるTVカメラのようなものを想像して欲しい。

例えばマラソン中継。ランナーは常に走っているけど、カメラも同じ方向に動いている。
あるいは野球中継。ホームランボールをTVカメラが追いかけて、常に画面の中央にあるように撮影する。

被写体の動きに合わせてカメラを動かすことで、視聴者には被写体は停止し、背景が流れていくように見える。
カメラを動かすのをやめれば、逆に背景は停止し、被写体は移動する。やがて画面の外に消えてゆくだろう。

これをまとめると
　(1)キャラクターは、画面表示に関わらず常に動かせ。
　(2)マップは、画面表示に関わらず座標を動かしてはならない。
　(3)カメラの位置は、状況に合わせて移動させろ。
ということになる。

**名前は開発中のものです。** · 2014/03/19(水) 16:07:40.13

387の質問はサンプルソースをどうするかって話だから
その答えだと根本から作りなおせって事になるんじゃない？

**名前は開発中のものです。** · 2014/03/19(水) 16:41:44.59

まあ答えとしては>389に言われちゃってるしな

**名前は開発中のものです。** · 2014/03/19(水) 17:00:07.58

そのサンプルだと滑らかに動くスクロール処理をキャラじゃなくてカメラビューの方に入れてるね。
ぶっちゃけサンプルとしてはどうかと思うぞ。
キャラとカメラ両方に入れるか、キャラに入れるか。この二択でしょ。Dxlibの作者もなんでこんな
初心者いじめのようなサンプルを書いたんだろｗ

**名前は開発中のものです。** · 2014/03/19(水) 22:07:24.67

俺こそが世界の中心！

**名前は開発中のものです。** · 2014/03/20(木) 17:23:48.20

C++とかで「グローバル宣言なるべく使うな」って言うけど、どうやって変数のデータを保持するの？

**名前は開発中のものです。** · 2014/03/20(木) 17:51:07.52

手元の入門書を開いてみてくれ。
「関数」のページに、おそらく「引数（ひきすう）」という項目が書かれてると思う。そこを読むんだ。

**名前は開発中のものです。** · 2014/03/20(木) 17:55:02.77

クラス化
引数、戻り値

**名前は開発中のものです。** · 2014/03/20(木) 18:06:26.35

>>397,398
C++があやふやなのであれなんですが、Cで言えば構造体の中でxという宣言をすれば、

void main(){

}

**名前は開発中のものです。** · 2014/03/20(木) 18:08:28.64

途中で更新ボタン押してしまった(´・ω・｀)

勉強したてであやふやなのであれなんですが、Cで言えば構造体の中でxという宣言をすれば、
Test test;

void main(){
test.x=1;
}

こんな感じにしてしまえば、xはグローバル宣言ではないということでしょうか？

**名前は開発中のものです。** · 2014/03/20(木) 18:12:12.69

>>400
このxはすでにグローバル変数ではなくて、ローカル変数だね
関数の中でしか有効ではない変数で、その関数を抜けるとその変数は破棄されるやつ

グローバル変数ってのはTest testってなってるやつのこと

**名前は開発中のものです。** · 2014/03/20(木) 18:17:11.33

なんか言ってることが良く分からんが
Test test;
を関数外に書いてるからtestはグローバル変数
だからその中に保持されているxの値も関数抜けても維持されるよーじゃなくてさっさと入門サイト見てこいカス

**名前は開発中のものです。** · 2014/03/20(木) 20:27:56.02

グローバル変数を使うことが悪いのではない
グローバル変数を使うことでバグを引き起こしたりメモリを圧迫する事が悪なのだ
要求機能満たして動くならグローバル使っても気にするこたぁない

**名前は開発中のものです。** · 2014/03/20(木) 20:32:50.84

そういうのはわかるようになってから考えればいいし
初心者のうちはグローバル=悪って覚えていた方が安全

**名前は開発中のものです。** · 2014/03/20(木) 20:41:55.88

問題になるのは生成、破棄の順序位でしょ
メモリ圧迫なんてヒープからnewしたのと同じだしスタックに積まれるよりまし
アクセス範囲や名前の衝突なんてのも関数でも起こるし
アクセッサーとか間違った使い方のシングルトンで
どこからでも参照できるようにしたら同じこと

**名前は開発中のものです。** · 2014/03/20(木) 20:58:57.29

シングルトンを使うのがそもそもおかしいって力説するやつに会ったことならある

**名前は開発中のものです。** · 2014/03/20(木) 21:49:50.24

インスタンスが単一を保証するためのパターンでどこからでもアクセスできる為では無いからな
ローカルなクラス内のシングルトンもあるので間違えられると混乱の元
ゲームのデータクラスとして使うのは設計次第

**名前は開発中のものです。** · 2014/03/20(木) 22:00:31.87

リソースよりもメンテナンスの問題でないの
一人開発だとそんな気にならんけど規模でかくなると影響範囲の広い変数なんて地雷みたいなもんだからな
下手に修正すると全く関係ないところでエラーでたりしてトレース大変だったり

**名前は開発中のものです。** · 2014/03/21(金) 18:13:16.93

シングルトン便利なのに
呼び出し側は生成関数使うだけで初期化されてるか気にしなくていいとか楽チン仕様にできる
グローバル変数だけだとそうはいかんよね

**名前は開発中のものです。** · 2014/03/21(金) 20:31:26.05

初期化に失敗する可能性入れたら
実際に使う前に確認しておきたいけどな

**名前は開発中のものです。** · 2014/03/21(金) 22:38:50.59

初期化に失敗する可能性のあるものは
初期化するタイミングを図らないといけないもので
それはシングルトンより適したデザインがあるのてはないか

**名前は開発中のものです。** · 2014/03/23(日) 14:45:46.78

>>408
そういう目的ならnamespaceを分ければよくねって話なら見た覚えがある

ググったら過去スレがひっかかった
http://toro.2ch.net/test/read.cgi/gamedev/1357899040/
シングルトンで検索すると面白い

**名前は開発中のものです。** · 2014/03/24(月) 21:27:07.06

最新のdirectx SDKってどこで入手したらいいですか？
ググっても場所がまちまちで

**名前は開発中のものです。** · 2014/03/24(月) 21:41:34.76

>>413
Windows8に標準でついてくるそうだ

**名前は開発中のものです。** · 2014/03/24(月) 21:50:42.35

2012以降のVisual Studioに標準で付いてくる、な

**名前は開発中のものです。** · 2014/03/24(月) 22:39:54.92

マジレスすると>>415のやつ
それかWindowsSDKに一緒に入ってる
この程度は自分で調べようぜ

**413** · 2014/03/24(月) 22:44:31.69

インストール出来ました
ありがとです

**名前は開発中のものです。** · 2014/03/25(火) 09:41:15.88

http://toro.2ch.net/test/read.cgi/gamedev/1175423459/719
↑　　↑　　↑　　↑　　↑　　↑

**名前は開発中のものです。** · 2014/03/26(水) 11:37:26.78

シューティングゲームを作る時、移動キー押下時に自キャラと他オブジェクトとの衝突判定を行うと思うのですが、
1フレーム移動毎に、敵や敵の弾や壁との衝突判定をしていると
画面上に敵の弾が100個とかあったりするとかなり膨大な数ループ処理が必要な気がします。

一般的なゲームの場合、画面上で動いているオブジェクトは全て1フレーム毎に衝突判定をしているのでしょうか？

**名前は開発中のものです。** · 2014/03/26(水) 13:20:48.84

2Dだけど
http://marupeke296.com/COL_2D_No8_QuadTree.html

**名前は開発中のものです。** · 2014/03/26(水) 13:22:14.35

>>420
レスした後でそこ見つけたんだけど私の頭では理解が・・・(´・ω・｀)
皆この概念でシューティングゲーム作ってるんですかね？

**名前は開発中のものです。** · 2014/03/26(水) 13:23:52.42

>>420
今まで普通にやってたけど名前が付いてるの始めて知ったわ
ありがとう

**名前は開発中のものです。** · 2014/03/26(水) 13:56:03.88

俺もその理屈何度も読んだけど理解できないんだよなぁ。
素人に解るレベルに噛み砕いてくれてるとこあればいいのに。

結局座標で判定して分割してたりする。俺。

**名前は開発中のものです。** · 2014/03/26(水) 14:03:19.61

>>423
ttp://flash.polig.daa.jp/?eid=1242167
今さっき見つけたけどここと同じやり方ですかね？
これならなんとなくわかる気がする。

**名前は開発中のものです。** · 2014/03/26(水) 17:00:06.09

>>419
100個くらいなら問題にならないっていう指摘と
なぜ移動キーを押してる間しか当たり判定がないのかというツッコミと

**名前は開発中のものです。** · 2014/03/26(水) 17:08:48.02

質問はそこじゃないから

**名前は開発中のものです。** · 2014/03/26(水) 18:28:38.14

質問に答えたつもりは無いのだが…

**名前は開発中のものです。** · 2014/03/26(水) 20:24:20.53

ID:VxCnnAtl
その嫌われ者キャラは素なの？
治した方がいいよ。この先も友達出来ないよ。

**名前は開発中のものです。** · 2014/03/26(水) 20:29:33.08

一般的なゲームをどのクラスで指すのか分からないけど、
時代やハードを問わない"基本"は力技というか、1フレームごとの全判定だと思うっす。
ベテランプログラマがざっくりと組んじゃうところじゃなければ、
とりあえずプロトタイプを作ってみて、そっから必要な機能を満たしつつ、
どんだけ不要な判定対象を省いて回数減らせるか、ってやり方が多い気はする。

負荷やループ数を気にしているのなら、最近の据え置き機や携帯ゲーム機の場合だけど、
C++使ってるなら、数万回のループ判定程度がボトルネックやオーバーヘッドになることは少なくて（余程複雑な判定をしてれば別）、
問題になるのは2D3D問わずグラフィックスコマンドの場合が圧倒的に多いと思う。

なので、研究目的とかじゃなくて今時のハードで遊べるものを作りたいというだけなら、
判定そのものはそこそこ効率化してれば十分だと思うお。
よくあるシューティング形式なら、>>423の考え方でも十分効率上がりまっせ。

**名前は開発中のものです。** · 2014/03/27(木) 05:30:55.80

そういう変な聞きかじりは止めた方がいい。

>>423ならスクロールなし画面に入るサイズだから判定もせいぜい3000未満でしょ。
それなら普通にforループ回して十分だし、そこだけマルチスレッドにしても良い。

**名前は開発中のものです。** · 2014/03/27(木) 05:42:21.29

厨が頑張るスレｗ

**名前は開発中のものです。** · 2014/03/27(木) 10:43:42.33

「効率の良い判定方法を教えて下さい」
「今どきのPCは高性能だからそんな事考えなくてもOK!」

じゃ会話にならないでしょ。
ていうか自分の環境を基準に考えるのは止めたがいいよ。

**名前は開発中のものです。** · 2014/03/27(木) 11:05:32.54

「そこに拘るよりは、他の場所がネックになってる可能性が高い」なら回答としてギリギリありかな

**名前は開発中のものです。** · 2014/03/27(木) 12:17:49.28

そうかなぁ。
私も>>425と同じ感想を持ったんだけど。

>>419が実際にそういう総当りをしてみて重かったから他のやり方を聞いてるなら>>432のいうとおりだけど、実際やってみたのかね？
そういう感じには読めなかったけど。

**名前は開発中のものです。** · 2014/03/27(木) 12:21:35.48

判定するまでもなく接触していないことが自明なものはそもそも判定しない、とか

あとは、シューティングゲームなら
「敵x敵、敵弾x敵弾、敵x敵弾の判定は不要だからしない」とかで
判定回数を減らせることがある
(もちろんその判定がシステム上必要ならやるしかないけど)

あと経験不足な人だと
A→Bの判定とB→Aの判定を別個にやっちゃってて
そのせいで速度が出ないってのもあるかも？
これを修正するだけで判定回数を半分にできる

**名前は開発中のものです。** · 2014/03/27(木) 12:35:21.54

>>434
馬鹿じゃないの？ほんと文章を文字通りにしか受け取れないんだね。
誰が100個限定の質問してんだか。どう見ても数多くのオブジェクトがあった場合の衝突判定の質問だろ。
お前以外は皆わかってそういう答え返してるのに、お前だけが100個という質問の中のどうでもいい部分に固執してるわけだがｗ
ここを10000個とでも書かないと分からんの？アホだろｗ

**名前は開発中のものです。** · 2014/03/27(木) 12:56:33.60

>>436

まじか。
想定されるオブジェクトの個数というのは重要な情報だと思ってるんだが、他の人はそうじゃないのか。
1個でも42億個でも対応できるようなやり方を毎回してるの？
100個って書いてあったらだいたい100個くらいを想定してるんだと思うのが普通だと思うが、そうでもないんだなぁ。

**名前は開発中のものです。** · 2014/03/27(木) 12:59:39.14

そもそもプログラム組める奴が434みたいな的はずれなこと言い出す訳がないわけで…
つまり、相手するなカス荒れるから

**名前は開発中のものです。** · 2014/03/27(木) 13:17:49.49

膨大な数のループを使う判定は書けるんだからさらに増えたらどうすんのって質問でしょ

**名前は開発中のものです。** · 2014/03/27(木) 14:43:18.93

>ここを10000個とでも書かないと分からんの？アホだろｗ

２Ｄの当たり判定の処理は軽いから、マンコでも同じ事。　やってみ

**名前は開発中のものです。** · 2014/03/27(木) 15:10:53.94

話変わって悪いけど、レースゲームで車が高速移動しすぎて当たり判定が出来ない場合ってどうすればいいの？

**名前は開発中のものです。** · 2014/03/27(木) 15:51:52.80

>>441
1ループあたりの移動速度を半分にして、ループ数を2倍回す。

**名前は開発中のものです。** · 2014/03/27(木) 19:51:32.13

>>441
現在フレームをnとした場合、n-1フレームの情報を保持しておいて、nフレームとの線分を引く。
あるいは現在の位置と速度から予測されるn+1の未来予測位置とnフレームとの線分を引く。
この線分が障害物と接触していたら接触した際の処理へ移行するように書いておく。

**名前は開発中のものです。** · 2014/03/27(木) 20:07:57.55

>>440

PCスペックを限定してないのにその回答は無意味だってば。

**名前は開発中のものです。** · 2014/03/27(木) 21:19:31.28

たとえ、 2MHz Z80であっても、ディスプレイは40x25のキャラクタ画面だから大丈夫だよ

**名前は開発中のものです。** · 2014/03/27(木) 22:05:12.78

40*25のテキストエリアで10000個のキャラクター動かすのかｗ

**名前は開発中のものです。** · 2014/03/28(金) 00:17:11.93

>>442
大丈夫かよ…

**名前は開発中のものです。** · 2014/03/28(金) 00:45:18.83

>>447
俺は>>442じゃないけど大丈夫だと思う、むしろよくある手法じゃない？
アクションの通信対戦で処理落ちする時の同期なんかで使われるのも似たようなやり方あるし

**名前は開発中のものです。** · 2014/03/28(金) 00:52:56.05

一時期の同人げーって処理落ちしまくりで
「こいつら良いマシンで開発してるんだな…」って嫉妬してたｗ

最近はPCの性能頭打ちでそういうのなくなったからいいよねｗｗ

**名前は開発中のものです。** · 2014/03/28(金) 00:56:09.52

>>447
スレチかもしれんがUnityの物理演算部分の判定は秒間1000ループが推奨されてるんだからわりと平気なんじゃね？

**名前は開発中のものです。** · 2014/03/28(金) 12:11:43.53

>>441
Point before, after; // 前回の座標、今回の座標
int count = 8;
int ix = (after.x - before.x) / count;
int iy = (after.y - before.y) / count;

Point pos;
pos.x = before.x;
pos.y = before.y;

for(int i=0; i<=count; i++){
bool is = collision(pos.x, pos.y); // 当たり判定
if(is) break;
pos.x += ix;
pos.y += iy;
}

count, ix, iyの値をもう少しきちんと平方根使って計ったほうがいいけど

**名前は開発中のものです。** · 2014/03/28(金) 12:15:19.93

>>451はお絵描きソフトなんかでよく使うんじゃないかな
60fpsでマウス判定じゃ全然足りなくて線が破線になるし

**名前は開発中のものです。** · 2014/03/28(金) 13:16:45.63

お絵かきならスプライン補間とかだろ2次元だとカクカクの直線になるぞ
あとそれバグ持ちだな

**名前は開発中のものです。** · 2014/03/28(金) 22:13:02.97

Windows APIにDirectXが搭載されたならいい加減にウィンドウ生成とかDirectXの初期化とかどんなジャンルでも必要なゲームエンジンの要素とか短縮しねえかな
コピペとはいえ毎回見るのが嫌になってくるよな
ライブラリとかラッパー使えば済むんだろうけど理解するのは面倒だし

**名前は開発中のものです。** · 2014/03/28(金) 22:28:44.11

>>454
会社では無理だけど自分で作るようなら短縮用のヘッダーと関数とか自作しない
理解すればいろいろと便利だし

**名前は開発中のものです。** · 2014/03/29(土) 09:51:35.35

ウィンドウ周りは自分で適当にラッパー作ったな
都度調べてコピペするより精神衛生的に良い

**名前は開発中のものです。** · 2014/03/29(土) 13:22:18.51

さもありなん。
老害にはコードスニペットの概念がないからなぁ。