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/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のソースでも追いかけて。
ソースと言うか、先にクラス構成見て何故そうなってるのか把握して実際に使ってみると見えてくると思うけど。

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

MMDを使って、PS3箱のアイマス風の画面を背景にする音ゲーを作ろうと思っていまして、
3キャラ2曲2ステージぐらいを予定してます。
プレイ中のスコアによるモデルの動きの変化などはつけるつもりがないので、予め動画を用意しようと
思うのですが、モーションのファイルを渡してリアルタイムで動かすのとどっちがいいですかね？

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

DIVAみたいなのを作りたいってことかね

個人的にはレンダリング済みのムービーではなく
モデル+モーション+カメラモーションを渡してその場でレンダリングする方がいいと思う

そう考えた理由は、
・モデルの差し替えとかカメラの動きの変更とかが楽そう
　ムービーだと全部再レンダリングする必要が出る気がする
・ムービーだとファイル容量的に結構きつそう

MMD回りの知識は無いので細かい所はわからないから
もしかしたら↑の利点は大したことじゃないかもしれないけど…

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

ムービーだったら化石PCでも動くかもしれないのでうれしい

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

>>211
説明してくれて嬉しいんだけど、
プログラムの組み方(ジャンプの作り方)の違い？も
詳しめに説明お願いします

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

超詳しく説明してあげよう

あらかじめ計算した移動量とかのデータを配列変数に入れておくんだよ

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

>>213
MMD使ってって言ってる時点で、MMDでレンダしたムービー(aviなど)を再生したいって事だよな

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

>>217
＞あらかじめ計算した移動量とかのデータを配列変数に入れておくんだよ

え、想像だにしなかった説明だわ、、、
計算した移動量を入れた配列をどう扱うの。
しかも、それは"フレームごとのy座標テーブルのジャンプ"の話ですか？

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

>>219
多分毎回のジャンプが同じ軌跡をたどる場合、座標の移動量だけ並べとくって話だと思う
あんまり意外でもない普通の話だ

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

>>219
簡単でしょ
ジャンプ中の

y＝元の位置＋重力計算（フレーム数）

を

y＝元の位置＋テーブル[フレーム数]

に置き換えるだけ

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

便乗だが、俺も知りたい
高さが固定のジャンプはそのまんまだろうけど、マリオみたいな
ボタンを押す長さで高さが変わるようなジャンプはどうやってるんだろ
素人の考えだと上りと下りのテーブルを分けてボタンが離されたら
切り替えるって方法しか思いつかない

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

>>221
解説が端的というか、短かすぎて何言ってるかわからないよ。
カヲルくん、君がなにを言ってるかわからないよ。
もっとバカ(プログラム初心者)でもわかるように
順序立てて解説してほしい。
っていうか、「フレームごとのy座標テーブルのジャンプ」って
もしかして、予め配列にいれている数値をフレームでまわして与えるだけなの？？
それで、壁なんかにぶつかったら、yを減らして下に落とすとか。
そいうこと？？？？そんな単純な正体だったの？？

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

>>222
マリオは小ジャンプも長押しジャンプも初速は同じ
ボタンが離されるか一定フレーム経過るまで一定（一定じゃなくても減速を抑えた）の速度で上昇させて
それから上昇速度を毎フレーム減らせば、そのうち速度がマイナスになって落下し始める

ボタンを押した時間によって、離してからの落下開始までの時間を変えたいなら
押した長さを掛けたり割ったりして調節するとか、上昇速度を押してる間に調節する

テーブルなら
tbl=5,4,3,2,1,0,-1,-2,-3,-4,-5
ってなってるとして
ボタン押されてる間はtbl0だけ見るようにして
離されたらtbl1とずらしてく

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

訂正
yを減らして下に落とす
↓
yを増やして下に落とす

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

またマリオか

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

マリオのジャンプってよく話題に上がるけどなんでなんだろうな
少し観察して考えたらわかりそうなもんなのに

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

パワーのないファミコンでの実装なんだから
単純なのはそうだろう

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

ファミコンの驚くべき発想力　-限界を突破する技術に学べ-
ttp://www.amazon.co.jp/dp/4774144290

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

>>222
> ボタンを押す長さで高さが変わるようなジャンプはどうやって

押す長さによってn倍したらいいじゃない

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

押してる間は配列のインデックスを増やしていって
離されたら配列のインデックスを減らしていけばいいじゃない

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

多分それは配列に持っとくデータ内容の意味合いが違う気がする

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

なんでお前達って3D描画関係の話題だと俺でも理解できないような会話始めるのに
こういう基本アルゴリズムの話になると急にバカっぽくなるのはどうしてだよｗ

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

まぁいろんな人がいるからね(適当

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

カメラの位置によって広域なマップってどうやって描画してんの？
マップを京都のあの変な街みたいにブロックごとにわけて
現在位置を中心に生成するフォグで見えなくなるぐらいの距離のブロックまで描画するうんたらかんたら？

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

アサシンクリードやGTAみたいなのが気になる

あとエースコンバットの地平線とかどうやって表現してんだ？
高度あげると地形マップが四角なってるのが見えちゃう
かといってこれ以上Zバファの探索距離を伸ばすと処理能力がきついからマップ広げられないし、
遠くなるだけで四角く見えなくなるわけでは無いだろうし

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

>>235
Level of Detailでググれ

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

>>237
LODってカメラとオブジェクトの距離を一個一個測って描画するモデルを決めるの？

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

>>238
最低限がそうだよ。俺は区画の論理マップ用意しておいてそれに対して計算するけど、
相手が物理座標じゃないだけでやってる事はそう。

で、本当のLOD処理になるとそれプラス、距離に応じて頂点数異なるメッシュに切り替えたりもする。
何故ならアップで見えて欲しいディテールと遠景で最低限必要なディテールは異なるから

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

簡単に言うと、カメラの死角にあるものは描画しないし、近くにある木は枝の枝まで見えて欲しいが、
遥か遠景の木にそこまでのディテールは必要ないので簡素なモデルに切り替える。
テクスチャについても同じ理屈

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

なるほど、あとひとつ
カメラの向いてる方向から、オブジェクトの座標をみて、そもそものZバッファ登録を間引いたりする？
間引くとしたら、巨大なオブジェクト、例えば重心がカメラの後ろにあるのに描画範囲内に頂点があるようなオブジェクト
とかってどうすればいい？

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

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