【初心者】ｽﾚを立てる前にｺｺで質問を【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/04/05(月) 15:30:41

エフェクトを多用するゲームをdirectxを使ってC#かC++で作ろうと思っています
C#はガベージコレクションの際に重くなると聞いたのですが、気になるほど重いのでしょうか

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

>>13
XBoxのGCは重いという話は聞いたことがあるけどWindowsでは気にするほどではないよ。
どこまでパフォーマンスを要求するかにもよるので↓の動画(C#で作られたゲーム)を見てみて。
http://www.youtube.com/watch?v=TgChURF5fQE
http://www.youtube.com/watch?v=dNaxdG2m60w
http://www.youtube.com/watch?v=J3MWhApJ8M4
http://www.youtube.com/watch?v=tR7vE6l1MN0
http://www.youtube.com/watch?v=sitEN0mqx_E&feature=fvst
http://www.youtube.com/watch?v=neUrAJ--ykE

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

>>14
わーありがとうございます。とても参考になります

**名前は開発中のものです。** · 2010/04/05(月) 18:10:31

動作環境も分からないのに、動画だけで性能を判断しろというのは、
頭がおかしいとしか思えない。

**名前は開発中のものです。** · 2010/04/05(月) 19:20:27

少なくともGCの参考にはならんわな

**名前は開発中のものです。** · 2010/04/05(月) 23:56:59

XNAが想定するターゲットはアマチュアなのね
不定期のGC発動に起因するひっかかりの類の不都合なんてのは
どうせ知覚できる前に開発頓挫すんだから気にスンナっつーか
下手の考え休むに似たりって奴だなガハハ、という思想に基づいて
設計されてるので、「気にしない」という能天気な姿勢が幸福の科学

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

マウスの加速度って取得できますか？

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

加速度センサーなんて搭載して無いから計算
毎スキャンの座標変位量が加速度

**名前は開発中のものです。** · 2010/04/08(木) 09:00:24

それ速度じゃ

**名前は開発中のものです。** · 2010/04/08(木) 13:33:01

速度を時系列に比較すれば加速度も分かるだろ

**名前は開発中のものです。** · 2010/04/08(木) 14:36:56

前々フレーム、前フレーム、現フレームで　p'' → p' → p　と移動したとすると
速度 = p'p,　加速度 = p'p - p''p'　でそ

**名前は開発中のものです。** · 2010/04/10(土) 11:28:03

2Dのゲーム作成してるのですが、マップチップの管理って
どうやってます。AoE並にチップ作ると膨大で処理大変です。
なにか秘策か?

**名前は開発中のものです。** · 2010/04/10(土) 12:14:53

全然膨大でも何でも無いが、きちんと容量を計算した上で言っているのか？

**名前は開発中のものです。** · 2010/04/10(土) 14:46:48

そもそも何につまづいてるのかわからない
まさかプログラムから使用する際の管理じゃなくて、
開発時に人間が手元で管理する方法を言ってるんじゃないよね？

**名前は開発中のものです。** · 2010/04/11(日) 02:46:24

>>12
よかったね～
ﾊﾞｲﾊﾞｲ

**名前は開発中のものです。** · 2010/04/11(日) 22:12:40

すみません。座標に関する質問です。
開始（st）、終点（ed）、st-edの直線（ln）として、
stとedから作られる矩形内のどこかに点（pt）があります。
st,ed,ptの座標のみ判明しています。
矩形の比率は不明です。長方形も含みます。
st＿＿＿＿
|＼　・←pt |
|　＼　　　　|
|　　＼　　　|
|　　　＼ln　|
|　　　　＼　|
|　　　　　＼|
￣￣￣￣￣ed
座標は整数値で、最大幅でも10ほどしかありません。
このときのlnからptまでの直線距離を求めたいのですが、
ピタゴラスの定理で、st-ptとpt-edを足したものでは精度が低く値を
何倍かしなければなりません。
この距離はA*アルゴリズムに用いるstからedまでの
最優先の距離を求めるための各座標のコストにしたいのですが、
何か方法はないでしょうか。

**名前は開発中のものです。** · 2010/04/11(日) 22:18:10

「点と直線の距離」でググれば山ほど出る。

**名前は開発中のものです。** · 2010/04/11(日) 22:39:51

直線の傾きを逆にしたptを通る直線とlnの交点を求めればいいだけ

28 · 2010/04/11(日) 23:09:11

>29
すみません。もっと単純な方法がないか模索していまして、
「目的」は正確な値を求める事でない事を訂正させていただきます。
0123
1012
2101
3210
↑理想としてはゼロ行列（だったかな）の長方形、または正方形が
得られるといいと思いまして、
st-ptとpt-edの面積や、長辺同士を足してみるなどしましたが、
上手くいきませんでした。
無理な相談かもしれませんが、何か方法はないでしょうか…。

>30
ptからlnに垂直に下ろした直角三角形によって求めるという事ですか？

**名前は開発中のものです。** · 2010/04/11(日) 23:31:12

＞最大幅でも10ほどしかありません。
意味が分からん
stとedから作られる矩形の辺の長さが10ほどしかないっていう意味か

28 · 2010/04/11(日) 23:36:28

>32
そうです。説明不足で申し訳ないです。

28 · 2010/04/12(月) 00:00:09

すみません。正攻法でいこうかと思います。
よく考えれば、急に答えられる質問ではないと分かりました。
レスを下さった方々ありがとうございます。
もう少し考えてみます。

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

>>28
>>30の方法が正攻法なんだとおもうが、そういうこと？

28 · 2010/04/12(月) 09:07:58

>35
おはようございます。
直線の逆の傾きとありますが、直線とはlnの事ですよね。
st＿＿／←ln（反転）
|＼　・←pt |
|　Ｘ←交点 |
／　＼　　　|
|　　　＼ln　|
|　　　　＼　|
|　　　　　＼|
￣￣￣￣￣ed
交点-pt間の距離という解釈していましたが、
一夜明けて別の方法を思いつきました。
float a = height / width;
float val = Math.Abs(y - (a * x));
によってst-edの傾きをptまで垂直にずらした距離を求めると、
一次関数を使うだけで値が求められます（多分）。
お騒がせして申し訳ないです。ありがとうございました。

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

それ違うと思う
素直に公式使っとけ

**名前は開発中のものです。** · 2010/04/12(月) 15:08:02

どう違うのか書けよ

**名前は開発中のものです。** · 2010/04/12(月) 18:21:00

ゲームの製作で改造対策ってどうやればいいのでしょうか？
使う値などに余分に値をいれたりしたりしてサーチしにくくするなどはわかるのですが
アドレスを変動させたりする方法ってどうやったりするんですか？

あと他に対策ってありますか？

**名前は開発中のものです。** · 2010/04/12(月) 21:28:58

ダミーでコピーを何か所にもばらまくとか？

**名前は開発中のものです。** · 2010/04/13(火) 01:22:38

>>40がまったく見当外れすぎてﾜﾛﾀｗ

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

ゆとりのくせに回答者を気取ると、そういう罠に落ちるんだよね。

**名前は開発中のものです。** · 2010/04/13(火) 02:24:50

>>39
話に水を差すような言い方で悪いが
メモリ監視ツール使ってチートしようとする奴への対策なんてのは
大半のゲームにとって不要な。んな余計な対策に手間かける暇あったら
さっさと普通に組んで面白いゲームに仕上げることに注力するのね

厨房が必死になってアドレス監視とかAPIフック等を駆使して改造したく
なるような面白ゲーを作った奴が勝ち組ね

**名前は開発中のものです。** · 2010/04/13(火) 10:58:13

答えになってない

**名前は開発中のものです。** · 2010/04/13(火) 12:02:25

>>43
そうか？実メモリの改変対策はやったコストに対して得られる物が少ないから、
やる意味を感じない。売り物ならともかく。

>>39がいってることが、セーブデータの改変対策であるなら、
暗号化とかいろいろ方法はある。
ただ、自前暗号化だったりすると、逆コンパイルされたりすれば
結局何やってるかわかって改変される可能性は否定できない。

ただね、ココまでやろうとするやつに対応するコストはかなりの物になるよ？
売り物にしても良いぐらいの出来になってから心配しだしても良いと思うんだが。

**名前は開発中のものです。** · 2010/04/13(火) 12:42:40

データは全部サーバ側で保存すればいいんじゃね

**名前は開発中のものです。** · 2010/04/14(水) 19:50:43

C++とDXライブラリで3Dゲーム作ろうかと思ったんですが、
途方も無いと感じました
何かこう、"ゲームを作る上での"基本が詰まったサイトとかありませんか?
基本というのはベクトルや衝突といったものではなく、
通常のプログラムとは違った、ゲーム作成特有のテクニック、センスのようなものです。

**名前は開発中のものです。** · 2010/04/14(水) 20:28:41

>>47
ゲーム作成特有のテクニック、センスってのがなんのことを言っているのか
一つでも具体的な例を挙げてくれ

**名前は開発中のものです。** · 2010/04/14(水) 20:39:02

>>48
すんませんテキトーです。
何か楽して作る方法があればいいなと思ってテキトーに言いました。すんません。ほんますんません。もうしません。

質問を変えます。3Dゲームを楽して作るのに参考になるサイトはありませんか?

**名前は開発中のものです。** · 2010/04/14(水) 20:44:00

>>49
DXライブラリのサンプルは見てみた？
http://homepage2.nifty.com/natupaji/DxLib/dxprogram.html

**名前は開発中のものです。** · 2010/04/14(水) 21:01:51

>>50
うおお！！！新しいトピックができてたんですね、気告ぎませんでした
多分これはめっちゃ参考になります。ありがとうございます！
(2Dの時も大変お世話になりました)
ありがとうございました！！

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

きも

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

もき

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

AoEのNPCの動きみたいに、
未開拓のマップを歩き回って障害物などの位置情報をマップに登録していくという処理をしたいのですが、
あほなのでアルゴリズムが思いつきません。
参考となるようなサイトや書籍がありましたら教えていただきたいです。

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

>>54
買っとけ
http://www.oreilly.co.jp/books/9784873113395/

ついでにAoE好きのお仲間同士なら>>24に付き合ってあげなされ
断る道理はないよな

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

うっその本とその前にでたAI本もってるのですが、
既存の障害物や道がある経路探索自体はできるようになったのですが、
無作為に歩き回って登録していくってのがわかりません。
適当に走らせてぶつかったら障害物というくらいならいいのですが、
段差で一方通行にはいけたり、障害物ではあるのだけど
△のような障害物の場合、完全にぶつかって進めないのではなく、
ずるずる斜めに進んでしまって障害物として判定しにくいとか
そういう部分をどう作っていくのかがわかりません。

**名前は開発中のものです。** · 2010/04/15(木) 23:51:14

＞障害物ではあるのだけど
＞△のような障害物の場合、完全にぶつかって進めないのではなく、
＞ずるずる斜めに進んでしまって障害物として判定しにくいとか
＞そういう部分をどう作っていくのかがわかりません

任意の形状、自由な形状の地形データなの？
経路探索とか以前に点と多面体の衝突検出とか、そういうレベルで
コケてる気がするんだが…

格子でキッチリ区切られたセルで構成される2D迷路の探索とか
そういう単純なモデルで組んだことがもし無いようなら、まずは
その辺から始めたほうがいいんじゃないの

マイクロマウスの大会に参加する学生さんが色々解説してるはず。
足立法とか右手法とかトレモー何とか。もう何年も前のことなので
うろ覚えだが一方通行にも対処できるはず

**名前は開発中のものです。** · 2010/04/16(金) 00:01:38

>>57
どんどん後だしになってしまってすいません。
そうです任意の形状に対応したいんです。
２D迷路のような単純なものなら紹介された本読んだ後はできるようになったのですが。
想定してるのは2Dですが、
3DでXYZ座標があり、木や巨大な岩や水溜りなど通れない場所を未開拓探索しながら記録していくという感じが近いです。
経路探索とその衝突判定の組み合わせが難しいというか。
マイクロマウスというの調べてみます。ありがとうございます。

**名前は開発中のものです。** · 2010/04/16(金) 11:41:34

同じキャラのサイズは統一すべきだと思うんですが
どうしても決めたサイズ内に収まらない時（背伸びしたり両手を広げたり）ってどうしてます？
最初から最もサイズが必要な絵に合わせるべき？

複乳 · 2010/04/16(金) 13:49:58

背伸びしたり両手を広げたりした絵を規定のサイズに収める
もしくははみでた部分を切る
じゃなきゃでかめに作っておく
個々のサイズ変える(全部バラバラなら別だけど)のは絶対にやめたほうがいい

**名前は開発中のものです。** · 2010/04/16(金) 14:01:15

ありがとうございます
でかめでやっときます

**名前は開発中のものです。** · 2010/04/16(金) 14:39:28

>60が絵描きかどうかは分からんけど、
画力というかデザインでカバー出来ることもあるらしい。

**名前は開発中のものです。** · 2010/04/16(金) 20:32:41

「背伸びしたり両手を広げたりした絵を規定のサイズに収める」のが画力じゃん？
でも昔の2D機と違ってD3D前提のPCゲーではOBJのビットマップサイズ等に
変な制約はないんでそういうチマチマした職人芸を強いられることもないのね

例えばキャラクタアニメーションの定義ファイルがあるとして、これがフレーム毎に
「テクスチャUV」「ビルボードサイズ・移動量」といったデータを持つように作るでしょ？
だからアニメーションのパターン一枚一枚のテクセルサイズをカッチリ一緒にする
必要無い。（一連のアニメがうまくテクスチャに収まるように配置（充填）できればいい）
キャラクタを画面上に描くビルボードの表示サイズもフレーム毎も可変で構わない。

アクションゲームならフレーム毎に当たり判定データも持つでしょ。ビルボード同様に
サイズ・位置可変で、更に個数も可変で

イメージ沸かないなら格ゲーツクールとかMMF2とか買って使い込んでみればいいよ

**名前は開発中のものです。** · 2010/04/16(金) 20:43:42

あ、格ゲーツクールとかがD3D前提って意味じゃないからね
キャラサイズを昔の2Dハードみたいにサイズ固定する理由がないってことね

**名前は開発中のものです。** · 2010/04/18(日) 15:38:21

プレイヤーの足場を求める時に
if(MapData[(int)(playerY)/MAP_SIZE][(int)(playerX)/MAP_SIZE]==0)

とやってるのですがplayerYに足場の座標を代入する良い方法はないでしょうか

**名前は開発中のものです。** · 2010/04/18(日) 20:22:39

あげ

**名前は開発中のものです。** · 2010/04/19(月) 12:12:45

卒研でVisualC++とDirectXでゲームを作ることになったんだけど
期間内でできるか不安

**名前は開発中のものです。** · 2010/04/19(月) 12:18:11

>>65
playerY = (playerY / MAP_SIZE) * MAP_SIZE;

**名前は開発中のものです。** · 2010/04/20(火) 01:39:55

学校でDirectXとかズブズブですね。

**名前は開発中のものです。** · 2010/04/20(火) 23:08:03

ttp://www.youtube.com/watch?v=K9bzId0_l4g
ttp://www.youtube.com/watch?v=WpfRcXpLrXk&feature=related

シェーディングのチェックのために、上記ビデオに出てくるような吹き抜けのお城(？)の3Dデータが
ほしいのですが、配布もしくは販売しているところをご存知でしたら教えていただきたいです。
よろしくお願いしますm(_ _)m

70 · 2010/04/21(水) 19:28:01

ttp://hdri.cgtechniques.com/~sponza/files/

見つけました！
失礼しましたm(_ _)m

**名前は開発中のものです。** · 2010/04/22(木) 00:27:44

あー、三国志のRTS作りたいわー
じゃあ作れよと言われても知識＼(^o^)／ｵﾜﾀ

**名前は開発中のものです。** · 2010/04/23(金) 16:15:59

PCで2Dゲームを作る際の解像度はいくつがいいですか？

**名前は開発中のものです。** · 2010/04/23(金) 17:44:36

とりあえず困らないのは640x480か800x600

**名前は開発中のものです。** · 2010/04/23(金) 18:05:51

>>73
ゲームの内容次第、内容が不明なゲームでは答えようも無い
すごく横に長細いウインドウのゲームをやったことがあったが
内容に合っていたのでまったく困らなかった
640x480でも縦STGとかだと何で最初から縦長の画面で作らんのだろう？
と思うこともある

だから自分のゲームデザインに適してると自分が思う仕様で作りなさい

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

メニュー画面やタイトル画面を作るときの要素（タイトル画像や選択項目など）の
アニメーションや配置座標情報を設定するのにみなさんはどんなツールを使っていますか？
もしくはハードコーディングだったり、自作ツールを作っていたりするんでしょうか？

**名前は開発中のものです。** · 2010/04/24(土) 01:44:45

縦STGで縦長の画面にしないのはフルスクリーン用では
縦長の画面でなくとも画面の使い方で縦長に出来るし

**名前は開発中のものです。** · 2010/04/24(土) 07:55:27

必ずそういう事言う奴が居るがワイド画面にきちっと対応していないのとかも意外に多く
Windowで合わせて貰える方が無難だ、そうなると4：3画面で作られる縦STGは本当に邪魔くさい

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

ワイド画面云々は、モニタの設定じゃねーの？

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

4:3の画面モードを正しいアスペクト比で表示してくれない
ワイドディスプレイのPC環境が少なくないんで、仕方なく
アプリ側で何かしら対処することはあるのね

16:10や16:9のLCDの表示容量(ネイティブ解像度)を取得して
それに合わせて画面モード設定して左右に枠（黒or絵柄）を
描いたり。dot-by-dotにも対応するときは上下左右に描くのね

で、ウィンドウモードで遊んでください、で済むならそれが一番ラクね

**名前は開発中のものです。** · 2010/04/24(土) 13:47:23

自分は常に固定のアスペクト比のテクスチャにシーンをレンダリングして、
それを最後に画面全体サイズのバックバッファにアス比固定でStretchRect転送してるよ。
これで画面サイズがどうあれ、正しいアス比で固定される。

**名前は開発中のものです。** · 2010/04/24(土) 14:34:30

>>79
そういう問題じゃないから

>>80-81
今のPCはながらゲームでもそこらのフリゲなら重くならんくらいの性能があるものが大部分だし
モニタも昔より大きくワイド使ってる奴も多い
だからウィンドウモードで遊んでくださいって言わなくてもだいたいがウィンドウモードだよ

ちゃんと対応してくれるに越したことはないけど、ウィンドウモードで遊びやすく設計されてれば
大きな問題はない、立ち上がるとき勝手にフルスクリーンになるのさえ迷惑だったりする

81 · 2010/04/24(土) 14:53:33

>>82
もちろん、ユーザーがフルスクリーンと設定したときの挙動の話ね。
ウィンドウモードのときは楽チンだよねｗ

**名前は開発中のものです。** · 2010/04/24(土) 17:13:13

あとフルスクリーンでやらざるを得ないくらい小さいのは嫌だな
640*480の横長画面の両脇に残機やスコアなどのデータ表示スペース設けて
中心に立てSTG
組み込んだような奴はサイズ的に微妙800*600くらいならウインドウでも十分だけど
ちゃんと対応してないとワイド画面でアス比が狂うし、そのままだとちょっと見づらい構成だと
まともに楽しめないからな

**名前は開発中のものです。** · 2010/04/24(土) 17:19:02

320×240の場合はフルスクリーンでも仕方が無いかな？とか思う。
ウィンドゥモードでは小さすぎるから。

**名前は開発中のものです。** · 2010/04/24(土) 17:24:34

320×240なら2倍拡大で640*480でウインドウ表示できるようにして欲しいな
今時320×240でわざわざ作るなんて、逆に小さいことで何かを狙ってるゲームじゃないか？
それにそんな粗い画像のゲームをフルスクリーンにしても嬉しくないし
さらにフルスクリーン時にワイドモニタでアス比が狂うようなら目も当てられん

**名前は開発中のものです。** · 2010/04/24(土) 20:45:57

>>86
320*240はツクールではよくある気がする。

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

ツクールは544x416だろあれでもやや小さいけどさ

**名前は開発中のものです。** · 2010/04/25(日) 17:20:38

640x480などのゲーム画面をフルスクリーンにしたときにアス比がおかしくなるってのは
モニタの設定で切り替えるのって普通じゃないの？

もしかして俺がおかしい？
安物にゃ付いてないよ、って意見なら分かるが。

**名前は開発中のものです。** · 2010/04/25(日) 19:20:20

ゲームのたびにモニタの設定変えるのか？

4：3モニタでフルスクリーン時にアス比が狂うのは自分のせいだが
ゲームの仕様でフルスクリーンにすると4：3のゲームが16：9に歪むのがあるんだよ

あとできるだけフルスクリーンではやりたくないし
今時フルスクリーンでやる奴少ないだろ

**名前は開発中のものです。** · 2010/04/25(日) 19:27:19

当たり判定の関数を作るに当たって、Collision(CharaData *a CharaData *b){}という風なものにし、この引数に、他のクラスからの構造体の
配列のアドレスを返す関数を作りたいんですがどうすればいいでしょうか。
Collision(&JikiShot,&Enemy){}だと、一発、一匹のときは出来たのですが、これを、複数行うにはどうすればいいのかわかりません。
CharaData JikiShot[256];
CharaData Enemy[512];
Collision(&JikiShot[i],&Enemy[j]){}//このような感じで行いたいのですが。
&JikiShot[i]などを、返値で返す関数の作り方もわかりません。
よろしくお願いします。

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

最近ノート型 PC の解像度が上がってきていて、ロースペックでも 1366x768 くらいが標準になってきている。
これに収まる 4:3 または 16:9 で大きいものにしないと、フル HD 対応モニタだとフルスクリーンにするしかなくなるほど小さくなってしまうだろうな。

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

>>91
ポインタについてもうちょっと勉強しようぜ

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

さっぱりわかんないけどさ、
質問の最後に「よろしくお願いします」って付けるのはYahoo知恵袋だけだから
2chで使うと嫌われるから次から注意してね。

**名前は開発中のものです。** · 2010/04/26(月) 00:51:26

知恵もないのにそういう事だけいうなんてどうしようもない奴だな
お前何様だよ。
答えられるようになってからそういう事いえよ　カス

**名前は開発中のものです。** · 2010/04/26(月) 01:05:13

>>90
4:3の解像度で出力すると、自動的に左右にレターボックス表示して
アスペクト比が狂わないようにしてくれるモニタも多いよ。

あと、最近の高解像度モニタだと、インチ数によっては640x480は小さいと感じるかもしれないなあ。
最初から解像度を落とせばいいんだろうけど。

>>94
どこの常識だよｗ

2chだと、多少くだけた口調で質問してもそんなに問題ないとか、
別所だとネットスラングでの質問はマナー違反だとかはあるかもしれんけど、
2chで丁寧口調がダメということは無いっしょ。

**名前は開発中のものです。** · 2010/04/26(月) 06:23:18

>>91
http://www.geocities.jp/KY_webid/c/030.html
ポインタの扱いについてはこの辺を見れば分かるかと。

>一発、一匹のときは出来たのですが、これを、複数行うにはどうすればいいのかわかりません。
forループで処理させるのではダメ？

for(int i = 0; i < 256; i++)
{
　for(int j = 0; j < 512; j++)
　{
　　Collision(&JikiShot[i], &Enemy[j]);
　}
}

**名前は開発中のものです。** · 2010/04/26(月) 12:06:54

DSのhomebrew開発スレが見当たらないのですが、落ちたんでしょうか。
それとも任天ｄ

**名前は開発中のものです。** · 2010/04/27(火) 00:48:47

久々に３Dったら頭が混乱してきました。

球をｙ>=a（定数）でカットした半球的なものと平面の埋まりの検出ですが

if 半球と平面の距離d <= r（球の半径）
｛
　　if d.y（ｄのy成分） >= a
　　｛
　　　　埋まり確定！
　　｝
　　else
　　｛
　　　　平面上の y=a となる直線 L を考えて
　　　　if 半球とLの距離 <= ｒ
　　　　｛
　　　　　　埋まり確定！
　　　　｝
　　　　else
　　　　｛
　　　　　　埋まってない！
　　　　｝
　　｝
｝
else
｛埋まってない！｝

で問題ないですかね？もしくはもっといい方法教えて

**名前は開発中のものです。** · 2010/04/27(火) 11:11:08

ttp://javagame.skr.jp/index.php?%A5%D6%A5%ED%A5%C3%A5%AF%A4%C8%A4%CE%BE%D7%C6%CD

ここのブロックと自機の衝突部分をＣ++でやるとしたらどんな感じになるんでしょう？

**名前は開発中のものです。** · 2010/04/27(火) 11:25:52

>>99
そのまま日本語で説明されてるじゃない。

**名前は開発中のものです。** · 2010/04/27(火) 11:29:05

>>100
ロジックそのままで良いんですけど…
もしかしてソースコードをきいてんの？

**名前は開発中のものです。** · 2010/04/27(火) 11:41:37

>>100
ソースコード見てみたけどほとんどそのまま移植できるよ。

**名前は開発中のものです。** · 2010/04/27(火) 11:48:15

>Point tile = map.getTileCollision(this, newX, y);

この部分はどうなるんでしょうか？

**名前は開発中のものです。** · 2010/04/27(火) 12:32:58

それくらい自分で考えろ

**名前は開発中のものです。** · 2010/04/27(火) 12:33:10

>>104
えっ？
Pointクラスを作ってないとか？
getTileCollisionの方？実装はそのページの下で説明してるやん？
なんかの本のコードまんまコピペしたって。

**名前は開発中のものです。** · 2010/04/27(火) 12:39:32

>>104
Point *tile = map->getTileCollision(this, newX, y);

**名前は開発中のものです。** · 2010/04/27(火) 12:47:14

ありがとうございます

**名前は開発中のものです。** · 2010/04/27(火) 14:24:37

何が分かって、何が分からなかったんだろう…

スルーされてる >>76 が俺も気になるんだが。
俺の場合座標とかハードコーディングなんだけど、みんなどうしてんだろね。

**名前は開発中のものです。** · 2010/04/27(火) 14:59:43

ゲーム会社勤務のPGさんの話だけど
その当時、FLASHか何かで作ったメニューを読み込めるようなシステムを開発してたらしい

**名前は開発中のものです。** · 2010/04/27(火) 15:44:05

今はUIをFlashで作成できるScaleformGfxっていうミドルウェアがあるよ。
ゲーム会社だと何かしらのUI作成ツールを使ってるところが多いと思う。
でも個人制作だとそこまで手間もお金も掛けられないし、ほとんどがハードコーティングじゃないかな。
そういうフリーのツールがあればいいんだけど・・・

**名前は開発中のものです。** · 2010/04/27(火) 16:26:10

Flex使えば基本的なUI作るの難しくないと思うんだけど・・・・
画像をカスタマイズし始めると面倒だけど。