Windowsゲームプログラミング　質問スレ

うゆ ◆vvvK3Fcqdg · 2008/11/06(木) 21:28:45

※回答する人も、質問する人も必ず読んでください

【回答してくださる方】
・　できるだけ優しく質問に答えてあげてください。
・　優しく教えるのが嫌でしたら、解決するためのヒントだけでも結構です。
　「ググれ」以外の回答でおながいします。
・　神ですら理解不能な質問は無視して下さい。

【質問する香具師】
・　どんな事で躓いているのか明確にしる。
・　長くならないなら躓いている部分のコードを晒してみれ。
・　解決した場合、お礼を言うのは当然だが、何をどうしたら解決したかを明確に書け。

**名前は開発中のものです。** · 2010/05/04(火) 06:05:40

ちなみにwin7の64bitです
32でも64でも動くものにしたいです

**名前は開発中のものです。** · 2010/05/04(火) 09:47:00

.>>581
ありがとうございます．
コードはおかしくないってことですね．
こちらでも別環境で試してみます．
なんでだろう．．．

**名前は開発中のものです。** · 2010/05/04(火) 11:18:45

>>582
C言語

**名前は開発中のものです。** · 2010/05/04(火) 15:19:34

＋DXLIB

**名前は開発中のものです。** · 2010/05/04(火) 17:08:55

>>585-586
thx

**名前は開発中のものです。** · 2010/05/04(火) 21:18:06

vsyncがスマートに待てるんならDIBでやりたくなるけど、何かいい方法ないかな

**名前は開発中のものです。** · 2010/05/05(水) 00:46:35

Vista以降ならIDXGIOutput::WaitForVBlankでできんじゃね
使ったことないから的外してるかもしらんけど

**名前は開発中のものです。** · 2010/05/30(日) 22:41:11

VRAMに直で書き込むのって、Windows環境だとやっぱり、DirectXを使わないと出来ないもの？
まだ学生だから、車輪の再開発をしまくって勉強したいと思ってるんだけど、なんらかの
コンポーネントを使用しなきゃ出来ないのなら、割り切ってコンポーネントの勉強をしようと思うんだけど

**名前は開発中のものです。** · 2010/05/30(日) 22:59:33

DirectXを使わないと出来ない

**名前は開発中のものです。** · 2010/05/30(日) 23:01:41

そういや、CreateDIBSectionを使うという手もあったな。

**名前は開発中のものです。** · 2010/05/31(月) 00:00:56

newとかで確保したメモリに書いた画像を出力するならSetDIBitsToDeviceが手っ取り早いと思うけど、
VRAM自体のアドレスを取得してロックしようと思ったらDirectXを使うしかないと思う

**名前は開発中のものです。** · 2010/05/31(月) 23:03:43

アクションゲーム作ってるんだけど、敵の処理どうやってる？
全ての敵の行動をクラスに纏めたEnemyクラスっていうのを作っちゃって、
そこに敵の種類ごとに動作とか設定しちゃおうかなって思ってたんだけど、
それじゃ敵の種類が少ないマップでもロードに時間がかかるとかってなる？

**名前は開発中のものです。** · 2010/05/31(月) 23:06:46

あと、敵の残りHPとか座標とか時間管理のデータってどこで管理すればいいんでしょう？
グローバルな変数を作るとか？

**名前は開発中のものです。** · 2010/05/31(月) 23:13:40

>>595
Enemy クラスに HP、時間、座標を定義して
Enemy を継承した EnemyA、EnemyB … を作ってそこに種類ごとの行動を書けばいい
ロード時間はといより Enemy で全部やろうとすると処理コストが増えるかと

**名前は開発中のものです。** · 2010/05/31(月) 23:30:20

大体それぞれの敵データ管理するためにクラス作ったんじゃなかったのか・・・

**名前は開発中のものです。** · 2010/05/31(月) 23:31:08

なるほど継承ですか
そういうのがあるんですね
ありがとうございます

**名前は開発中のものです。** · 2010/05/31(月) 23:58:57

OpenALでMIDIを再生したいのですが、どうすれば良いですか？

**名前は開発中のものです。** · 2010/06/01(火) 00:53:23

無理です

**名前は開発中のものです。** · 2010/06/01(火) 11:05:50

MIDIデータをWavにする部分を全部自分で書けば何とか

**599** · 2010/06/01(火) 18:31:41

>>601
正にそれです。
MIDIパーサ、MIDIレンダラーを作りたいのですが、何をどうすれば良いのか
さっぱりな上、そういった事を解説してるサイトも皆無なので困っています。

**名前は開発中のものです。** · 2010/06/01(火) 19:13:55

そんな事言ってる奴にはまず無理。

**名前は開発中のものです。** · 2010/06/01(火) 22:07:22

>>602
FM音源とかにしといたら？
そこそこのクオリティを持ったMIDI音源とか個人でなんとかなるレベルじゃなさそう

**名前は開発中のものです。** · 2010/06/02(水) 11:17:16

まず音源データそのものを集めないとね
こればっかりはプログラムだけじゃ無理だろう

**名前は開発中のものです。** · 2010/06/02(水) 22:56:16

>>591
>>592
>>593
やっぱりそうなのか…
回答ありがとう。とりあえず、Direct3D9の勉強を少しやってみようかと思う。ありがとう

**名前は開発中のものです。** · 2010/06/03(木) 22:58:45

>>602
ソフトウェアシンセとSMFファイルを解析する部分が要る
とりあえずGM規格の仕様書でも読んでみたらいい、やる気なくすから

**名前は開発中のものです。** · 2010/06/04(金) 16:44:04

ソフトシンセもSMF解析も言うほど難しくは無いだろ

**名前は開発中のものです。** · 2010/06/04(金) 17:04:27

この世にそういうソフトが存在している以上不可能ではないな
いずれにしてもまずはGM互換の版権フリーか自前の音源データが必要

**名前は開発中のものです。** · 2010/06/04(金) 18:16:01

音をサンプリングしてまともにPCMシンセとして使えるレベルまで
編集するだけでも、どれだけ機材と時間と技術と手間がかかるんだか…

**名前は開発中のものです。** · 2010/06/04(金) 20:43:58

音なんてプログラムで波形データ作ればいいだけだろjk

**名前は開発中のものです。** · 2010/06/04(金) 20:48:59

vistaや7で効果音が複数重なると音量が小さくなることってないですか？
xpだとそんな事なかったのですが

**名前は開発中のものです。** · 2010/06/05(土) 06:53:33

>>611
実際にやってみるとわかるけど、自分でサイン波とかのオシレータ作って
合成して実際の楽器の音出すのってすごく難しいぞ。
FM音源なんてとても素人がどうにかできるもんじゃない。G
M規格だけでも128種類の音色とドラムセットがあるのに。

**名前は開発中のものです。** · 2010/06/05(土) 14:15:02

結局出せる音がFMレベルなら、FM音源最初から使えばいいじゃん
>>611はVAクラスか打楽器系の音もサンプリング音源レベルの音質をソフトだけで作るって言ってんでしょ
まあ何も知らないただのバカだろうけど

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

>FM音源最初から使えばいいじゃん
どうやって？
今のサウンドカードは標準でＦＭ音源なんて付いてないぞ？

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

おうおう、やらない理由ばっか述べるねぇ
ま、別にいいんだけど

**名前は開発中のものです。** · 2010/06/05(土) 22:44:24

多分、周波数変調かけて結果をPCMで出力しろってことだから、
ハードウェア的にはFM音源ついてなくてもPCM音源があればおｋ
そんなことも分からないんじゃ自分で音源作るのなんて無理

**名前は開発中のものです。** · 2010/06/05(土) 22:48:00

そんなのエミュでやってるやつ沢山あんじゃん。参考にすれば

**名前は開発中のものです。** · 2010/06/08(火) 17:58:37

FM変調でPCMサンプリング音源レベルのクオリティの音を出してるエミュを教えろよ

**名前は開発中のものです。** · 2010/06/08(火) 20:08:11

>>619
話がズレてない？FM音源エミュレート結果の出力先にPCMを使用するってだけだろう
いやもうどれが話の本筋なのか分からんけど

ところでちょっとグレーな話になるけど、スーファミエミュから抽出したSPCファイルって
容量が64KBしかないのに結構綺麗な音がでるよね
再生プラグインも100KBそこそこだから波形データを再生機側に大量に持ってるわけでも
なさそうだし、スゲーなーと思ってた

**名前は開発中のものです。** · 2010/06/08(火) 21:18:46

サウンドドライバのプログラマがすごい頑張ってたんじゃない？
FF4は、アクトレイザーのストリングスの音聴いて影響されて、
サウンドドライバ作り直しを命じたらしいし

**名前は開発中のものです。** · 2010/06/09(水) 09:21:16

すいません、今からゲームを作る上で、質問というか相談というかちょっと１つお聞きしたい事があります。
今の同人というかフリーゲーム開発の中でDirectXを使ってる場合、9.0と10.0どちらが主流なんでしょうか？

よっぽど凝った物でもない限り現状普及率が高い9.0のほうがいいのだろうかと思うのですが、この先の事を
考えると10.0以降の仕様に慣れておいたほうがいいのかもしれないし、もしかしたらそれほど10.0でも影響少ないのかと思って悩んでるのですが。

**名前は開発中のものです。** · 2010/06/09(水) 10:22:21

ここでこんな質問してるうちは、10.0で組んでも10.0独自の機能なんて
使いこなせないからどっちでも同じです。10..0だとXP切捨てになるし。
10.0以降の仕様に…ならもう11に行った方がいいんじゃない？
今から10.0を一から勉強すると、10.0独自の機能使う頃には12が出てると思われ

**名前は開発中のものです。** · 2010/06/09(水) 10:40:14

>>622
9.0と10.0の比較だと今OSとハードの過渡期真っ最中だから
移行するならもう1･2年待った方がいいかもな、まだゲームはXPがメインって奴も多いだろうし
逆に言えばソフトの公開が1年後2年後とかなら10.0に移行してても良いのかもしれん

**名前は開発中のものです。** · 2010/06/09(水) 10:42:22

9切り捨てられるなら11でいいと思うよ。

**名前は開発中のものです。** · 2010/06/09(水) 13:45:50

なるほど・・・レス感謝。

１０向けのソフトなんてまだそれ程ないし、自分も知識や技術不足等あるので９を扱いきれるようになってから
様子見て１０．１以降のに目を向けるようにします。

**名前は開発中のものです。** · 2010/06/09(水) 16:54:49

>>620
SFCの音源部は、
・SPC700それ自体がCPU(6502系)なので、ドライバ書くときに、サウンド処理以外の負荷を考える必要がない。
・当時としては大容量の64KiBのSRAM(実際に音色データを置けたのはもっと少ない領域だったようだが)。
・32KHz/8chのADPCM。なので、容量自体はそんなに食わない(高音域の音が歪むという欠点はあるが)。
・再生波形のガウス補間、ピッチ/モジュレーション変更、エコー/リバーブ、フィルタをハードウェアでサポート。
てな具合で、無論、ドライバの工夫もあるんだろうけど、業務用ゲームも含めて、当時のゲーム用としては、もともと最高クラスのPCM音源だったのが要因。

**名前は開発中のものです。** · 2010/06/09(水) 20:44:25

midi→PCMってムズいの？

**名前は開発中のものです。** · 2010/06/09(水) 21:15:34

ムズイっていうかMIDIは楽譜的な情報なのにPCMは波形だからなあ
自分で一からやるとそりゃあもう死ねます
実装によって仕上がりの音も全然違うし

**名前は開発中のものです。** · 2010/06/09(水) 22:32:28

楽譜をCDにするのと似たようなもん、何処まで自分でやるかによる。

演奏者雇って楽器は買ってくれば(Windowsにファイルごと丸投げ)、たいした労力はいらんし。
自分で演奏して楽器も自作する(自分でSMFを解析し、シンセサイザーを自作する)となれば、相当な労力がいる。

**名前は開発中のものです。** · 2010/06/09(水) 23:59:35

>>627
詳しい解説をありがとう、なんだか音のプログラマブルシェーダみたいですね
なぜSPCファイルが皆同程度の容量なのか不思議だったんだけど、ようは処理系のスナップショットなのか

**名前は開発中のものです。** · 2010/06/11(金) 12:50:28

すいません、少々質問です。
>>622ですが、9.0c用のSDKを探しているのですがどのSDKを使えばいいのでしょうか？

**名前は開発中のものです。** · 2010/06/11(金) 12:54:06

ageるの忘れたのと追記ですが、一応今DLしてあるものは June 10と最新の物なんですが、この中に
ソースとして１０ってのと９っての２種類があるのですがもしかしてこのSDKって別に過去の物を使う必要がなく、
９．０ｃで使える関数等をつかえば9.0c向けのプログラムということになるのでしょうか？

**名前は開発中のものです。** · 2010/06/11(金) 12:58:26

>>633
概ねそう。windows APIだって同じだろ。

**名前は開発中のものです。** · 2010/06/11(金) 16:24:22

DirectSoundとかの古い機能を使わなければ問題ないな

**名前は開発中のものです。** · 2010/06/11(金) 22:30:53

C++で実装する場合、敵データって何で管理すべき？vector？list？
shared_ptrは使うべき？
ここらへんの作法的なものがさっぱり分からなくて困る

**名前は開発中のものです。** · 2010/06/12(土) 08:19:34

私もこの質問に便乗して
私は追加削除は list の方が vector の方が速いと思ってたんですが
どっかで実は vector の方が速いとあったのでやっぱりそうなんでしょうか
しかもそれらSTL自体が遅いと聞いたので自分で作るのも考えたのですが
似たものは作れるのですが、全く同じ使い方のものを作ろうとすると今の自分にはちょっときついので
どこかで自作してるものを探したのですが、見つからなかったのでどこかにありませんでしょうか
自分で参考にもしたいと思ったもので
それとこれらの質問はゲームプログラミングを想定したものです一応念のため

**名前は開発中のものです。** · 2010/06/12(土) 09:36:07

速さに関しては今のPCの方が優秀なのでよっぽどのことが無い限り気にするだけ無駄。
画面に何百万発の弾幕張るような仕様を実現できるかどうかはPCやグラボの性能次第。
速さの限界チャレンジは開発用PC上で”しか”意味が無い。

**名前は開発中のものです。** · 2010/06/12(土) 10:08:18

そうなん？じゃ無難に list でも使っとくか

**名前は開発中のものです。** · 2010/06/12(土) 10:22:20

描画が重いからって描画以外の部分の高速化を図るのはお門違いってこと？

**名前は開発中のものです。** · 2010/06/12(土) 10:31:19

list<effect>とlist<enemy>があってeffectからenemyにランダムアクセスしたいんだけど、
これって低速なのを承知してイテレータ使って探すしかないの？
それともなんか定石みたいのあるの？

**名前は開発中のものです。** · 2010/06/12(土) 10:49:27

>>640
お門違いかどうかは、プロファイラで計測してみないとわかんないね。

>>641
本当にその検索がボトルネックになってるなら、同時にIDがindexのベクタに登録するとか。
つかそれ以前に、enemyに対するeffectって、enemyオブジェクト内にeffectアドレスでも
登録して、effectの寿命はCOMみたいに管理すれば、検索自体が不要な気が…

**名前は開発中のものです。** · 2010/06/12(土) 11:12:44

>>642
なるほど。後者の方法はいいかもしれないけど寿命管理が良く分からない
万が一先にオブジェクトが消えてしまて存在しないものを参照してアクセス違反とならないか不安

**名前は開発中のものです。** · 2010/06/12(土) 13:20:38

>>640
よほどの数の敵が出てくるとかでなければ、コンテナの違いは
速度的にはあまり意味がない。
コンテナの違いは中身が万単位になってやっと意味が出てくる程度で
数百程度だと優位な差がなかったり、速度の逆転が起こったりする。

要素の挿入や削除でイテレータが無効になるとかの性質の方が重要。

速度に問題があれば、コンテナを変える前にアロケータを変えることを
考えた方がいいかも。

**名前は開発中のものです。** · 2010/06/13(日) 04:37:42

アロケータ調べてみたけど難しかったのでもう最初に new で一旦それぞれ使う分とっといてそれを使いまわすことにするわ

**名前は開発中のものです。** · 2010/06/14(月) 07:50:15

アロケータとかリストとか自分で頑張って作ろうとしてみたけど疲弊しただけだったわｗ
もっと実力上がってから挑戦してみることにする
当面は大人しく new と STL 使ってるわ
いやね、言い訳になるが単純にリスト作るだけなら出来ると思うけど
汎用化させたりいろいろ絡んでくるとちときついわ今の自分の力では

**名前は開発中のものです。** · 2010/06/22(火) 16:48:44

おれは動的配列を自分で作ってしまったよ。
ただ、配列のサイズ変更も自動でやってくれるとか、
自分なりに使い易い形にカスタマイズはした。
趣味の人ならこういう部分を楽しむのもアリだと思う。

**名前は開発中のものです。** · 2010/07/17(土) 22:15:17

おれは道程だから自分でｵﾅってしまったよ。
ただ、ちむこのサイズ変更が自動でなってしまう朝立ちとか、
自分なりにイキ易い形にカスタマイズはした。
趣味の人ならこういう部分を楽しむのもアリだと思う。

**名前は開発中のものです。** · 2010/07/20(火) 09:31:58

動的配列ってパイソンのリストみたいなやつ？

**名前は開発中のものです。** · 2010/07/20(火) 12:09:38

std::vectorみたいなものでは？

**名前は開発中のものです。** · 2010/07/20(火) 13:18:37

２D横スクロールアクションを創りたいんだけど、マップとかを作るのが大変すぎる
RPGツクールみたいな感じで創りたいんだけど、それには自分で専用のエディタをプログラミングしなきゃ駄目？
出来れば画面のある場所をクリックするとイベントが配置されて、画像とかイベント内容とかを
プログラムに書き加えてくれるような仕組みにしたいんだけど・・・
そういうのは難しいんだろうか
（モンスターAをどの位置に配置する、という地図をテキストデータにまとめて保存ということ
なら今の俺の技術でもできると思うんだけど、エディタの設定をもとにプログラムを自動生成して
書き加えてくれるようなのって可能？って質問です）

**名前は開発中のものです。** · 2010/07/20(火) 13:43:17

>>651
普通にレイヤー編集が出来るマップエディタでだいじょうぶでしょ
マップチップをモンスターやらイベントやらに割り当てればいい

地形レイヤー（あれば便利な当たり判定レイヤーを分けるといい）
イベント配置レイヤー（アイテム・モンスターレイヤーで分けてもいい）

好きなだけ必要なレイヤー作ればいいと思うよ

**名前は開発中のものです。** · 2010/07/20(火) 13:48:33

>>652
レイヤを作ってモンスターの配置・上層マップチップ・下層マップチップに分けて、
それの位置と内容をテキスト化何かに保存、というのは俺も考えてるんだけど、
問題はイベントの内容をエディタの中で決められないかな、ということ
RPGツクールだと「文章の表示」だの「画面を暗くする」だの「場所移動」だのの
コマンドを組み合わせるだけでいいでしょ
それと同じことをオリジナルエディタでやろうと思ったらどういう技術を使えば可能かってこと

**名前は開発中のものです。** · 2010/07/20(火) 13:51:20

ツクールなんて普通知らねえよw

**名前は開発中のものです。** · 2010/07/20(火) 14:20:13

>>653
オリジナルなら聞くまでも無くどうとでもなるじゃん。
フリーのマップエディタでどうにかならんかってことじゃないわけ？

イベントレイヤにマップチップ1を貼り付けて、
別ファイルたとえば"ev_1.txt"にメモ帳で内容を書くとすると、
簡単にマップチップとイベントを繋げられる。

・・・・ということじゃなく、そういうエディタを作りたいなら
最低WindowsGUIに関するプログラム（C#あたりなら楽）、
ツクール並みのイベント内容を解析したいならLuaあたりの知識、
1からスクリプト作りたいなら、構文解析に関する技術が必要だけど？

**名前は開発中のものです。** · 2010/07/20(火) 14:34:33

>>655
そういうんじゃなくて、プログラムとエディタをいったりきたりする手間を省けないかなってことです
例えばエディタ上でイベントを配置したい場所をクリックするとウインドウが出てきて、
そこにプログラムを書いてOKを押すと、そのプログラムをCファイルに書き足してくれる、
というようなものです

**名前は開発中のものです。** · 2010/07/20(火) 15:03:14

うーん、それだったら自分のニーズに合うものを作るしかないね。
プログラムとエディタを行ったり来たりしたくなければ、
スクリプトとしてイベントを外部に追い出すしかないだろうから。

>>651 で考えているのはCに直すんだから一種のトランスレータだろうけど、
その方法は、動かすたびにコンパイルしなおさにゃならんので、
結局エディタとプログラムを行ったり来たりすることになるよ。

しかし、そこから作るよりもあるものを使って作ったほうが最初はいいと思うけどね。
マップエディタと、メモ帳があればいいんだし。
マップチップに対応したイベントファイルにたとえば、

HP=10
移動パターン=1
攻撃力=12
防御力=3
落とす金=10

それをプログラムで読んでパラメータ設定したら、かなりエディタだけでよくなる。
これでも、経験が無いなら四苦八苦するだろうけど。

**名前は開発中のものです。** · 2010/07/20(火) 15:04:48

↑
×マップチップに対応したイベントファイルにたとえば、
○モンスターレイヤのマップチップに対応したイベントファイルにたとえば、

**名前は開発中のものです。** · 2010/07/20(火) 15:40:33

スト２の昇竜拳の軌道計算でつまってます。
下記の画像の逆放物線のような軌道計算は、
どのように行っているのかご存知でしょうか。
もしくは参考サイトなどありますでしょうか。

http://iup.2ch-library.com/i/i0121467-1279607725.jpg

入力情報としては

・頂点座標
・頂点到達時間（フレーム）
・現在再生フレーム（相対）
・横方向の力

出力情報としては

・フレームの進行度に対する前フレームからの相対位置
　要するに計算結果を加算するだけにしたい。

を考えています。

**名前は開発中のものです。** · 2010/07/20(火) 15:55:52

１フレームずつ座標をプロットして結果をテーブル化

**659** · 2010/07/20(火) 15:59:01

頂点位置や横方向の力は可変にしたいので
固定数値だと都合が悪いですね

**名前は開発中のものです。** · 2010/07/20(火) 16:13:47

物理的に考えれば等加速度運動とか等速運動だとかだけど
フレーム毎の計算だから数列の和だとかそんな感じか
高校数学レベルの話かな

**名前は開発中のものです。** · 2010/07/20(火) 16:22:41

vx と vy に必要な初速度計算して

x = x + vx
vx = vx / （適当 * フレーム * 横の力）
y = y + vy
vy = vy / （適当 * フレーム）

みたいなのを毎フレーム呼び出すとかかいな

**名前は開発中のものです。** · 2010/07/20(火) 16:38:47

>>657
遅くなりましたがありがとうございます。
テキストデータをエディタで編集して出力して既存のプログラムをテキスト化したものの中に埋め込み、
それの拡張子をつけかえてCファイルにして、コンパイル、
なんてことが出来ればそれが一番いいのですが・・・
色々調べたけど難しいみたいですね

**名前は開発中のものです。** · 2010/07/20(火) 16:46:15

データと処理を完全に分離してテキストデータを書き換えるだけで動作が変わるようにした方が良いと思うが

**名前は開発中のものです。** · 2010/07/20(火) 16:54:45

>>６６５
つまりテキストを引数にした関数を作っておくってこと？

**名前は開発中のものです。** · 2010/07/20(火) 16:59:53

引数でもfopenでも何でもいいけど、データを書き換える度に毎回コンパイルするのは面倒臭くない？

**名前は開発中のものです。** · 2010/07/20(火) 17:07:34

確かにそうですね
敵のパラメータもテキストで管理して、
マップにおける敵の位置もテキストで管理して・・・
そしたらエディタだけでだいぶ楽できるようになりますね
ただパラメータとかじゃなしの具体的な動作はプログラムでやらざるをえませんが

**名前は開発中のものです。** · 2010/07/20(火) 17:12:43

具体的動作もLuaとか使えば外に持てるけどね。

**名前は開発中のものです。** · 2010/07/20(火) 17:22:14

LuaでC++のコードを生成できるってことですか？

**名前は開発中のものです。** · 2010/07/20(火) 17:27:38

ちがう。
Luaスクリプトを自作のプログラムに組み込める。
これはたとえば、Cで作った自作プログラムの上でさらにCを動かせるようなもの。
コンパイルなしで。

でもまぁ、最初からそうしようとすると今の状態だときついだろうから、
プログラムとデータを分離することに集中したほうがいいよ。

**名前は開発中のものです。** · 2010/07/20(火) 17:41:41

>>671
うーん難しいですね・・・
キーワードとして覚えておきます
ありがとうございました

**名前は開発中のものです。** · 2010/07/20(火) 17:53:49

具体的動作まで外部に出すべきかなあ。そこはコンパイラにチェックしてもらった方が安全だと思うな。

**名前は開発中のものです。** · 2010/07/20(火) 18:00:01

ツクールでも作らない限りは、設定ファイルの延長で十分だし
そこのさじ加減は作る人の好みだねぇ

**名前は開発中のものです。** · 2010/07/21(水) 00:33:49

>>673
一度のコンパイルで十分くらいかかる位プロジェクトがでかくなったらそんなこと言えなくなるぞ

**名前は開発中のものです。** · 2010/07/21(水) 00:57:10

じゃあC/C++を捨ててスクリプト言語でプログラム作ってろよ

**名前は開発中のものです。** · 2010/07/21(水) 02:02:55

実際そうなる

**名前は開発中のものです。** · 2010/07/21(水) 06:18:38

>>675
リビルドならともかく、ビルドでそうなるってのは、どっか設計が間違っていると思う。

**名前は開発中のものです。** · 2010/07/21(水) 07:38:28

いまどきのPCならコンパイルも瞬殺だから、外だしする理由もないよね

**名前は開発中のものです。** · 2010/07/21(水) 07:39:25

無駄に色んなクラスが1つのファイルに収まってたり、
無駄にヘッダを読みまくってたりすると、一箇所変更しただけで
大量にコンパイルが発生して遅くなったりはするけど

**名前は開発中のものです。** · 2010/07/21(水) 09:47:27

俺の場合１プロジェクトで何個もゲームこさえるスタイルだから無駄に色んなクラスが1つのファイルに収まってるわｗ

**名前は開発中のものです。** · 2010/07/21(水) 09:54:22

一箇所変更しただけでコンパイルとかしないから。
どのくらいの大きさのプロジェクト作ったことある？ソースファイル1000個超えたことある？

**名前は開発中のものです。** · 2010/07/21(水) 10:08:52

つーか、複数のグループで分業とかしないのかな

Windowsゲームプログラミング 質問スレ

Windowsゲームプログラミング　質問スレ