【初心者】ｽﾚを立てる前にｺｺで質問を【Part20】

**名前は開発中のものです。** · 2009/09/29(火) 07:08:29

疑問に思うことがあれば、スレを立てずに、まずはココで質問。
スレッドを立てる前にはローカルルールを読みましょう。
http://pc11.2ch.net/gamedev/

※ >>980 を踏んだ人は次スレ立てをお願いします。
【アップローダ・避難所・Wiki】
ゲーム製作技術板公式Wiki
http://wiki.game-develop.com/

ゲーム製作技術板公式アップローダ
http://gmdev.xrea.jp/

ゲーム製作技術板予備（機能停止中？）
http://yy13.kakiko.com/gamdev/

アップローダー予備
http://gamdev.hp.infoseek.co.jp/

gamdev.orgが落ちるたびにあげてみるスレ
http://pc11.2ch.net/test/read.cgi/gamedev/1107022166/

**名前は開発中のものです。** · 2009/10/17(土) 15:31:19

そりゃあ、
> 弾の座標を爆発用の座標に入れ替えてアニメーションさせています
これが切り替わったままになってるとしか
ポインタ使ってて中身が爆発のアニメのものが入ってるとかじゃない？

**名前は開発中のものです。** · 2009/10/22(木) 09:51:44

思想の問題かも知れないけどちょっと質問

シューティングでもアクションでもいいをだが

雑魚ＡをクラスＡとして作る。このクラスはｎｅｗする度に画面上に雑魚Ａが作成される仕様。
たとえば、クラスＡを１０回ｎｅｗすれば画面上に１０匹の雑魚Ａが表示され動き始める。

この時に気になってるのが、画像データとかを読み込むタイミングと場所。
コンストラクト毎に読み込むのは処理とメモリの無駄。

なら、クラス内にstaticの画像クラスとstaticなloadメソッドを用意して、クラスＡをnewする前にloadメソッドを呼んで画像クラスを生成するか

もしくは、非staticの画像クラスをクラスＡ内に用意。
クラスＡをnewする呼び戻し元の処理で画像クラスを生成してコンストラクトの引数で画像クラスを渡してやるか

どっちがいいんだろうか
ちなみに言語はc++です。

**名前は開発中のものです。** · 2009/10/22(木) 12:05:10

画像は全部ゲーム起動時に読み込んでおいて敵をnewするときは座標のセットだけしてるな俺は。

**名前は開発中のものです。** · 2009/10/22(木) 12:17:38

newは比較的重い処理(メモリアロケートが)なので、敵の発生のたびにnewするのもあまりよくない

**名前は開発中のものです。** · 2009/10/22(木) 15:49:02

3Dのシューティングゲームを作りたいのですがどの言語を使えばいいのか
何から勉強すればいいのか決めることができず立ち往生している状態です

今できることは3Dのモデリング、モーション、C言語の基礎で
過去にflashでしょぼい2Dのシューティングゲームを作ったことがあります
それ以外にゲーム制作経験はありません

なるべく書籍がでていて勉強しやすいものから入っていきたいと思っているのですが何が適当でしょうか
またHSPが簡単だということで気になっているのですがどうなんでしょうか
ご教授よろしくお願いします

**名前は開発中のものです。** · 2009/10/22(木) 16:37:27

どのくらいガチでやる覚悟があるかわからんが
まともにやるなら、DirectXとC＋＋が一般的じゃないかな
過去のも合わせると書籍もかなり豊富だし
ネット上の情報も沢山あるしね

**名前は開発中のものです。** · 2009/10/22(木) 17:18:35

>>133
ガチで（挫折しない程度に）やりたいです
HSPはやめてDirectXとC++から始めたいと思います
ご助言ありがとうございました

**名前は開発中のものです。** · 2009/10/23(金) 20:51:13

ガチで時間があるならHSPから始めた方がよい
その方が挫折しない

それ以前の問題で，ガチで調べれば
C++&DirectXが一般的なことくらいわかるっていう

**名前は開発中のものです。** · 2009/10/24(土) 09:57:49

>>135
C++とDirectXの本を注文したのですが挫折しそうだったらHSPの本も購入しようと思います
ありがとうございます

**名前は開発中のものです。** · 2009/10/24(土) 13:11:10

>136
挫折したなら多分プログラミングの適性ないから他の何をやっても大したことできないだろうから、すっぱり諦めるくらいの覚悟はないとな

**名前は開発中のものです。** · 2009/10/24(土) 13:25:52

いきなりC++＆DirectXは初心者には少々荷が重過ぎる。
形になるまでに時間がかかりすぎる。
気合十分なら止めはしないが、C#当たりから入っていくのを薦めるなぁ。
HSPはどんなケースであれ漏れは薦めん。

**名前は開発中のものです。** · 2009/10/24(土) 13:31:50

Ｃじゃないのか
Ｃ＃のが簡単なのか

**名前は開発中のものです。** · 2009/10/24(土) 14:52:30

C#なんて未来があるんだかないんだか分からない言語はすすめるのはなあ

**名前は開発中のものです。** · 2009/10/24(土) 15:11:16

C#やJavaの名前は挙がっているよ

http://cedec.cesa.or.jp/2009/img/pdf/roadmap_PG.pdf

**名前は開発中のものです。** · 2009/10/24(土) 15:24:32

少なくとも2,3年で廃れるとは考えにくい。＜C#
数年も経験つめれば多言語への移行も難なくできるでしょ。
職にするならC++は通らないと駄目だろうけど、趣味だったらねぇ。
C#が廃れるくらいの先の話なら64bitとかクラウドとかいろんな話が出てくるよ。

**名前は開発中のものです。** · 2009/10/24(土) 15:55:12

Cの基礎があるのならDirectXで問題ないだろ

**名前は開発中のものです。** · 2009/10/25(日) 01:09:15

C#を最初にやってしまうと、CやC++、Javaに移るときや覚えるときに不満たらたらになるという難点が。

**名前は開発中のものです。** · 2009/10/25(日) 03:59:35

質問なんですが、ゲームパッドのボタン数やスティックの本数など、
最低限どれぐらいカバーすればいいんでしょうか。

ＰＣ用のゲームパッドの場合、右手の親指の４ツ、両人差し指の２ツ、
真ん中の二ツ、左手の十字ボタン、は自由に使っても差し支えない程度には普及してますか。

あと、左右の両スティックも標準的なものと考えていいんでしょうか。
それとも割り当てる機能は、十字ボタンの代替程度にとどめておくべきでしょうか。

**名前は開発中のものです。** · 2009/10/25(日) 05:40:06

初心者がＯＯＰから入って大丈夫なのか？

**名前は開発中のものです。** · 2009/10/25(日) 09:47:00

>>145
例示したパッドが、高機能パッドにしか見えない件。
まあ、最近だとPS2/PS3ちっくなパッドもかなり多いから、それ前提に組むこと自体はそれほど問題ないと思う。

ただし、大多数が持っているか？という質問にはNOじゃないかな。
特にアナログスティックは、古めのものや小型をウリにしているものには付いてない可能性が高い。
それほどPCゲーで遊ばない人は、仮にパッドを持ってても5年前に買ったままでもおかしくないし。

大勢の人に遊んでもらいたいなら、パッドのボタン配置の差（右手親指6ボタンとか）も考えて、
　・十字キー
　・親指ボタン4つ
　・LRボタン1つずつ
くらいが妥協点かも。
正直、ボタン数多くてもゲーム作りにくいと思うんだが、どうだろうか。

**名前は開発中のものです。** · 2009/10/25(日) 09:55:04

あとこれは超個人的な意見だが、
普通の十字キーと左スティックの効果が異なる場合、一旦考え直したほうが良いとは思う。

**名前は開発中のものです。** · 2009/10/25(日) 10:03:35

>145
企画ならまだしも，自分でゲーム作ろうとしてんの？
で，そういった質問をすることから察して，
ゲーム会社の就職時とかに提出作品にしたいんじゃない？

それだったら，そんな高機能なゲームは避けろよ，って話なんだが．
デザインデータとか揃えるだけで時間くうし，
会社もそこまで求めてない．夢見すぎだから．

**名前は開発中のものです。** · 2009/10/25(日) 10:15:14

＞で，そういった質問をすることから察して，
＞ゲーム会社の就職時とかに提出作品にしたいんじゃない？

どう察すればそうなるんだ

**147** · 2009/10/25(日) 10:23:17

>150に同意するｗ
自分も趣味のゲーム作りで似たようなこと考えたことあるよ。

**名前は開発中のものです。** · 2009/10/25(日) 12:41:06

RTSを作ろうと思い立ったものの、資料の少なささに初っ端からオロオロ
してます。ネットでも本でもなんでもいいので参考になる資料とかありますか？

**名前は開発中のものです。** · 2009/10/25(日) 13:42:51

>>145
ゲームパッドのアナログはレバーの形状一つで操作感違うので、
あまりアテにしないほうがいいんじゃね？
あとボタン１０個以上の操作法を覚えなきゃいけないのも困ると思うよ。
ゲームのジャンルによるけど、十字キー＆ボタン4個（+ｽﾀｰﾄﾎﾞﾀﾝ）くらいで
ゲームクリアできるくらいにしておいて、
残りのボタンやアナログ入力は「使いこなせれば便利」なくらいにしておいたら？

**145** · 2009/10/25(日) 17:01:07

たくさんのアドバイスありがとうございました。
皆さんのおっしゃるとおり、シンプルな構成で考えて見ます。

**名前は開発中のものです。** · 2009/10/25(日) 17:18:16

質問です。
私はC、C++歴２ヶ月くらいの初心者なのですが、
ゲーム業界に就職する際、作品提出として出せるレベルのゲームを作るまでにどのくらいの期間が必要でしょうか？

とりあえず、『やさしいC』は読み終わっており、
今は『独習C++』『C++の絵本』『ゲームプログラマになる前に覚えておきたい技術』の３冊を同時に読み進めて学習しています。
上記の３冊は全体の６分の１ほどを読み終えた辺りです。
『ゲームプログラマになる前に…』の本は結構難しく感じます。
高卒で専門学校等には通っておらず、独学です。
中学数学は全く問題ありませんが、高校数学は全く知識がない状態です。

このペースでの学習をこのまま続けられると仮定して、
何か月ほどでそのレベルに達することができるか教えてください。
また、この３冊を読み終えた後に読むべき本、とるべき行動など教えていただけるとありがたいです。
曖昧な質問で申し訳ないのですが、よろしくお願い致します。

**名前は開発中のものです。** · 2009/10/25(日) 18:30:00

プログラムの知識より高校数学の知識がないのがマズい気がする

**名前は開発中のものです。** · 2009/10/25(日) 19:15:51

聞くまでもないと思うけど
読んでるだけじゃなくていろいろ弄ってるんだよね？

**名前は開発中のものです。** · 2009/10/25(日) 19:28:24

レスありがとうございます。
>>156
高校数学の教科書は一応持っており、周りに数学・物理を質問できる人がいるので、
勉強する際には問題ないとは思いますが、やっぱり時間はかかりますか？

>>157
弄るというのがどの程度なのかはわかりませんが、本の中で出された問題、課題等はこなしています。
ただ、本を読んでいて経験が圧倒的に足りないというのは感じます。

**名前は開発中のものです。** · 2009/10/25(日) 20:00:53

>>155
IDが格好良いね！
マジレスするとここは業界板でも就職板でもないのでロクなレス付かないです。
この書き込みを含めてｗｗｗ
というわけで、
> ゲーム業界に就職する際、
> 作品提出として出せるレベルのゲームを作るまでにどのくらいの期間が必要でしょうか？
という質問に答えるのは不可能です。
貴方の能力も、ゲーム会社が要求する能力も判らないですから。

２Dでピコピコ動くものなら、言語が理解できれば、
あとはコピペ改変ででもどうにかなると思う。
本の方はあとDirextXの本でも買って来て、
ザーッと読んで書いてある内容を把握するだけにして、
さっさとDirectXサンプルをコピペ改変して弄り始めたほうがいいと思う。

そうすれば自分自身で目星付けられるんじゃね？

３Dグリグリ動くもの…については、高校数学は必須だけど、
ゲーム専門学校ではそんな高度なカリキュラムは無いというのが通説です。
だから一応下地はある事になるけど、3Dプログラム書きたくてしょうがない。
3D関連知識漁るのが楽しくてしょうがないってレベルでもなければ、
3Dは手を出さないほうがいいと思うよ。
ゲーム会社でもそこらへんは大卒以上あたりがライブラリ作って、
他人は使うだけで手を出さないんじゃないかな？
マスターしてれば評価されるだろうけどね。

**名前は開発中のものです。** · 2009/10/25(日) 21:19:41

>>159
丁寧にありがとうございます。

ほんとだｗ全部ID小文字ですねｗ

ttp://pc11.2ch.net/test/read.cgi/prog/1254036117/601-700
で聞こうと思ったんですが、聞ける雰囲気じゃなかったのでこちらで聞かせていただきました。

とりあえず今ある本を終えてから、DirectXの勉強をして早めに実践力をつけようと思います。
ありがとうございました。

**名前は開発中のものです。** · 2009/10/26(月) 03:38:38

独学でどこまで高校数学の知識を得られるかは、
正直そういった経験がないので分かんない。

ゲーム作るなら、三角関数とベクトル、それと多少の物理くらいは把握してないと話にならないかも。
中学でもやってる内容ではあるけれど、それの応用。

**名前は開発中のものです。** · 2009/10/26(月) 15:28:37

テトリスを最も短時間で作ることができる開発環境はどれですか？

**名前は開発中のものです。** · 2009/10/26(月) 15:38:39

>>162
メモ帳, IE, HTML, Javascript
それこそ「565バイトのテトリス」をコピペしたら一瞬で完成する。

**名前は開発中のものです。** · 2009/10/26(月) 18:58:20

ニコニコで1時間でやってた人はBCCだっけ？

**名前は開発中のものです。** · 2009/10/26(月) 20:01:18

>>164
あれはgcc(MinGW)

**名前は開発中のものです。** · 2009/10/26(月) 23:24:30

面倒くさいからもう「高卒」は高校数学マスター扱いでいいんじゃねｗ

**名前は開発中のものです。** · 2009/10/27(火) 03:31:39

>>166
理系出身なら間違ってないはずだ！
…自分の過去は神棚に上げて祀るけど。

**名前は開発中のものです。** · 2009/10/27(火) 23:50:36

>>152
RTSはいろいろなゲームで必要なテクニックを総動員して作
るから、
RTSそのものの作り方って資料は探しにくいかも
RTSに特化したテクニックはGemsにいくつか載ってるよ

**名前は開発中のものです。** · 2009/10/28(水) 09:53:48

>>152
「14歳からはじめるC++わくわくゲームプログラミング教室」って本にちょっとしたRTSの作り方が載ってたぞ
基本的なことしかやってないから、ここから先は自分で考える必要があるわけだが

**名前は開発中のものです。** · 2009/10/28(水) 10:42:14

あの本はプログラムソースにミスが多いからお勧めできん

**名前は開発中のものです。** · 2009/10/28(水) 19:35:44

開発はXNAでしてます
シムシティみたいな都市育成ゲームを3Dで作ろうと思っているんですが

3Dでグリッドは描画できるようになったけど
3Dオブジェクトをグリッドに配置する方法がわからない

まずグリッドの基準となるタイルを3DCGで作成してから
それを元にオブジェクトを作っていくのか
これならスケーリングする必要は無さそう？

それとも、LineStripなどでグリッド作成して
それに合うように3Dオブジェクトをスケーリングしたりしていくのか

ここら辺がよくわからないので、アドバイスありましたらお願いします

**名前は開発中のものです。** · 2009/10/30(金) 11:52:10

スケールするにもオブジェクト毎にスケール値が違うと参照データが増えるので、基準グリッドを元に作った方がいいと思う
この手の仕様的なことに悩んだら他の人がどうだとかより、作ってるゲームでどういうメリット/デメリットがあるかを羅列して自身で判断したほうがいい

**名前は開発中のものです。** · 2009/11/04(水) 19:50:08

複数の敵キャラクタや弾などをどのように管理するか悩んでいます。

ttp://msdn.microsoft.com/ja-jp/academic/cc998623.aspx
ここの「2.5 キャラクタ管理」にあるように、十分な数の構造体配列を用意し、
その中の有効/無効を表すbool値でゲーム上での出現/消去を管理する方式は、
感覚的に分かり易く、メモリリークの問題も起こり難そうに思います。

しかし、その他のコードを調査していると、STLのvectorやlist等を使い、
それらに敵や弾のクラスを格納しているケースもありました。
有効/無効の切替については、Active用のvector（list）、非Active用のvector（list）の
二つを用意しておいて、それらの間を移り替わることで対応していました。
（ゲームループではActive用に登録されたクラスのみ動かす）

どちらの方式にするかを考えてるのですが、
各ノードがクラスで構成されている（オブジェクト指向的な組まれ方がされている）場合は後者で、
そうでない場合はどちらでもよくて、統一的いすべて後者にするといった方針もあるかと思っています。

そのほか、複数のキャラクタ管理について気を付けておいたほうが良いことなどがありましたら、
ご教示願います。
ゲームデザインとしては、各キャラクタグループ相互の関わり合いが多いものになる予定です。
（敵キャラ、自キャラ、弾の衝突判定など）

よろしくお願いします。 m(_ _)m

**名前は開発中のものです。** · 2009/11/04(水) 21:02:26

とりあえず全てリスト等で実装する。
それで特に問題になることはないから。

**173** · 2009/11/04(水) 23:05:02

>>174
ありがとうございます！
そうします！

**名前は開発中のものです。** · 2009/11/04(水) 23:46:15

intの変数にビット単位で（32個の）フラグを立てる方法があると思うのですが，
32個ブール値を用意するのとの違いはありますか？

**名前は開発中のものです。** · 2009/11/04(水) 23:49:46

intというのは例えばです．

ブール値を使う方が短絡な分直感的だし，
別々の変数名を付ける方が分かりやすいように思いました．

**名前は開発中のものです。** · 2009/11/05(木) 00:22:54

ビット単位でフラグを立てる方法の方が、メモリーの節約にはなる。
まあ、メモリーの節約を気にする必然のある環境は少ないけどな。

**名前は開発中のものです。** · 2009/11/05(木) 00:26:41

>>177
まあブールのほうが作法としては行儀がいいと思うね。
あとintでもこんな方法で1ビットずつ変数名は付けられる。

struct
{
unsigned int a_flag:1;
unsigned int b_flag:1;
unsigned int c_flag:1;
unsigned int d_flag:1;
unsigned int e_flag:1;
unsigned int f_flag:1;
・・・

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

フラグを初期化したいときにintだと楽かな。
でもフラグが32個を超えると管理が煩雑になりがちｗ

**名前は開発中のものです。** · 2009/11/05(木) 09:50:10

それ１ビットずつか
ユニオン使うんじゃないのか

**名前は開発中のものです。** · 2009/11/05(木) 14:47:55

>>178
例えばリプレイを実現する場合なんかは、入力情報をintに変換・復元できる。
キーコンフィグを実装すればキー入力とゲームの応答の間に、なんらかしらの管理機構が挟まるからそこら辺で使えるし。

ただ、まぁ無理して使う必要は無い。ビットフィールドな列挙型も同様。

**名前は開発中のものです。** · 2009/11/05(木) 16:28:19

某所からの転載

＞3Dゲームの制作ツール、Unityの下位グレードが無料化。
＞PhysXが使えてシェーダーも40種がビルトイン、チュートリアルも完備。
＞総売上が10万ドル以上の法人は除く、という条件付だけど
＞大半の同人サークルは引っかからないだろうから、
＞3Dゲームの頒布を考えているサークルさん、いかがでしょ。
＞
＞Unity Technologies Launches Version 2.6 of Its Platform and Makes Unity Freely Available
＞ttp://unity3d.com/company/news/unity2.6-press.html

すごくよさそうなんですけど、Unityの本スレってありませんか？
チュートリアルも全部英語なので、日本語での情報がすごく少なく困ってます。

**182** · 2009/11/06(金) 02:37:08

過ぎた話題だけど安価ミスった。>>176へですな

**名前は開発中のものです。** · 2009/11/06(金) 13:19:49

シビアに高速化をやるときはキャッシュアクセス考慮するのでintに押しこんだりする

**名前は開発中のものです。** · 2009/11/06(金) 16:37:00

intは、整数値を扱うときに、一番最適な値にデータ型を割り振ってくれるわけだしね。
とりあえずメモリロスは起きてもタイムロスは回避できるさ。
そして現代のPCならメモリなんて使い放題に近いさ。

**名前は開発中のものです。** · 2009/11/06(金) 18:14:17

逆だよ
キャッシュサイズのこと言ってんだからintでboolの代用すんじゃなくて、intにブール値を詰め込むほうの意味
intにbool詰める・読む際に余計な演算が必要なるが、ここで必要となる論理演算は一般的に高速に処理できる
それよりも昨今のCPUのマルチコアの関係もあって、キャッシュミスヒット時のストールで待たされる時間のロスのほうがはるかに大きくなることがある
フラグ32個をint32個に入れずに1個のintに入れて処理すれば、キャッシュ内に収まりやすくなるので高速化できることがあるって話

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

おおお、勉強になる･･･
メモリをふんだんに使えるとはいえ、高速化を目指すときはより小さなサイズにしたほうがイイんだね。

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

そんな小手先の似非最適化をしたって、全体の速度は誤差程度も変わらないよ。

**名前は開発中のものです。** · 2009/11/07(土) 10:11:51

効果は入れる前にある程度計算可能で効果が出るところに狙って施す
実際にMTフレームワークなんかでもキャッシュサイズを意識した作りをしてるわけだがそれも否定するのか？

**名前は開発中のものです。** · 2009/11/07(土) 10:58:18

虎の威を借りる前に、自分でやってみた結果を提示したらどうだ？
これだけパフォーマンスが変わったというのを証明すれば簡単に片がつくだろう。

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

トラの威を借りるな、おまえの自分の成果をだせ
バカですか？

**名前は開発中のものです。** · 2009/11/07(土) 11:19:22

つまり検証も何もしていないというのは理解できたよ。

無いものを無いと証明するのは不可能に近いけど、
ある物をあるというのはそれを見せればいいだけなんだけどね。

**名前は開発中のものです。** · 2009/11/07(土) 11:21:33

あのぉ、素朴な疑問なんだけど、

キャッシュヒット率を上げると速くなる
　　→ メインメモリと同じくらいの容量（数百MB）のキャッシュを積めば、
　　　　HDDへのページングが起こらないレベルであれば特に最適化しなくても速くなる

って理論上は合ってる？

言い換えると、

速い・小要領 <- キャッシュ（SRAM） - メインメモリ（DRAM） - HDD -> 遅い・大容量

これのメインメモリをすっ飛ばした構成

速い・小要領 <- キャッシュ（SRAM） - HDD -> 遅い・大容量

まぁ、そんな量のSRAM積んだら、恐ろしい値段になるだろうけどｗ

**名前は開発中のものです。** · 2009/11/07(土) 11:53:36

> 無いものを無いと証明するのは不可能
>>187に速くなる根拠があるんだから、その間違いを示せば証明できるさあばんがれ
なんら反証はなく、自分の経験だけで速くならないって言い張ってるだけじゃないよね？

>>194
それだけ大容量ならキャッシュとしてヒットさせる必要は無くて、高速なメインメモリとして使えばいいので当然速くなるだろうね
SRAMの制限まではよく知らないけど、何億もするコンピュータでも全SRAM構成にしないとこをみると、何制限があってできないのかもしれないね
ただ、上にある話題はキャッシュサイズの話しかないけど、CPUがストールする要因はほかにもたくさんあるので、それらも合わせて何とかしないと効果は薄いかも

**名前は開発中のものです。** · 2009/11/07(土) 12:27:09

>>195
＞速くなる根拠がある
これは否定してないよ。
単にフラグをビットで管理したところで、誤差でかき消えてしまう程度しか変わらないといっているんだけど、
ではいったいどの程度のパフォーマンスアップが期待できるというのか明確にしてくれ。

**名前は開発中のものです。** · 2009/11/07(土) 12:36:18

そもそも何を突っ込みたいかというと、最適化云々やCPUの挙動を論じる奴が、
木を見て森を見ず、局所的な部分のみが多少速くなることに悦に入って、
全体でみれば実際は何の役にも立っていないことに気がつかない馬鹿だということ。

ぶっちゃけこれが一番言いたい。

**名前は開発中のものです。** · 2009/11/07(土) 12:52:58

＞速くなる根拠がある
>これは否定してないよ。
君が、俺が「何の役にも立っていないことに気がつかない馬鹿」と思うかどうかは、俺にとっては(きっと見てる大部分の人間にとって)どうでもいいことなので、そう思うなら勝手に思ってくれ。
速くなる根拠の部分に何の反証もないなら何の問題もない。

>>187にもあるが、「高速化できることがある」としか言っていなくて、どんな条件でも速くなるとは言っていない。
特定の条件下でパフォーマンスの改善が期待できるとは間違いなく、MTなどの市販製品でも考慮されていることは
そもそも、intにブールを入れるか、intをブールとして使うかの違いについてのレスとしては183

**名前は開発中のものです。** · 2009/11/07(土) 12:56:32

すいません、途中で送ってしまった。
下3行は書きかけ

>>187にもあるが、「高速化できることがある」としか言っていなくて、どんな条件でも速くなるとは言っていない。
特定の条件下でパフォーマンスの改善が期待できるとは間違いなく、いろいろな情報からも、MTなどの市販製品でも考慮されていることからも、十分確かと考えていいだろう
そもそも、intにブールを入れるか、intをブールとして使うかの違いについてのレスとしては>>183でなんの問題もない。

**名前は開発中のものです。** · 2009/11/07(土) 15:58:19

ハードウェア側のことを考えて
32bitの環境なら32bit型をなるべく使うのは結構重要なことなのに
「役に立ってない」と完全否定できる奴はすごいな

**名前は開発中のものです。** · 2009/11/07(土) 16:12:38

あえてそこまでストイックになる必要がないってだけじゃないの？　少なくともゲーム製作を語る上では。
お互いに相手の言い分もわかってるだろうに、わざわざ議論始めなくてもいいよ。

**名前は開発中のものです。** · 2009/11/07(土) 16:25:32

まあ適材適所で必要なときだけ必要な個所でやればいいと思うよ
最適化ってそういうもんだし
なんにしてもしょうもないやり取りでスレ汚してすまんかった

**176** · 2009/11/07(土) 23:44:19

レス有難うございました．

>179
自分の勉強不足でしょうか．．．
intサイズの変数が並んでいるように思うのですが，
1ビットずつの命名が実現できているのでしょうか？

>180
>182
boolで構造体を作って，memset, memcpyで操作するのと
違いが出にくいように思いました．
無理して使う必要はない，と言うことであればそれまでなんですが．

>200
個人的にこの言い分がしっくり来ました．
他のいくつかレス頂いた分も，これに終始すると思いますし．
また，潜在的な疑問でしたが，
必要な真偽値がきり良く32個になることなんてまずないから，
シビアに弄ってる一方で，ビットの未使用分が気になっていたので．

有難うございました．

**名前は開発中のものです。** · 2009/11/07(土) 23:49:19

> >179
> 自分の勉強不足でしょうか．．．
ビットフィールドだからC言語だね。

**名前は開発中のものです。** · 2009/11/07(土) 23:53:56

>204
勉強不足でした．．．；ありがとうございます．

**名前は開発中のものです。** · 2009/11/08(日) 10:28:20

結局何が聞きたかったのかよくわからない質問だったな

**名前は開発中のものです。** · 2009/11/08(日) 10:56:38

ここで激論を戦わしている人達は、アセンブラを知っているの？

CPUの汎用メモリは数個程度だから、ある変数をメモリにロードしても、
そのメモリに別の変数がロードされたら、またロードし直さないといけない
結局の所、メモリの使われ方は、アセンブラを見ないとわからんよ

マイコンのプログラムなんて1行ずつ、どのメモリを使うか確認しているんだから

**名前は開発中のものです。** · 2009/11/08(日) 11:11:15

DOS時代とかデバイスドライバ、マルチメディア系の最適化ではなく、
マイコンを例に挙げてくるあたり、頭の悪さを露呈しているのがよく分かる。

**名前は開発中のものです。** · 2009/11/08(日) 11:24:07

そういえば、64bitになってから拡張された上位分や、MMXやらSSEで増えたレジスタって汎用には使えないのかな
register指定でその辺のも使ってくれれば、結構な数がそろうと思うんだけど
Itaniumでも使えばもっとレジスタ使えるんだろうけど、Itaniumマシンはサーバ以外で使われそうにないし

**名前は開発中のものです。** · 2009/11/08(日) 11:46:34

>MMXやらSSEやらで増えたレジスタ
浮動小数点のレジスタをまんま使用してるんじゃなかったっけ？

**名前は開発中のものです。** · 2009/11/08(日) 11:48:04

Itaniumを使わなくても、EM64TやAMD64で汎用レジスタの数が増えているんだが、
いったい何を言ってるんだ？

しかも今の時代、コンパイラでregister指定をしても、
逆に無駄が増えるか無視されるかという結果にしかならない。

**名前は開発中のものです。** · 2009/11/08(日) 12:29:07

>>210
ああ、共通で使ってるんだっけ
なんかそんなのを聞いたことがあったのを思い出したよ

>>211
増えた汎用は汎用で使ってくれればそれでいいんだけど、
Itaniumにすれば汎用レジスタがもっとたくさん増えるだろ？
それだけの話だよ

>しかも今の時代、コンパイラでregister指定をしても、
>逆に無駄が増えるか無視されるかという結果にしかならない
これはよく聞く話だけど、実際どうなるかはコンパイラ依存だよね
無視されるならまだいいと思うけど、無駄が増えるって具体的にどんなコードが吐かれるの？

**名前は開発中のものです。** · 2009/11/08(日) 12:41:13

PCをターゲットにするのに今時アセンブラなんてあんまし関係ないと思うが。
キャッシュ操作を命令で出来れば早くなりそうだな。

**名前は開発中のものです。** · 2009/11/08(日) 14:38:24

キャッシュは自前で操作したいよな。つ～か一体、どんな状態になってるんだか。

**名前は開発中のものです。** · 2009/11/08(日) 18:54:01

どこで質問すればいいのか迷った、
というか所謂初心者なのでどう質問すればいいのか上手く説明できませんが質問させてください。

よくある戦略SRPGで、敵(CPU)の行動でこちらの敵に向かわせる際、
川や山、障害物など通れないマス目を避けて進ませる方法が上手く思いつきません。
さすがに大まかすぎて回答してもらうのは難しそうなので、
そういった、AIというのでしょうか、CPUの行動させかたを上手く解説しているところ、
もしくは参考にできるような題材やリンクはありませんでしょうか？

**名前は開発中のものです。** · 2009/11/08(日) 18:56:42

自分もちょうどそれが気になってたところ･･･

**名前は開発中のものです。** · 2009/11/08(日) 18:58:32

>>215
http://www.jyouhoukaiseki.com/index.html
こことか。

**名前は開発中のものです。** · 2009/11/08(日) 19:02:24

オライリーの「実例で学ぶ　ゲームAIプログラミング」という書籍に経路探索が出てたと思う。
とりあえずマンハッタン距離、経路探索くらいのキーワードで調べてみるとか。

**名前は開発中のものです。** · 2009/11/08(日) 19:07:17

10分も経たないうちに回答してくださってびっくらこいた

>>217-218
ザッと見たところ、どちらも参考にできそうな説明がされておりました。
あとは自分で考えて発展させていけばなんとかなりそうです、どうもありがとうございます。

**名前は開発中のものです。** · 2009/11/08(日) 19:07:28

抽象的な概念でいえば、グラフ理論を学べばできるようになると思う。

**名前は開発中のものです。** · 2009/11/10(火) 18:19:12

何だかわからんが、議論の経過は華麗に無視して結論。

・boolean型のフラグは、byteで持つよりbitで持った方が
全ての面で優れています。bitで持つようにしましょう。
操作が煩雑なら、std::bitsetやboost::dynamic_bitsetを使いましょう。

以上終わり。

**名前は開発中のものです。** · 2009/11/10(火) 18:54:49

>>221をかいつまんで説明すれば、億万長者が一円玉を拾い上げるのと同じだということ。
腰を曲げるぶんだけ損しているかもしれない。

以上終わり。

**名前は開発中のものです。** · 2009/11/10(火) 18:56:33

全ての面で～などと簡単に言う人間の言葉は、全ての面で信用ならねぇ

**名前は開発中のものです。** · 2009/11/10(火) 19:02:45

ゲーム製作でお約束の豆知識

何の判定でもいいが、フレーム単位でするのは御法度である。
何らかの理由でフレームとしての描画が遅れると判定も遅れるからである。

普通は、タイムスライスなどの時間判定で行う。
時間なら、描画が行われていなかろうが何だろうが
時間が来れば強制的に判定するからだ。
これは兼ね合いの面も強いのであまり多用すると処理速度に悪影響を与えるが
よりクリティカルなところでは時間で判定しないとロクなことにならない。

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

ttp://www.wacharo.net/Tetris/Tetris.jsp

ここを参考にしてJAVAでテトリスを作るんですが、
アプレットではなくてアプリケーションで作成したいと思っています。
ですがアプレットとアプリケーションの互換性などが全く分かりません。

作ってからアプリケーションに簡単に変換することができるんでしょうか。
ためしに上記のサイトのレベル１と書かれてる部分からextends Appletなど抜くと
他も使えなくなる部分が出てくるんですが。
アプリケーションでJARファイルにして実行できるようにしたい場合は
他のサイト参考にしたほうがいいんでしょうか？

見ておいたほういいサイトなどあれば紹介お願いします。

**名前は開発中のものです。** · 2009/11/10(火) 19:26:28

VC++で、directX(dxlib)を使っています

リフレッシュレートに左右されぬようFPSを固定する技法を使うと、
等速直線運動しているだけの画像がカクカクとスムーズでない動きをしています
理由は理解しているのですが、明確な解決方法がググってもどこにも載っていません
（移動距離をリフレッシュレートによって変更するという技法はありますが、その他全てを変更するのは無理そうです）

これはつまり、カクカクなのはしょうがないと言うことなのでしょうか。
東方等大手も仕方が無いこととして適当に諦めてるのでしょうか。
それとも、何か解決法（orマシになる方法）などあるのでしょうか。
（dxlibを使っては不可能なのでしょうか）

よろしくお願いします

**名前は開発中のものです。** · 2009/11/10(火) 19:40:07

>>225
ググったら、こんなのあったけど
http://wisdom.sakura.ne.jp/system/java/awt/Gjava33.html

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

経過フレーム数ではなくて、経過時間でアニメーションするように変更する。>>226