DXライブラリ総合スレッドその16

**名前は開発中のものです。** · 2013/06/30(日) 23:57:05.06

Cを習得した程度のスキルでも、ゲームのグラフィックを比較的容易に描画する事のできる、
「DXライブラリ」に関するスレッドです。
DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

【公式】
http://homepage2.nifty.com/natupaji/DxLib/

【関連スレ】
C/C++ゲーム製作総合スレッド Part1
http://toro.2ch.net/test/read.cgi/gamedev/1337516528/
ゲームプログラムなら俺に聞け(プログラム技術板)
http://toro.2ch.net/test/read.cgi/tech/1366526476/

●DXライブラリではなくDirectXの質問ならこっちへ
【C++】DirectX初心者質問スレ【C】(プログラム技術板)
http://toro.2ch.net/test/read.cgi/tech/1370015791/

**名前は開発中のものです。** · 2013/07/16(火) NY:AN:NY.AN

言っておくがお前らが思ってるよりスーパーマリオを作るのは難しいぞw

**名前は開発中のものです。** · 2013/07/16(火) NY:AN:NY.AN

実際のマリオのプログラムでは演算なんかしてなくて
テーブルで変化量を持ってるだけだと思う
最近の３ＤＳのマリオとかだったらdoubleの計算とか三角関数やベクトル辺りもガンガン使ってるだろうけど

**110** · 2013/07/16(火) NY:AN:NY.AN

質問してから気付いたのですが
重力計算には空気抵抗とかも必要だと思う
y軸に面する面積が広ければ広いほど落下速度が減速する
面積が狭いと落下速度が加速

スカイダイビングをイメージすれば
両手両足を広げれば落下速度が減速
両手両足を閉じれば落下速度が加速
さらに体を斜めに傾けると、さらに落下速度が加速する

**名前は開発中のものです。** · 2013/07/16(火) NY:AN:NY.AN

>>92
それは正しい物理計算とは言わない
玉が地面に面する体積と重力と風力と重さで
落下速度や上昇速度や上昇距離を計算していないと思う

落下物を別の大きさの玉に変えたり
別の形状の物体に変えても同じバウンドの実行結果になってしまう
そんなものなら数学的な計算を使わないのは当然

**名前は開発中のものです。** · 2013/07/16(火) NY:AN:NY.AN

>>113の言う通りなんですよ。

>>112 >>114
>上下に振動するだけ
>テーブルで変化量を持ってるだけだと思う

そこまで単純じゃないんですよ
忘れてるんでしょうから、目で確認してみてくださいよ
http://www.youtube.com/watch?v=2QfkfFyURf8#t=0m24s

**名前は開発中のものです。** · 2013/07/16(火) NY:AN:NY.AN

あら、減衰とかなかったか
なら凄く単純な話じゃないか？入射角とか求める必要すらないんじゃないの？
なんか常に一定っぽいんだが

**名前は開発中のものです。** · 2013/07/16(火) NY:AN:NY.AN

テーブルでやってるから計算で再現しようとすると難しいんだと思うな

**名前は開発中のものです。** · 2013/07/16(火) NY:AN:NY.AN

ああ･･･これはｗ一応貼っとく

　　　　 ∧＿∧
ｶﾞﾗｶﾞﾗ(　　＾＾　）＜これからも僕を応援して下さいね（＾＾
　　＝〔~∪￣￣〕
　　＝ □――◇ 　　　　　　　　　　　　　　　　　　　　　　Kazuki

**名前は開発中のものです。** · 2013/07/16(火) NY:AN:NY.AN

スーパーマリオもどきはJAVAの実装がソース付きでなかったけ?

**名前は開発中のものです。** · 2013/07/16(火) NY:AN:NY.AN

だらだらと憶測で物言ってるやつらは無知すぎ
正解は>>114
これゲーム開発者の間では常識中の常識
もうこの話はもう終わりね
二度と小学6年生に触れるなよ

**名前は開発中のものです。** · 2013/07/16(火) NY:AN:NY.AN

>>117
8bitCPUは掛け算や割り算なんかないよ。

**名前は開発中のものです。** · 2013/07/16(火) NY:AN:NY.AN

分かったらＧＮＥＳでマリオを１フレームずつ動作させて座標の変化量を調べるんだ

**名前は開発中のものです。** · 2013/07/16(火) NY:AN:NY.AN

>>121
昔、マリオを逆アセンブルしてC++で実装した奴を公開していた奴はいたな。

**名前は開発中のものです。** · 2013/07/16(火) NY:AN:NY.AN

http://www.vector.co.jp/soft/winnt/game/se347402.html
まだ、あったわ。
ソースも付いてるから勉強すればいいよ。

**名前は開発中のものです。** · 2013/07/16(火) NY:AN:NY.AN

ファイアーボールじゃないけど、スーマリのジャンプで難しいのは
空中で左右に動けることとジャンプボタン押す長さでジャンプの高さが変わる事だと思う。
まぁ、それでもちょっと難しい程度だけど。

**名前は開発中のものです。** · 2013/07/16(火) NY:AN:NY.AN

難しいのは斜面

**名前は開発中のものです。** · 2013/07/16(火) NY:AN:NY.AN

>ジャンプボタン押す長さでジャンプの高さが変わる

言われてみたらこれって何気にすごいんだなと思った

ジャンプした瞬間の初速（最低の高さ）があるとして
ジャンプしてから数十フレームくらいの間だけ、上への加速度をプラスするって感じなのかな？
30フレくらいかと思ったけど、びみょ～に落下までの速度も制御できる気がするから60フレくらい？

**名前は開発中のものです。** · 2013/07/16(火) NY:AN:NY.AN

上への加速度をプラスする → 重力加速度を弱める　って意味ね

>>129
言われたらそっちのほうがすごかったわｗ
斜面はFCマリオ３からだったかな？
しっかり歩行速度にも影響あって、滑ったりできるのは確かにすごい

**名前は開発中のものです。** · 2013/07/16(火) NY:AN:NY.AN

ちなみに、俺はスーパーじゃなくて初代マリオブラザーズの
ジャンプして上の床を叩いたとき、床がぐにゃりって曲がるのも凄いと思ってるｗ
あれマップチップだよな……？　いや一時的にスプライトに変えてるって手法もありか……？

**名前は開発中のものです。** · 2013/07/16(火) NY:AN:NY.AN

>>131
うわ、そういやそれもすげぇな・・・

確かあれは、バグった状態（FC独特の半刺し状態とか）では
まったく別の絵柄が見えるから、特定のチップを表示してるのかな

というかあのバグった状態のままで動くFCそのもののほうがすごいかｗ

**名前は開発中のものです。** · 2013/07/16(火) NY:AN:NY.AN

マリオで一番難しいのはジャンプしてブロックに1/3ぐらい当たったときの
くぃっという動作だと思う

**名前は開発中のものです。** · 2013/07/16(火) NY:AN:NY.AN

ほれ、これで実行してみろって簡単に作った
スーパーマリオのジャンプとファイヤボールを打つのを実装した
オブジェクトのソース貼り付ける天才はいないのか？

**名前は開発中のものです。** · 2013/07/17(水) NY:AN:NY.AN

>>134
もうちょっとましな煽り入れろよ

**名前は開発中のものです。** · 2013/07/17(水) NY:AN:NY.AN

>>134
Haskellで書いたソースでも良ければ。
そのままじゃ使えないと思うけど。

**名前は開発中のものです。** · 2013/07/17(水) NY:AN:NY.AN

今時Haskellは脅しにならんなｗ
J言語とでも言っておけ

**名前は開発中のものです。** · 2013/07/17(水) NY:AN:NY.AN

>>131
BGとスプライトの併用じゃなかったかなあ、あれ

**名前は開発中のものです。** · 2013/07/17(水) NY:AN:NY.AN

>>126
ソース見てるんだが、
これ、ファイヤーボールの弾の軌道書いてんのどこ？

**名前は開発中のものです。** · 2013/07/17(水) NY:AN:NY.AN

玉のソースでしょ

**名前は開発中のものです。** · 2013/07/17(水) NY:AN:NY.AN

まあ、そんなの探してくれる親切な人はいないか。

じゃあ質問変えるね。
DXライブラリの描画可能領域セットメソッドあるじゃない？
SetDrawArea();
これって、領域外にある画像は描画しないってものだけど、
それはまさに「描画処理が無効化されている」、
つまり領域外に出た画像の描画分のメモリは食わなくなる、ということで良いのかな？
だとしたら、これはそうとう便利なメソッドだと思うんだけど。

**名前は開発中のものです。** · 2013/07/17(水) NY:AN:NY.AN

しらんけど。
描画しないだけで、メモリには書いてんじゃねーの？

**名前は開発中のものです。** · 2013/07/17(水) NY:AN:NY.AN

書き忘れた
CBullet::Adjust

**名前は開発中のものです。** · 2013/07/17(水) NY:AN:NY.AN

>>142
じゃあ、
見えないだけで描画処理はされてるってこと？
じゃあ見えなくても沢山表示命令を出してたら重くなるんだ？

、、、ってか、知らんのか
あんたまで知らないならただの推測による水掛け論になるやん、、、

**名前は開発中のものです。** · 2013/07/17(水) NY:AN:NY.AN

>>143
＞CBullet::Adjust

なによ、それ。

**名前は開発中のものです。** · 2013/07/17(水) NY:AN:NY.AN

ソース見てないけど、そのクラスとメンバがいるって話じゃないの？

**名前は開発中のものです。** · 2013/07/17(水) NY:AN:NY.AN

>>143
ああ、、すまん、、、探してくれたんだな
ありがとう。

でも、CBullet::Adjustて、それなりに長いソースだけど、
これ全部がファイヤーボールのプログラムなん？？

**名前は開発中のものです。** · 2013/07/17(水) NY:AN:NY.AN

ここで説明できるほど単純でもないからあとはソースを読んでくれとしかいえん
data\BulletInit.txt に玉のパラメータが書かれている。

読みこんでるのはApp2.cppの
// ファイアーボールデータ読み込み。
void CApp::PlayerBulletInit(char *filename, char *imagename, BulletData *bullet, CBullet *ball)
こいつ

**名前は開発中のものです。** · 2013/07/17(水) NY:AN:NY.AN

>>141
dxlibのソース読んで見ないとわからないなぁ。

俺も推測でのレスで申し訳ないが、確かDirectXには
ラスタライズ対象範囲を限定する機能があったはず。
もしdxlibがそれを使っていたなら
ラスタライズ範囲が狭くなる分、処理は軽くなるけど
メモリ使用量は変化しない。
結局画像は全体がVRAMに転送されるし、バックバッファのサイズも変化しないので。

**名前は開発中のものです。** · 2013/07/17(水) NY:AN:NY.AN

超巨大で超ぶっとい線を描画したら重くなるから
やっぱり重くなるんだと思うよ

**名前は開発中のものです。** · 2013/07/19(金) NY:AN:NY.AN

>>+vpWyki7
お前飽きっぽいなぁ何も作らんうちにコロコロやる事変えてたんじゃ何も出来ないままでしょ
ttp://blog.livedoor.jp/winpg/

**名前は開発中のものです。** · 2013/07/19(金) NY:AN:NY.AN

今度は何処の素材パクったんだろう

**名前は開発中のものです。** · 2013/07/19(金) NY:AN:NY.AN

>>151
また直ぐに投げ出すんだろうな。ｗ

**名前は開発中のものです。** · 2013/07/19(金) NY:AN:NY.AN

例のヤツについての話は専スレでやれ

**名前は開発中のものです。** · 2013/07/19(金) NY:AN:NY.AN

なんか口調変わったな
思わず別人の小学生が増えたかと思ったわ
こいつ素材だけは速いと思ったらいつもパクってるのかよ
ファイアボールなんて速度減衰も跳ね返り減衰も無いし平気でバウンドしながら階段登っちゃうし

Vy += Ay(等加速)
if(Vy>=Vmax)
{Vy=Vmax}
elseif(Vy<=-Vmax)
{Vy=-Vmax}
if(y方向接触)
{Vy=Vmax}(上向き)
if(x方向接触)
{消滅}
座標更新
x += Vx(等速)
y += Vy
Vxの正負はキャラの向きで大きさVx、Vyは-Vmaxで初期化、Ayは常に負(下向き)
VxとVmaxとAyのパラメータだけ調整

5分しか考えてない適当なのだけどこんなのでいいだろどうせ
あとはボールの楕円画像を自転でもさせるぐらいか
自分で考える楽しみ()とか言っちゃうならこんなとこに来ずにこれぐらい自分でやれよ
まあ円形弾幕で一つ一つ座標を三角関数も使わずに手打ち指定しちゃう奴に言っても無駄かもしれんが

**名前は開発中のものです。** · 2013/07/19(金) NY:AN:NY.AN

口調変わってないよ
ゲームを崇拝してる所がそのまんまKazuki
KazukiAAが出たら妄想解いて疑おう
騙される人間は推理した事が無いから騙されるわけで、それを知ってるからKazukiは湧き続ける

**名前は開発中のものです。** · 2013/07/19(金) NY:AN:NY.AN

まあバレバレの自演と連投で察しはついてたけど
単芝であそこまでされたら釣りか別の真性かと思った

**名前は開発中のものです。** · 2013/07/20(土) NY:AN:NY.AN

FCマリオ1程度ならサクッと作れそうだが、こういうのは素材がなぁ
素材があれば1週間もかからない気がする

**名前は開発中のものです。** · 2013/07/20(土) NY:AN:NY.AN

FCマリオ１程度の素材ならそれほど時間はかからんと思うが。

**名前は開発中のものです。** · 2013/07/20(土) NY:AN:NY.AN

３２ステージ分のマップと敵の配置のデータを作るだけで１週間じゃ無理だと思うが

**名前は開発中のものです。** · 2013/07/20(土) NY:AN:NY.AN

どうでもいいことだとは思うけど、
マリオのステージは1/3くらいデータの使い回しされてたり（似たような別面）
敵の配置はクリボー×3とかでグループ化してあったりして容量削減がんばってる
「ここから先の床の高さ」とかそういうデータを埋め込んだりして実際のマップそのものは実行時に生成してる
すごいね

**名前は開発中のものです。** · 2013/07/20(土) NY:AN:NY.AN

誰から聞いたのｗ

**名前は開発中のものです。** · 2013/07/20(土) NY:AN:NY.AN

雲と草が一緒の画像とかはよく聞く

**名前は開発中のものです。** · 2013/07/20(土) NY:AN:NY.AN

DXライブラリ総合スレッドその16

**名前は開発中のものです。** · 2013/07/20(土) NY:AN:NY.AN

DXライブラリってゲーム作るには機能足りなすぎじゃね

**名前は開発中のものです。** · 2013/07/20(土) NY:AN:NY.AN

C++版誰か作ってくれよ

**名前は開発中のものです。** · 2013/07/20(土) NY:AN:NY.AN

>>160
スーパーマリオの話だったのか。
そりゃ確かに面倒だな。

**名前は開発中のものです。** · 2013/07/20(土) NY:AN:NY.AN

機能そのものはdirectxSDKの時点で足りてるよ！

**名前は開発中のものです。** · 2013/07/22(月) NY:AN:NY.AN

>>165
例えば？

**名前は開発中のものです。** · 2013/07/22(月) NY:AN:NY.AN

>>169
Ogre3Dと比べると描画の機能は全然ないぞ
シーングラフとかは3Dゲームで必須だし
参照カウンターによるリソース管理
パーティクル
拡張したマテリアル（テクスチャスクロールとか）

まあDXライブラリはDitrctXの薄いラッパでしかないからいいんじゃない？
必要だと思えば自分で実装してもいいんだし

**名前は開発中のものです。** · 2013/07/22(月) NY:AN:NY.AN

DXlibはゲームライブラリじゃなくてマルチメディアライブラリだから（震え声）

**名前は開発中のものです。** · 2013/07/22(月) NY:AN:NY.AN

シーングラフ
レイキャスト
コリジョン検出
アニメーション
リソースマネージャー
最低これぐらいは欲しいな｡
こんなの個人で再実装する価値はないので
共通基板として使いやすいライブラリを整備して欲しいわ

**名前は開発中のものです。** · 2013/07/22(月) NY:AN:NY.AN

>>172
> こんなの個人で再実装する価値はないので

ん。ライブラリにあったら便利なのは同意だが、こういう言い方で切って捨てようとする人って、
大抵自分で具体的なロジックが書けず、実装出来ないまま開き直ってる人だ。
書けない自分は何も悪くない、くれない奴が悪い、みたいに。

**名前は開発中のものです。** · 2013/07/22(月) NY:AN:NY.AN

というかむしろ詳しそうだし補助ライブラリ作って公開してほしいな

**名前は開発中のものです。** · 2013/07/22(月) NY:AN:NY.AN

>>174
素直にゲームエンジンや他のライブラリ使えよ

**名前は開発中のものです。** · 2013/07/22(月) NY:AN:NY.AN

多分無理だと思うぜ。何故なら普通は実際に書くと
「汎用性の前提があった上で、どこまでを処理単位の属性にすべきで、どこを決め打ちの固定仕様にするべきか」
って言う設計レベルでジレンマがやってきて、
それはそのライブラリ使って作れる物の制限を生むので、自分が作りたい物によっては使いにくいライブラリになり得るから、
結局アプリケーションの要件次第では別に実装する事になるので、「個人で作る価値はない」なんて台詞は出るわけ無いんだよ。経験があるならば。
その辺がテキトーに見えるので、彼では書けない。

あと、自分の代わりに実装してくれる別の個人がいるって事も頭から抜け落ちてる時点で、ただの「言葉だけ知ってる失礼な人間」だ。

**名前は開発中のものです。** · 2013/07/22(月) NY:AN:NY.AN

今さらドラクエレベルのゲームに要件次第とかないわー
ワンダと虚像と塊魂が作れるライブラリならともかく､
ゲームなんて決まり切った処理の繰り返し

**名前は開発中のものです。** · 2013/07/22(月) NY:AN:NY.AN

>>177
> ワンダと虚像と塊魂が作れるライブラリならともかく
えっ、DXライブラリだと作れないの？

**名前は開発中のものです。** · 2013/07/22(月) NY:AN:NY.AN

どこからドラクエレベルとかワンダとなんとかの話が出てきたんだよ知ったかぶり野郎

**名前は開発中のものです。** · 2013/07/22(月) NY:AN:NY.AN

上級者ヅラしてエラソーに他力本願でトンチンカンな批判をして、
その後に、じゃあお前が作って晒してみろって煽る流れとか、なんかKazuki臭い。

**名前は開発中のものです。** · 2013/07/22(月) NY:AN:NY.AN

117の書き込みはなんというか「口だけ達者な人間のセリフ」のお手本のようだ。

**名前は開発中のものです。** · 2013/07/22(月) NY:AN:NY.AN

3D接触処理って軽量化どうしてる？
球体の判定だけでも結構負荷かかりそうで
想定してるオブジェクト数は最大で24*32(768)個ぐらい
実際は半分ぐらいだと思う

**名前は開発中のものです。** · 2013/07/22(月) NY:AN:NY.AN

本当にそれだけだったらタダで間に合うよ

**名前は開発中のものです。** · 2013/07/22(月) NY:AN:NY.AN

>>182
絶対に当たらない組み合わせを、あらかじめ弾いておくのが
とりあえずのセオリーかしら？

**名前は開発中のものです。** · 2013/07/22(月) NY:AN:NY.AN

KkhWYzJ6とMz7t6BiKが同一人物の自演さんか
くっせぇスレになったもんだな

**名前は開発中のものです。** · 2013/07/22(月) NY:AN:NY.AN

>>182
8分木空間分割でググるといい
俺はBulletPhysics使ってる

**名前は開発中のものです。** · 2013/07/23(火) NY:AN:NY.AN

>>186
めんどくさそうだけどビットで判断するあたり、早そう

円だけなら一次判定で、xyz座標それぞれの半径分近くなってないかとかで弾けそうかとおもえてきた

**名前は開発中のものです。** · 2013/07/23(火) NY:AN:NY.AN

よくわからんけど
>>177は知ったかぶりさんということか
そういうのはすごく恥ずかしいと思う

まだ知らないなら知らないで押し通した方がいいと思う
知らないのにカッコ付けたいだけで
わざわざ醜態を晒すとか恥ずかし過ぎる

**名前は開発中のものです。** · 2013/07/23(火) NY:AN:NY.AN

>>185
Mz7t6BiK の方は俺だけど、どう見たら自演になるんだよ
「価値は無い」って言い切ってるのが、わかってる人間なら思わない不自然な台詞だから突っ込んだんだよ
ちゃんと読み返せ

**名前は開発中のものです。** · 2013/07/23(火) NY:AN:NY.AN

傍で見てれば解るから気にするな。

**名前は開発中のものです。** · 2013/07/23(火) NY:AN:NY.AN

自演祭りの会場と聞いて

**名前は開発中のものです。** · 2013/07/24(水) NY:AN:NY.AN

しょーもないな、お前ら…

**名前は開発中のものです。** · 2013/08/02(金) NY:AN:NY.AN

なんかこのひと月ぐらいの間で
公式のどっかの質問でマルチスレッド実装についての注意点みたいなのを
管理人さんが答えてたと思うんだけど
どこだったか憶えてる人いない？
見当たらないんだ

**193** · 2013/08/02(金) NY:AN:NY.AN

すまん自己解決した
随分前のトピックだったわ
2010年のトピックだったけど下の注意点って今も変わってないのかな

>ＤＸライブラリを使用したマルチスレッドのプログラムを作成する際に注意すべきことは

・サウンド・画像・モデルの読み込み関数や描画や描画の設定を行う関数を複数のスレッドから同時に呼ばないこと

・入力関係の関数を複数のスレッドから同時に呼ばないこと

・サウンド関係の関数を複数のスレッドから同時に呼ばないこと

です、
モデルに関して言えば MV1LoadModel、MV1DrawModel、MV1DrawMesh、MV1DrawFrame は、複数のスレッドから
呼ぶのは避ける必要があります( つまり描画を行うスレッドは一つにする必要があります )
MV1SetPosition や MV1SetAttachAnimTime や当たり判定などの描画を行わない関数は複数の
スレッドから同時に呼んでも問題ありません

**名前は開発中のものです。** · 2013/08/10(土) NY:AN:NY.AN

C/C++ゲーム製作総合スレッド Part3
のほうでも少し質問したのですが、
DrawPolygonIndexed3Dで描画するポリゴンはDXライブラリが標準で装備しているZバッファに適用されるのでしょうか？

また、エフェクトに使用するので半透明要素を含むテクスチャを使うのでZソートするのですが、
DrawPolygonIndexed3Dは渡した頂点配列をその場で描画し始めるんですよね
どのようにして実装したらいいでしょうか？

負荷軽減のために一気に描画したいというのもありまして・・・

**名前は開発中のものです。** · 2013/08/12(月) NY:AN:NY.AN

3dゲームの地形作るのに、どのソフトを使ってますか？
メタセコだと地形はツライ気がするので………。
もしvueとか使えるなら楽なんですが。

**名前は開発中のものです。** · 2013/08/13(火) NY:AN:NY.AN

>>196
Vueだともはやモデリングすらしない訳だけど、そこで言ってる楽ってのは、形状を作成するだけの話？
つまりコリジョンの作成とか自分の中の管理の都合とか放っておいて、ただ表示用の形を作る部分について、
例えば極端に言えばボタン一つ押したら思ったような形が出来たらいいな、みたいな。

**名前は開発中のものです。** · 2013/08/13(火) NY:AN:NY.AN

>>197
「楽」という表現は不用意でした。
どのソフトを使おうが、それなりの地形を作ろうと思えば相応の苦労があるのは
分かっているつもりです。
ただ、形状もそうですが、テクスチャや木などの設置を考えた場合、
やはり地形専用のソフトであるvueの方が向いているのではないかと
思ったからです。

**名前は開発中のものです。** · 2013/08/13(火) NY:AN:NY.AN

>>198
その「こっちのソフトの方が向いていてる」と思った理由は何なのかって話。
なんでこの質問を返すかと言うと、形状だけって話なら、BryceとかVueの方がそれに特化してて、自動生成してくれる部分もあるが、
結局そこで作ったモデルデータを自前のプログラムに読んで、かつコリジョンなんかの設定をして、かつ自分の都合で管理する事になるから、
その点を含めた時、「どれが向いてるか」って話も変わるわけで。

ちなみに俺はBlender使ってるけど、その理由はモデリングソフトとして地形製作に向いてるって言う話では無くて、自分が慣れてるからってのと、
あとBlender用のスクリプト作ってコリジョンデータ含めて自分フォーマットで出力させてるからって言う、俺の都合による。

**名前は開発中のものです。** · 2013/08/13(火) NY:AN:NY.AN

3Dってよくわからないんですけど
実際に描画されてるポリゴンの頂点使ってコリジョン判定するんですか？
それとも簡易的なモデル(長方形を連結して形成されただけのような)に、
描画モデルの同じボーン・アニメーションを指定して、衝突判定だけ簡易モデルの方を使うって感じでしょうか

というか処理が重そうですけど、大丈夫なんですか？3次元での距離判定でも結構持ってかれそうな気がするんですけど
角度を持つ長方形とかってめんどくさそう

**名前は開発中のものです。** · 2013/08/13(火) NY:AN:NY.AN

2Dだって、画像の他に当たり判定用の座標を持つだろ？それと似たようなもん。

**名前は開発中のものです。** · 2013/08/14(水) NY:AN:NY.AN

>>200
大抵は別。実際に描画される頂点が少ないなら描画用を流用することもあるが、
普通は別。なぜなのかは、コリジョンの判定計算を勉強しておくれ

**名前は開発中のものです。** · 2013/08/15(木) NY:AN:NY.AN

昔のアーマードコアは適当なボックス判定だったけど
今のはガチでポリゴンに同期してるよ

**名前は開発中のものです。** · 2013/08/15(木) NY:AN:NY.AN

アマコアだかMHだかは重要なもんの数は少ないからか

**名前は開発中のものです。** · 2013/08/15(木) NY:AN:NY.AN

>>203
それはConvex-Hullの事をガチって言ってるのか、それとも飾りの突起まで含めて表示用メッシュ同士を計算に使ってるのかどっち？
当たり判定用の荒いメッシュって、何も単純なボックス一個とかの極端な話じゃないよ

**名前は開発中のものです。** · 2013/08/15(木) NY:AN:NY.AN

というか不特定な座標を持つ頂点からなる不特定な面数の立方体をどうやって判定するんですか
OBBとかいうやつですか？
ヒントヒント！

**名前は開発中のものです。** · 2013/08/15(木) NY:AN:NY.AN

>>206
少なくとも「不特定」では無いはずだし、
普通は面について言えば三角の集合。どんな多角形であっても。

立体の交差判定とかでググればいいと思う。それか、nVidiaの厚い本とか

**名前は開発中のものです。** · 2013/08/15(木) NY:AN:NY.AN

で、それを真面目に計算したらやってられないから、
頂点数の少ない凸包による代理形状同士の交差判定するの。
で、それでと量が多いとしんどいから、距離による取捨を事前に行うの。

**名前は開発中のものです。** · 2013/08/15(木) NY:AN:NY.AN

三角形で構成された立方体の中に、別の立方体が完全に内包されていたらどうやって判定すればいいんですか？
それだと面どうしが接触している時だけですよね

**名前は開発中のものです。** · 2013/08/16(金) NY:AN:NY.AN

重力計算のジャンプと、
フレームごとのy座標テーブルのジャンプって
どう違うのですか？
詳しくお願いします。

**名前は開発中のものです。** · 2013/08/16(金) NY:AN:NY.AN

テーブルは計算する必要が無いから早い
でもあらゆる状況に対応するデータを作るのは面倒かも
重力からその場で計算すると状況との矛盾は少なくなりやすいがテーブルに比べて処理が重いかも

**名前は開発中のものです。** · 2013/08/16(金) NY:AN:NY.AN

>>209
そうだよ。詳しい事知りたかったら自分でbulletPhysicsのソースでも追いかけて。
ソースと言うか、先にクラス構成見て何故そうなってるのか把握して実際に使ってみると見えてくると思うけど。

DXライブラリ 総合スレッド その16

DXライブラリ総合スレッドその16