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/08/25(日) NY:AN:NY.AN

>>283
最終的にはゲームが完成するのが「正解」ではあるのだろうけど、
あまり見ない作り方だと思う

各「画面」の下にループがぶら下がってるんじゃなくて、
ループの下に、各画面の処理を入れる。

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

初期化が関わる部分は専用フラグ作って
フラグごとに分岐するように組めばいいと思うの

自分はゲーム作る時にモードフラグの分岐で
タイトル含めて各種画面処理にいけるよう分けてる

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

ゲームに限らずユーティリティ作るときもそうだけど、大抵は処理のレイヤ毎に整理するかな。
で、メインループとかはそれで言うと最下層。
各処理レイヤの分離量や度合いは概要(基本)設計から下ろしながら決めてく感じ

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

マルチスレッドで当たり判定とかする場合
結局キャラクタが当たり判定の結果を処理するまで次の判定できないわけじゃん
これってただしいの？

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

おもにマルチスレッド化できそうなのは当たるか当たらないかだけのリストを作成するところ
当たった後の処理はゲームによっては不可能なのでそのあとにやる

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

RPG等で使えるmap管理作ってみたんだけどこんなものでいいのかな・・？
http://www1.axfc.net/uploader/so/3006859

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

>>287
そういう「ゲームロジック側の一部分を切り取ったものだけをマルチスレッド化」ってよっぽど事情が無いとやらないが、
やるとしたら >>288 みたいに候補のリストアップの荒い振り分けとか、あるいはフラグ列挙くらいかな。

大抵は音楽再生や描画や入力処理側と、ゲームロジックって切り口でスレッド分けるはするが

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

というか、逐次処理で問題がない部分を
わざわざ他スレッド処理にすると、無意味に新しい問題が発生するケースの方が多いからね

**282** · 2013/08/25(日) NY:AN:NY.AN

>>283

俺も最初はそうやってたけど、ループ一本にすると管理や変更が凄く簡単になった。

**283** · 2013/08/25(日) NY:AN:NY.AN

>>284 >>285
やっぱそうするほうがいいのかな
どうせ完全に独立してる処理だし>>283みたいにしたほうが
読みやすくて管理しやすいかと思ってたがそうでもないのか
よしじゃあこの方向性で作ってくことにするよ
>>292も経験談ありがとう

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

DestinationDirectionという目的地の方向を向いてるベクトルがあるのですが、
これがなぜか真逆を向いてるので、0から引いてみたのですが同じ方向をさしてしまいます。
どうしたらいいですか？

DrawLine3D(Position,VScale(VAdd(Position,DestinationDirection),500),321321);

DestinationDirection = VSub(VGet(0,0,0), DestinationDirection);

DrawLine3D(Position,VScale(VAdd(Position,DestinationDirection),500),121121);

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

>>294
自分の経験だと、「なぜか真逆を向いている」という状況を見直さないと、今仮に直ったとしても、どこかでしわ寄せがくるよ

２行目が実行された後、DestinationDirectionはちゃんと更新されてる？
VECTORにoperator=が実装されていれば問題ないと思うけど

**282** · 2013/08/26(月) NY:AN:NY.AN

>今仮に直ったとしても、どこかでしわ寄せがくるよ

あるあるｗ

なんかおかしいな、っていうのは絶対どこかにバグがあるって事だからな。

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

DestinationDirectionの作り方として、多分間違いではないと思うのですが・・・

今ブレークポイントで値を確認してみたところ、実行前と実行後でしっかり符号が反転してます。

//目的地へのベクトル
VECTOR DestinationDirection = VSub(目的地 , 現在地);

//座標系を自分視点に回転させる行列
MATRIX Rot= MGetAxis2(キャラクターのx軸,キャラクターのy軸,キャラクターのz軸,キャラクターの座標);

//回転適用後正規化
DestinationDirection = VNorm(VTransform(DestinationDirection,Rot));

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

>>297

>>294でのDrawLine3Dに１行目と３行目で渡している引数は異なるけど、結果は同じ値だってこと？
あと、何でもかんでもDestinationDirectionにしちゃうと、どういう状態の値かわからなくなっちゃうよ
変数の使い回しは最小限にすべき(速度に致命的な問題がなければ)

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

そうです、結果が変わらないんです。

目的地の座標を、オブジェクトの周りにグルグル動くように設置してみたのですが
DrawLine3Dがまったく動きません。。同じ方向を向いたまま・・
画面に目的地の座標と、オブジェクトの座標を描画させましたが両方共正常に動いてましたでした。

ということは
MGetAxis2の使い方が間違ってるんですか？

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

間違ってるかもしれないけど

もしかしてワールド座標の原点からキャラクターの座標離れてないか?
>>297だと「(ワールド座標原点から)目的地へのベクトル」を、
キャラクターのローカル座標に変換(ここで目的地～現在地のベクトルが、キャラ～原点の長さより微小だと、
いくら目的地～現在地のベクトルを回しても「キャラから原点」のベクトルとほぼ等しいから動いてるように見えない)
さらに正規化してるのでベクトルが短くなって変化がわかりにくくなる

って処理になってる気がする
キャラクターの座標動かしてもベクトルが回らないなら俺が間違ってるけど

俺の言ってる通りなら
//目的地へのベクトル
VECTOR DestinationDirection = VSub(目的地 , 現在地);
を
= VGet(目的地)でいいと思うんだけど

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

訂正、
>>300の3行目
「(ワールド座標原点から)現在地～目的地"方向"へのベクトル」

分かりにくい文章でスマン
●騒動で規制解除されてるとは思わんかった

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

>失敗したコードは
>VECTOR VAtoB = VSub(ObjectB.Pos, ObjectA.Pos);
>MATRIX MAngle = MGetAxis2(ObjectA.AxisX, ObjectA.AxisY, ObjectA.AxisZ, ObjectA.Pos);
>VECTOR VRDir = VNorm(VTransform(VAtoB, MAngle));

騙されたと思っていっぺん
VECTOR VRDir = VNorm(VTransform(VAdd(ObjectA.Pos,VAtoB), MAngle));
こう書き換えてみて

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

てす

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

>>242
このサンプルって、
テーブルジャンプに切り替えるボタンある？
画像には専用キャラが用意されてるみたいだけど。
それとも出来なかった、というオチなのかな

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

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

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

http://userdisk.webry.biglobe.ne.jp/004/941/50/1/0802-01.gif
数値にこのような光彩は使えますか？

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

数値だけなら0-9の画像用意したほうが楽

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

ASCIIの文字くらいは用意しておくと、色々と便利だよね

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

ゲームごとに違う自作フォント（というほど大げさなものではないが）用意するのは面倒臭いけどな……

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

フォトショ使えよ
一発だぞ

**306** · 2013/08/30(金) NY:AN:NY.AN

なるほどありがとうございます

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

>>310

なにが一発なの？

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

ソフトイメージを使って起動時にロード中と称して装飾数字画像作るのもありかな

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

実際に画像として出力する前の、テンプレート的なものをあらかじめ作っておけば、
確かにPhotoshop一発でいろんなパターンを作れそうだ

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

前に使う文字を加工して一枚画像に並べて吐き出すコード前に書いたな俺

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

フィールドが球面のRPGって過去に存在するんですか？

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

ドラクエだって見た目だけメルカトル化されてるだけで球面なんじゃないかな（震え声）

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

未だにオープンワールド系のゲームをdxlibで作るとなると
どうやって実装すればいいか思いつかない俺がいる
指定座標周辺のモデルだけを読み込み・描画する方法とかあったっけ
まあ作る予定は無いからわりとどうでもいいけど

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

>>318
あったっけって、俺はそうやってるけど。

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

いや、dxlibの関数をどう使って実現するかってこと
指定メッシュのみ描画とかあったっけ？
それともシェーダで切り捨てでもしてるの？

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

いや考え方は2Dと一緒で、地形パーツ並べてドローするだけだけど
見かけ上一続きに見える地形だからって描画物のデータまで一つにはしないでしょ
カメラに見える範囲の論理座標上にあるパーツだけを描画するだけ
シェーダで切り捨てって何かエラく曖昧で遠回りな発想だと思う

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

>>312
一度、文字列レイヤーで等幅フォントをASCIIコード順に文字を並べておく
それのフォント指定を変えたりレイヤースタイルをいじったりすることでいろんなフォント画像をサクっと作れる

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

でもその方法じゃ8*8ドットとかのいわゆるナムコフォントみたいなのは無理でしょう。

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

何勝手に新たな縛り追加してんの

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

こついらの出番だな
http://www.forest.impress.co.jp/docs/review/20130829_613180.html
http://www.forest.impress.co.jp/docs/review/20120229_515208.html
http://www.forest.impress.co.jp/docs/review/20120315_518253.html

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

こついらってなんだよ・・・orz

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

こんなのあるんか
便利そう

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

IPAフォントは使いづらかろうに・・・

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

>>321
遠い地形の部分ってどうするの？
フォグでかき消すの？

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

ちょっと遠くを描画しようと思うとZバッファ描画が荒くなるんだけど
巨大なメッシュを遠くに描画すると、描画距離ギリギリのところでギザギザになる

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

>>323
アンチエイリアスあり・なしが設定出来るから、その形状のフォントを使えば出来る
レゲー再現フォントをゲームで使用する上での著作権の問題はしらん

あと>>325みたいなビットマップフォントを使えばレトロっぽい表現も不可能ではない

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

>>321
そうか箱庭型ばっかり作ってたせいで確かになんか凝り固まってたわ
でも木とか建物はその通りで出来るけど地形なんかは難しくないか？
地形も単位塊に分解しておいて描画するの？

>>330
最近Zバッファのビット深度変更する関数追加されて
24(32)bit管理出来るようになったけどそれでもダメなの？

**名前は開発中のものです。** · 2013/09/01(日) 10:41:51.34

>>332
今まで8ビットだったの？

**名前は開発中のものです。** · 2013/09/01(日) 10:43:46.93

アルファテストとかミップマップとかそういうのではないの？

**名前は開発中のものです。** · 2013/09/01(日) 18:19:53.79

>>333
今までは16bit
16,24,32bitに変更できるようになった
管理人さん曰く32bitはほとんどのグラボでまだ対応してないと思われる、らしい

>Ｚバッファのビット深度を設定するための関数を追加しましたので、よろしければお試しください

>// 画面用のＺバッファのビット深度を設定する( 16 or 24 or 32 )
>int SetZBufferBitDepth( int BitDepth ) ;

>ただ、現状 32bit深度のZバッファは無さそうです( GeForce GTX 660 Ti でも 32bit は非対応でした )
>なので 32bit を指定した場合は恐らく 24bit になります

**名前は開発中のものです。** · 2013/09/01(日) 19:53:47.16

2バイトって最大数65535か

でも今までの3Dゲームって殆ど3バイトかそこらだったんじゃないの？
少なくとも2バイトだとレンダリングしてみた限りどうやっても遠くの方のZバッファがお粗末になるし
２バイトで解決できるならそれに越したことないし・・・

**名前は開発中のものです。** · 2013/09/01(日) 20:16:09.49

NearとFar比が極端だったりすると遠距離の精度落ちる
どうしても精度欲しいならシェーダーで自前で計算すれば
大半の環境では浮動小数点で24bit精度ぐらいはいける
DirectX9だからそこらへん面倒なんだよな

**名前は開発中のものです。** · 2013/09/01(日) 22:21:27.53

http://dixq.net/g/25.html
ここの下にあるプログラムでIsAbleToGoという関数のreturnがどういう動きをしているか
わからないんですが

**名前は開発中のものです。** · 2013/09/01(日) 22:24:12.11

C++初心者か？
returnは実行された時点で関数を終了する

**名前は開発中のものです。** · 2013/09/01(日) 22:31:18.89

中括弧が省略されてるから読みにくいだけで
自分で付け加えてみれば理解しやすい
コメントのエラーてのは関数の意味からすると間違いのような気もするが

**名前は開発中のものです。** · 2013/09/01(日) 22:46:08.86

http://blog-imgs-26-origin.fc2.com/l/l/y/llyukinll/TERA_ScreenShot_20110809_182541.jpg

こういうのは、少なくともカメラからキャラクターまでの距離が最低値で、
街の向こうの巨大な岩山まで最大値として存在しているわけですよね。
Dxlibでこの画面を再現しようとすると、多分この距離だと街の城壁と、地面の間がギザギザになると思います・・・
変なテクニックとかないんでしょうか？

今LODと同じ描画距離を使うといい感じになりそうだと思ったんですけど、どうですかね？
高精度ポリゴンを描画する距離 10.0f ～ 1000.0f
低精度ポリゴンを描画する距離 1000.0f ～ 100000.0f
みたいな感じでLODを設定してたら、
同じ値でSetCameraNearFarでそれぞれ描画します。
つまり描画を２回に分け、1フレームに2回SetCameraNearFarを使用します。
SetCameraNearFarの速度と、1000.0f付近のオブジェクトが変なことになるかも？？

**名前は開発中のものです。** · 2013/09/01(日) 22:49:10.02

描画は１回で、Zバッファに登録するタイミングが2回に分かれるのかな？？

Dxlibでこんな感じのことできるのかな
低精度ポリゴンを描画したあとSetCameraNearFar(10.0f,1000.0f);
とかしたら低精度ポリゴンのZバッファ登録がごっそり消えたりしないですか？

**名前は開発中のものです。** · 2013/09/01(日) 22:50:50.05

kazukiおかえり～

**名前は開発中のものです。** · 2013/09/01(日) 23:10:53.87

>>339,340
ありがとうございます
returnが実行されると終了するのは理解しました
returnのあとの1と0はどこに返ってるのでしょうか？

**名前は開発中のものです。** · 2013/09/01(日) 23:38:10.35

kazukiってもしかして俺にいってるの？
スレ内検索したら余り良いイメージじゃないな

**名前は開発中のものです。** · 2013/09/01(日) 23:47:21.06

>>345
kazuki云々はスルー推奨します

**名前は開発中のものです。** · 2013/09/02(月) 01:01:28.93

>>344

if ( IsAbleToGo(ch.x,ch.y,ch.muki) == 1 ) ～以下略

ここ。
この場合は、その return で返ってきた値が 1 だったら以下を実行するって事だね。

**名前は開発中のものです。** · 2013/09/02(月) 16:54:24.87

さすがにこれはkazukiじゃないだろ
ちょっと敏感になりすぎだな
本人が来ない限り荒れることもあんまりないとは思うけど

**名前は開発中のものです。** · 2013/09/02(月) 23:44:04.41

それで、Zバッファによる描画を二回行うと言うのは実用的な方法なんでしょうか？
クリップ距離を変えるのも速度が気になるし
クリップを変えたらZバッファの内容が消去されたりしちゃうのか

**名前は開発中のものです。** · 2013/09/03(火) 00:19:40.77

>>347
解決しましたありがとうございます

**名前は開発中のものです。** · 2013/09/03(火) 02:15:55.70

Zバッファの知識も3Dプログラミングの知識もあって，なんでおみゃーらDirectX行かないの？

**名前は開発中のものです。** · 2013/09/03(火) 02:23:51.44

苦労して行く意味がないから

**名前は開発中のものです。** · 2013/09/03(火) 11:15:48.07

いや必要なら普通にそのまま使うけど

**名前は開発中のものです。** · 2013/09/03(火) 11:58:41.36

今DXライブラリじゃ無理でDirectXじゃなきゃ実装出来ない演出ってあるか？

**名前は開発中のものです。** · 2013/09/03(火) 12:07:01.91

結局Dxライブラリをフロントに持ってきても、3D処理やシェーダについてはDirectXのレイヤで実装する訳だから、
そういう意味でも、Dxライブラリだけで何でも出来る訳じゃ無いでしょ

**名前は開発中のものです。** · 2013/09/03(火) 13:18:10.53

言い方が悪かったな
DirectXを使うってのは要はDirectXのラッパを自分で書くということだから、
完成度の高いDXライブラリを使わず、自前でDirectXのラッパ用意してまでやりたいことがあるか？ってこと

DXライブラリは機能が豊富すぎて出来ないことが殆どないから自前でやる意味がないんだよ
一見出来なさそうなことも隠し関数をチェックすれば対応されてる
シェーダ関係や3D関係の処理も、DXライブラリでは使いやすいようにラッピングされてるし

まぁ個人的見解だから、他の人の意見も聞きたかっただけだ　すまん

**名前は開発中のものです。** · 2013/09/03(火) 13:36:14.47

3Dはオプション豊富なOgre3Dに移行した
自前ライブラリはDirectX11での実験に必要な最低限の実装
SM5.0だと長いシェーダー書けるのはいいよ
DXライブラリは過去の互換と2D用なんで結局一番使う

**名前は開発中のものです。** · 2013/09/03(火) 15:34:49.76

>>356
具体的にやりたい事決まると沢山あると思うけど。
例えば汎用的なパスアニメーションとか。
あるいはちょいゲームロジック寄りになるが、一枚画像に並べた地形ドット絵をテクスチャとして、
マスに並べて表示するクラスを設計する時、わざわざDxライブラリ経由でやらなくても
直接書いた方が実行時の余計な呼び出しや整理もいらないから効率いいとか。

関数だけを見るんじゃなくて、具体的なシチュエーション前提にして、その時の実行イメージ考えると、ちょいちょいあると思う。
少なくとも、Dxライブラリだけあれば他はいらないって事は無いかなと

**名前は開発中のものです。** · 2013/09/03(火) 15:36:12.38

>>357
Ogitarが便利だよな。bulletとも組み合わせやすいし。
… Dxライブラリと大分立場違う物だけども

**名前は開発中のものです。** · 2013/09/03(火) 16:19:07.79

>>358
効率面で言えばちょい無駄な実装になることはちょくちょくあるな
今のPC環境でその速度差が問題になることはないが

**名前は開発中のものです。** · 2013/09/03(火) 16:46:58.99

まぁ速度差って話だと実際内容次第なので横に置いとくんだけど、それより
元々直接ハンドリングできてどうすりゃいいかもはっきりわかってる時は、わざわざDxライブラリに合わせていらない処理書くことも無いかなって事。その効率

**名前は開発中のものです。** · 2013/09/03(火) 18:31:50.41

つーか、自分で実装した蓄積があれば
そっち使うだろ普通

**名前は開発中のものです。** · 2013/09/03(火) 19:38:53.31

これからゲーム作成を始める人たちなんだろ

**名前は開発中のものです。** · 2013/09/03(火) 19:41:09.72

なんでDirectX直叩き経験者前提なんだよ

**名前は開発中のものです。** · 2013/09/03(火) 19:45:19.40

どこにもそんな前提の話は無いと思うが

**名前は開発中のものです。** · 2013/09/03(火) 19:47:21.29

直叩きできるけどもしかしてできないのって言いたいだけちゃうん？
俺も7.0時代にbitbltよりずっとはやーいとか言って叩いてたから資格は十分だな

ツクールだろうがライブラリだろうがやりたい事できてる内はなんでもいいんじゃね

**名前は開発中のものです。** · 2013/09/03(火) 20:06:09.25

前提はないな。
そしてどちらとも書いていない。

経験者はそっち使うだろろ>>362は言っていると思ったが違うのか？

**名前は開発中のものです。** · 2013/09/03(火) 20:20:53.48

>>366
いやそう穿った見方されてもややこしくなるんだが、元々は、>>351 の話に対して「必要なら使うよ」と言った。

その後、"苦労して"行く意味が無い、と行っていた人物が「完成度の高いDxライブラリを使わず自前でやりたい事なんてあるか」と書いていたので
そんなのは実装内容と都合次第だと言う例を書いた。ただそれだけ。

>>362 の話に関しても状況次第で、単に有名で興味があったから使ってみたかったってのと、
複数人で作業する時、たまたまDxライブラリを使う話になってたので、後から来た俺もそれに従って参加したから、
これも状況次第で使う事はあるよって話だ。
直接扱えるからって、Dxライブラリを使わないなんて事は無いよって話。

**名前は開発中のものです。** · 2013/09/03(火) 20:30:54.05

ん？逆じゃね？
>>351は、「既にDXライブラリを使っていて直叩きやってないユーザー」に対しての
「なんでDXライブラリからDirectX直打ちに乗り換えないの？」って意味だろ

そりゃ過去に使ってたなら流用する部分はあるだろう

**名前は開発中のものです。** · 2013/09/03(火) 20:35:55.30

レスしといてなんだが、ややこしくなってるのはどうでもいい部分っぽいから終わりにしとこうぜ
なんかすまんかった

**名前は開発中のものです。** · 2013/09/03(火) 21:30:12.27

でもDXライブラリで入門してそこそこコード書いてから
DirectXを自前で呼ぶ手順を試してみるのは
もう難しいって事はなくなってるだろうし、得る物がないとも思わないな

すぐに役立つ類の何かにはならないから、今ゲーム作りたいって状況ならやめとけと思うけど

**名前は開発中のものです。** · 2013/09/03(火) 21:46:08.61

DXライブラリにない機能を使いたくなって、どうやったら実装できるかなーと、
API調べたら、やたらややこしい説明しかなくて
たかがこれくらいのことになんでこんな記述しないといけないんだよ
と思って結局手付かずな俺。

**名前は開発中のものです。** · 2013/09/03(火) 23:42:30.01

レガシ―なコードを見るとじんましんが止まらなくなる病に陥って以来DirectXを諦めた

**名前は開発中のものです。** · 2013/09/04(水) 02:33:41.29

APIがわからないと、DirectXいじれないんだぜ･･･

**名前は開発中のものです。** · 2013/09/04(水) 09:07:52.99

それはもしかしてwin32での基本的なメインループすらわからんとかそういうレベルの話か

**名前は開発中のものです。** · 2013/09/04(水) 10:36:55.09

Winアプリの基礎くらい知っとくと便利だよ
環境設定とか作れる

**>>349** · 2013/09/04(水) 15:11:12.06

わしの質問が流れた

**名前は開発中のものです。** · 2013/09/04(水) 18:35:21.10

まあ元々DXlibは初心者のDirectX入門の側面も持ってる的なことを
管理人さんがどっかで言ってた気がするしな
DXlibで不自由さを感じたらDirectX直叩きってのも自然な流れじゃないの

**名前は開発中のものです。** · 2013/09/04(水) 23:01:10.21

DXライブラリ界の有名人(?)が、こぞって紹介してるゲームエフェクト講座が結構良いな

**名前は開発中のものです。** · 2013/09/04(水) 23:14:59.97

>>379
なにそれ詳しく

**名前は開発中のものです。** · 2013/09/04(水) 23:51:09.47

大学サークルの身内用Wikiっぽいのでリンクを貼るかどうか少し躊躇ったが、そこは気にしないことにする。

http://sherbet.transjiggen.com/ccs/ccs_wiki2/index.php?%A5%CF%A5%EB%A5%C8
このページの一番下にある「添付ファイル」から、「DXLib_Effect_h002.pdf」へのリンクをクリック（今現在）。

今のところ2Dゲーム用の模様。技術的に難しいことを言ってるわけではない。
公開関数＋αくらいで出来るシンプルな内容なんだけど、凄くよくまとまってる。

**名前は開発中のものです。** · 2013/09/05(木) 00:07:07.42

くっそ身内っぽい雰囲気で聞いてちょっと罪悪感があるんだが
これをDXライブラリ界の有名人が紹介してるの?
DXライブラリ界の有名人ってのがどんな人を指すかよく知らんが

**名前は開発中のものです。** · 2013/09/05(木) 00:11:13.63

有名人ってわけでもない
ただ作品にDXライブラリ使ってるってだけ
同人STGやる人なら作品知ってるかもくらいの人

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

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