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

**名前は開発中のものです。** · 2010/04/02(金) 00:21:35

疑問に思うことがあれば、スレを立てずに、まずはココで質問。
スレッドを立てる前にはローカルルールを読みましょう。
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/06/08(火) 15:32:35

>>339
>>342
ありがとうございます
作りながら覚える方がよさそうですね
勧められた本つかいながら実際にやってみます

>>340
ポインタは授業で一応習った程度で使うかどうかもわかりませんが
C言語の教科書の範囲だったので参考程度いに書いただけです

**332** · 2010/06/08(火) 18:45:31

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

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

どういたしまして

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

わけあってリアルタイムストラテジーの企画書を作っているんですが
20000×20000ヘックスのマップで大量のユニットが動き回り
刻々と戦況が変化するというのはスペック的プログラム的に可能なんでしょうか
ストラテジーあんまりやったことがないので感覚がつかめません
どなたか教えてください

**名前は開発中のものです。** · 2010/06/10(木) 17:45:40

>>346
普通のPGには不可能。せめて256×256ヘックスぐらいにしといてやれ。

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

20000はきつかろうなぁ。
>>347が言うとおりだと思う。

別にマップの管理と実際の画面に違いがあっても良いわけだし。
実際にAgeOfEmpireとかも、マップ自体は100x100とかで最大256x256だったかな？
で、ユニット数は1国最大200だったかな。で8名だから1600ユニットか。

1マスで小さな建物ひとつとかの単位で管理して、
ユニットは別管理にすれば、全然楽勝でできる。
だって、AgeOfEmpireとかもう10年以上まえのゲームでやってたんだから。
いまなら、もっと楽に作れるんじゃない？

**名前は開発中のものです。** · 2010/06/10(木) 18:15:53

ライフゲームならなんとか……

**名前は開発中のものです。** · 2010/06/10(木) 19:40:36

>>348
＞だって、AgeOfEmpireとかもう10年以上まえのゲームでやってたんだから。
＞いまなら、もっと楽に作れるんじゃない？

ユニットの種類と数を増やせるようになってる程度にしか楽にはならない。
っつ～か、PCが早くなったとしても、データ管理方法自体が進化するわけではないからな。
そうだな、動作環境を64ビットマシンのみに限定してやれば、多少は楽に作れるけどな。

**名前は開発中のものです。** · 2010/06/10(木) 19:58:59

というかRTSなのにヘックスなのか？
いっそマスの概念止めて3Dにでもしてしまえばいいよ
20000とか言ったってプレイヤーにとっての広さだけの問題だろうから
3Dでマップを広く感じるように作りこめばいい

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

ヘックスの方がデータの管理は楽だぞ？

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

まあ、ユニット同士が重なっても気にしないのなら、ヘックスを捨てる事をオススメするけどな。

**名前は開発中のものです。** · 2010/06/10(木) 20:25:03

地形データは仕方がないが、もっとも座標によって標高や地形効果などを
関数によって得られるようにするなら地形データもＨＥＸ毎に持たなくても良いが
ユニットの位置は座標で持って画面に表示するべきユニットを検索する
プログラムを組めば出来ないことはないだろう。
ユニット数が多過ぎるのが気になるが。

ＳＱＬを使えば楽に済むかもね。

**名前は開発中のものです。** · 2010/06/10(木) 20:44:18

AOCの256x256でも嫌になるくらい広いのに、
20000とか頭おかしいとしか思えないね

**名前は開発中のものです。** · 2010/06/10(木) 20:44:50

嫌になるくらいってのはプレイしててって意味ね

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

>>354
SQLでは、一次元的な検索が楽になるだけだったと思うけど、違ったっけ？

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

RTSでSQLは遅すぎて話にならんと思うよ

**232** · 2010/06/11(金) 00:14:36

>>354が何を言ってるのかよく分からんので彼の言うケースで
SQLが楽かどうかはさておき

SQLが遅いのどうのというお話も意味が分からんのだけど
どうせその辺によくある図体のでかいRDBMSがバックエンドに
あるような話をしてるんだろ。それが遅いなら実装依存の話だろ。

SQLは単なる問い合わせ言語であって実装とは分離されてる。

組み込み用途ではSQLのコードをプリコンパイルして使うような
フットプリントの少ないオンメモリ（インメモリ）型のDBも既にある

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

クッキーのせいで番号が出ちまった。はじゅかちいね

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

いつも間抜けな揚げ足取りをしてるのがバレちゃったねｗ

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

どっちにしろそんなもんがRTSに使えるわけないだろアホか

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

>>361
ねーねー
歳をとると間違いを指摘されても素直になれないっていうけど
やっぱ本当なの？

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

企画厨とそれに付き合わされる可哀相な素人（学生？）プログラマ1名という想定でいいなら
どうせ前者の思いつきで作らされるプロトタイプどまりの作り捨てゲームなんだから、空間情報の
問い合わせ内容はシンプルでバリエーション少なめ。わざわざSQLによる問い合わせなんざ
実現するよりも、さっさとデータを2次元配列に放り込んでmapでインデックス作ってC/C++コードの
中にkey⇒valueな問い合わせの組み合わせを力任せにダラダラ記述していくのが早くて楽だろ

後者は前者の意向を聞き流して64*64のミニマップでさっさと形にしたほうが幸せになれると思うの

>>361
(^q^)

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

s/mapでインデックス作ってC/C++コードの中にkey⇒valueな//

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

なんでヘックス表現のマップをmapなんかに入れるんだよｗ
おまえ実際に作ったことないだろ

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

おつむの残念な子が必死に食い下がってるみたいだけど
日本語の読解力が乏しそうで心配

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

Aさん　：　さっさとデータを2次元配列に放り込んで
Bさん　：　なんでヘックス表現のマップをmapなんかに入れるんだよｗ

このBさんかなりキてんな。キチガイのキ

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

たぶん揚げ足取り損ねたんでしょ

>>365
この置換には不具合あるね

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

ん？P2使った自演？ｗ

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

まあ、わかりやすい自演だな

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

>>347の、
＞普通のPGには不可能。
という言葉で、変にプライドをくすぐられたプログラマーさんが、
大量に発生しているようですね。まあ、RTSなんてそもそもが、
作成難易度最悪級のゲームの一つなんですけどね。

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

そういや3d visionの話題のときも自演臭がする擁護レスがあったな

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

>>369
すまん
s/mapでインデックス作ってC\/C\+\+コードの中にkey⇒valueな//

>>371
>>366の意味がよくわからんのでもう少し詳しく話してくれないか

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

directXで2Dゲームを作ろうとしてるのですが、d3dデバイスとかspriteは
１つずつ作成すれば間に合いますか？それとも複数用意したほうがいいですか？
作るものは単一スレッド、単一ウィンドウ、動作速度はあまり要求しないので
複数用意する必要はないと思うのですが。

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

有限要素法を使ってるゲームって何がありますか？
やはり、リアルタイムでこのような計算を行うのは無理があるのでしょうか？

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

>>376
というかゲームなんて正確に計算する必要はないんだから
もっと簡単な方法で軟体とかやってると思うよ
よって答えは、する必要がないってこと

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

えっ？　なにこれ笑うとこ？ｗ

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

>>378
この377の魂の選択を、笑わば笑え！

**名前は開発中のものです。** · 2010/06/13(日) 00:16:01

答えが噛み合ってないとは思うが、別に>377の選択を笑う奴はいないだろうよ。
むしろ簡単な計算でそれっぽく表現できるというのは尊敬される要素じゃないか。

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

ヒント：　この板はIDが出る

**名前は開発中のものです。** · 2010/06/13(日) 00:45:31

知らなかったのだな。専ブラだと、すぐに分かるんだが。

**名前は開発中のものです。** · 2010/06/13(日) 02:32:46

専ブラだけど、まさかすぎて気付かなかったw

**380** · 2010/06/13(日) 07:07:36

うあ、専ブラなのに気付かなかった俺が一番恥ずかしい（´・ω・`）

**名前は開発中のものです。** · 2010/06/13(日) 12:56:07

なぜ自演するのだろう？
動機はなんだというのだろう？
自演で話題盛り上げたり煽ったりしてスレが進んで何が面白いんだか・・・・・

根っからの嘘つき君だから自演するんだろうな

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

ID被りとかケーブルとか同じ家に住む人同士の会話とか

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

621 名前：名前は開発中のものです。本日のレス投稿日：2010/06/13(日) 00:20:11 iwG7ZkIG
ム板で似たような話を見つけたから参考にすればいいと思うよ。
http://pc12.2ch.net/test/read.cgi/tech/1274521960/478-480n

DXやム板住人か・・・・・

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

え、なんでオレ晒されてんの？

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

流れカオス杉わろたｗ
楽しいなおまいら

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

Bulletの解説が乗ってるサイトありませんか？
できれば日本語で

それが無いなら自分で物理エンジンを実装しようと思うのですが、
自分で実装するメリットって何がありますか？

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

メリットわからないのに自分で実装する気なの？

**名前は開発中のものです。** · 2010/06/17(木) 05:15:12

DXT1/3/5の違いって何だ？

DXT1は減色されてアルファチャンネル無し
DXT5は減色されずアルファチャンネルも使える

**名前は開発中のものです。** · 2010/06/21(月) 20:39:10

例えばBVHみたいなボーン情報も持っているモーションデータを
自動的にメタセコアイで作ったボーンなしモデルに自動的に
適応する方法って有りますか?

**名前は開発中のものです。** · 2010/06/21(月) 20:58:32

自分でそういうプログラムを作ればいい

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

>>394
もし本当になくて需要が有るのなら作ってもいいですが…
みんないちいち手でボーンを修正しているの?

**名前は開発中のものです。** · 2010/06/24(木) 18:02:15

モデリングしてるソフトでやる必須作業だし、せめてボーン割り当てくらいやってください
モーションデータも自分で作ってください

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

モデルの動きによって服にシワがでたりする変形を
リアルタイムでするのって、布シミュレーションでやってるんですか？

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

>>396
でもさ、全ボーンちまちまモデルにフィットさせていくのって無駄じゃね?
素人だったらフリーのモデルとモーションをダウンロードして
インポートしたら即動き出すのが理想だと思うの

**名前は開発中のものです。** · 2010/06/25(金) 15:51:06

すみません

内部処理A
↓
内部処理B
↓
描画処理

シングルスレッドで上記のループをしているんですけど
処理落ちとか全然考えていません。
どうしたらいいですか？

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

処理落ちしないように作りましょう。

ってさ、どう答えてほしいのよ。
エスパーだよりはやめようよ。

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

問題なければ問題ない

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

ごめんなさい。説明が足らないですね。。。
考えをまとめてから再度質問します。失礼しました

**名前は開発中のものです。** · 2010/06/25(金) 18:28:51

ゲーム台本の分厚さは広辞苑ぐらいになるそうです。
でも、書店でゲーム台本を見たことがありません。
市販の設定資料集などでは読めない、面白いこともたくさん書かれていそうです。

ゲーム台本を入手することはできませんでしょうか。

**名前は開発中のものです。** · 2010/06/25(金) 18:51:59

>>403
開発に使ったリソースは基本的に社外秘の資料になってると思う
グッズとして出版された場合、君が望むような「面白いこと」は編集でカットされるだろうね

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

台本がほしければ会社に入って制作に参加すればいいだろ。

**名前は開発中のものです。** · 2010/06/25(金) 19:03:55

>>403
エロゲの脚本なら見たことがあるけどそんなの厚くなかった

**名前は開発中のものです。** · 2010/06/25(金) 20:50:34

DVD-ROM版広辞苑の厚さなんでしょ。

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

前にどうしても手が足りないと比較的有名なエロゲの音切りの手伝いしたとき
（1本の長いwavに収録された音声を個々に切り出す仕事）
台本のコピーもらったけど別に面白事なんて書かれて無かったよ
舞台台本みたいにト書きがあるわけじゃないし
ディレクターの指示や修正点の走り書きくらいのもの
音声の方には声優さんの
「すみません、もう一度お願いします」みたいな素の声が入ってたりするけど

厚さはまぁ全キャラ合わせればそこそこだけど
ゲーム音声ってアニメみたいにそろてアフレコするわけじゃなくて
基本全部別取りだから個々の台本はそんなでもない

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

質問です。
ウィザードリィ系のゲームを作るスレってありますか？
ソフト・エディタ名に詳しくないのでそれっぽいものがあるかどうか分かりません。
あれば教えてください。

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

>>409
http://schiphol.2ch.net/test/read.cgi/gameama/1250876777/

この辺が近いが、Wizardryの名前はなぜかエターナラーと評論家気取りのカスばかり呼び寄せる性質がある
したがってお前も口ばかり達者で駄作しか作れないカスかエターナラー

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

>>410
どうもありがとう！そのまんまなタイトルのスレがあったのか。

**名前は開発中のものです。** · 2010/06/28(月) 13:47:15

やっぱり、本当に役立つような資料は

各社の内部資料として秘匿されてるもんなのでしょうか。

ゲームを設計するのを、どうしているのかは読むだけでも楽しいと思うのですが･･･。
ゲーム制作の教科書のようなものはないのでしょうか。

**名前は開発中のものです。** · 2010/06/28(月) 13:49:05

>>408
声優さんですら、渡されるのは音声のしかもセリフのところだけなんですね。
自分の読みたいゲーム台本とは、マップから何から設計に使った資料全部のことです。

**名前は開発中のものです。** · 2010/06/28(月) 14:56:51

>>412
内部資料を外部に公開しても、会社側にはデメリットしかないじゃん

だいたい資料を読んでも作る役には大して立たんだろ
エターナラーの出歯亀根性を満足させるだけ

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

ワナビはとかく、それさえあれば簡単にことが進むような
魔法のテクニックやツールが存在すると思いがちだからな
実際は目先で必要なことを地道にやっていくだけ

まずは自分のできる範囲で、ジャンケンゲームでもいいから作品を一つ完成させろ

そしたら次はキャラ画像を表示させて、背景チップを並べて、スクロールさせて…
どんな機能も一つずつは少しやればできる程度のものばかり
その膨大な積み重ねなんだよ

**名前は開発中のものです。** · 2010/06/28(月) 19:02:14

いつまでたっても自作ゲーム用のツールを作り続けてるだけのような気がする。俺の場合。
作りたいところだけ出来たら満足してな。

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

プリ・プロダクションに使った物をフルセットで、というのも難しいのでしょうか。
それらこそが、本当に作品の設定資料集と思うんです。

巷間でよく見かける設定集は、イラスト集とかに近くて世界観を感じるのとは別物です。
エヴァクロなんか、ただのファンブックですし。

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

ここでぐだぐだ言ったところで無いものは無い。
いい加減諦めろ。

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

あるかもしれないけど、それがなんで表に出てくるっておもえるんだ？

**名前は開発中のものです。** · 2010/06/29(火) 16:25:23

それこそ、売れるモノしか表に出るわきゃね～だろ

**名前は開発中のものです。** · 2010/06/29(火) 17:50:02

このご時世だし、潰れた会社の資料が流出したりするかもしれんけどな…

**名前は開発中のものです。** · 2010/06/29(火) 18:00:36

流出があるとしても読みやすくまとまった形なんかありえないけどな
内部情報が全部まとまった冊子とかありえんし

いずれにしろ金もコネもない人間には入手不可だろ

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

ストーリーボードとイメージボードは、絵コンテと同じ物ですか？

**名前は開発中のものです。** · 2010/07/01(木) 00:57:48

情報漏えいに厳しい世の中で、しかも自社だけで収まらない物件の資料がそうそう流出するわけがない。

**名前は開発中のものです。** · 2010/07/05(月) 02:52:05

メッシュ同士の衝突検出ってどのようにすればいいのでしょうか？

**名前は開発中のものです。** · 2010/07/05(月) 20:52:11

ちょっとごめん、スレ違かもしれないんだが教えてくれ。
前にゲームを作ろうとして、シナリオを募集したんだがシナリオ完成→買取したものの色々あって頓挫。
買取したシナリオで新しい仲間と製作再開しようと思ってるんだけど、買取したシナリオライターと連絡が取れなくなってしかも名前がわからなくなってしまった。
この場合、シナリオを使うのは法的に問題あるかな？

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

シナリオを自作したって嘘つかなきゃいいんじゃね
シナリオ不明とかで

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

>>426
ちゃんとした取り決めしてないならそのシナリオは使わない方が無難。
トラブルになってまた頓挫するよ。

**名前は開発中のものです。** · 2010/07/05(月) 21:30:48

>>427
あーそうか、、頭いいな･･

>>428
どういうトラブルが発生する？
買取して、427がいうようにシナリオ不明でだしても駄目？
いいシナリオだからどうしても作りたいんだけど･･

**名前は開発中のものです。** · 2010/07/05(月) 21:50:37

>>429
ゲーム完成後にシナリオの使用を認めないと言われたらどうすんの？

**名前は開発中のものです。** · 2010/07/05(月) 22:03:40

>>430
企画は自分、シナリオは自分の企画に沿って書いてもらったもので、買取前提での約束なんだけど、
相手からシナリオの使用NGと言われることもあるの？

**名前は開発中のものです。** · 2010/07/05(月) 22:26:03

>>431
その買取が法的に成立してれば全然問題無いよ。
でも約束って言っても契約書がある訳じゃないんでしょ。

**名前は開発中のものです。** · 2010/07/05(月) 22:35:36

>>425
表示用と衝突検出用の形状データを別に持っていいなら
後者は球,箱,カプセル等の基本図形の組み合わせになる。
正確な衝突処理が要らないケースがほとんどだからこうやって
処理を簡略化できちゃう

どうしても見た目の形状同士の衝突検出がしたいなら
凸包にばらしてGJK法とか。重いからあんま使わない

あとこういう基本的な衝突処理はライブラリやゲームエンジンが
用意してくれてるからあんま知らんでも困ｒ

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

>>430
後付けで約束事増やすなんておかしいと思うけど。

まあ最悪の場合、返金要求くらいはできるかと。

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

>>432
426です。
法的な成立というか･･シナリオ自体を買い取りしてるんだけど･･
サークルとかではなくて外注として買取したんだよ

>>434
最悪の場合の返金というのはこっちが払うわけじゃないよね？

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

>>435
買収について約束の書面は残ってる？
残ってるのなら行政書士の事務所か、弁護士のお試し相談に書面を持って行って、
法的に有効な書面の内容を満たしているか確認しておくといい。

書面が残っていない口約束で、領収もなし、入金の記録も証明できないようなら、
そのシナリオに多大な労力を使ってゲームを作成するのはトラブルの元だと思うよ。
やはり行政書士などに相談するべきだと思う。
実際に法的アクションを起こすのでないなら大してお金はかからないだろうし。

なんにしろ、君がどんな契約を交わしたのかこちらからはわからないので、
何とも言いようがない。

ちなみに、買収って支払ったのは幾らなのかな。

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

>>436
書面などは残ってないかも･･。
入金の確認は通帳に残ってるのと最悪銀行へ問い合わせれば何とかなるかと。
支払ったのは3万円程だったはず

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

>>437
入金の確認ができるなら振込先で相手の実名わかるじゃないか

まあ、3万くらいなら、トラブルの予感があるなら放棄したほうがいいかもしれんよ

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

金をちゃんと払ってるなら問題無いよ

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

口約束でも契約は成立するからな
書類が有ろうと無かろうと相手がごねたら面倒くさいことになるのは変わりない
不安があるなら使わないほうが良いんじゃね？

法的には何の問題も無いぞ

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

よくOpenGLやDirectXなんかでは
面に対してレイを落としたときに交わった場合、交点座標を返す関数なんかを使うけど
これって実際は中で何をやってるの？
数学的な計算をしてるんだろうけど
詳しく調べるにはどうしたらいいだろうか？

レイを落としても、どの面に当たるか分からないくらい対象物が漠然としてる場合
調べる面の数が膨大になることはやっぱ避けられないのかな

**名前は開発中のものです。** · 2010/07/08(木) 22:53:53

>>441
ttp://marupeke296.com/COL_main.html