【初心者】ｽﾚを立てる前にｺｺで質問を【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/

**名前は開発中のものです。** · 2010/02/27(土) 23:35:31

htmlでのゲーム説明書の作り方を
解説しているサイトがありましたら教えてください。

**名前は開発中のものです。** · 2010/02/27(土) 23:44:20

>>807
htmlビルダー使えば終わりだろ
何がしたいんだ？

**名前は開発中のものです。** · 2010/02/28(日) 00:08:15

>>808
ありがとうございます。
エディタは普通のテキストエディタ(JmEditor)を使っています。
また、htmlの技術というよりは、○○は書いた方がいい、
ページ構成はこうした方がいい、フレームは使わない方がいい、
とか、ゲーム説明書ならではの注意点とかを勉強したいです。

**名前は開発中のものです。** · 2010/02/28(日) 00:21:44

説明書の書き方を載せてるところは見かけた記憶がないな
今時は説明書見なくてもある程度はゲーム内のチュートリアル＋ゲーム内の説明で遊べるようになってるのが多いし
あんま重要性が高くない気がするが

**名前は開発中のものです。** · 2010/02/28(日) 00:37:10

>>810
確かにプレイしながら説明してくれるのは便利ですよね。
難しいゲームだと、htmlだけだと読むのが大変だったりしますし。
こちらの製作を試してみたいと思います。

**名前は開発中のものです。** · 2010/02/28(日) 13:16:12

>>807
html 全般で頼りになる
http://www.tohoho-web.com/

**名前は開発中のものです。** · 2010/02/28(日) 20:45:08

ある程度ゲームの説明を自分で書いて、
テストプレイヤーにプレイしてもらって、説明書の不備を挙げてもらい、
そこについて書き足すとかって感じがいいんじゃない？

的外れてたらごめん

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

昔、readmeのガイドラインみたいなのがあった気がする。
今でもあるのかな。

本格的に勉強したいなら、テクニカルライターの教本やサイトを調べるしかないんじゃないかしら…

**名前は開発中のものです。** · 2010/03/01(月) 12:06:51

* ソフトウェアの名前
* バージョン
* 配布物に関する簡単な説明
* ファイル構成
* 動作環境
* インストールに関する情報と簡単な使用方法
* 作者に関する情報
* 更新履歴
* 既知の不具合
* トラブルシューティング
* 謝辞
* 著作権情報とライセンス情報
* （シェアウェアの場合）レジストキーの入手方法、試用期間中の制限事項

**名前は開発中のものです。** · 2010/03/04(木) 18:48:44

HSPでアクションゲームが作りたいんですが、画面サイズのことで悩んでます
一般的にゲームの画面サイズってどれくらいにあわせればいいんでしょうか？
やはり、640×480なんでしょうか？
よろしくお願いします

**名前は開発中のものです。** · 2010/03/04(木) 21:46:54

win95時代に軽い３Dゲームの作り方を聞いたら
視点変更（カメラの上下）はそれほど使わないので
視点変更したときだけ各キャラをポリゴンアニメパターンから8方向分全部書いて
それを2Dキャラに写して
ゲームのほとんどが2D処理という、なんちゃって3D処理でした

今ならDirect3DとDirectDrawを比較して
ポリゴン処理とBitbild描画と速度が同等になるのは理論上どのくらいが目安なんでしょう？
やはりなんちゃって3D処理のほうが圧倒的に早いのかな？

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

>>816
市販のゲームで640×480を最低の解像度としているものもあるのでそれで良いと思う。
3Dゲームだとオプションで解像度を変更できるものもあるね。
高解像度にするとPCの必要スペックも上がるのでそこだけ注意しておけば良いかと。

**名前は開発中のものです。** · 2010/03/04(木) 22:15:18

>>817
現在、主流となっているDirectX9ではDirectDrawは廃止されているので比較できないですね・・・
2DもDirect3Dで描画するのであえて言えば全く同じ速さということになるかな。

**名前は開発中のものです。** · 2010/03/04(木) 22:28:19

>>818
ありがとうございました

**名前は開発中のものです。** · 2010/03/05(金) 15:31:29

トランプのゲームを作るにはどうすれば良いですか?

**名前は開発中のものです。** · 2010/03/05(金) 15:55:34

DirectDrawを使うならDirect2Dで

**名前は開発中のものです。** · 2010/03/05(金) 17:37:23

>>821
その質問では何を知りたいのか分からないよ。

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

>>821
トランプ買ってきて面白そうなルールでも考えれば？

**名前は開発中のものです。** · 2010/03/05(金) 22:30:32

バグってコンピューターにとっては意味があるの？
動けないはずのところに入っていってプルプル震えてたり
連打したら抜けれたりするのはそれなりのちゃんと決まりがあるの？

**名前は開発中のものです。** · 2010/03/05(金) 22:42:18

またこの板にふさわしくないお子様が紛れ込んだようだ。

**名前は開発中のものです。** · 2010/03/05(金) 23:11:53

>>825は、ゲーム作ってる人なのか？

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

いえ

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

>>825
コンピュータはプログラムされた通りにしか動きません。
つまりちゃんと意味のある動作をしています。
そもそもバグの定義も曖昧でユーザーによっては「裏技」と呼んでいたりしますしね。

**名前は開発中のものです。** · 2010/03/06(土) 08:13:02

人間が意図してないってだけでコンピュータにとっては必然ってことですかね？

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

>>830
そういうことです。

**名前は開発中のものです。** · 2010/03/06(土) 08:16:48

じゃあプログラム言語で矛盾があっても
動いてる段階でマシン語では矛盾してないってこと？

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

>>832
プログラム言語に矛盾があればマシン語に変換されても矛盾も残ったままのハズです。
>>825のバグもゲーム仕様的にはおかしくてもプログラム的には矛盾していないのでちゃんと動作しているということです。

**名前は開発中のものです。** · 2010/03/06(土) 09:02:24

そうなんですね
ありがとうございます

**名前は開発中のものです。** · 2010/03/06(土) 09:35:30

ID:P0gRaOUw
下手な親切心は余計なお世話になるから気をつけろよ？

**名前は開発中のものです。** · 2010/03/07(日) 01:31:36

自戒してるんだね

**名前は開発中のものです。** · 2010/03/07(日) 23:25:03

Visual C++ 6.0 って古いの使ってるんですがソースエディタとかの背景色って変えられますか？
できれば変え方を教えてください。

**名前は開発中のものです。** · 2010/03/08(月) 00:07:19

>>837
メニュー→ツール→オプションでオプションプロパティシートが表示される。
その書式タブの全景で文字色、背景で背景色を設定できる。

**名前は開発中のものです。** · 2010/03/08(月) 01:16:33

>>838
目的が達成できました。ありがとうございます。

**名前は開発中のものです。** · 2010/03/08(月) 01:57:52

mission completed!

**名前は開発中のものです。** · 2010/03/08(月) 06:35:34

おめでとう！！

**名前は開発中のものです。** · 2010/03/09(火) 02:47:24

アクションゲーム作ってるんだが
自機に敵がいる座標に動けない、敵にも移動する場所に自機がいたらそっちに動けないってコードを組んだ。

例　)　自機が上に移動する場合(24.5)→(24.4)に敵が居たら行けない。敵も同じ

でも何故かこれだと敵が移動する一瞬、逆方向に自機が行こうとすると何故かすり抜けてしまう…
なんでだろう？ちなみに余談だけど、学校のPCにあった先輩が作ったHSPのゲームにもこのバグを発見した。
確かこのゲームはなんかのHSPの入門書に載ってたような…敵に触れずにアイテムを取るゲームなんだけど
かなり初歩的なバグだよね？コレ

回答くれたら嬉しい。

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

状況は見ないと分からんけど、たぶん初歩的なもの。

　1.敵と自機を動かす
　2.移動先に他のオブジェクトが居たら移動キャンセル

みたいな処理をしていると、移動速度とタイミングによっては、
座標が入れ替わる形ですり抜ける可能性があるのは容易に想像できると思う。

**名前は開発中のものです。** · 2010/03/09(火) 05:25:23

自機(24.5)→(24.4)→(24.3)
敵機(24.3)→(24.4)→(23.5)とかじゃねーの？

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

CPUって1500MHｚとかのクロックで各マシン語を数クロック消費しながら実行してるんだけど
一定のスキャンで入出力処理を終えるまでは結果が反映されない
だから同一スキャン内で両者の移動処理をやっちゃうとそうなる
ソフトのメインループの話じゃなくハード上の話ね

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

クロックとマシン語の話は必要か？

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

>>843
図々しいかもしれないけど、じゃあどうすればいいかな？
街の人が動く瞬間に勇者がすりぬけるゲームなんて無いし
その手のゲームはどういうコードを組んでるの？
教えてちょんまげ；

**名前は開発中のものです。** · 2010/03/09(火) 07:36:39

まず移動がキャラ単位かそうでないのか
つまり１マス毎に移動するものかそうでないかによって変わってくるなあ
話聞いてるとマス毎に移動するものに思えるけどそうじゃないのかな

**名前は開発中のものです。** · 2010/03/09(火) 07:37:56

単純に考えれば移動量を含めてあたり判定すればいいんじゃないか？

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

まあ取りあえず効率無視して単純に考えると
自機更新→衝突チェック・衝突の場合自機座標調整→敵更新→衝突チェック・衝突の場合敵座標調整
で上手くいきそうな気がするけど

**名前は開発中のものです。** · 2010/03/09(火) 07:46:28

>>848
説明がすくなくてスマン、マス単位なんだよ

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

やっぱりそうか
マス単位じゃなければ移動ドット余程大きくないとすり抜けない気がするからな
俺思うに
自機(24.5)→(24.4)
敵機(24.4)→(24.5)
とやってから衝突チェックしてるからチェックすり抜けてるんだと予想

**843** · 2010/03/09(火) 08:19:26

>>847
マス目単位だったのか。
そうかな？とは思ってたけど、アクションゲームだから違うかなって勝手に判断してた。

んで。
時機の移動と敵の移動を同時に行うから問題が起こるわけで

　A-1.自機を動かす
　A-2.自機が他オブジェクトに当たっていたら移動キャンセル
　A-3.敵を動かす
　A-4.敵が他オブジェクトに当たっていたら移動キャンセル

もしくは

　B-1.自機の移動先をチェック
　B-2.自機の移動先が空いていればそこに動かす
　B-3.敵の移動先をチェック
　B-4.敵の移動先が空いていればそこに動かす

ってやれば問題ないと思われる。
要は、複数のオブジェクトの移動処理を同時にやっちゃダメ、1つずつ解決しろってことね。
このタイミングを間違えると、すり抜けたり、同時に同じマスに入ったり、逆に入れなかったり（野球などで言うお見合い）するわけだ。

あと、この場合は考えなくてもいいけれど、
2マス以上動くようなオブジェクト（将棋の飛車など）がある場合、別の対策を考えないとやっぱりすり抜けるので注意。

**名前は開発中のものです。** · 2010/03/09(火) 09:32:18

移動チェックの直後に移動させると発生する初歩的ミス
全オブジェクトの移動チェックしたらまずは移動可能フラグだけ立てる
それが終わってから移動処理

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

>>842
だから総当りでやれっていったのに
各オブジェクトを個別に動かせばそんなことは起こりえない

**名前は開発中のものです。** · 2010/03/09(火) 09:49:45

>>854のやり方だと同じマスに入るバグが発生する予感

**名前は開発中のものです。** · 2010/03/09(火) 10:01:44

移動先の重複チェックはいるね
オブジェクトの同時性が重要でなければ853でいいと思われ

**名前は開発中のものです。** · 2010/03/09(火) 10:14:24

>>853のＢのやり方でいいんじゃないか
俺が>>850で言ったことと同じだが
その際マス移動なんだから配列を用意して自機、敵がいる座標にチェックを入れれば衝突チェックがかなり効率化されると思われ
例えばそのマスに何もない場合０、自機がいる場合１、敵なら２とか

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

いわゆる「差分パッチ」って、VSの機能で作ってくれたりしないの？
外部ツール使わないと駄目？

**名前は開発中のものです。** · 2010/03/11(木) 22:17:55

バイナリファイルの中身を直接弄るようなパッチファイルって
最近あんまり見ないなあ。

非公式なら別だが。

**名前は開発中のものです。** · 2010/03/11(木) 23:07:21

ファイルを潰す危険性を考えるなら
差し替えるほうが安全だしなあ

**名前は開発中のものです。** · 2010/03/12(金) 02:20:59

規制で亀だが皆さんサンクス！

**名前は開発中のものです。** · 2010/03/12(金) 03:13:45

ファイルをつぶす可能性なんてないだろ、パッチ処理が信用できないなら圧縮展開処理だっていっしょ

**名前は開発中のものです。** · 2010/03/12(金) 20:59:44

対象のファイルサイズが物凄く大きい場合とか、
有志による非公式パッチの類で、代替ファイルを用意するのが躊躇われるんでもなければ
そのまま差し替え用ファイルが楽な気がするぜ。

実行ファイルに限らず。

**名前は開発中のものです。** · 2010/03/12(金) 21:30:22

複数バージョンからのバージョンアップに対応する場合、
パッチよりファイル置換のほうが対応しやすい

パッチだと
1.0 -> 1.1 -> 1.2 -> 1.3
と順番にあてないといけないがファイル上書きだと
1.0 -> 1.3
で済む

**名前は開発中のものです。** · 2010/03/13(土) 18:52:54

差し替えだと上手く作らないとパッチだけでソフトが全部手に入っちまうだろ

**名前は開発中のものです。** · 2010/03/13(土) 22:43:44

えっ

**名前は開発中のものです。** · 2010/03/15(月) 03:15:44

ブロック崩しを作ってるのですが
ブロックの真上に当たった時、ボールのx移動量*(1)、y移動量*(-1)
ブロックの真横に当たった時にはx移動量*(-1)、y移動量*(1)
って感じにしてるんですが
ブロックの角に当たった時に挙動が狂います…
どう区分すれば…

**名前は開発中のものです。** · 2010/03/15(月) 03:17:18

真上に当たった時　かつ　真横に当たった時　は　どっちか一方の処理だけやる

**名前は開発中のものです。** · 2010/03/15(月) 23:21:46

ＳＲＰＧ（ＦＦＴみたいなの）ゲーム作るのってどの言語がお勧め？
どれ使っても似たようなものは出来るとは思うんだけど、何かしらアドバイスあったらください。

**名前は開発中のものです。** · 2010/03/16(火) 02:30:54

>>870
目的のゲームさえ作れればいい　→　ツクールなど
ちょっとだけプログラミングにも手を出してみたいが本格的にやるつもりは無い　→　HSPなど
本職PGを目指します、ゲーム作りは単なる手がかりです　→ C++など

みたいに、目的によって細かく分かれる。

**名前は開発中のものです。** · 2010/03/16(火) 09:49:28

ツクールはないな　最近のツクールがどんなもんかは知らんけど
あれって下手にシステム周り改造すると言語一つ習得するくらいめんどくさかった気がする

基本的にC++一択。どの言語選ぼうが結局完成するのに必要なのは根気と忍耐になってくる。
もし完成しなくても（9割そうだろうが）次に繋がるものを選ぶべき。

**名前は開発中のものです。** · 2010/03/16(火) 10:05:32

初心者の場合はＣ＋＋やるならＣが十分使えるようになってからやるべきだと思うが
初心者が最初からＣ＋＋に手を出すと痛い目に会うのは見えてるやん

**名前は開発中のものです。** · 2010/03/16(火) 10:33:45

俺も初心者がC++に手を出すのはやめた方が良いと思う。

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

それを言うなら俺は初心者がSRPGに手を出すことはやめといたほうがいいと思うが

**名前は開発中のものです。** · 2010/03/16(火) 11:09:13

まぁ無理だろうな

**名前は開発中のものです。** · 2010/03/16(火) 12:30:32

吹いた

**名前は開発中のものです。** · 2010/03/16(火) 12:59:26

質問です
ゲーム内で大量の件数のデータを保持する場合、
どのような管理方式を実装するのが一般的なのでしょうか
たとえば、RPGツクールのアイテムデータベースのようなものです

今のところクラスの継承関係でソースにそのまま書いているのですが
データ量が膨大な場合、xlsやsqlite,json などから読み込んだほうが
後々取り回しが便利になったりするのでしょうか

**名前は開発中のものです。** · 2010/03/16(火) 15:11:13

ゲーム内のデータはファイルを人が見てすぐわかるようにはしないほうがいい(チート対策)
アイテムデータベースなら、ゲームのリリース時にはそれ以上増えたり減ったりはしないだろうから、
一覧を読み込むことだけを考えて実装すればOK
開発用に手元で管理するならexcelなんかで一覧作れば十分だと思う
だた、ソースにそのまま埋め込むのだと、リリース前の変更やバージョンアップでデータ内容に変更があった時に、
手元管理の一覧からソースに反映させるのが手間なので、なんらかの自動化の手段を用意したほうがいいね
俺ならexcelのマクロなんかでソースに張り付けられる文字列作るようにするかな

**名前は開発中のものです。** · 2010/03/16(火) 17:37:22

ｅｘｃｅｌ→暗号化saveファイルでいいでしょ

**名前は開発中のものです。** · 2010/03/16(火) 19:10:18

ゲームのイベントシーンってどういう風に作ってるんでしょう？
キャラの座標やアニメーション等動作１つごとに作る必要ある？

**名前は開発中のものです。** · 2010/03/16(火) 19:14:42

どういうゲームのどういうイベントシーンなのかによって全く違うが

**名前は開発中のものです。** · 2010/03/16(火) 19:18:59

例えばRPGで会話シーン終了後に
とあるキャラが自動でドアに向かって歩く→そのキャラがドアから出たらプレイヤー操作状態に戻る
って感じのイベントシーンです

**名前は開発中のものです。** · 2010/03/16(火) 19:28:30

簡易スクリプト

**名前は開発中のものです。** · 2010/03/16(火) 19:32:25

>>878
ソースコードに直接記述してしまうと少しの変更でも再コンパイルが必要になるし編集もしづらいので外部ファイルに記述しておくのが一般的ですよ。

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

配列じゃなくクラスや構造体でデータ持たすと面倒だね

**名前は開発中のものです。** · 2010/03/16(火) 21:55:22

構造体配列で持たせてるが？

**名前は開発中のものです。** · 2010/03/16(火) 22:26:23

>>886
つboost::serialization

**名前は開発中のものです。** · 2010/03/17(水) 02:19:34

データベース使ってないの？

**名前は開発中のものです。** · 2010/03/17(水) 02:56:15

つcdb

**名前は開発中のものです。** · 2010/03/17(水) 16:38:55

>>889
むしろ何故そういう疑問が生まれるのかが分からない

**名前は開発中のものです。** · 2010/03/17(水) 17:40:57

>>888
こんな便利なものがーと思ったけど
開発途中でデータ追加したいときどこに挿入すればいいかシッチャカメッチャカしそうだな

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

バージョン管理機構が付いているからその悩みすらありえない。

**名前は開発中のものです。** · 2010/03/18(木) 08:11:37

>>885
死ね

**名前は開発中のものです。** · 2010/03/18(木) 12:19:41

>>891
>>892のような感じで、後でデータが追加されたとかを考えると
データベース使うのが楽だろ。
最終的にパフォーマンスを考慮してDBをやめたとか言うのがあったとしても、
そのDBから>>888を使ってシリアライズしたバイナリデータ持たしても良いわけだし。

>>894
なんか辛いことあったんか？とりあえず飯喰っとけ

**名前は開発中のものです。** · 2010/03/18(木) 17:34:45

>>895
>>>> 配列じゃなくクラスや構造体でデータ持たすと面倒だね
>>> boost::serialization
>> データベース使ってないの？
>むしろ何故そういう疑問が生まれるのかが分からない

シリアライザ使えばいい　→　DB使わないの？　→　は？

**名前は開発中のものです。** · 2010/03/18(木) 17:52:31

というかシリアライザって>>878の質問の答えとしてどうやって使えるんだ？

**名前は開発中のものです。** · 2010/03/18(木) 17:59:21

>>897
たとえばXMLやCSVみたいな形式でオブジェクトのデータを外部ファイルに記述することができる。（テキスト形式の場合）

**名前は開発中のものです。** · 2010/03/18(木) 19:05:52

丸見えやん？

**名前は開発中のものです。** · 2010/03/18(木) 19:51:14

開発時用とリリース用で出力形式を分けるか？
使いにくいな

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

オブジェクトとかnewし直さなきゃだめなんじゃないの？
ファイルに書き出せるとかどうやるんだろ

**名前は開発中のものです。** · 2010/03/18(木) 23:00:24

ポインタとか自動的に辿って勝手にnewしてインスタンス作ってくれる

**名前は開発中のものです。** · 2010/03/19(金) 00:27:10

馬鹿ばっか

**名前は開発中のものです。** · 2010/03/19(金) 00:32:48

なんか辛いことあったんか？(笑)
とりあえず飯喰っとけ(笑)

**名前は開発中のものです。** · 2010/03/19(金) 04:50:41

作ったゲームのデバッグをしているのですが、
『いくつかの変数が、本来なるはずの値と違う値になっている』というバグに直面しています。
この変数というのが、いずれもプログラム中では殆ど変更される事の無い変数で、
(中には初期化してからそれっきり、というものも)
どう考えても違う値が入るはずがないので途方に暮れています。

こういう場合、バグの原因としては何が考えられるのでしょうか？
なお、言語としてはC++とDXライブラリで作成しています。

**名前は開発中のものです。** · 2010/03/19(金) 05:37:02

DebugコンパイルとReleaseコンパイルを間違えてるってことはないよな･･･

**名前は開発中のものです。** · 2010/03/19(金) 05:58:26

>>905
変数の中身がいきなり変わるということはあり得ない。
間接的（ポインタ経由など）に変更しているかメモリ破壊という可能性も考えられるけど・・・多分単純なミスだと思う。
デバッガを使ってトレースしていけば原因は分かると思うけど？