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/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バッファ登録を間引いたりする？
間引くとしたら、巨大なオブジェクト、例えば重心がカメラの後ろにあるのに描画範囲内に頂点があるようなオブジェクト
とかってどうすればいい？

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

自分>>222だが>>224のアドバイスを参考にしてサンプルをつくってみた

http://www1.axfc.net/uploader/so/3000313
pass:jump

重力計算のほうは、とりあえず最大値でジャンプしはじめてボタンが離された瞬間に
最小値に切り替えるようにしたらそれっぽくなった

問題はテーブルのほうなんだが、いろいろいじってみたけどやっぱりわからない
とくにブロックとの当たり判定とか自由落下が加わるとややこしくなってさっぱり
根本的につくり方が違ってるんだろか・・・

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

マリオのジャンプテーブルは、色々と調整してみた結果、
（ファミコンで可能な範囲で）計算するより、手作業で数値を突っ込むのが一番心地いいジャンプになった、ってだけの話？

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

8bitのCPUが貧弱だからだよ

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

>>242-243
正解？を言うと
テーブルを作る手間は非常に面倒臭いのでファミコン時代ならともかく今のPCゲームじゃ普通に計算するのが当たり前
sincosとかは今でも遅いからsin0°,sin1°…といった値をテーブル化して計算の途中で参照する手法はある

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

重力計算でできたんならその計算結果をテーブルに入れて、
計算結果を参照する代わりにそのテーブルを参照すればいいだけじゃないの

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

少数の計算が遅いからそれを避けるためにテーブルにしたってだけよ

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

てか少数演算自体がファミコンじゃできないのかな

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

>>241
俺のやってる方法は別に完全無欠な訳じゃないからアレだけど、
とりあえずZバッファの部分的なクリアやdiscardみたいな事はしてなくて、そもそも対象外のオブジェクトをドローさせないようにしてる。

で、それとも繋がるけど、重心がカメラの後ろにあるがカメラの前に部分的に見えるほど巨大な物に関しては、
なるだけそう巨大にならないよう分割管理してる。

勿論それでも程度問題で重心とオブジェ
クト半径の間にカメラが来る事は普通にあるんだが、その場合は基本的に描画する。
で、その1描画に対してどれだけの頂点量なりが必要なのか、って話で、それを減らすためにバランスみて分割し、
巨大にならないようにするって感じ。それだけ

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

constexprを使おう！

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

>>242
すまん、VSでいじって研究したいから
ついでにMap、Graphic、Commonらのソースもつけてくれん？

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

>>251
いらないだろ。研究したいとか嘘つけ

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

嘘じゃ無いよ
なんで嘘呼ばわりされるのか

確かにジャンプそのものの構造は入ってるソースでわかるし
includeで必要な外回りも自分で作って補えば済むが
全部渡してもらった方が、その場で色々触れるんだから
話が早いじゃないか。

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

秘伝のソースなんだから見知らぬ人にあげられるわけないだろ

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

なら聞いてみようよ

>>242
秘伝なのかい？

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

>>253
要点は書いて頂いたんだからそれ以上いらないだろっての
秘伝とかどうでもいいよ

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

桃伝のソースがもらえると聞いて

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

まあコピペしてゲーム作りたいんだろ

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

自分で作れるなら作ればいいだけ。
他人に何かさせて「その方が早い」とか言うのは失礼極まりない。

新入社員が「自分がやるより先輩がやるほうが早いし効率いいじゃないですか」と
先輩に全部仕事丸投げして自分は何もせずいたらどう思うよ。

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

コピペしただけでゲームが出切るわけないだろうに。
別にマップ製作のソースに興味無いよ。

そんなこと疑うんなら、他の誰でもいいから
include消してVSでただのジャンプソースをビルド出来るようにしたのを
うPし直してくれ。
別にこっちはそれで結構だから。

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

なんで偉そうな態度の乞食に赤の他人がそこまでしてやらにゃいかんの？ｗ

お前みたいにウザい奴は罵倒して放置でおしまいだって

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

とりあえずみなさん落ち着いてください。

信じるか否かは本人の判断を見て待つということでいいじゃないですか。
無駄に争うのはやめましょうよ。

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

うざい奴はうざいと言われるのが2chなんでしゃーない

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

>>261
お前が疑うからだろ、バカが。
行動出来ないなら口出すな、ハゲ

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

いや、行動できてないのはお前さんなんだが。

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

ま、叩かれた乞食が発狂するお決まりの展開だよねｗ

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

お決まりというか、同一人物だよね？

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

DXライブラリ使った事無いんだが、一回くらい使ってどこまで省力出来るか実験してみようかな…

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

ウィンドウ作るところからやるなら労力は激減すると思う。
既存のゲーム用ツールやエンジンからの比較だと増えると思う。

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

ライブラリ乗り換えの場合でも単にリファレンス読む手間が増えるだけだよなｗ
他のDirectXライブラリを使えてるなら乗り換えでの大きな省力メリットは特にない

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

就活用の作品でDXライブラリ使っても良い？
それともゲームとしてのインパクト薄くなるけど直にダイレクトえっクス叩いたほうがいい？

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

技術力を訴えたいかアイディアを訴えたいかによるだろうなぁ。
斬新なゲームならライブラリ使っても良いんだろうけど、
3Dプログラミング出来ますって言って
DXライブラリ使われるとどうだろうね。
unityだとまた話違うだろうけど。

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

DXライブラリ使うならアイデア路線ってことは、就活に使うなら別途企画書とか必要な訳・・・

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

太鼓の達人的な叩き方のゲーム作りたいんだけど、参考になりそうなサンプルない？
太鼓の鉄人をみてループで行うべき機能は大体わかったけど書き方が分からない

効果音フラグを初期化
入力に対する計算
弾の計算メイン
弾ヒット結果表示メイン
描画メイン
FPS表示
効果音
fps制御

ちなみにそのゲームではこういう感じで回してた

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

>>269 >>270
thx。どう言う場合に適用するか、って意味の評価をしたいだけなのだ。
既存って意味だと、基本的にwin32に関わる部分はずいぶん前に作ってちまちま改良した自前のライブラリがある。
その他既成の物だと、OGRE3Dやbulletは慣れてる。C#の場合はUnityも。

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

それだけできるならリファレンス流し読みで自分にとっての省力化になるかわかりそうなもんだけどね
そういや本家の掲示板にエラーわかる！C結構できる！でもpathの通し方わかんない！ってコがいたなあ

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

今晩帰ったらリファレンス見てみるぜ

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

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