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/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が最高にクールだね
大盛り牛丼的なバランス感

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

俺がゲーム作ったら3.500円で販売するので買いましょう

**名前は開発中のものです。** · 2013/12/14(土) 00:29:30.28

3円50銭かな？

**名前は開発中のものです。** · 2013/12/14(土) 01:20:46.86

買ってやろう、0.5円は駄賃だ

**名前は開発中のものです。** · 2013/12/14(土) 15:44:43.20

>>852
> autoとか便利なのが使える2012以降

C++0x 対応開始したんだっけか。
2010出来が悪いって言ってんのは共通プロパティページの事かな。
確かに方式急に変わったので困るは困る。2012でまた戻ったの？

あと2008はインテリセンスが効かなくなるから、その点では2010のの方が良く無いか？

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

2013でもまたかなり対応部分が増えたらしいねー

**名前は開発中のものです。** · 2013/12/14(土) 17:31:13.06

autoで型推論は2010から対応してるっしょ。ラムダ式も2010だし。
C++11正式対応しだしたのは2012からだけど、tr1として2010からそこそこ入ってるがな。

でも2010使ってた当時は2013あたりにはとっくにC++11対応完了してると思ってたのに…。
なんて様だ…。

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

15年近く前のC99にすらろくに対応してない時点で察せよ

**名前は開発中のものです。** · 2013/12/15(日) 11:17:55.55

C11「」

**名前は開発中のものです。** · 2013/12/16(月) 00:17:39.25

VC2008でやってるけど一度デバッグするとしばらくの時間、書き込めませんとか出てデバッグ出来なくなって困ってる
2013なら治ってるかな

**名前は開発中のものです。** · 2013/12/16(月) 01:05:32.19

C++14「」

**名前は開発中のものです。** · 2013/12/18(水) 08:06:15.13

キャラクターのステータスってどういう処理の時に加算すればいいかな
普通Lvで上がる基本能力に装備やスキルの+とか足してって計算すると思うんだけど
攻撃力とか防御力とか項目多いから毎フレーム計算するわけにはいかないし、
かといって装備時やスキル習得時に加算しようとすると、その装備やスキル内容作ってないとダメだし
なにか良い方法はないかねぇ

**名前は開発中のものです。** · 2013/12/18(水) 08:26:55.55

めんどいけど後者でいいな

**名前は開発中のものです。** · 2013/12/18(水) 15:41:36.51

再計算する処理作っといて、いつでも「変わった時」にそれを呼び出すようにすればいいんじゃないの？

**名前は開発中のものです。** · 2013/12/18(水) 15:58:15.94

ものにもよるけど、
再計算する処理を作っておいて、いつでも「そのデータが必要になったとき」に呼び出してる。
処理の量は多くなるけど、これが原因でフレーム落ちしたという経験はまだない。
10や20のパラメータをキャラクター数百体計算させてもたぶん余裕。
ただし２D。３Dは描画で時間がかかってて、ほかの処理にあまりまわせないなんてことはあるのかもしれない。

**名前は開発中のものです。** · 2013/12/18(水) 17:27:55.00

なるほどなぁありがとう
人数分ループとかさせると行にして500行とかになるもんな・・・

**名前は開発中のものです。** · 2013/12/19(木) 02:16:59.08

500人いるゲームなら、あらかじめ基本ステータスとしてテーブルを持っておくだろ
だったら個々のステータスは変数でもいいんじゃね

**名前は開発中のものです。** · 2013/12/19(木) 07:51:07.32

500人って
仮定が極端すぎじゃねｗ

**名前は開発中のものです。** · 2013/12/19(木) 10:04:21.75

500人程度なら、グラ処理の方がステ処理なんかより桁２つ違う次元で重たいから気にする意味なんて無いんじゃね？、とマジレス。
グラはテキストベースです！とか、ステータスの種類自体が1000項目あります！とかならアレだがｗ
まーアクセサ経由にしてお茶を濁しておくね、俺なら。んで後で本当に「ステ処理が原因で重い」って状況になったら、差分処理なりポーリングなり仕込む。
当然関数１個挟む事になるからその分のオーバーヘッドはあるけど、そのコストはもう割り切るわ。
それを悩むべきタイミングを先延ばしにできるというメリットで十分ペイできると俺は思うで。

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

このやり方だとプレイヤーだけじゃなく敵も毎フレームやることになるからそれだと重いかもな
敵の最大数×ステータス数で…うほっ

**名前は開発中のものです。** · 2013/12/21(土) 14:30:14.30

2Dゲームを作る場合、DirectXのバージョンを9から上げる必要はありますか？

**名前は開発中のものです。** · 2013/12/21(土) 15:01:24.06

11との比較でXP捨てていいんなら9にこだわるメリットはないよ
ハードも9以降の物なら大丈夫だし

**名前は開発中のものです。** · 2013/12/21(土) 18:28:48.07

俺3Dでも2DでもまだDirectX9ベースだ。
固定パイプライン使ってないけど。

**名前は開発中のものです。** · 2013/12/21(土) 21:06:16.05

んーと、10や11に2Dで使えそうな機能はないって事で良いのかな？

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

Direct2Dを使うならVista以降に限られるので、まぁDirectX9に拘る理由はないな。
API的にはDirectX11の方が整理されてて使いやすくはなってる。
デバロスもないし。
自前で２D描画処理書くんなら9の機能で十分だから、XPをサポートしたいっていうんなら9でも良いと思う。
10や11の機能を２Dに応用はもちろん出来るんだけど、２Dゲーにはオーバースペック過ぎて必要ないかな俺的にだけど。

**名前は開発中のものです。** · 2013/12/23(月) 16:10:01.81

11で2Dなら公式のが簡単でお勧め
https://directxtk.codeplex.com/
リンク先にあるDirectXTexも併用したほうが楽かも

**名前は開発中のものです。** · 2013/12/23(月) 16:15:39.79

Audio - low-level audio API using XAudio2
人に勧めといてあれだけど・・いつの間に
更にC++版XNAみたいになってきとる
ついでに簡単なXNAモドキなフレームワークでも提供してくれればいいのに

**名前は開発中のものです。** · 2013/12/24(火) 09:16:42.97

クリスマスの夜にリア充カップルを射殺しまくるFPSを作って公開するか

**名前は開発中のものです。** · 2013/12/24(火) 16:41:44.51

2Dのアクションゲームを作ろうと思っているのですが、ブロックと当たり判定したあとにブロックの位置まで戻すにはどうすればいいのでしょうか？

**名前は開発中のものです。** · 2013/12/24(火) 17:42:12.75

きっと
当たり判定後に、ブロックにめり込まない位置（＝ブロックに接する位置）に移動させたい
と言う事だとエスパー気味に

**名前は開発中のものです。** · 2013/12/24(火) 18:09:20.86

移動するときに移動後の位置で判定して、その移動はしない、じゃダメなのか

**名前は開発中のものです。** · 2013/12/24(火) 18:15:55.42

>>884
さらに言うと、その判定の後でどのくらいめりこんだかの差分取ってキャラの位置戻すだけだよな。

**名前は開発中のものです。** · 2013/12/24(火) 18:27:20.28

Box2Dをインストールして、判定全部を任せたら
今まで俺は何をやってたんだ！と思っちゃうレベルに楽チン

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

わからない事から逃げて楽チンになるのと、わかってる人間が楽チンになるのとじゃ大分意味違うけどな

**名前は開発中のものです。** · 2013/12/24(火) 20:47:42.39

ブロックとの当たり判定は俺も悩むなぁ。
以前に作ったことはあるんだけど、色々と問題（課題）もあって
解決の糸口が見つからないままなんだよ。

**名前は開発中のものです。** · 2013/12/24(火) 21:08:19.97

僕は取り敢えず移動させてめり込んでたら戻すって感じでやってる

**名前は開発中のものです。** · 2013/12/24(火) 21:29:12.06

ドット単位で動かしてるときは、移動不可なら処理前の位置に戻すんじゃダメなんだよな
１フレームあたり移動距離の途中でぶつかることがあるからね
俺は悩んで結局投げた経験あるわ

シューティング系のコモン探して参考にしてみたらどうかな

**名前は開発中のものです。** · 2013/12/24(火) 21:29:29.81

俺が悩んだ（悩んでる）のは二つのブロックを経由した場合だ。
例えば下図のように、斜めブロックと四角ブロックが並んでいて

A ______
/| |
/_|_B _|

A地点からB地点まで１フレームで移動した場合に、右の四角ブロックだけ判定して移動を戻してたから
両方のブロックの間に挟まってしまってた。

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

止めろ！
2Dのアクションゲーでのブロック判定とか超絶黒歴史を思い出させるな！
1フレームでの移動距離を一気に移動させるんじゃなくて1フレームの中で少しずつその距離になるようにループで移動させて
表示的には1フレームで移動してるけど内部的には1フレーム内で何回も移動してるとか
そんなクソ処理しか書けなかった黒歴史は忘れさせてよお！
ちなみに今でもどうするのが正解かわからん

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

一気に移動させて引っかかったら1ドットずつ移動に切り替え、じゃだめなの？
なお壁に向かって走ると重くなるもよう

**名前は開発中のものです。** · 2013/12/25(水) 03:10:45.93

地面の法線と落下ベクトルの内積やら外積やらで、着地時に少し前に滑るようにする

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

ブロックとの当たり判定をするオブジェクト（プレイヤーキャラや敵キャラなど）は数十個くらいなら
「ぶつかったら移動速度を-1して再判定」でも問題なく動く。

さすがに数百個でそれやったら重かったので、二分木もどきに改造したけど。

**名前は開発中のものです。** · 2013/12/25(水) 08:58:32.32

pos_x += idouryou;
if( atari() )
{
　　pos_x -= idouryou;
}
ってやるから駄目なんだろ

for(int i=0; i<idouryou; i++)
{
　pos_x++;
　if( atari() )
　{
　　pos_x--;
　}
}
ってやればいいじゃん

**名前は開発中のものです。** · 2013/12/25(水) 08:59:37.02

この程度も思いつかないとかなんなの
向いてないから死んだ方がいいよ

**名前は開発中のものです。** · 2013/12/25(水) 09:07:38.39

>>896
これって>>892が発狂してたやつと同じやり方じゃね？
後、せめてbreak書こうぜ（ﾄﾞﾔｯ

>>897
この程度も思いつかないとかなんなの
向いてないから死んだ方がいいよとか書いてるくせに
この程度の処理を軽くすることすら思いつかないとかなんなの
向いてないから死んだ方がいいよ

**名前は開発中のものです。** · 2013/12/25(水) 09:20:17.32

　発　者　同　　　　　　　　 .　｡_　　 ____　　　　　　　　　　争
　生　同　.じ　　　　 .　　　　/´ |　 (ゝ___)　　　　　　　　　　い
　.し　士　.レ　　　　　　.__／'r-┴<ゝi,,ノ　　ro､　　　　　　は、
　.な　で　.ベ　　　　 ∠ゝ　(ゝ.／/｀　　 ./｀|　 }⌒j　　　　　
　.い　し　.ル　　　　　　　} ⌒ ／｀ヽ､_∠l,ノ　・ヽ´
　.! !　か　の　　　　　　 /　　´..:.} ＞､､___,　 .r､ｿ､｀＼
　　　　　　　　　　　　　/　　　..:.:.}　　　/　　　|∨　｀￣
　　　　　　　　　　　／　　　..:.:./　　　 |　　　丶
　　　　　　　　　　 /　＿､　..:.:.:.{　　　 .{.:.:.　　　＼
　　　　　　　　　　{　　　..:Y　　.ゝ､　　 {.:.:.:.:.　　　ヽ
　　　　　　　　　　|､　　..:/　丿　.:〉　　 >.- ⌒ 　. 　ヽ
　　　　　　　　　 / {.　..:./　ｿ　..:./　 .(　　　　..:.:.:｀　..:}
　　　　　　　　 ./..:.:}.:.:./ ヘ､ ..:./　　 .＼　..:.:r＿,ノ､.:.:}
　　　　　　　　./..:.:/|.:/　　 {.:./　　　　　X.:.:}.}　　 X X
　　　　　　　 /..:.:/ .}.:| 　　 }:/ 　　　　　　.Y丶ヽ　　Y.:Y
　　.　＿＿／.:／　{　}　　《.〈､　　　　＿,,__>.:》丶　 Y.:＼
　　／.:.:.:.:.::／　　 !.:.:ゝ　　ゝ.:.￣ヾ　´:.:.:.:.:.:.:.:.:ヾゝ　　＼.:￣＞

**名前は開発中のものです。** · 2013/12/25(水) 09:39:38.15

breakなんて女子供がやるもんだ
男は黙ってcontinue

**名前は開発中のものです。** · 2013/12/25(水) 10:08:54.97

なんでatan()なんか使ってるんだ？と思ったが、atari()か……疲れてるのかな。

**名前は開発中のものです。** · 2013/12/25(水) 10:09:07.15

>>896
上にあるし…うわぁ…

**名前は開発中のものです。** · 2013/12/25(水) 10:17:42.98

そういえば左下から右上のブロックにジャンプしたときに、X軸とY軸のどっちを戻せばいいかってどうやればいいんだろう・・・

**名前は開発中のものです。** · 2013/12/25(水) 10:25:40.90

>>903
どっちの軸か、じゃなくて方向ベクトルに対して逆向きにするだけじゃないの？

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

>>903
基本は、めり込んだ距離の短い方に合わせる。
ただ個人的には、よほど差がなければy方向（上下）に優先的にずらす方が好み。

**名前は開発中のものです。** · 2013/12/25(水) 11:20:22.37

何でxとyを同時に処理するんだよ
xとyは別々に処理する
xを処理したときはxを戻せばいいし
yを処理したときはyを戻せばいい
この程度も思いつかないとかなんなの
向いてないから死んだ方がいいよ

**名前は開発中のものです。** · 2013/12/25(水) 11:49:07.39

>>906
それXとYどっちを先に処理するかって事だから903の言ってるXとYのどっちにするかという問題の解決にまったくなってないわけだが。

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

>>900
無駄な繰り返しをしないように
typedef struct position {
int x;
int y;
} position;

position pos;
for(int i=0; i<movement; i++) {
pos.x++;
if(hit()) {
pos.y--;
break;
}
}

このほうが無駄な繰り返しが発生しなくなるからその分軽くなると思うんだが
continueだと結局無駄に繰り返すから意味無いし

**名前は開発中のものです。** · 2013/12/25(水) 12:07:03.91

そもそもゲームって常に処理してるからね
処理分岐の中に入るかどうかで決まる

**名前は開発中のものです。** · 2013/12/28(土) 14:45:57.99

メンバ変数の配列を初期化したい時ってどうすればいいの？

**名前は開発中のものです。** · 2013/12/28(土) 15:33:11.78

コンストラクタにfor文でどうぞ。

**名前は開発中のものです。** · 2013/12/28(土) 15:41:39.94

適用にググればいろいろでてくるやろ・・・

**名前は開発中のものです。** · 2013/12/28(土) 15:51:47.55

やっぱりstaticを使うしか方法はないのかな？

**名前は開発中のものです。** · 2013/12/28(土) 16:11:33.83

え、なんで俺スルーされてんの？

**名前は開発中のものです。** · 2013/12/28(土) 16:21:18.45

>>914
ごめんorz
とりあえずソース書いてもらえると助かる

**名前は開発中のものです。** · 2013/12/28(土) 16:59:11.51

はい釣りきたー

**名前は開発中のものです。** · 2013/12/28(土) 17:23:47.64

>>915
メンバ変数とか関係なく、普通に配列へ代入するつもりでやる。ほんと普通に。

MyClass :: MyClass()
{
　　for(int i=0; i<MAX; ++i) array[i]=0;
}

**名前は開発中のものです。** · 2013/12/28(土) 20:05:03.83

array アライー
default デファウルト

**名前は開発中のものです。** · 2013/12/28(土) 22:12:30.45

プリミティブ型なら違う楽な書き方もあるけど
引数付きコンストラクタをもったクラスの配列とかもありえるから
>>917のやり方で統一するのは一貫性があって良いと思う

**名前は開発中のものです。** · 2013/12/29(日) 13:02:30.27

>>919
> プリミティブ型なら違う楽な書き方もあるけど

よかったらそのやり方教えて

**名前は開発中のものです。** · 2013/12/29(日) 13:05:59.62

これは
「なぜ>>917が推奨されてるか理解しないまま、見た目がそれっぽいからという理由だけで楽な書き方を導入してその後どつぼにはまる」
流れ