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

**名前は開発中のものです。** · 2014/05/07(水) 19:44:28.30

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

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

【関連スレ】
C/C++ゲーム製作総合スレッド Part5
http://toro.2ch.net/test/read.cgi/gamedev/1389798031/
ゲームプログラムなら俺に聞け30
http://toro.2ch.net/test/read.cgi/tech/1388933972/

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

**名前は開発中のものです。** · 2014/10/26(日) 13:36:06.83

>>243
.NETならC++/CLIでC++コードも使えるだろ

**名前は開発中のものです。** · 2014/10/27(月) 08:45:34.43

>>244
日本語の情報が非常に多い
初心者にはこれが何よりもありがたい

3Dの機能不足を感じるなら有料の高性能エンジンを買えば幸せになれると思う

**名前は開発中のものです。** · 2014/10/28(火) 00:45:48.18

>>244
最新の機能よりも安定性がDXライブラリのウリだろ

**名前は開発中のものです。** · 2014/10/28(火) 08:39:30.81

安定性？ジョークか？

**名前は開発中のものです。** · 2014/10/28(火) 09:38:08.25

ベクトルについてお願いします
移動量と角度は分かっているんですが、これを移動ベクトルに変換するにはどういう処理を使えばいいんでしょうか？

**名前は開発中のものです。** · 2014/10/28(火) 12:03:11.30

>>249
x = cos( 角度(ラジアン) ) * 移動量
y = sin( 角度(ラジアン) ) * 移動量

**名前は開発中のものです。** · 2014/10/28(火) 12:19:28.28

>>250
ありがとうございます
どうもググっても単位が分からなかったので…

**名前は開発中のものです。** · 2014/10/28(火) 12:33:18.70

>>249
DXライブラリ関係なくね？

>>248
細かなバグが沢山あるよな。更新続いているのはプロジェクトが死んでいない証拠でもあるが。

それに、圧縮ファイルでしかソースを配布していないけど未だにバージョン管理してないのか。そのせいか知らんが、前にソース覗いた時はコメントアウトだらけで汚いと思った。

http://homepage2.nifty.com/natupaji/DxLib/dxlog.html

**名前は開発中のものです。** · 2014/10/28(火) 12:53:01.50

う～ん、この意識高い系ウザグラマ具合

**名前は開発中のものです。** · 2014/10/28(火) 14:15:21.42

オープンソースならGitHub移行しちゃったほうがいいよねえ

**名前は開発中のものです。** · 2014/10/28(火) 16:25:03.05

ビルドによそのライブラリを持ってきてプロジェクトに追加する必要あるけどな

**名前は開発中のものです。** · 2014/10/29(水) 19:27:43.30

2Dでトライアンドエラーしてやっと思い通りの結果になった計算式が
アフィン変換で出て来て先人すげーって思った
あと出来るだけ調べてから作り始めようと思った

**名前は開発中のものです。** · 2014/10/29(水) 21:03:37.57

これだけは押さえとけってのがリストであるといいよね

**名前は開発中のものです。** · 2014/10/31(金) 08:04:47.84

3D系のプログラムで空とかの描写って、みんなどうやってるの？
でっかい球体つくって、内側にテクスチャー張って
全体をとりかこんでるの？

**名前は開発中のものです。** · 2014/10/31(金) 08:13:01.97

その方法でもいいし、雲のテクスチャ貼ったポリゴン浮かべるなり好きにすればいいのでは

**名前は開発中のものです。** · 2014/10/31(金) 09:45:22.27

普通は青いグラデテクスチャー使った球体だと思うけど、雲の画像が入ってると空が歪んで見えるからな
かといって雲テクスチャーをダイレクトに浮かせるとPS1ゲーみたいになるよね
ここら辺はシェーダーでなんとかすんのかな

**名前は開発中のものです。** · 2014/10/31(金) 09:58:35.37

雲がある高度まで飛ぶゲームとかでもない限り
スカイボックスで問題ないと思うけども・・・
あと視点が変わるから歪んで見えるのであって
常にカメラ位置から同じ相対位置に描画してれば
歪んでいるなんて認識されないと思う

**名前は開発中のものです。** · 2014/10/31(金) 10:05:02.57

手抜きするならキューブマップで

**名前は開発中のものです。** · 2014/10/31(金) 12:26:40.01

なるほど、ありがとうございます。
あとは自分の動きに合わせて球体を移動させればいいんですね？

**名前は開発中のものです。** · 2014/11/03(月) 22:24:05.93

なんかDirectXのD3DXCreateTextureFromFileEx関数でARGBが読めなかったのにＤＸライブラリのLoadGraphで読めるぞ・・・・
すげえなあ山田マジック

**名前は開発中のものです。** · 2014/11/05(水) 08:42:42.49

まぁDDS以外は展開してから読んでるし

**名前は開発中のものです。** · 2014/11/05(水) 13:33:26.05

>>263
つーか最後に描画してるから大きく見えるだけでヘルメットの大きさでいいんだぞ

**名前は開発中のものです。** · 2014/11/06(木) 15:31:45.42

一つ質問があるのですが

ＤＸライブラリ置き場　使い方説明
（ttp://homepage2.nifty.com/natupaji/DxLib/use/dxuse_vc2013express.html）
のページの、
4.ＤＸライブラリを使用するためのプロジェクトの設定を行う
にある

　　①　VisualStudio Express 2013 for Windows Desktop のメニューの
　　　　　　『プロジェクト』→『(プロジェクト名) のプロパティ』を選んで、
　　　　　　プロジェクトのプロパティダイアログを開きます。
　　　　((プロジェクト名)の部分は、今回は『test』になっている筈です)

　　②　次にダイアログの左上にある『構成(C)』と
　　　　　書かれている項目を『アクティブ(Debug)』から『すべての構成』に変更します。

　　③　次にダイアログの左側のリストから『構成プロパティ』→『全般』を選びます。

この②でダイアログ左上にある構成（C）と書かれている項目が、
「アクティブ（Debug）」ではなくN/Aとなっていて変更ができないのですが、
何が原因なのでしょうか？

**名前は開発中のものです。** · 2014/11/06(木) 16:18:05.54

自己解決しました…
単に②と③の順番がひっくり返って書かれているだけなんですね

**名前は開発中のものです。** · 2014/11/07(金) 18:52:58.79

DxLib.hとstdio.hを同時に使うことはできますか？

**名前は開発中のものです。** · 2014/11/07(金) 20:45:22.16

当然できる。

**名前は開発中のものです。** · 2014/11/08(土) 21:17:09.54

math.hなんかもおすすめや！

**名前は開発中のものです。** · 2014/11/08(土) 21:50:15.02

fastmath.hなんてどうよ！

**名前は開発中のものです。** · 2014/11/09(日) 00:26:50.85

VC++じゃ必要ないんだよなぁ・・・

**名前は開発中のものです。** · 2014/11/10(月) 08:16:51.11

ははは、欲張りなやつめ

**名前は開発中のものです。** · 2014/11/15(土) 13:43:22.14

なんだかよくわからないけど、ＤＸライブラリでゲームを作ろうと思ってますよ。
情報も豊富そうですから。

**名前は開発中のものです。** · 2014/11/15(土) 14:37:37.63

お前がkazukiじゃないなら頑張れ

**名前は開発中のものです。** · 2014/11/15(土) 17:52:05.19

たまたま名前がkazukiだったら戦々恐々としてるとこだなｗ

**名前は開発中のものです。** · 2014/11/15(土) 22:01:41.09

ポナルポさん今度こそ本気出すんですか！せいぜい頑張ってください！

というのは冗談として
DXライブラリはあくまで補助ツールであって、
そもそもC及びC++でゲームを作る難易度はかなり高いぞ　気をつけろよー
（っても、最近はソース公開してる人も多いけど）

**名前は開発中のものです。** · 2014/11/15(土) 22:04:50.87

Unityみたいな中身もやってくれるフレームワークと違って、あくまで画像の描画と音楽の再生くらいしかやってくれないからな
ゲームの中身は全部自力必須や

**名前は開発中のものです。** · 2014/11/16(日) 06:58:35.57

むしろUnityってそんな中身も全部やってくれたりするのか。すげぇなｗ
それであれだけのゲームが作れるのかよｗ
俺のようなヘボプログラマには想像つかねぇ。

**名前は開発中のものです。** · 2014/11/16(日) 11:14:12.94

ゲーム固有の部分ではなく
既に存在するフレームワークの劣化コピー的なものを作るのに時間を費やすほど勿体無いことは無い

**名前は開発中のものです。** · 2014/11/16(日) 14:14:25.29

ま、お勉強には大事だけどな

**名前は開発中のものです。** · 2014/11/16(日) 14:52:18.76

結局自分でやらないと理解まではいかないことも多いしな
貼ってあったソースを改造したら妙な場所でバグが起きて、
しかもどう解決したらいいか分らないなんてあり得そうだから困る
所々スパゲッティと化した、失笑物のソースになったりもな

**名前は開発中のものです。** · 2014/11/16(日) 14:54:06.48

Unityはアクションゲーム特化だからな
みんながみんなアクションゲーム作りたいわけでもあるめぇ

**名前は開発中のものです。** · 2014/11/16(日) 16:47:35.03

特化というか向こうじゃゲームと言えばFPSしかないからな・・・
それ以外のゲームは海外に関心のあるゲーマーくらいしか知らない

**名前は開発中のものです。** · 2014/11/16(日) 21:38:46.75

RTSやフライトシミュなんて輸入品でしか遊んでないけど

**名前は開発中のものです。** · 2014/11/16(日) 23:05:17.68

日本なんてTPSのゲームしか無いじゃん

**名前は開発中のものです。** · 2014/11/16(日) 23:32:39.24

×みんなアクションゲームを作りたい
◯RPGやSLG（SIM）はマジで作るのが大変

いまやフル3D前提のレースゲームよりはある意味楽だけど、
それでも膨大な量のテキストとそれによって生じるバグの山、
複雑を極めるAIアルゴリズムの構築で死ねる

**名前は開発中のものです。** · 2014/11/16(日) 23:53:18.57

別にＤＸライブラリをゲーム以外の用途に使っても罰はあたらんわたわけ！

**名前は開発中のものです。** · 2014/11/17(月) 00:19:08.33

某スマホゲー用のツール(シミュレータ)作ってるけど
普通にDxライブラリ使わずにVCのみでやってたら
全く出来ないから助かってる

**名前は開発中のものです。** · 2014/11/17(月) 07:13:59.13

言語でゲーム制作どころか、プログラミングのプの字も書けない素人が
WOLFRPGエディターやZG-Editorみたいなゲーム製作ツールを作れるようになるには
何をどうすればいいんでしょうか、何年くらいかかりますか？

やっぱり頑張って金貯めて依頼した方が早い？

**名前は開発中のものです。** · 2014/11/17(月) 10:58:43.23

つかDXライブラリ使えばUnity並に簡単に作れるぞ

**名前は開発中のものです。** · 2014/11/17(月) 13:27:04.40

>>292
それは褒めちぎり過ぎ
てか全然カバーする範囲が違う

**名前は開発中のものです。** · 2014/11/17(月) 13:27:52.04

画像を？？フレーム後に表示するってしたい場合どうすりゃいいの？

**名前は開発中のものです。** · 2014/11/17(月) 14:32:05.41

まずは思ったとおりに書いてみるのがいいかと

**名前は開発中のものです。** · 2014/11/17(月) 16:23:08.54

思いつくのは変数用意して毎フレームカウントダウン→０になったら実行、ですけど
例えば４フレーム後にはここ、８フレーム後にはここ、みたいになってくるとどうすればいいのかさっぱり

座標とか角度とか指定する引数？っていうの？を保存しておく変数も必要ではないか→
それだと画像１００枚、それぞれ１～１００フレーム後の座標だけでも２万の変数が必要だと？→
それだけでもこれだけの数になるのに角度や不透明度や縦横の拡大率とかあるし
５秒後までの動きをあらかじめ指定したいなら３００フレーム分必要だし
一体いくつの変数が画像を表示するためだけに必要なのさ！？って感じで
どんな風にすりゃいいのかさっぱりわかんないんです

**名前は開発中のものです。** · 2014/11/17(月) 17:48:55.95

よく考えてみろ、画像をピンポイントで座標指定して次の瞬間また別の指定座標に表示したい、なんてことは基本的に無い

外部のアニメーションファイルを読み込む場面だったり、アクションゲームの特殊な演出だとか、ユニークな場面だけだ

大抵「この座標まで1秒かけて移動してくれればいいや」とか「0.5秒で現在位置から左に3キャラ分移動させたい」とか、
現在座標と目標座標さえ分かってれば中間は補完出来るものばかりなはず

**名前は開発中のものです。** · 2014/11/17(月) 18:26:39.29

毎フレーム現在値を斬出する必要があるけど、使用するメモリが少なくて済む分そっちの方が良いってことですか？

**名前は開発中のものです。** · 2014/11/17(月) 23:02:39.36

「画像を？？」って何のことかと思った

**名前は開発中のものです。** · 2014/11/17(月) 23:07:06.94

パソコンのメモリが8GBだの16GBだの言ってるこのご時世に
整数型変数(4バイト)が100個あろうが200個あろうが誤差にすらならん

**名前は開発中のものです。** · 2014/11/17(月) 23:40:41.41

なんでスタート地点と速度かゴール地点設定するだけの話にメモリ量の話が出てくるの

**名前は開発中のものです。** · 2014/11/18(火) 03:56:33.29

俺も、296が何をしたいのか理解できんのだがよく297は解るな。
わざと画像表示を遅延させるのかと思ったが違うよな。

**名前は開発中のものです。** · 2014/11/18(火) 06:55:22.35

２ちゃん名物、自問自答ですか？

**296** · 2014/11/18(火) 10:46:30.91

>>301 >>302
俺が何もわかっちゃいない素人だからさ！

**名前は開発中のものです。** · 2014/11/18(火) 15:13:25.46

キャラアニメ劇をやりたいんだろ？
記録ポイントはフレーム主点で考えずに、移動ポイント主点で取れ
（フレーム値、X、Y）のリストでだ

リストの次のデータを参照したら
次のフレーム値までのフレーム数で座標の差を割って、毎フレームごとの座標値を増減させてやれ
実際に毎フレーム描画しなくても、だ

内部で毎フレーム座標計算さえしとけば
いきなり描画処理来ても、描きたい座標がわかるだろ
キャラが止まってようが、動いてようが座標計算処理はいつも同じだ
止まってる時と動いてる時で変える必要は全くない

**名前は開発中のものです。** · 2014/11/18(火) 17:40:19.55

複数の静止画を使ったアニメを再生するならTexture Packerを使うと管理が楽になるかもしれない

**名前は開発中のものです。** · 2014/11/18(火) 20:48:01.41

>>297
ユニークの使い方間違ってない？

**名前は開発中のものです。** · 2014/11/19(水) 13:41:18.14

>>307
唯一とか個性的なとか、そういう意味じゃないの？
間違ってるとは思えないけど

**名前は開発中のものです。** · 2014/11/19(水) 14:26:58.95

プログラマのユニーク→唯一の
一般人のユニーク→個性的な

**名前は開発中のものです。** · 2014/11/19(水) 16:11:06.14

ダメもとで聴いてみる
今、矩形による当たり判定を勉強しているんだけど
http://d.hatena.ne.jp/ono36/20070718/p1
理解は出来たよ。
ただ、このやり方で通用するのはシューティング等に使える
「自分と相手が当たった」というアバウトな判定だけの話だよね？

マリオがクリボーを踏みつけたり、
忍者くんでいうところの自分が踏みつけられたら気絶する、とか
実装したいときには、その矩形の上側から当たったかどうか、相手の上側に当たったかどうか
わからないとダメだよね？
その処理はどうすればいいのか、バカだからわからないんだ。
教えてください

**名前は開発中のものです。** · 2014/11/19(水) 16:16:50.12

マリオは当たり判定で上とか下とかないけどな
マリオの位置、敵の位置、そして加速度の方向（上で登っている状態か下へ降りている状態か）

それは置いといて、そういう処理がしたいなら上側と下側の判定を別に作ればいいじゃん
一つのオブジェクトに判定はひとつじゃなくてもいいんだぜ

**名前は開発中のものです。** · 2014/11/19(水) 16:32:01.24

当たった相手の1フレーム前の位置を取得できれば上から当たったか横からか下からなのか計算できるだろ
過去フレームの位置か差分の移動ベクトルはなにかと使うので動くキャラに持たせると便利

**名前は開発中のものです。** · 2014/11/19(水) 16:36:41.40

部位破壊や弱点があるオブジェクトは判定をいくつも作る必要があるし、
オブジェクトは単一の判定のみで構成されているという概念は捨てた方がいい　単一の方が作るの楽だけど
まあ、マリオの場合はちょっと特殊な判定になってそうだけど
地上で足元すくわれたら死亡なのに、空中で足元当てたら撃破って単純そうでそうでもなさそう
もしかして、撃破判定が足元から伸びて地中にめり込んでる？

**名前は開発中のものです。** · 2014/11/19(水) 16:37:15.69

>>311
＞マリオの位置、敵の位置、そして加速度の方向（上で登っている状態か下へ降りている状態か）

うん、それも考えたんだ。
でも、それだとプレイヤーがジャンプ中、つまり斜め移動中に
敵もジャンプしていたら、ややこしいことにならないかなあって。
ジャンプ移動中同士でぶつかったらお互いが弾き飛ばされるって処理をしたい場合、
横ジャンプ中だと降下中もX軸の移動量もあるから
「降りてる状態」だけの情報だけじゃ、判断出来ないと思うんだけど
違うかな？？？？

あと、
＞一つのオブジェクトに判定はひとつじゃなくてもいいんだぜ
これは、どんな感じになりますか？
疑似言語で構いませんので、ざっと流れを書いてみてほすい、、、、、

**名前は開発中のものです。** · 2014/11/19(水) 16:41:40.24

>>312
あ、それ、いい！
相手のぶつかる前の座標位置と
ぶつかったときの自分の座標位置を比較すれば
相手が自分に対してどこにいたか判断出来るってことだよね？

マジでそれで解決しそうだけど、、、、ほんと？？？？？
それで進めてみるけど、ほんとにいける？？

**名前は開発中のものです。** · 2014/11/19(水) 16:52:45.83

>>314
マリオだとジャンプ上り中に横からぶつかった場合でも、マリオの足が敵の頭に触れてたら踏んだ判定になる

>ジャンプ移動中同士でぶつかったらお互いが弾き飛ばされるって処理をしたい
マリオにはそういう処理ないけどそういうこともしたいのか？
まずはやりたいことを洗い出して、それからじっくり何が必要か考える作業が必要じゃないかね

**名前は開発中のものです。** · 2014/11/19(水) 16:54:05.38

>>316
いや、やりたいことは
矩形当たり判定で、相手のどの面に当たったかを認識できるようにする、なんだ。

マリオの話は、例えとして出したゲーム。

**名前は開発中のものです。** · 2014/11/19(水) 17:08:37.82

>>317
それなら、重なった座標から位置を割り出すことが必要だね
まったく別の処理が必要だぞ

>>310の概念図と合わせて見れ
http://www.dotup.org/uploda/www.dotup.org9930.jpg

**名前は開発中のものです。** · 2014/11/19(水) 17:10:08.59

>>318
え、四点必要なの？？

お互いの矩形の左上の座標だけじゃダメ？

**名前は開発中のものです。** · 2014/11/19(水) 17:10:34.05

ちなみにこの方法だと超高速で飛んでくる物体（マリオだと走る速度の5倍くらい）には誤爆するからあとはごまかしの技術

**名前は開発中のものです。** · 2014/11/19(水) 17:13:40.11

>>319
左上の座標＋物体のXサイズYサイズの情報があればそれで4点あるのと同じだろ（原点、原点+x、原点+y、原点+x+y）

その数値を使って重なった位置を求めるだけ

余計なおせっかいだが、マリオみたいなゲームなら地上側の下座標を原点として考えるのをおすすめする

**名前は開発中のものです。** · 2014/11/19(水) 17:21:35.64

>>321
>左上の座標＋物体のXサイズYサイズの情報があればそれで4点あるのと同じだろ（原点、原点+x、原点+y、原点+x+y）
あ、そうだった。ごめんごめん

>>320
＞あとはごまかしの技術
これも気になる、、というか>>312の方法はあんまりお薦めしないってこと？？

ID:XOzf+VjYは別のお薦め方法があるよってわけではない？
別に無いなら、>>310の概念図とあなたのくれた画像と>>312の内容で
進めてみようと思うんだけども。

**名前は開発中のものです。** · 2014/11/19(水) 17:29:56.75

アクションゲームを作りたいという前提で説明すると、
踏み付けとか体当たりというのは下や横への攻撃だから、
相手のどの面に当たったかじゃなくて、攻撃判定を特定方向に出すと考える。

自分も敵もキャラサイズより小さめのダメージ判定を持たせる。
ジャンプ下降中や体当たり中は、自分のダメージ判定をはみ出す形で、
足の位置や体側面に攻撃判定を作る。

**名前は開発中のものです。** · 2014/11/19(水) 17:32:33.82

連続書き込み引っかかったわ
>>322

>>312のはあたったオブジェクトが動いてた方向がわかるだけで、あたった面を判定する処理とは別だよ
斜めに動く物体があると高確率で誤判定する

ほぼ縦に動いてる物体同士が真横同士でぶつかった場合でも、>>312の方法だと縦に衝突したと判定される
俺の解説した方法で判定しきれない高速物体との衝突の時、補助として使うといい

ごまかしが必要というのは初心者向けの判定方法だから。厳密にやるとお前のレベルだと対応しきれない複雑な処理になる

**名前は開発中のものです。** · 2014/11/19(水) 17:39:25.95

Box2Dとかに丸投げするのはどうだろう

**名前は開発中のものです。** · 2014/11/19(水) 18:24:56.94

色々と意見が出てから言うのもなんだけど、
ジャンプアクションならアクション特化のエディターで作った方がいいと思う
俺はどうあってもC＋＋でゲーム制作技術を習得するんだ！とか、
既存のエディターではどうしても再現できない独創的な仕様がある！ってんでもない限りはね…

**名前は開発中のものです。** · 2014/11/19(水) 19:42:21.22

そんなん言ったら全部Unityでいいじゃん
個人的には、今だにこういうライブラリ使ってる人って実行ファイル全て手作りしたいというか、開発工程も楽しみたい人だと思うんだよね
「俺の考えた最高の神ゲー」の方向にベクトルが向いてない作業はやりたくないというかなんというか
エディタの学習コストだってバカには出来ないし、エディタが想定していること以上の事は出来ないしわけだし

**名前は開発中のものです。** · 2014/11/19(水) 20:14:48.98

うん、エディタは使いたく無いよ
今は、C++でがんばりたい。

ただ、>>324
＞>>312のはあたったオブジェクトが動いてた方向がわかるだけで、
＞あたった面を判定する処理とは別だよ、斜めに動く物体があると高確率で誤判定する

が気になってね。
俺のやろうとしてることはそんなに面倒なことなんだ？と。
キャラは16×16のサイズで作るんだが、1フレームの移動量もしれてる。
斜め同士で誤判定するかな？
最初にあたる場所って、必ず四面のうちのどこか一面じゃない？

**名前は開発中のものです。** · 2014/11/19(水) 20:55:19.20

当たった瞬間のキャラの方向計算して
角度範囲を区分けすりゃいいだけだろ

**名前は開発中のものです。** · 2014/11/20(木) 02:40:41.39

移動量は方向には関係ないから容赦なく誤判定するぞ
もっとハッキリいうと「正しい方法じゃない」

移動量が少しなら尚の事>>318で済ませるべき
面倒だとか言ってるが、ゲーム制作においてこの程度全然面倒なレベルじゃないぞ

普通にゲーム作ってりゃ、1ループは数千行以上になるからな

**名前は開発中のものです。** · 2014/11/20(木) 08:41:44.89

ここんとこDXライブラリ関係ない話ばっかでてないか？

**名前は開発中のものです。** · 2014/11/20(木) 19:36:33.97

自キャラと敵、それぞれに上半分、下半分の矩形を作って、

＼敵上下
自＼
上　　跳潰
下　　死跳

とかやったら良いんじゃね？

**名前は開発中のものです。** · 2014/11/21(金) 22:49:14.07

もっと単純に、矩形が衝突したら原点を比べて、
敵の原点より自機が上なら「踏み｝、同じか下なら「ヤラレ」
くらいの判定でいいんじゃないのかな

**名前は開発中のものです。** · 2014/11/22(土) 22:45:34.33

マリオだとそれプラス、縦の速度で判定範囲が変わる感じだね

**名前は開発中のものです。** · 2014/11/26(水) 23:22:57.28

天体の周りを回るロケットのシミュレータっぽいのをDXライブラリで作ろうと思って
ロケットのコックピットから進行方向前方を見た視点を実装したくなったんだけど、
1メートルくらいの至近距離から数万キロの彼方まで描画範囲に含めるのはやっぱり無理？

ワールド座標系の単位をメートルとみなして1メートル～10万キロまでの範囲を描画範囲にする
（SetCameraNearFarで手前クリップ距離を1、奥クリップ距離を10万×1000にする）と
Zバッファの精度が足りなくなって表示が破綻するし、そうかといって単位を1000キロとみなして
手前クリップ距離を100万分の1、奥クリップ距離を100くらいに設定すると今度は手前クリップ距離が
小さすぎてまたまた表示がおかしくなってしまう

超至近距離から超遠距離までの表示を破綻なく行わせるうまいやり方があれば教えてください

**名前は開発中のものです。** · 2014/11/27(木) 03:01:51.80

描画を複数回に分けてその描画結果を合成すりゃいいじゃん

**名前は開発中のものです。** · 2014/11/27(木) 07:13:48.90

>>336
レスｻﾝｸｽ
それって最初はロケットの近くだけを描画するようクリップ距離を設定して
その後遠くの天体だけを描画するようにクリップ距離を変更するってこと？

なにぶんDXライブラリに慣れてないので概念とどういう関数を使えばいいのかだけでも
教えてもらえるとありがたいです・・・

**名前は開発中のものです。** · 2014/11/27(木) 14:33:04.80

描画可能な画像ハンドルはMakeScreen関数で作成できる

**名前は開発中のものです。** · 2014/11/27(木) 18:34:12.41

数万キロの彼方を実装するのはともかく、
表示するだけならある程度以降はガワだけにした方がいいというのはある
重いではすまないとんでもない世界がそこにはある…

なおテキトーな尺を設定して数万キロと言い張る事もできる模様

**名前は開発中のものです。** · 2014/11/27(木) 20:48:52.28

では諸君に聞くがUnityが2ｄ対応の今なぜ使うのかということだ

**名前は開発中のものです。** · 2014/11/27(木) 21:14:59.42

宇宙にいけば光年単位で異動できるなｗ

**名前は開発中のものです。** · 2014/11/28(金) 00:27:03.41

>>338-339
うーん・・・やっぱり厳しいのかな
MakeScreen関数についてはちょっと調べてみます

**名前は開発中のものです。** · 2014/11/28(金) 04:18:58.91

どのくらい置くのかは知らないけど、
1m～10万km以内の全てのオブジェクト全部表示ははっきり言って現実的ではないね
自分の近場のオブジェクトだけ表示して、後は背景でごまかしちゃうのが一番いい
物にもよるけど実際に表示したとしても多分見えないし…
これはかなりよく使う手だよ

**名前は開発中のものです。** · 2014/11/28(金) 11:03:42.37

335読む限り、遠くの天体はやっぱり背景が良いんじゃないかね
労力と計算コストに対して、あんまり目立った変化なさそう

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

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