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

**名前は開発中のものです。** · 2013/08/12(月) NY:AN:NY.AN

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

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

前スレ
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/

**名前は開発中のものです。** · 2013/11/23(土) 15:52:53.74

>>754
外部シンボルの解決はリンカの範疇の話だから、includeの話じゃない
たまたま include先で pragma してたらリンクされるけど、本質的にリンカの話。
ビルド時にリンクしてないんじゃないの？

**名前は開発中のものです。** · 2013/11/24(日) 00:58:34.12

>>754
ヘッダーに宣言があってもリンク時に定義（本体）が見つからなければそらエラーになるさ

ライブラリをリンクし忘れる以外でも
関数の本体を書くのを忘れた、とか
書いていてもcppがプロジェクトに入ってなくてコンパイルされていないとかでも起こる

**名前は開発中のものです。** · 2013/11/24(日) 05:16:53.08

そのとおりでした。
Aクラスはコンストラクタ２つ宣言してて１つしか定義していませんでした。。。
Aクラスの親クラスは２つ定義していたから勘違いしててずっと気づかなかった。
ありがとうございました！

**名前は開発中のものです。** · 2013/11/24(日) 16:28:43.61

なんかちょっと前に同じ質問見た気がする

**名前は開発中のものです。** · 2013/11/28(木) 08:11:12.57

スティックでのカメラ回転作ってみたんだけど縦回転のときキモイ動きしやがる

**名前は開発中のものです。** · 2013/11/28(木) 09:37:30.27

詳しく教えろ

**名前は開発中のものです。** · 2013/11/28(木) 09:51:07.57

レスだけ見ると多分本人の計算ミス

**名前は開発中のものです。** · 2013/11/28(木) 10:19:38.67

z-up右手系やろうとして平行移動がキモくなったことならある

**名前は開発中のものです。** · 2013/11/28(木) 10:44:05.67

横回転(左)はこれで
cam.dirX += cam.speed;
cam.posX = cam.range * sinf(cam.dirX * PI / 180.0f);
cam.posZ = cam.range * cosf(cam.dirX * PI / 180.0f);
縦回転(上)はこれなんだが
cam.dirY += cam.speed;
cam.posY = cam.range * sinf(cam.dirY * PI / 180.0f);
cam.posZ = cam.range * cosf(cam.dirY * PI / 180.0f);

縦回転するときだけX軸にぐにゃっと動きながら回転するんだよなぁ、多分>>761の通りミスかも
出先だから詳しくなくてすまん、あとdirは角度

**名前は開発中のものです。** · 2013/11/28(木) 11:02:27.16

>>763
そういうときはsinをcos変えてみるべ

**名前は開発中のものです。** · 2013/11/28(木) 11:03:24.11

sinとcosを入れ替えて試すって意味です

**名前は開発中のものです。** · 2013/11/28(木) 11:33:55.99

軸をどうとっているかは知らないが、Yがプラスマイナス逆になってないか？

**名前は開発中のものです。** · 2013/11/28(木) 11:46:55.19

原点がどこか、座標の正方向がどっちなのかって
結構バラバラだったりするしなあ。

**名前は開発中のものです。** · 2013/11/28(木) 14:45:26.84

posZ = range * cosf(dirX * PI / 180.0f);
posZ = range * cosf(dirY * PI / 180.0f);
バグのもと
上の式から逆算してdirX計算してるならxが動くのもあたりまえ(dirX=dirY、斜めに回転)
初期状態で全部変わるから行列から計算しなきゃ出ないと思うよ
3Dアクションのソース見れば幸せになれる

**名前は開発中のものです。** · 2013/11/28(木) 14:55:56.16

同時に処理してるんじゃなくそれぞれのキーを押してる間だけなのよ…
視点はプレイヤー固定なのでsinとcosをちょっと弄ってみるかなぁありがとう

**名前は開発中のものです。** · 2013/11/28(木) 15:15:08.32

行列をおすすめするけどなぁ…
直接式書くなら三角関数の数はxzは2つyは1つだと思う

**名前は開発中のものです。** · 2013/11/28(木) 15:40:16.54

ここDxlibスレじゃないや
アクションのソースとか言っちゃった恥ずかし
一応初期値(1,0,0)でY軸回転αZ軸回転βなら
x=L*cosα*cosβ
y=L*cosα*sinβ
z=L*sinα
間違ってる可能性もあるし参考程度にどうぞ

**名前は開発中のものです。** · 2013/11/30(土) 12:10:58.88

原野

栗山

千葉

小村

西塚

**名前は開発中のものです。** · 2013/11/30(土) 21:01:47.61

座標関連はうまくいくと気持ち良いな
時間かかったけどカメラの角度にあわせてキャラを動かすのって結構理解してないと出来ないよな・・・

**名前は開発中のものです。** · 2013/12/01(日) 02:05:33.15

角度に合わせて移動ならスクリーン変換して終わりじゃない？
カメラと一緒に移動させるのは面倒だった気がする
こっち向ける+カメラ位置が動くと移動+カメラ角度が動くと移動

**名前は開発中のものです。** · 2013/12/01(日) 07:20:38.32

普通、キャラに移動に合わせてカメラを動かすものじゃないのか？

**名前は開発中のものです。** · 2013/12/01(日) 09:55:24.92

プレイヤーの移動ループにcamera.posX+=10.0f;とかでカメラの移動を仕込むの？

**名前は開発中のものです。** · 2013/12/01(日) 13:48:16.95

キャラクターの位置だけわかっていれば十分。
あとは想定している角度と距離でカメラを動かすだけ。

**名前は開発中のものです。** · 2013/12/01(日) 14:07:02.97

>>777
追従ターゲットとは別にステータスとか視界回り固定しなきゃいけないのを3D使うときにいる
そこから「こっち向ける」を消せば角度コンパスになるし
ねじりだけ追従ターゲットにすれば飛行機操縦でダメージ受けたときの揺れを表現できたり

**名前は開発中のものです。** · 2013/12/01(日) 15:41:38.59

2Dと3Dオブジェクトを同じカメラでやろうとするのが間抜けなんだよ。
一つのシーンを描画するのに、カメラを一つしか作れないという固定観念に捕らわれているやつを見ると、
なんでこんなに頭が固いんだろうとしか思えない。

スクリーンの特定の位置に固定するのなら、それがやりやすい座標が使えるカメラを用意すればいいだけ。
カメラは描画するものに応じて切り替えろ。

3D空間上のワールド座標を使用する平面オブジェクトなら、
頂点シェーダでワールド変換をかけた後に、平面を引き延ばせば余計な逆変換もいらない。

簡単にできることを、なんで遠回りで無駄な方法でやろうとするのかさっぱり理解できない。

**名前は開発中のものです。** · 2013/12/01(日) 15:46:57.06

あーあ変なやつきちゃった

**名前は開発中のものです。** · 2013/12/01(日) 17:06:03.08

>>779
例が悪くてすまんね
最初は追従する属性を持ったオブジェクトとして3D衝突判定用カメラで管理したいから実装したんだ
例はそれを2D用に移植しただけ

それともオブジェクトの下に移動用カメラがあるなら設計の違いだね
その実装にかかる労力が違う

**名前は開発中のものです。** · 2013/12/01(日) 17:23:57.22

＞3D衝突判定用カメラ
カメラで衝突判定？

**名前は開発中のものです。** · 2013/12/01(日) 18:00:54.04

カメラぶん投げるじゃん？
何かに当たるじゃん？
そこは通行不可じゃん？

**名前は開発中のものです。** · 2013/12/01(日) 18:05:36.28

あれか、ドライブレコーダーってやつ

**名前は開発中のものです。** · 2013/12/02(月) 11:55:14.28

3dの衝突判定ってどうすんの？
岩みたいな地形をキャラクターに歩かせたり、
車で凹凸によるジャンプとかしたいんだけど

**名前は開発中のものです。** · 2013/12/02(月) 12:20:05.98

物理学もしっかり勉強せい

**名前は開発中のものです。** · 2013/12/02(月) 13:09:52.50

>>786
判定よ判定
true or falseで知りたい

**名前は開発中のものです。** · 2013/12/02(月) 13:52:33.76

yes

**名前は開発中のものです。** · 2013/12/02(月) 14:26:37.50

>>787
1.Bulletの衝突検出は物理部分抜きの単体で使えるからそれを使う
2.ODEの衝突検出が、OPCODEっつー単体のライブラリとして使えるからそれを使う。
3.DirectXMathにプリミティブの衝突判定がいくつかあるからそれを使う。
4.「ゲームプログラミングのためのリアルタイム衝突判定」って本があるからそれを読んで自分で作る。

好きな道を選ぶといい。やりたいことにもよるけど、大抵下に行くほど茨の道。

**名前は開発中のものです。** · 2013/12/02(月) 17:07:26.41

>>787
その true or false で結果を得られる判定の為に、物理と代数幾何が必要って事。

**名前は開発中のものです。** · 2013/12/02(月) 17:24:57.04

すり抜けの対処入れるとキッツイわ

**名前は開発中のものです。** · 2013/12/02(月) 17:44:53.07

すり抜けなんてねぇ
前フレームと現フレームを線でつないで適度な太さのカプセルと判定させる
ゲーム判定なんてそんなもん

**名前は開発中のものです。** · 2013/12/02(月) 23:05:32.90

空気抵抗を入れてすり抜け出来ない速度までしか加速出来ないようにしても良いな

**名前は開発中のものです。** · 2013/12/03(火) 00:21:44.15

そもそも3Dの当たり判定ぶち抜くほどの速さってソニックでも作る気か

**名前は開発中のものです。** · 2013/12/03(火) 00:33:14.34

三角形ポリゴンと移動ベクトルですり抜ける事はないだろ。

**名前は開発中のものです。** · 2013/12/03(火) 00:39:28.72

精度の関係でコリジョンの角とかにキャラを
ぐりぐりするとすり抜けちゃう市販ゲームがちらほらと

**名前は開発中のものです。** · 2013/12/03(火) 08:26:06.61

>>793-795
お前ら普段どんな処理書いてるの？
移動と、接触の、処理のイメージがちゃんとプログラムのレベルで見えてるか？

**名前は開発中のものです。** · 2013/12/03(火) 11:15:20.32

そこまでいうなら説明してあげたまえ。

**名前は開発中のものです。** · 2013/12/03(火) 11:16:26.65

せやな。

**名前は開発中のものです。** · 2013/12/03(火) 14:48:12.77

>処理のイメージがちゃんとプログラムのレベルで見えてる
この辺が抽象的過ぎて何を言いたいのかさっぱり掴めん

**名前は開発中のものです。** · 2013/12/03(火) 14:54:10.31

知ったかぶりして優越感欲しいだけだよ言わせんな恥ずかしい

**名前は開発中のものです。** · 2013/12/03(火) 15:35:06.24

知りたいことがあったら技術板で知ったかぶりすると誰かがすごい勢いで教えてくれるって聞いたことあるけど
今じゃ放置が基本なのかな

**名前は開発中のものです。** · 2013/12/03(火) 15:57:16.14

人に教える暇があったら自分のコードがりがりします

**名前は開発中のものです。** · 2013/12/03(火) 17:15:19.68

>>800
自分で実装してたら、それが抽象的に見えたりさっぱりわからないなんて事無いと思うけど。

単純に方向決めて座標の数値加算だけして、移動前と移動後の線分と対象の面との交差判定するにしろ、
計算量との兼ね合いで荒い凸包との交差計算する事になった時に、その隙間にあたってすり抜ける事だってあるがな

>>801
違ぇよ。自分で書け。ここで説明とかいらないから。

**名前は開発中のものです。** · 2013/12/03(火) 17:20:58.72

あるいは移動前移動後の線分と面との交差って言うアプローチでなく、
2Dでよくあるような論理マップ上のマスとの移動先との接触計算を応用したような場合、
そのマスに決めた単位を越えるような加算をしたら当然突き抜けちゃう訳で、
「必ず突き抜けない」って事も無いし、「必ず突き抜ける」って事も無いだろ。

だから普段、どう実装してたら空気抵抗だの、スピードで変わるような言い様だの出てくるんだと思った訳だ。
わかれ。

**名前は開発中のものです。** · 2013/12/03(火) 18:34:04.90

>>800
俺は>>797ではないが
さすがに言ってることの意味は分かるよ

移動処理のコードを思い浮かべると
キー入力でキャラが移動
具体的には移動に割り当てた変数が加算したり減算したり
その変数をカメラ位置座標と中視点座標にも割り当てれば
カメラも同時に付いていく

次に接触処理のコードを思い浮かべると
接触範囲に割り当てた座標の変数も同時に加算もしくは減算

主人公と敵の周囲当たり当たり判定の座標が接触したら
戦闘画面に突入
戦闘BGMスタート！
と同時に2Dコマンド欄がピキン！と表示

**名前は開発中のものです。** · 2013/12/03(火) 18:39:47.05

>>805
どっかで手を抜かないとなかなかゲームは完成しないぞ？
で、手を抜いた結果として突き抜けバグが発生したりする

**名前は開発中のものです。** · 2013/12/03(火) 18:48:33.82

>>807
ん、安価ミス？俺自身はずいぶん前にリリースしてる。BPなんで自社製品じゃないけど、多分世にも出てる。
趣味でも書くけど。

**名前は開発中のものです。** · 2013/12/03(火) 18:51:51.68

ああ、エスパーの結果を書いてたのか。ちと誤解してた。

**名前は開発中のものです。** · 2013/12/03(火) 19:08:08.70

空気抵抗は、最高速に制限をかけることに対する比喩表現だと思ったんだが

ってかすでに804と806の言っている事がすでに食い違っているように見えるが
それも俺の無学のせいなのか

**名前は開発中のものです。** · 2013/12/03(火) 19:08:25.10

ピキン！

**名前は開発中のものです。** · 2013/12/03(火) 19:12:25.94

「すでに」が一文に2個出てきてる辺り俺の無学度合いはお察しだな
すまんしばらくROMるわ

**名前は開発中のものです。** · 2013/12/03(火) 20:28:04.75

空気抵抗は速くうごくほど強くなるから加速度が一定なら最高速度は決まってくる
というか、加速度と空気抵抗が釣り合う速度が最高速度になる

**名前は開発中のものです。** · 2013/12/03(火) 21:11:08.82

だからその空気抵抗ってのが「マスに決めた単位を越えるような加算をしたら当然突き抜けちゃう」
をなくすための方便だって話だろ？

「なんで自由落下してこれ以上加速しないの？」
A１「マスを突き抜けないための措置です」
A2「空気抵抗のためです」

**名前は開発中のものです。** · 2013/12/03(火) 21:25:56.29

リミット超えたら判定を複数回やればいいだけの話なのになあ。

**名前は開発中のものです。** · 2013/12/03(火) 22:22:19.41

何をどう複数回すればボックスを越えた判定をできるのだろうか

**名前は開発中のものです。** · 2013/12/03(火) 22:33:24.53

隙間ができない単位まで分解して判定するだけだよ。
単純な話なのに、なんでそんなに頭が固いの？

**816** · 2013/12/03(火) 22:50:50.54

ごめん、>>817がどう判定してるのか聞きたい
俺の実装してる判定方法(>>814よりの方法？)だと何をいってるのかわからん

**816** · 2013/12/03(火) 23:05:43.07

失礼、完全に>>804 >>805の吟味不足でした
ベクトルと面でやるときに加速度制限する人いないのか…

**名前は開発中のものです。** · 2013/12/04(水) 20:33:44.80

三角関数でのジャンプの作り方を知りたいです
pow += gravity;
Y = gravity * sinf(pow * PI / 180.0f);

jump=初速度
gravity=重力
Y=Y座標

こんな感じですが全くうまくいきません

**名前は開発中のものです。** · 2013/12/04(水) 20:41:03.13

jump=初速度じゃないpow=初速度だった

**名前は開発中のものです。** · 2013/12/04(水) 21:48:17.05

>>821
そこに書かれてる処理って、
・角度(degree)に重力値を加算
・重力*sin(角度(ラジアン))がY位置

重力値に9.87とか放り込んで計算したら、
びよんびよんと高速で上下にワープ移動するような結果にならね？
試してないけど、書かれてる内容的に。

**名前は開発中のものです。** · 2013/12/04(水) 22:22:02.95

>>822
確かに・・・
player.Y += player.jumppow;
player.jumppow -= func.Gravity;

これでもジャンプ力50.0fの重力1.0fなら良い動きをするんですが
少し数字が変わると慣性が無くなったような動きになってしまいます
初速度と重力だけで作るのは無謀でしょうか？

**名前は開発中のものです。** · 2013/12/04(水) 23:28:51.48

むしろ初速度と重力があるならsinいらない気ガス

**名前は開発中のものです。** · 2013/12/05(木) 00:32:12.50

>>823
その計算ならだいたいどんな値でも放物線えがくと思うけど
慣性の無くなったような動きってどうなんの？

**名前は開発中のものです。** · 2013/12/05(木) 00:41:26.05

3Dゲームってだいたい頂天に近づくほど加速が遅くなるから
アクション的には>>823だとけっこうジャンプ攻撃とかで不都合が

**名前は開発中のものです。** · 2013/12/05(木) 01:30:24.26

jumppowに最初にジャンプ力を設定するんだよな
問題なくね？

**名前は開発中のものです。** · 2013/12/07(土) 18:26:51.50

ちょっと聞きたいんだけど
プレステ型のゲームパッドのボタン番号と、実際のプレステコントローラの
一番一般的な番号対応とかあるのかな？

俺の手持ちは２つでどちらもエレコムだけど、それだけで既に相違がある。
１つめはエレコムのUSBパッドで、ボタンに印字されてる番号は１から振られてるけどプログラム的には０から始まってる
0　□
1　△
2　×
3　○
4　L1
5　R1
6　L2
7　R2
8　セレクト
9　スタート
10　L3
11　R3

**名前は開発中のものです。** · 2013/12/07(土) 18:35:12.79

ないからコンフィグで対応するしかない
製品ごとの対応データベースでもどこかにあれば良いんだけどね

**名前は開発中のものです。** · 2013/12/07(土) 18:37:01.46

もう１つは本物のプレステコントローラをUSB接続可能にするコンバーターで
LRの１と２が逆だったり、スタートとセレクトが逆だったりする

もちろんキーコンフィグはアリにするんだけど
デフォルトでさっくり操作できた方が気持ちいと思うんだよね

**名前は開発中のものです。** · 2013/12/07(土) 18:39:27.15

>>829
更新してなかった、ありがとう。
このへん標準みたいなのがあるとすごくありがたいんだけどねー

あとは、ちょっとこれとは話は違うけど、パッド操作をキーボードに割り当てる場合の
標準とかも欲しいよね。まぁそこはツクールに合わせればいいのかな？

**名前は開発中のものです。** · 2013/12/08(日) 10:16:23.14

ホリパッドでもPS2コンと微妙に違ったりするから困る・・・

ところでキャラクターのstate処理を作りたいんだけど、
キー受付やジャンプ処理みたいなループ処理の部分の最初にstate=0(棒立ち)を書いてて
当たり前だけどキー操作してないとき(ジャンプ中や攻撃中)は強制的に棒立ちになっちゃうんだけどどう書いたらいいんだろう
最初に問答無用でstate0にしてるのがダメなのかな

**名前は開発中のものです。** · 2013/12/08(日) 10:34:07.34

そもそもなんで最初に強制的に棒立ちにしてるのだ。前の状態を維持しないでいいのか。

**名前は開発中のものです。** · 2013/12/08(日) 10:52:48.31

>>833
前のstateにしておくと止まってるのに移動モーションになったり
キー押し続けて移動してる状態から元に戻ったときの判定ができてないだけなんだけどどう組んだらいいのか・・・

**名前は開発中のものです。** · 2013/12/08(日) 11:33:46.30

「移動中」に止まれば「棒立ち」にすればいいし
「棒立ち中」にキーが押されれば「移動中」にする、じゃだめなのかよ。

処理の最初に状態を棒立ちに強制リセットしたら、いま移動中なのか棒立ち中なのかジャンプ中なのかわからんじゃないか。

**名前は開発中のものです。** · 2013/12/08(日) 23:44:46.06

何も押されていなかったら棒立ちにする
初期値を棒立ちにする

同じように見えて違う

**名前は開発中のものです。** · 2013/12/09(月) 00:01:22.24

>>835
ごめんググったりしても分からなかった
>>836
その何も押されていないって判定難しいんだよね
というか他の行動中も棒立ちになっちゃダメだし

**名前は開発中のものです。** · 2013/12/09(月) 01:40:57.14

>>837
こちらこそごめん。君が何を悩んでるのか解らない。

例えば、stateが「棒立ち」「ジャンプ」「移動中」の３種類があったとして

switch ( state ) {
case 棒立ち :
ジャンプボタン押されてたらstateをジャンプへ
移動キー押されてたら stateを移動中へ
case ジャンプ
　　　地面に着地したらstateを棒立ちへ
case 移動中
ジャンプボタン押されてたらstateをジャンプへ
　　　キー入力がなければ棒立ちへ
}
（breakは略）

ってやりゃ済む問題じゃないの？

**名前は開発中のものです。** · 2013/12/09(月) 03:05:19.23

今日は引数つきコンストラクタを持つクラスの配列が必要になってしまって
一部根本から設計変えるはめになった
new Class[n](a)とかやらせてくれよ

**名前は開発中のものです。** · 2013/12/09(月) 08:02:12.07

>>838
ごめん馬鹿過ぎました
なんでstateでswitch使うのを考えられなかったんだ・・・わざわざありがとう

**名前は開発中のものです。** · 2013/12/09(月) 08:49:45.29

あとはstateの最初にモーション変更しこんどけば完璧じゃねぇの！？

**名前は開発中のものです。** · 2013/12/09(月) 10:54:59.37

待て待て頭だと止まってるのに跳んでるモーションのフレームが1ループ分できるぞ

**名前は開発中のものです。** · 2013/12/09(月) 11:17:06.67

各stateの最初って意味よ
立ちstateの最初に立ちモーション、ジャンプstateの最初にジャンプモーション
前フレームのoldstateでも作っておけば多分大丈夫
しかしstate関連は抽象的だからググっても出でこないしゲームプログラム本買うしかないか

**名前は開発中のものです。** · 2013/12/09(月) 12:14:22.21

state内容で描画内容変えるのは簡単だけどstateの中身変えるのに状態やキー入力や優先順位とか考えて書いてたらif文が気持ち悪いことになってた
アクションゲーム作るのに重要だと思うのに解説してるサイトってほんと少ない

**名前は開発中のものです。** · 2013/12/11(水) 05:58:07.78

Intelのコンパイラってどうよ？使ってる人居る？

**名前は開発中のものです。** · 2013/12/13(金) 16:12:45.26

初心者が使うべきVisual Studio Expressは2008　2010　2012　2013のどれ？
素直に2013でいいの？
それとも使用されてる期間や人数が少ない最新版は避けて１つ手前の2012？
あるいは入門書とかにくっついてる2008や2010を本を見ながらやるのがいい？

**名前は開発中のものです。** · 2013/12/13(金) 16:53:01.16

>>846
基本的に最新版の方が良いが、特定の関数とか定数が削除されたりすることもあるのでその場合考えると入門書とかにくっ付いてるやつが何も考えなくていいと思う
ただ、個人的お勧めは2010だけどな
2012だとDirectX使ってデバッグしててどっかで止まるとOSハングしてると思うんだけどそれがクソ長くてな・・・
まぁ2010でも有るけど本当に少しの間だけだしそんなに問題ないと思う

**名前は開発中のものです。** · 2013/12/13(金) 16:55:16.40

>>845
学校の先生の話だがコンパイル時の最適化はたぶん一番良いが、それ以外が駄目過ぎて嫌だし、業界ではあまり使われて無いから学校では教えるのはVisualStudioにしてるって言ってた

**名前は開発中のものです。** · 2013/12/13(金) 16:55:35.52

>>846
参考にしてる本が2010で解説してるなら、2010使った方がバージョン間の差で躓かないだろうからその方がいいだろうな。
別に躓いても何とかするわ、っていうなら2013。
2012と2013は全体的にマイナーバージョンアップって感じだし。(C++以外の部分でも)

2008は古すぎるので、これから初めて勉強するためのチョイスとしては微妙。
C++も言語的にだいぶ変わってるし。

**名前は開発中のものです。** · 2013/12/13(金) 16:59:57.71

自分が使いたい奴を使う
全部無料なんですから全て試してみて
一番使いやすいのを選べばいいでしょう

**名前は開発中のものです。** · 2013/12/13(金) 17:12:47.40

>>847 >>849 >>850
非常に参考になるアドバイスありがとうございました

**名前は開発中のものです。** · 2013/12/13(金) 17:14:16.94

2010使うぐらいなら2012か2008だろ
IDE含めて一番出来が悪い
autoとか便利なのが使える2012以降が一番おすすめ

**名前は開発中のものです。** · 2013/12/13(金) 17:21:03.28

>>847
>2012だとDirectX使ってデバッグしててどっかで止まるとOSハングしてると思うんだけどそれがクソ長くてな・・・

同じ現象かどうかわからんのだけど、Win8+VS2012+DX11に変えてから、windowsキー無効化するのにLowLevelフックするコード入れたら、
ブレークポイントで停止がやたら重かったり、キーボードやマウスが操作困難になるくらい重くなる現象が起きるようになったな。
少なくともVista+2010+DX9で、そのWindowsキー無効化コード使ってたときは、そういうことは起きてなかったと思うんだが、
色々環境もコードも変え過ぎたせいでVS2012が原因かは不明だけど…。

**名前は開発中のものです。** · 2013/12/13(金) 22:26:37.04

ぶっちゃけ2010が最高にクールだね
大盛り牛丼的なバランス感