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

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

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

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

ゲーム製作技術板公式アップローダ
http://gamdev.org/up/

ゲーム製作技術板公式掲示板避難所
http://bbs.gamdev.org/gamedev/

ゲーム製作技術板予備
http://yy13.kakiko.com/gamdev/

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

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

93 · 2009/03/28(土) 02:44:47

表現で混乱させてすいませんでした。
>>100
mapはまだ使ったことが無かったですが、調べて利用してみますね。
ありがとうございました。

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

RPGみたいな大きなゲームを1から作るとしたらいきなり打ち込むよりも先にRPGつクールのようなものを製作して
それを用いて開発するほうが早いですか？

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

そんな質問が出るようじゃツクールが無難じゃない？
とりあえず1本「完成」させるのがどれくらい大変か体感したほうがイイヨ

**名前は開発中のものです。** · 2009/03/28(土) 21:24:08

すいません、質問が悪かったです
大規模なゲームを作っている人は自作ツールを先に作っている場合が多いのでしょうか？

**名前は開発中のものです。** · 2009/03/28(土) 21:30:42

口より手を動かせ

**名前は開発中のものです。** · 2009/03/28(土) 21:39:54

あとで、コードを使いまわして似た形態のゲームを何作も作ることを考えるなら
使いまわせる不変部分というか基盤となるゲームエンジンみたいなモノを作ることがあると思う

スクリプト等で、マップやシナリオをあとから注入・変更できるようなゲーム基盤部分が作ってあると
連作を考えてる人にとっては便利だとは思うが、そういうやり方は一作品まずは作ってみないと
ノウハウは学べないのではないかと思う。
ひょっとしたら単純なゲーム構造のものなら入門書とか公開されたお手本あるのかもしれんが。

**名前は開発中のものです。** · 2009/03/28(土) 21:52:20

>>105
マップとか街の人の台詞なんかはツールで作ったデータを読み込むしか
考えられない。
テーブルを何千行も書いたり、プログラム化なんて手間は掛けられない。

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

ソースファイル（と言っても配列を読み込むだけだが）に変換するツールとかも作ったなあ。

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

質問です

プログラムをダウンロードすることなく、インターネットエクスプローラ上でゲームができるタイプのもの
（Flashゲームっていうんですか？）

を作成したいんですけど、どういうツールを導入すればいいのでしょうか？

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

>>110
Flashゲームなら、Flash作成でググればいろいろ出てくる。
有料最高峰は本家AdobeのソフトFlashCS4。
無料なら公式のFlexSDK(AS3.0使いこなすならこれで十分かも）や
ParaFla、suzukaなどがある。

**名前は開発中のものです。** · 2009/03/30(月) 13:09:04

>>110
つ
Flash板
http://pc12.2ch.net/swf/
無料ソフトも専スレがある。

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

ライセンスについての初歩的な質問なんですが、同人レベルで作成するソフトは商用になりませんか？

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

どこがライセンスの質問なのかわからんのだが・・・・

>同人レベルで作成するソフトは商用になりませんか？
価格をどうつけようと勝手だし、買うやつが居れば、それが商用なんじゃないの？
素人レベルでひどいの売っている奴居るし、自由にしたらいい。

**名前は開発中のものです。** · 2009/03/30(月) 21:23:49

同人でも金取った時点で商用

**113** · 2009/03/30(月) 21:26:43

すいません、ライセンスっていうのはソフト制作に使っているライブラリの話です。
とりあえず、商用になるようなので、違う方法を考えます。
即答ありがとうございました。

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

えーと、整理するとこういうことか？

同人ソフトを作るのに、あるライブラリを使いたいのですが、そのライブラリの
ライセンスには、「商用での利用を禁止」とあります。
同人ソフトは、商用にあたるのでしょうか？

一般的には商用だけど、そういうライセンスが実際のところどうなのかは
ケースバイケース。問い合わせてみたら？
その際は、どういう風に使いたいのかまともに説明すること。

**名前は開発中のものです。** · 2009/03/31(火) 20:53:28

もし、商用不可と明記されているのなら、議論の余地は無いでしょう。

**名前は開発中のものです。** · 2009/03/31(火) 21:30:28

例えば>>113がNPO法人で法人名義でソフトを作るのだとしたら、
それに値段が着いていても商用ではなくなるよ。
NPOそれ自体は商売とか禁じてるけど(それやったら株式会社じゃん)組織維持のための費用をやりくりするのは認められてるからね。
ただし、絶対にその売り上げを個人の懐に入れちゃいけないんだけど。

**名前は開発中のものです。** · 2009/03/31(火) 23:17:05

>>119
根本的なとこ間違えてるぞ
そもそも
商用　!=　営利なんだが

**名前は開発中のものです。** · 2009/04/01(水) 00:28:55

なる。自分以外の第三者によって契約的なあれに載せられることを禁止してる訳だな
>商用禁止
だとすれば、悪い話がフリーで配布していたとしても、その配布元のサイトなりに商用ソフトが併置してあり、
なおかつそのフリーのソフトが撒き餌的な位置にあることも同様に｢商用｣だと見なせる訳ね。
結構面倒な借約だわね。

**名前は開発中のものです。** · 2009/04/01(水) 00:45:05

そこまで拡大解釈しなくても良いと思うけど
結局は対象物に金銭が絡む場合に適用されるわけだし

**名前は開発中のものです。** · 2009/04/01(水) 10:30:39

なんか知らないけどメモリ使用量がハンパないことになってる。
マリオっぽいアクションゲーム1面分だけのゲームなのにiエクスプローラと同じくらい使ってる・・・。
ＣＰＵ使用率はそうでもないんだけど。

どんな原因が考えられますか？

**名前は開発中のものです。** · 2009/04/01(水) 10:37:35

画像を全部システムメモリにのせてるとか

**名前は開発中のものです。** · 2009/04/01(水) 10:41:21

BGMを全部メモリに置いてるとか

**名前は開発中のものです。** · 2009/04/01(水) 10:43:30

>>124-125
なんかそれっぽいです・・・。
よかったら解決策教えてください。

**名前は開発中のものです。** · 2009/04/01(水) 10:51:31

というかそういう大容量の画像とかはメモリに置いとかないと高速アクセスできないとかなんとかってどこかで読んだ気がするんですが・・・。
もっといいやり方があるんでしょうか？

**名前は開発中のものです。** · 2009/04/01(水) 10:52:54

環境つかライブラリによっては全部メモリに配置せざるも得ないだろうし、
何もわからない状態では何もいえない。

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

>>128
すみません
ＤＸライブラリってのを使ってます。
ＰＣのスペックは十分なのですが、さすがにIEと同じぐらいと分かるとなんか気になってしまって・・・。

**名前は開発中のものです。** · 2009/04/01(水) 11:27:37

使い方の問題だな

**名前は開発中のものです。** · 2009/04/01(水) 11:35:56

そもそもＩＥと同じくらいってどれくらいなんだか

DXライブラリのことはよくわからんが
あとD3DPOOL_MANAGEDで作られたテクスチャは
VRAMも転送し終わった後もシステムメモリ上にもデータを保持する
サウンドもBGMをストリーミング再生させる以外は
SEなんかだいたい全てメモリにのせてしまうことが多いので
背景をベタでもったりしてたら数十Mは余裕で行くんじゃ？

**名前は開発中のものです。** · 2009/04/01(水) 20:50:49

三国志ＮＥＴつくろうと思うんですが、その手の物は初心者です。
なにか良いサイトは無いでしょうか？
どなたか教えてください・・・
（maccyu氏の配布ﾀﾞｳｿ済み・鯖仮済み）

**名前は開発中のものです。** · 2009/04/01(水) 20:51:53

そもそもコンシューマでは実装メモリぎりぎりを維持するように作るもんだしなあ。
IEと同じくらいなら、つまりせいぜいが20MBくらいだろ？
まだまだ余裕かと。

**名前は開発中のものです。** · 2009/04/01(水) 22:10:33

最近98SEとかMeとか、ホント聞かなくなったなあ。
去年の今頃はまだ生きてたような感覚あるんだけど。

**名前は開発中のものです。** · 2009/04/02(木) 21:18:52

私は自分の作りたいゲームを作るためにはＡＰＩなどの
知識があれば十分だと思うのですが

ＡＰＩだけの知識だけだと、どんな時に壁にぶつかりますか？

**名前は開発中のものです。** · 2009/04/02(木) 21:29:44

>ＡＰＩなどの知識があれば十分
「ＡＰＩなど」が何なのかわからないけど
衝突判定とかで数学を必要とするときとか？

**名前は開発中のものです。** · 2009/04/02(木) 21:42:51

処理速度の壁にぶつかります

俺はそうでした

**名前は開発中のものです。** · 2009/04/02(木) 22:20:29

というか、APIだけ知っていてもプログラムは組めないだろ
いつどのタイミングでそのAPIを使うのか、アルゴリズムを理解しないと

**名前は開発中のものです。** · 2009/04/03(金) 12:26:06

数学の知識といっても2Dゲームに最低限必要な知識は、普通に中学校卒業してれば、すでに一度理解済みだろ
プログラミングするんだからプログラミング言語知識はマスターするとして、あとはAPIさえ覚えれば劣化初代ドラクエくらいなら作れるだろ

**名前は開発中のものです。** · 2009/04/03(金) 12:30:33

APIつっても画像、音声、あとはキーボードからの入力がとれればゲームは作れる

**名前は開発中のものです。** · 2009/04/03(金) 12:31:30

>139
中学だと三角関数やベクトルは、こういうものがあるんだ！レベルだからキツいんでない？

**名前は開発中のものです。** · 2009/04/03(金) 12:37:39

>>141
「劣化初代ドラクエくらいなら」っていってんだから十分じゃないか

**名前は開発中のものです。** · 2009/04/03(金) 12:39:27

ベクトルや三角関数の知識はあったほうがいいけど、なくてもソレっぽいものは作れるよ

昔はBASICで中学生が劣化マリオとか劣化ゼビウスとか作ってたし

**名前は開発中のものです。** · 2009/04/03(金) 12:41:54

それは中学生がベクトルや三角関数を知っていただけではないだろうか。

**名前は開発中のものです。** · 2009/04/03(金) 12:49:31

ゲームよっては必須じゃない、っていう話でしょ
マリオにもゼビウスにも必要ないじゃんｗ
せいぜい二次関数

**名前は開発中のものです。** · 2009/04/03(金) 13:47:42

というか>>135の作りたいゲームがどんなのかは、誰も知らないんだよな

**名前は開発中のものです。** · 2009/04/03(金) 19:23:48

>>135
上にあるようにゲームの規模やジャンルによっては
回避可能なものも多いので一概には言えないが、
考えられるものとして…

言語とAPIで壁に当たらないとして、
・アルゴリズムが判らないという壁
・素材が集まらないという壁
・幾何学の壁
・意味不明な３D表示＆移動で訳判らなくなる壁
・最新のドキュメントを漁ろうとして英語の壁
・プログラムが大きくなりすぎて弄れなくなる壁
・テスト版でテスターが集まらない壁
・完成版で誰も遊んでくれない壁

**名前は開発中のものです。** · 2009/04/03(金) 20:34:13

学業/仕事と趣味制作を両立できない壁
64bitOSの壁
文字コードの壁
恋愛/結婚/出産と両立できない壁

**名前は開発中のものです。** · 2009/04/03(金) 20:56:30

やる気が維持できない壁

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

あるあるｗ

**名前は開発中のものです。** · 2009/04/03(金) 21:09:23

寿命の壁

**名前は開発中のものです。** · 2009/04/03(金) 22:06:37

＞両立できない壁
＞寿命の壁
…

**名前は開発中のものです。** · 2009/04/03(金) 22:07:58

世の中壁だらけですね

**名前は開発中のものです。** · 2009/04/03(金) 22:37:25

３Ｄダンジョンですねわかります

**名前は開発中のものです。** · 2009/04/04(土) 00:24:59

ナイトロアーは嫌ー

**名前は開発中のものです。** · 2009/04/04(土) 02:37:59

>>1
最後の方がなんかせつないなｗｗｗ

**名前は開発中のものです。** · 2009/04/04(土) 02:57:35

誤爆

**名前は開発中のものです。** · 2009/04/04(土) 17:35:44

頼むから誤爆だけはやめてくれ

**名前は開発中のものです。** · 2009/04/04(土) 19:53:45

じゃあ誤探知的な方向で。

**名前は開発中のものです。** · 2009/04/04(土) 20:56:52

誤りに対してやめろと言うのはいかがなものか

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

シナリオ製作でちょっと詰まってるのですが、
シナリオ添削スレみたいなのはあるのでしょうか？
良ければ誘導お願いします。

**名前は開発中のものです。** · 2009/04/05(日) 00:49:58

>>160
さては向こう側の人間か！

**名前は開発中のものです。** · 2009/04/06(月) 16:22:00

ゲーム(DirectX)の稼動中に
日本語を入力して変数に取り込みたいんですが、（所謂チャット的な物。）
immでコレを作れるでしょうか？
むしろ、imm以外にコレを作るに向いているものは有るでしょうか？

**名前は開発中のものです。** · 2009/04/06(月) 16:45:20

immってIMEのつもりで言ってるの？それとも別物？

**名前は開発中のものです。** · 2009/04/06(月) 16:47:30

>>164

**名前は開発中のものです。** · 2009/04/06(月) 16:48:16

Input Method Manager

**163** · 2009/04/06(月) 18:59:29

>>164
＞immってIMEのつもりで言ってるの？それとも別物？
いえ、別物ではなくその IME です。
（IME(Input Method Editor)の管理をしているimm(Input Method Manager)）

immはプログラムを稼動させながら、日本語を変数に取り込むのに向いているでしょうか？
別のもっと良い関数などが存在したりするでしょうか？

**名前は開発中のものです。** · 2009/04/06(月) 19:26:28

どっちかと言うとWinAPIの方の話だな。
てかプログラムに関係なくIME立ち上げられるから、
そのウィンドーメッセージ受け取ったら、位置をそれっぽく指定して、
ゲームでIME受付しているように偽装する。
で、入力確定するとウィンドーメッセージに文字列が入ってくる。
まあ、あくまで自分の実装の場合…だけど。

でもDirectXとの相性はシラネ。
俺はなんか嫌な予感したんで、IME用とDirtecct3Dでウィンドー分けたｗ

**163** · 2009/04/06(月) 20:27:45

>>168
そういうやり方が有る＝つまりimmでできるのですね。
感謝！

**名前は開発中のものです。** · 2009/04/06(月) 23:48:50

>>169
普通にIME関係のメッセージ処理すればいいと思うよ
変換中とかちょっと操作しないといけないだろうから
168のいうとおりそれ用のAPI使ったりして

**名前は開発中のものです。** · 2009/04/07(火) 13:42:48

>>169
DXライブラリのソースコード見ればimm関連の処理の流れ分かるよ

**名前は開発中のものです。** · 2009/04/07(火) 20:46:51

ゲームパッドがゲーム中に反応しなくなりました
調べてみたらDirectXを最新にするようにとあったので最新にしたら
動くには動いたのですが、方向キーだけがききません。

３Dスティックは正常に動き、他のボタンも動きます。
コンパネのゲームパッドの反応を見ると方向キーも反応できています。

動かしているゲームがツクール２０００とｘｐで試しましたが
どちらも方向キーだけがききませんでした。
何かわかる方がいたらご教授お願いします…。

**名前は開発中のものです。** · 2009/04/07(火) 20:54:45

まずはマイクロソフトのサイトからDirectX10 SDKを探してインストールして試してみてください

**名前は開発中のものです。** · 2009/04/07(火) 21:41:28

>>173

返信ありがとうございます。
DirectX10 SDKをインストールしてみました。
（青紫の●に黄色の×のアイコン）
途中聞かれた内容はNo～を選びそのままインストールを済ませました。
その後実行に随分時間がかかりましたが、無事完了したと思います。

ですが現状は変わりませんでした。
ちなみにOSはVistaです。
ELECOM製品のPS2のコントローラを変換するものを通してやってますが
ドライバもVista対応のものを入れて再起動もしています…。

**172** · 2009/04/07(火) 23:14:35

なぜか解決しました！
どうもお騒がせしました！

**名前は開発中のものです。** · 2009/04/07(火) 23:47:56

原因はコントローラの接触不良とかじゃね

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

>>161
ここかな？
サウンドノベル・ビジュアルノベルのシナリオ4
http://pc11.2ch.net/test/read.cgi/gamedev/1213325353/

**名前は開発中のものです。** · 2009/04/08(水) 15:32:13

ManagedDirectX+C#で開発中ですが、
戦略シミュレーションのマップデータ（2D）の管理の仕方に困っています。
グラフィックを多用するので、できるだけ処理速度が必要です。
外部読み込みでマネージ配列に情報を格納するという処理を行いたいのですが、
最低上限1000x1000(int)の配列がいくつか必要だと考えています。
プロパティだとかインデクサとかありますが、何が適切でしょうか。
それとも静的配列で格納するべきなのでしょうか。

**名前は開発中のものです。** · 2009/04/08(水) 15:51:01

「最低上限」という単語にひっかかりを感じるがｗ

インデクサで表現した方が良いかというのは難しい問題で、作り手が決めるものだしなぁ。
データを圧縮するためにインデクサを利用して、2次元配列的にアクセスしやすいものを作る
とか考えているのかな？とかいろいろ考えられすぎて困るｗ

たとえばRLEとかで圧縮したマップチップをインデクサつかって適切に取り出すとか。

で、今でてきている情報だけで判断すると、
マップ表現として1000*1000の配列が必要であったとしても、
それ以外の配列が本当に必要かどうかは検討し直したほうが良いと思う。

なんも考えないで、いくつも静的に確保して、
メモリの問題とかが出てきてから考えればいいとおもうんだ。
作ってる途中の最適化なんてばからしいからやめておけｗ

**名前は開発中のものです。** · 2009/04/08(水) 16:00:06

まずはベタで作って遅けりゃ考える
でいんじゃね

**名前は開発中のものです。** · 2009/04/08(水) 16:38:53

>>179-180
ありがとうございます。
説明不足で申し訳ないです。

> インデクサ
すみません。軽はずみに適当な例をあげてしまいました。
本筋とは脈絡のない話ですが、個別の変数名をもった（体力、攻撃…など）
パラメータなどを配列化して一元管理しようと思っていたのですが、
これもまた誤用だったのかもしれません。

> マップ表現として1000*1000の配列が必要であったとしても、
> それ以外の配列が本当に必要かどうかは検討し直したほうが良いと思う。
もしかしたら自分は勘違いしていたかもしれません。
その座標固有のフラグや、Ａスターアルゴリズムなどの情報を
別途の配列に格納していたのですが、もしかして無駄なメモリを消費していたのでしょうか。

> 遅けりゃ考える
何だか作ってもソースが汚く見えてしまうんです。
もう６回くらい作り直してるんですが、
汚いソースを手直ししたくないという欲望がありまして…orz

**名前は開発中のものです。** · 2009/04/08(水) 17:07:23

まだよく見えないので適当にエスパーして言うけど
グリッドのクラスを配列化するだけじゃだめなのか？

**名前は開発中のものです。** · 2009/04/08(水) 17:24:23

>>181

>個別の変数名をもった（体力、攻撃…など）
>パラメータなどを配列化して一元管理しようと思っていたのですが、
>これもまた誤用だったのかもしれません。
これは普通にクラス化してプロパティとしてアクセスするのが良いのじゃないかな。

インデクサだと嬉しいところってのがあんまり思い浮かばない。
これは設計している上じゃないと思いつかないもんだからなぁｗ

>その座標固有のフラグや、Ａスターアルゴリズムなどの情報を
>別途の配列に格納していたのですが、もしかして無駄なメモリを消費していたのでしょうか。
マップの地形情報とかは確実に前座標に必要な物だけど、
たとえばその上に乗っかる建物情報（大戦略でいえば都市や空港）は
別のListとか配列とかにすれば良いのじゃないかなぁ。
HashMapとかのほうが今回の目的には合っているかもしれない。

Aスターアルゴリズムの情報をどう持っているかわからんけど、
計算後の最短経路をリストで持つだけなんじゃないの？
計算途中でも配列が必要な場面は無いと思うんだな。

>何だか作ってもソースが汚く見えてしまうんです。
>もう６回くらい作り直してるんですが、
>汚いソースを手直ししたくないという欲望がありまして…orz
完成＞＞ソースの綺麗さ　ってのだけは重要。
どんだけ綺麗に書いても完成しなければクソだ。

アルゴリズムの勉強もすでにやっていると思うから
つぎはデータ構造についての勉強をすると良いと思う。
この二つは切っても切れない関係だからね。
そうすれば、自分の思うデータを、どのデータ構造で表現すれば効率が良いかがわかってくると思う。

**名前は開発中のものです。** · 2009/04/08(水) 17:27:39

>>181
だいたい1000*1000のマップは上段抜きにやる気がしない。
最初は20*20ぐらいの小さいので作ればいい。
そうすれば、探査アルゴリズムの作るのが楽になる（デバックしやすい）
全体い機能が動く小さなプロトタイプが出来てから大きくすればいい。
>（体力、攻撃…など）
これは普通キャラガもつべきデーターでマップには必要ない。
キャラデーターにマップ上のXY,座標をを持てばいい。
>Ａスターアルゴリズム
で探査尾する場合のマップデータは一時的に一枚持てばすむ。
>座標固有のフラグ
これらは、へっくすの種類データの中に埋め込むのがいい。
へっくすの種類で沼地なら移動が遅い、とする。
別途ほしければ、使っていない上位ビットを使う。

**181** · 2009/04/08(水) 17:28:16

>>182
あ、なるほど！
その発想はありませんでした。
そっちの方がいいと思います。
分かりにくい説明でした。

**181** · 2009/04/08(水) 17:51:25

>>183
ありがとうございます。

> インデクサだと嬉しいところってのがあんまり思い浮かばない。
確かに配列化しても、結局クラス内の配列を指定しているだけなのだと
思う節はありましたが、意外です。

> たとえばその上に乗っかる建物情報（大戦略でいえば都市や空港）は
> 別のListとか配列とかにすれば良いのじゃないかなぁ。
> HashMapとかのほうが今回の目的には合っているかもしれない。…
建物などはそう考えていました。
HashMap…ググってみます。

> Ａスター
対象との距離（コスト）を各座標に格納していますが、
より距離の短い経路があればそちらを選ぶ必要があると思ったので、
必要ではないでしょうか。

> 完成＞＞ソースの綺麗さ
なるほど。潔癖は良くないですね。
> アルゴリズムの勉強もすでにやっていると思うから
> つぎはデータ構造についての勉強をすると良いと思う。
ありがとうございます。アルゴリズムも触り程度しか勉強してませんが、精進します。

**181** · 2009/04/08(水) 18:00:49

>>184
> 最初は20*20ぐらいの小さいので作ればいい。
> そうすれば、探査アルゴリズムの作るのが楽になる（デバックしやすい）
勿論そうです。
> これは普通キャラガもつべきデーターでマップには必要ない。
> キャラデーターにマップ上のXY,座標をを持てばいい。
すみません。インデクサの用例のため関係ない話題を取り上げてしまいました。
キャラのデータは個別にクラス化しています。
> へっくすの種類
ググってみます。

時間を割いて下さって、ありがとうございます。
あとは何とかググって解決します。

**名前は開発中のものです。** · 2009/04/08(水) 18:17:35

>対象との距離（コスト）を各座標に格納していますが、
>より距離の短い経路があればそちらを選ぶ必要があると思ったので、
>必要ではないでしょうか。

マップチップとコストって等価じゃないの？
たとえば、ある地点が山地であったとしても、
キャラクタが飛行タイプであればコスト１、
人間タイプだと４とか、そんな感じだよね。

こんな感じでキャラクタの属性として、移動タイプとか持たせれば
マップチップを保持する配列一つだけで、コストマップが作成できると思うんだけど？

**181** · 2009/04/08(水) 18:40:48

>>188
間違っているかもしれませんが、
×に辿り着くため○、◎の経路があったとして
（□が原点、■が障害物）
原点からの経路によって移動コストが異なる場合、
その先（×以降）を検索する上で誤差が生じると思います。
□◎◎
○■◎
○○×…
私の関数では１マスずつ検索して、同一マスに辿り着けば
コストの低い方を次のオープンリストに追加するというものなので、
経路によって誤差が生じるのではないかと思ったのですが。

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

別に間違ってないと思うよ。

ただ、最初に決めるモンじゃなくて、移動行動ごとに最探索するものでしょ？
ノード間（ここではヘクス間）の重みはマップチップと等価でしょ？

で、探索はA*でやるから、全てのノードをチェックする可能性が少ないわけだよね？
となると、1000*1000の配列は必要ないでしょ？ってこと。

**181** · 2009/04/08(水) 19:23:08

>>190
確かにそうですね。移動量の矩形の領域だけかもしれません。
それに、ローカルで事足りると思いました。把握しました。

**名前は開発中のものです。** · 2009/04/10(金) 04:56:06

３ヶ月くらい前にどっかの博士課程かなんかの人が３ｄゲーム開発エンジンみたいなのを
たしか経済産業省かなんかのサポート付きで開発した、みたいな記事読んだんだけど
（かなりあいまい、詳細違うかも）
分かる人いませんか？

**名前は開発中のものです。** · 2009/04/10(金) 16:39:12

>>192
未踏ソフトウェア創造事業

とかでググったらなんかヒットすんじゃないの？
これか？
ttp://jp.3d-tcpdump.org/

**名前は開発中のものです。** · 2009/04/10(金) 16:43:07

>>192
あとこんなのもあったが、ちと古いか・・・
ttp://lamp.sourceforge.jp/

**名前は開発中のものです。** · 2009/04/10(金) 20:58:47

ハローワールドが終わったら次は何を練習していくのが普通なんだ？

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

ウィンドウが作れるようになる。
→窓に絵をかけるようになる。
→音を鳴らせるようになる。

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

全ての言語でハローワールドを出すまでは終わらせてはいけない

**名前は開発中のものです。** · 2009/04/10(金) 21:23:17

ウィンドウズならコントロールの配置とウィンドウプロシージャを使いこなすんだな。
ＭＦＣはそれを覚えてからの方がより役に立つ。…ゲームでＭＦＣは使わないかな？
俺は使うけど。

**名前は開発中のものです。** · 2009/04/10(金) 21:27:20

もうテキトウなDiectX本でも買ってきて、サンプル手コピーして弄々しちゃったら？

**名前は開発中のものです。** · 2009/04/10(金) 21:34:18

>>195
ハローワールドが出せたという事は、
お前は、既にその言語を完全にマスターした達人だから、
さっさと次の言語にとりかかるべき

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

ハローワールドの次は、おはようございます、こんばんわだ。
そして、アイワ世界を救う　を100万遍したら、南国の孤島に行きなさい！