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

**スレ立て挑戦** · 2006/01/20(金) 13:16:04

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

※ >>980 を踏んだ人は次スレ立てをお願いします。

その他は>>2-10ぐらい

**名前は開発中のものです。** · 2006/05/02(火) 18:35:18

ゲーム作成は始めての初心者です。
オブジェクト指向でFPS系のゲーム作成に取り組んでおります。

弾クラスというものつくったのですが、
弾クラスは誰に持たせるのが理想的でしょうか？
キャラに持たせる？
キャラと並列して普通のオブジェクトと同じように扱う？

**名前は開発中のものです。** · 2006/05/02(火) 18:36:49

勝手にしろ。

**名前は開発中のものです。** · 2006/05/02(火) 18:44:40

２Dゲーを作るとき、例えばシューティングで、
敵と自弾が接触するのを感知するアルゴリズムってどうやってる？

typedef struct {
int x;
int y;
bool valid;
} BULLET;

static BULLET blt[256];

とかいう構造体の配列でも作ってforかなんかで一つ一つやっていくの？
効率が悪そうだと思うんで、他に良い方法がないかと質問でーす

**名前は開発中のものです。** · 2006/05/02(火) 18:46:40

思うんじゃなくて、検証してから考えろ。

**名前は開発中のものです。** · 2006/05/02(火) 19:40:29

>>819
キャラに持たせるとキャラが消えたときに弾も消えることになりませんか?

**名前は開発中のものです。** · 2006/05/02(火) 19:54:21

>>819
普通はキャラと並列して普通のオブジェクトと同じように扱う。

>>821
領域を分割して領域毎に当たり判定を行えば、処理は軽くなる。
まあ、処理としてはえらく面倒臭いんで、必要になるまでは、
わざわざ実装する必要はないけどな。どうせコンピュータは、
単純作業をする場合は、キャッシュとかの都合もあって、
えらく処理が早いから。

**名前は開発中のものです。** · 2006/05/02(火) 19:57:26

そうですね。
キャラが数分間も残るような弾あるいは爆弾のようなものを設置すると、
キャラが死んだ後に残っているとちょっとおかしな感じになりますね。
やはり、場面に持たせるが最善なのかな・・。

**名前は開発中のものです。** · 2006/05/02(火) 22:30:04

>>818
ついたばかりの洋服のシミを広がらないように落とす手法に似てるな

**821** · 2006/05/02(火) 23:42:31

>>822
確かにそうですな
今度からは検証してもそれでも分からなかったら質問するようにします

>>824
えらいイメージが鮮明に浮かんできたので、必要になれば使ってみようと思う

ありがとう

**名前は開発中のものです。** · 2006/05/03(水) 19:02:43

マップチップを使用して描画したいのでループ文の中でBltFastを複数回呼び出したところ
実行速度がかなり下がってしまいました。
画面は640*480でマップチップは32*32です。
640*480の画像をBltFast一回で描画した時は60Fpsくらい出るのですが
BltFastを20*15回使用して描画を行うと30Fps未満しか出なくなってしまいます。

マップチップを使用して60Fps出す方法はありますか？

**名前は開発中のものです。** · 2006/05/03(水) 19:23:16

もう気付いてるかも知れないけど、先にマップを640*480の画像に一回描画して
それを描画すれば速くなると思う。
つか、Pen2時代のマシンでも使ってんの？

**名前は開発中のものです。** · 2006/05/03(水) 20:46:35

>>828
その程度の分割でパフォーマンスが落ちるとは思えないな
描画する矩形の指定方法が間違って大量の重ね描きが発生してない？

>>829
BltFastは描画元も描画先も原則VRAMから確保してると思う

**名前は開発中のものです。** · 2006/05/03(水) 21:09:05

>>830
いや、実は俺が知りあいの家のマシン(Pen2 400MHz VRAM4M)
で同じ現象が出た事がある。
DirectDrawは大きいの一枚描画する方が速いっぽい。
って当時知り合いのプロに聞いたら、当たり前だろってキレられたｗ
まあマシンが今のだったらプログラムがおかしいんだろうけど

**名前は開発中のものです。** · 2006/05/03(水) 23:09:19

Cでgotoが使えるの今まで知りませんでした＞＜

**名前は開発中のものです。** · 2006/05/03(水) 23:10:28

嘘つき！
goto 20
で、20行目に飛ばなかったお！

**名前は開発中のものです。** · 2006/05/03(水) 23:31:40

registerとビット・フィールドはＣの華。

**名前は開発中のものです。** · 2006/05/03(水) 23:35:06

void main()
{
puts("ぬるぽ");
goto orz;
puts("ガッ");
orz:
}

**名前は開発中のものです。** · 2006/05/04(木) 00:58:07

>>829,830
レスありがとうございます。
829の方法で試したら60Fps出るようになりました。

使ってるマシンはPen4 2GHz VRAM64Mです。
やっぱりプログラムがどこかおかしいのかも

**名前は開発中のものです。** · 2006/05/04(木) 09:26:36

ループのトコだけ晒せばいいのに。

**829** · 2006/05/04(木) 09:32:45

>>836
それはプログラムがおかしいｗ
タイマー精度が低いままとか、グラボのドライバが古いとかいろいろありそうだけど

**名前は開発中のものです。** · 2006/05/04(木) 15:14:01

GameProgrammingGems1のサンプルのプロファイラを動かそうとしてるのですが
うまいこと動きません。floatの値で-1.#IND000が入っておかしいんですが
誰か教えて下さい。

**名前は開発中のものです。** · 2006/05/04(木) 18:33:52

>>828
遅い理由に、出力先(ウィンドウ、デスクトップ)と
出力元(画像)のデバコンドルタイプが違う場合もある。

そもそも、マップチップって事で、ジャンルはRPG系だと思うが、
待機時は、60fpsも更新表示する必要はないと思う。

キャラが足踏みしないなら、更新表示をする必要が無いし、
足踏みしたり、海が点滅する場合でも、その点滅パターン分、
裏ビットマップを作り、それぞれに内容を書き、
4fpsだけローテーション回してで更新表示すればいい。

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

ブラウザを使ったネットワーク対戦型のゲームを作る場合、言語は何を選ぶのが定番ですか？
出来ればその理由も添えてもらえるととてもありがたいのですがが

**名前は開発中のものです。** · 2006/05/04(木) 23:23:43

２Ｄのゲーム作りたいんですが、
ゲームを初めて作るときは、どの言語が
適してるんですかね？
その言語中心にこれから勉強するつもりです。

本格的な開発ではＣ++が一般的っぽいけど、
初心者では難しそうなので・・・

**名前は開発中のものです。** · 2006/05/04(木) 23:25:30

FFみたいなRPGが作りたいのですが、
どの言語やればいいの？
CもC++もさっぱりわかりませんでした。

**名前は開発中のものです。** · 2006/05/04(木) 23:34:18

>>841-843
CでもJavaでも何でもいいから
とにかく一つくらい根気良く勉強してみろ

**名前は開発中のものです。** · 2006/05/04(木) 23:38:30

入門レベルであきらめるようじゃゲーム作るどころじゃないんだモナ＞（´∀｀）

**名前は開発中のものです。** · 2006/05/04(木) 23:38:42

>>841
ブラウザを使うネトゲなんてありましたっけ？

>>842-843
私はVBから始めました。
VBやDelphi、HSPなどは比較的容易に
見た目の良いものが作れるでしょう。
軽く作るならツクール系や
その他アクション専用のツールなんかがあります。
ベクターなどを探してみてください。
言語やツール以上に重要なのは最後まで泣かない事ですが。

**名前は開発中のものです。** · 2006/05/04(木) 23:51:52

HSPですらOOPっぽくなってきた昨今、皆様いかがお過ごしでしょうか。

>>841
Java。ブラウザだから。他の技術はポシャったか未知数だから。

>>842
気になるならC++。いきなりC++で何が悪い。

>>843
それならHSPだな。もちろんFF3(最高傑作)だよね？あくまで3DならC#かVBで

**名前は開発中のものです。** · 2006/05/05(金) 00:26:35

俺以外にも書き込みがあるとは。
このFAQだけどさ、言語自体の難しさは別な気がするな。

まず最初のハードルは、環境の揃えやすさか。
いまは全ての言語において、フリーでIDEまである時代だからな。
ネットの資料読む、ちょっとの根性があれば、どれだって構築できるわな。

次に、Windowsプログラムとして成り立たせるまでの道程ってところか。要するにウィンドウの表示だ。
HSPは面倒なところ隠してくれるから、楽だわな。VB、Delphiも楽だが、ちと特殊気味か。
JavaとC#は、有る意味素直で分かりやすいかもな。C++だってフレームワーク次第だぜ？
Cは…いや良いんだよ。根本から理解できるなんて素晴らしい。WinAPIはCのものさ。

後は画像が表示できれば、一段落ってとこだな。どれも画像読み込んで表示するだけよ。

最後にトムが言いたいのは、この3つのハードル超えれば
後はどれだって同じ様なもんだってことですよ。

**名前は開発中のものです。** · 2006/05/05(金) 00:29:23

何が言いたいんだかさっぱり分からん。

WinAPIは結局のところDLLをコールしてるだけだから
DLLから関数を呼び出す機能がある言語ならどれでも呼べるし。

うーむ。
GWだからか？

**名前は開発中のものです。** · 2006/05/05(金) 01:39:30

>>849
ああ、いやそんな事じゃなくて、C用の分かりやすいフレームワークが無いのを茶化してみただけよ。
今時、ほとんどのAPIをラッパ経由で無しに直接呼ぶのは、我らがC使いくらいだろ？
まぁ、どうでも良いけどな。GW厨でーす。

ウィンドウ作るという、初心者の2つ目のハードルを越えるのにさ、
HSPなら何もいらないだろ？一行書くだけだ。VB、Delphiならフォームの仕組みを覚えればOKと。
JavaやC#になると、エントリーまわりを勉強する必要があるかな。まぁそれだけだ。個人的に一番分かりやすい。

で、C++だって、例えばフリーでもATL/WTL辺りを使えば2～3行で済むわけだ。
あれならメッセージディスパッチ周りも、分かりやすく？隠蔽してくれるしな。

Cはちときついかもなぁという話。まぁ「猫でも～」辺りを利用するなら、むしろありかもな。

つか気合い入れて書いたが、確かに全然初心者向けの文じゃないかもな。
俺が言いたいのは、有る程度まで頑張ればどれも同じということだけですよ。

これは関係ないが、Win32APIがC用に設計されているのは間違いない。何かで読んだ。
あとATL/WTLがフリー？って人は該当スレにでも。

**名前は開発中のものです。** · 2006/05/05(金) 01:40:14

右も左も分かってないやつは素直にHSPから始めればいいと思う

**名前は開発中のものです。** · 2006/05/05(金) 01:53:36

過半数の人がHSPですらゲームを作れずに終わるだろうしな
実際は言語習得よりもゲームを完成させるまでモチベーションを維持する方が遥かに大変だし
とりあえずHSPで自分がゲームを作れそうなのか体験するのは悪くないな

**名前は開発中のものです。** · 2006/05/05(金) 02:29:30

ﾀﾞﾚｶﾀｽｹﾃ。
いま3Dモデルを使って2Dシューティングを作ってるんだけど、
自機の行動範囲を画面内に制限する方法が分からない・・・。

**名前は開発中のものです。** · 2006/05/05(金) 02:39:56

エスパーが来るまで待て。

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

>>854
いえっさー

とりあえず現状を説明すると、D3DXVec3Unprojectとかで画面枠の4点を3D空間のベクトルに変換して、
自機が移動している平面との交点をD3DXPlaneIntersectLineで求めて、、、てところで止まってる。
こっからなんかやれば出来そうな気がするんだけど・・・・、もう既に間違ってる？

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

出来そうってなんだよ。
計算を考えて、その通りにプログラムを組めば良いだけ。
数値が計算と違うなら、デバッガで追えば良い。

PCは計算間違いしないって前提で良いと思うぞ。

**名前は開発中のものです。** · 2006/05/05(金) 03:35:08

その計算方法が浮かばないの・・・orz

**名前は開発中のものです。** · 2006/05/05(金) 04:05:53

いやはや、必死に色々考えちまったよ。酔いも醒めちまった。
4平面用意したり、自機平面を一度簡単な座標に変換したりとな！

>>855
まず自機の3D座標を普通に2D座標へトランスフォームする。
で、その2D座標が画面からはみ出ていないか確かめる。はみ出てなければ、3D座標をそのまま使う。

もし、はみ出ていたら画面に収まる様に2D座標で簡単にクリップし、そのクリップした2D座標をUnproject。
視点とUnprojectした座標からレイを求め、それと自機移動平面との交点を求める。

で、よくね？

**名前は開発中のものです。** · 2006/05/05(金) 05:21:29

自機の位置をワールド座標としたとき、ビュー変換・射影変換を
掛けた結果、x,yが-1～1の範囲を超えたら画面外

…たぶん

**ピョートル筒井** · 2006/05/05(金) 11:12:57

パースがつかなくてもいいんなら正射影にすると楽ですよ。

**853** · 2006/05/05(金) 16:57:43

>>858
なんか合ってそうな感じなのでさっそくやってみた。・・・けどなんか画面端で自機が刺さって戻らなくなることがある（汗
下みたいなコード書いたんだけど、こういうことだよね？vecNewPosは今フレームの自機の座標です。

D3DXPLANE Plane;
{
　　　　// 自機移動平面作成
}

// 画面内かどうか調べて、画面外なら修正を行う
D3DXVECTOR3 vecViewed;　　　　　　// ビュー変換後の座標が入る（特に意味はない）
eViewPlaneNo ePlaneNo;　　　　　　　　// 視錐台カリングで引っかかった平面No
if( ( ePlaneNo = m_pCamera->FOVCheck( &vecNewPos, 0, &vecViewed ) ) != 0 )
{
　　　　D3DXVec3Project( &vecScr, &vecNewPos, &Viewport, &matProj, &matView, &matWorld );
　　　　if( vecScr.x <= 0 ) vecScr.x = 0;
　　　　if( vecScr.y <= 0 ) vecScr.y = 0;
　　　　if( vecScr.x >= Viewport.Width ) vecScr.x = Viewport.Width;
　　　　if( vecScr.y >= Viewport.Height) vecScr.y = Viewport.Height;
　　　　D3DXVec3Unproject( &vecRay, &vecScr, &Viewport, &matProj, &matView, &matWorld );
　　　　D3DXPlaneIntersectLine( &vecCrossPoint, &Plane, &vecEyePos, &vecRay );
　　　　vecNewPos = vecCrossPoint;

　　　　// 自機の位置を修正
　　　　m_pObj->Position( objn_ziki, &vecNewPos );
}

**853** · 2006/05/05(金) 17:03:02

関数の説明がありませんでした。
FOVCheck()は座標が視錐台の中か外かを判別する関数です。視錐台の外の場合0以外が返る。
m_pObj->Position( objn_ziki, &vecNewPos ); は自機の座標をvecNewPosにするという意味です。

**名前は開発中のものです。** · 2006/05/05(金) 23:49:16

刺さったときにデバッガで止めてみろとしか言えんぞ。
FOVCheckの判定と、
　　　　if( vecScr.x <= 0 ) vecScr.x = 0;
　　　　if( vecScr.y <= 0 ) vecScr.y = 0;
　　　　if( vecScr.x >= Viewport.Width ) vecScr.x = Viewport.Width;
　　　　if( vecScr.y >= Viewport.Height) vecScr.y = Viewport.Height;
の辺りが矛盾した結果を返しそうな気がするが。
…長方形では正しくても、台形では間違ってそうな感じ。

**名前は開発中のものです。** · 2006/05/06(土) 00:18:49

ベクターに作品登録するときの審査基準ってどんな程度ですか？
単にウィルスチェックするだけなのか、中の人がプレイしてチェックするのか。
グロ描写とか思想的なもので弾かれることあるの？

**名前は開発中のものです。** · 2006/05/06(土) 00:39:11

>>863
普通に俺のミスでした。orz
丸め誤差？みたいな変な値が原因だった。毎フレームすこーしづつ値が足されて自機が飛び出してた。
よく分からないので毎回自機の位置を新しく設定するようにしたら直った。

結果、上手く画面内に制限された。んだけど、なんか下を押し続けたら自機が画面中央から外側にじりじり動いていくｗ
もうちょっといろいろ見てみます。

**865=853** · 2006/05/06(土) 00:40:12

ID変わってた。

**名前は開発中のものです。** · 2006/05/06(土) 01:19:35

>>864
何でも載る

**名前は開発中のものです。** · 2006/05/06(土) 15:02:58

3DSTGを制作していて質問があります。
自機位置を頂点とし、前方向に底面がある四角錐のロックオン範囲を作りたいと考えています。
標的の座標がこの範囲内に存在するかどうかでロックオンの真偽を判定します。

最初は境界ボックスで大まかに検知し、標的の存在する奥行きの距離によって範囲面の端を削り、
その内側に標的あるかどうか調べることで四角錐と点との衝突検知ができるのでは、と考えました。
自機の前方に境界ボックスをつくり、標的を検知することもできました。

しかし、自機のX軸回転やY軸回転に伴いロックオン範囲も回転させたいのですが、
回転した境界ボックスと点との衝突検知をするためにはどうしたらよいでしょうか。
または他に適した方法などがあれば、ご教授いただけると助かります。よろしくお願いいたします。

**名前は開発中のものです。** · 2006/05/06(土) 15:23:59

自機をローカル座標系からワールド座標系に変換する変換行列の逆行列で、
敵機のワールド座標をローカル座標に変換できる。それで判定。

**868** · 2006/05/06(土) 19:14:48

http://nels.sakura.ne.jp/upload/img/1484.txt
自機ワールド変換の逆行列を敵機座標にかけあわせてみました。
ロックオン境界ボックスを回転させない状態でも、逆行列をかけると正常に機能しません…
逆行列の作り方が間違っているのでしょうか？

**名前は開発中のものです。** · 2006/05/06(土) 20:22:06

まぁ初心者対応ｽﾚなんでざっとソース見てみた。
軽くみただけだし、単体テストしたわけじゃないが、
問題点が多いように見える。
・ローカル座標系に向きを適用前に逆行列を生成している。
・レーダー範囲に向きを適用している。
・レーダー範囲にも位置を適用している。
・レーダー範囲をBOXで判定している。
間違ってたらすまんね。

まずは、頭の中に３D空間をイメージして、
・どういう処理を行うべきか
・今どんな処理を行っているか
をジックリ考えて整理してみるといい。

ゲームなんて結果オーライなんで、正解はないのだが、
①位置と向きでシッカリ変換行列を作成。
②逆行列を生成。
③敵の位置をワールド座標からローカル座標に変換。
④上下成分を奥行き成分で割って、四角錐の内外判定。
自分の場合こんな判定でやってる。

**名前は開発中のものです。** · 2006/05/06(土) 20:33:47

ポトリスとかのマップって
管理と当たり判定はどういうロジックになっているんでしょう？

上級者の方。こうやってるんじゃない？
ってのあったら是非教えてください。

**868** · 2006/05/07(日) 01:17:32

>>871
おかげさまで無事正常に動作するようになりました。
よく見たら向きより先に位置を適用しているなどの凡ミスもありました。お恥ずかしい…
自機の向きと位置の逆行列をかければ、自機を原点としたローカル座標として操作できるんですね。
あやふやな理解のままでは分かりませんでした。本当にありがとうございます。

**名前は開発中のものです。** · 2006/05/07(日) 04:27:32

>>872
ひょっよすると、ポトリスやった事のある上級者とやらが居ないのかも試練。

**名前は開発中のものです。** · 2006/05/07(日) 10:14:12

PS2ってグラフィック描画にどれだけメインメモリが割かれてるのでしょうか
昔から「足りないVRAM4MBのはメインから転送する」と言われていたけど
それでは速度とか色々と問題があるとか言われていましたが、
FF12の開発者のインタビューで
「今回はシステムにメモリーを大部分割いてグラフィックは落とした」とあるので、
普通のゲームは、メインメモリもいくつかはグラフィックにも割くのが当たり前のように
思えるのですが

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

ポトリスなんてやった事無い

**名前は開発中のものです。** · 2006/05/07(日) 12:33:55

当たり判定はポトリスの元になっている25年前のゲームから変わらんよ。
PER PIXELで。

**名前は開発中のものです。** · 2006/05/07(日) 15:01:11

授業でまだ自由落下ぐらいしか教わってない高坊にズバッと教えてくれないか。

空気抵抗を伴った落下運動って、

speed += acc - speed * k;
y += speed;
acc……重力加速度　k……比例定数

で、おｋ？

**名前は開発中のものです。** · 2006/05/07(日) 15:20:02

speed += acc - speed^2 * k;

**名前は開発中のものです。** · 2006/05/07(日) 15:29:28

ありがとう！
一応HSPでスクリプト組んで実験してみてたんだけど、どうも自信がなかったんだ。
いやー、明日までにゲーム作らなければならなかったから助かりましたよ！

**名前は開発中のものです。** · 2006/05/07(日) 15:44:46

言っておくがいきなり　acc　<　speed^2*kにするなよ
ｋはaccに比べものすごく小さい定数にして
speedがゼロに収束するようにな。

**名前は開発中のものです。** · 2006/05/07(日) 19:16:39

>>878
授業受けられる身だったら、授業ででてきた自由落下とか
そのへんの物理法則の式をかたっぱしからゲームで
動かしてみて、実際の式とゲームとして気持ちいい
補正とか考えてみると力つきそうだね。

とりあえず、定数、定数×変数、定数×変数の2乗あたりで
調整するとよさげ。がんばれ。

**名前は開発中のものです。** · 2006/05/07(日) 19:23:35

ゲームに使うなら空気抵抗やら考えず、適当にやった方がいいと思うんだけど

**名前は開発中のものです。** · 2006/05/07(日) 19:26:01

えっと…

空気抵抗に関してはよく速度の二乗に比例とか言われるけど、
あれは抗力係数を求めるための式を誤解している。
空気抵抗は基本的に実測（或いはｼﾐｭ）するものであって、
例の式は係数を求めて航空力学の学者が云々するためのもの。
仮に抗力係数が一定なら空気抵抗は二乗に比例すると言えるが、
抗力係数はあくまで係数であって定数じゃない。

…要約すると、空気抵抗はテキトーに実装するのが良い。

**名前は開発中のものです。** · 2006/05/07(日) 19:30:38

まあ、厳密にやるんだったら、一般解と特殊解？の和のような

**名前は開発中のものです。** · 2006/05/07(日) 20:05:01

厳密にやるんだったらレイノルズ数から計算
なんだその半端な思考は？

**875** · 2006/05/08(月) 00:50:41

別スレにいきます
ありがとうございました

**名前は開発中のものです。** · 2006/05/08(月) 16:36:33

フリーソフトでゲーム作る奴ってあるんですか？
お勧めのソフト教えて下さい

**名前は開発中のものです。** · 2006/05/08(月) 18:41:32

スロットゲー制作のスレ立てようと思うんだけど大丈夫かな？
単独ではなくジャンル用で、スロ板で落ちた制作スレの移管的な扱いにしたいんだけど。

以前のスレの保管庫。
http://rerebo.hp.infoseek.co.jp/

**名前は開発中のものです。** · 2006/05/08(月) 18:59:55

ゲ製作板ローカルルール
＞プロジェクトスレッドについて
＞概要や製作状況をまとめたWebページがあることが最低条件です。
＞この条件を満たさない場合は単発依頼スレとみなされます。
＞実際に動くものがあると説得力があります。

スレ保管庫をプロジェクトのHPと見るかは微妙だが、立てたいならたてればいいんじゃね。

**名前は開発中のものです。** · 2006/05/08(月) 23:51:51

うむ

**名前は開発中のものです。** · 2006/05/09(火) 12:13:25

>>888
いっぱい色々あります。
まず自分が何をしたいか、それにはどういう機能が必要か
考えてみましょう。

**名前は開発中のものです。** · 2006/05/09(火) 12:19:55

>>890-891
スレ立てしました。

サルでもできるスロゲー開発
http://pc8.2ch.net/test/read.cgi/gamedev/1147144329/

一応制作中のものがあるのでそっちのサイトもスレにはっときます。

**名前は開発中のものです。** · 2006/05/09(火) 18:12:30

>>872
あれって1dot単位で判定してるだけじゃない？
それ以外にやり様がないと思う

**名前は開発中のものです。** · 2006/05/09(火) 20:18:29

そういやレミングスも1ドット単位だったな

**872** · 2006/05/10(水) 00:50:06

>>894
dot単位で判定となると管理はどうなるんでしょうか？
小生にはdot分のテーブルを持つという考えしか思いつかないのですが、
毎フレームそのテーブル分アクセスしてたら速度的に問題かな。。。と
何かよい方法ございますでしょうか？

>>877
やっぱりdot単位ですか、、

**名前は開発中のものです。** · 2006/05/10(水) 01:05:49

テーブルアクセスで速度問題って、8bitCPUでも使ってんの？

**名前は開発中のものです。** · 2006/05/10(水) 07:46:42

>>877だけど。

>>896
PER PIXELには2種類の方法がある。
そのまま画像を参照して当たり判定する方法と、
画像からエッジ抽出したものをテーブルに置いておく方法。
前者はただ座標ごとに判定するだけで、後者は線分交差で判定している。

**名前は開発中のものです。** · 2006/05/10(水) 10:21:25

>>888
何を作りたいか。アクション、シューティング、パズルとか
何をやりたいか。プログラム、絵を描く、音楽を作る
を見極めてから、また来てください。

**名前は開発中のものです。** · 2006/05/10(水) 16:19:56

>>888
とりあえず「窓の杜」か「Vecter」のプログラム関係の項目を探してみると良いかと

**名前は開発中のものです。** · 2006/05/10(水) 16:20:33

訂正：Vecter → Vector

**名前は開発中のものです。** · 2006/05/10(水) 17:02:45

テーマは「学校」でアドベンチャーみたいな感じのゲーム作りたいです。
フリーで良いのあったら教えて下さい

**名前は開発中のものです。** · 2006/05/10(水) 17:58:00

コミックメーカー、yuuki!nobel、livemaker　好きな野選べ

**名前は開発中のものです。** · 2006/05/10(水) 18:23:58

>903
ありがとうございます

**名前は開発中のものです。** · 2006/05/10(水) 18:31:02

バイナリで保存してヘッダ10個ぐらい設定できる
良いマップエディタありませんかね

**名前は開発中のものです。** · 2006/05/10(水) 19:01:15

3Dゲームで使うテクスチャ（フリー素材）欲しい
3Dゲームで使うテクスチャ（フリー素材）欲しい
3Dゲームで使うテクスチャ（フリー素材）欲しい
3Dゲームで使うテクスチャ（フリー素材）欲しい
3Dゲームで使うテクスチャ（フリー素材）欲しい
3Dゲームで使うテクスチャ（フリー素材）欲しい
3Dゲームで使うテクスチャ（フリー素材）欲しい
・・・

**名前は開発中のものです。** · 2006/05/10(水) 19:07:56

環境マッピング使いたい
視差マッピング使いたい
ライトマップ使いたい
セルフ車道・・シャドウ使いたい
ソフトなシャドウにしたい

**名前は開発中のものです。** · 2006/05/10(水) 19:50:21

>>907
FEAR買ってSDKでもいじってろ。
ttp://watch.impress.co.jp/game%2Fdocs/20051228/3dfear.htm
ttp://www.fearfan.com/

**名前は開発中のものです。** · 2006/05/10(水) 20:44:47

>>905
10個のヘッダとはどういう意味？
もうすこし詳しく情報が無いとなんとも。

**名前は開発中のものです。** · 2006/05/10(水) 21:04:17

タイル画像をどう敷き詰めるか定義したマップファイルを
ソースファイルではなくオブジェクトファイルで出力してくれて、
なおかつそのオブジェクトファイルの中身を指し示すヘッダファイルも
10個くらい一緒に出力してくれるマップエディタが欲しいという所まで判った

・・・やっぱり「10個くらい」の意味がわからん

**名前は開発中のものです。** · 2006/05/10(水) 21:08:01

読み込みファイルを10個、別々に表示したいのかも

**名前は開発中のものです。** · 2006/05/10(水) 22:42:19

既存ｿﾌﾄのｺﾝｾﾌﾟﾄ朴っても怒られないですかね？
ﾆﾝﾃﾝ犬とか脳ﾄﾚとか。

**名前は開発中のものです。** · 2006/05/10(水) 22:50:16

コンセプトくらいなら真似しても訴えられることはないと思うが・・・

**872** · 2006/05/11(木) 00:35:32

>>898
エッジ抽出ですか、、、
なんとなくイメージはつかめてきました。勉強してきます。
ありがとうございましたm(_ _)m

**名前は開発中のものです。** · 2006/05/11(木) 00:42:33

>>905
自作しろよ

**名前は開発中のものです。** · 2006/05/11(木) 16:36:07

ドラクエやFF風のゲーム作る人は多いのですが、例えばDQの勇者のグラフィック。
あれをそのまま使ってたりしてるじゃないですか、どうやれば使えるんですかね？
そういうソフトあろましたら教えてください。

**名前は開発中のものです。** · 2006/05/11(木) 16:57:22

>916
そのまま使ったら著作権違反だ
それでもやりたいなら自分で探せ

**名前は開発中のものです。** · 2006/05/11(木) 19:25:10

>>916
著作物を勝手に使うと逮捕される
（合法なのは個人で使う場合のみ
ソフトをHPなどで公開してもいけない）

イラストレーターや漫画家などのHPで、自由に使ってもよいと許可されているものを使え