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/

**名前は開発中のものです。** · 2015/02/10(火) 22:28:17.43

フレームレートの制御は、
主に　演算処理と描画になる。
演算処理は常に実行させる、描画処理はｆｐｓが低い時は間引きになるかもしれない。
ここで、演算処理を間引いてはいけない。

**>>518** · 2015/02/11(水) 00:30:08.21

>>528

DXライブラリで処理が止まるのはScreenFlipのところという認識でよろしいのでしょうか
だとすれば毎フレームやってる描画を別スレッドに分ければ止まらずに動くはずでしょうが。。。

表画面以外のスクリーンに対する描画でも処理は止まってしまうのでしょうか。。
もっと実験が必要そうです。

**名前は開発中のものです。** · 2015/02/11(水) 01:57:50.63

>>518
タイトルバーを無くす

**名前は開発中のものです。** · 2015/02/11(水) 02:07:23.44

ウィンドウモードで画面の位置を動かせないソフトは困るだろ…
本気でジョークをすすめようとするなよ

**名前は開発中のものです。** · 2015/02/11(水) 02:08:45.34

処理を止めてるのはProcessMessageだと思う

そもそも経過時間が長くなったら貫通するという動作自体が論外だから、そっちを何とかするべき
１,一定距離以上は移動しないようにする
2,一定以上の経過時間は無視する
3,一定距離移動ごとに判定を挟んでおく
適当に思いついただけでもこんだけの対処法があるじゃないか、どれかやってみろよ、そっちのがはやい

他の理由？伏せてるってことは無視していいほどくだらんことだよな

**名前は開発中のものです。** · 2015/02/11(水) 04:28:08.31

貫通するってことは壁に引っ付いて少しラグったら貫通しそうなんだが大丈夫か

**名前は開発中のものです。** · 2015/02/11(水) 09:44:23.23

>>526
あれ？なんか描画は同一のスレッドじゃないとダメとかなかったっけ？
Androidだけか

**名前は開発中のものです。** · 2015/02/11(水) 09:46:54.41

よくわからんが前フレームから0.016秒以上立ってたら0.016秒で計算されるよう正規化すればいいんじゃね？

**名前は開発中のものです。** · 2015/02/11(水) 11:20:10.56

ウインドウドラッグ中に描画する方法はないこともないけど、、、やらんほうがいいような

**名前は開発中のものです。** · 2015/02/11(水) 11:58:58.60

つーか、むしろ俺はドラッグ中内部処理を止めてるんだが

**名前は開発中のものです。** · 2015/02/11(水) 15:21:21.86

その辺り、どっちがいいかはゲームごとに変えればいいんじゃないかな
板違いだが、ゲーム以外のソフトを作ってる人も居るらしいしね

**名前は開発中のものです。** · 2015/02/11(水) 15:24:31.60

複数プレイヤーでオンラインやるとなるとドラッグで処理止まると困るよなぁ
面倒そうだ

**名前は開発中のものです。** · 2015/02/11(水) 16:31:30.00

ドラッグ中にゲームの動作が止まるのは
Windowsのメッセージループがドラッグ中のメッセージを処理している間
ゲーム側の処理を実行しないからだ
実時間を使ったリアルタイムな処理を扱う場合は困るだろうな

メッセージループとは別のスレッドでゲームループを作ればそれを回避できるが
DXライブラリはそういった処理に対応できるかな？

**名前は開発中のものです。** · 2015/02/11(水) 17:20:56.81

俺の記憶ではドラッグ中描画が止まってても内部では動いてはずなんだが・・・・
じゃないと過去にわざわざ内部処理止める部分を書くはずがない。

**名前は開発中のものです。** · 2015/02/11(水) 18:43:02.13

Windowドラッグイベント処理 + 1フレーム分ゲーム処理→
Windowドラッグイベント処理 + 1フレーム分ゲーム処理→…

という感じで1ループごとに溜まったWindowsイベント処理も入るから、
それが1フレームの処理時間の足を引っ張って結果的にカクカクなるってことで
ゲーム処理が完全に止まってるわけではないね

**名前は開発中のものです。** · 2015/02/11(水) 19:30:09.50

ProcessMessage()を 1秒に60回呼んでくれって書いてあるから
止まるのは dxlibのせいではない

**>>518** · 2015/02/11(水) 23:56:27.32

>>540わぉ、読まれてる

伏せてた別の理由ってのはこれなんですが、マルチスレッドが100万年早いといわれるようではオンラインは1000万年早いとか言われそうだったので伏せてました

オンライン化する上でプレイヤーの移動処理に正確な同期がをとるため、またUDPでのタイムアウトが起きないようにするために処理を止めないのは必須でした
移動処理は軌道を判定すれば何とかなりそうですがオンライン化の方はそうもいかずってわけです

**名前は開発中のものです。** · 2015/02/12(木) 04:45:20.87

フレームの行列を取得してビュー行列にすることでMMDのボーン追従カメラみたいなことがしたかったのですが、
いろいろとおかしな挙動になってしまいます。どこがおかしいでしょうか。
ちなみにフレームのZ軸のマイナス方向（手前側）に向けたいのですが、座標から回転方向からめちゃくちゃでそれどころではありませんでした。

SetCameraViewMatrix(MV1GetFrameLocalWorldMatrix(MHandle, EYE_FRAME));

**名前は開発中のものです。** · 2015/02/12(木) 04:46:00.97

フレームの行列を取得してビュー行列にすることでMMDのボーン追従カメラみたいなことがしたかったのですが、
いろいろとおかしな挙動になってしまいます。どこがおかしいでしょうか。
ちなみにフレームのZ軸のマイナス方向（手前側）に向けたいのですが、座標から回転方向からめちゃくちゃでそれどころではありませんでした。

SetCameraViewMatrix(MV1GetFrameLocalWorldMatrix(MHandle, EYE_FRAME));

**名前は開発中のものです。** · 2015/02/12(木) 04:46:33.50

フレームの行列を取得してビュー行列にすることでMMDのボーン追従カメラみたいなことがしたかったのですが、
いろいろとおかしな挙動になってしまいます。どこがおかしいでしょうか。
ちなみにフレームのZ軸のマイナス方向（手前側）に向けたいのですが、座標から回転方向からめちゃくちゃでそれどころではありませんでした。

SetCameraViewMatrix(MV1GetFrameLocalWorldMatrix(MHandle, EYE_FRAME));

**名前は開発中のものです。** · 2015/02/12(木) 04:47:12.08

フレームの行列を取得してビュー行列にすることでMMDのボーン追従カメラみたいなことがしたかったのですが、
いろいろとおかしな挙動になってしまいます。どこがおかしいでしょうか。
ちなみにフレームのZ軸のマイナス方向（手前側）に向けたいのですが、座標から回転方向からめちゃくちゃでそれどころではありませんでした。

SetCameraViewMatrix(MV1GetFrameLocalWorldMatrix(MHandle, EYE_FRAME));

**名前は開発中のものです。** · 2015/02/12(木) 04:49:04.93

すみません、専ブラの調子がおかしくて多重投稿してしまいました
お赦しください

**名前は開発中のものです。** · 2015/02/12(木) 15:36:52.73

>>546逆行列で解決しました。
Z軸マイナスに向けるためには180度回す必要がありましたが

**名前は開発中のものです。** · 2015/02/12(木) 17:14:13.64

オンラインだからって常に信号の送受信が滞りなく行われるという
前提でプログラムを組むのは危険なのでは？
ドラッグで画面掴んだらプログラム停止みたいな意図して起こせるものはもちろん、
信号が送れなくなる・受け取れなくなる理由なんて掘ればいくらでも出てくるし
信号が切れた時間で単に何も入力がなかった扱いにするか切断するか決めちゃえば？
なにやっても絶対切れないプログラムの組み方考えるよりずっと早くて現実的

**名前は開発中のものです。** · 2015/02/12(木) 17:50:35.36

ドラッグ等で処理が止まった場合そのプレイヤーは無操作と同じ状態になっていて、対戦ゲームならおそらく止まっている間に他のプレイヤーにボコボコにされている
ドラッグを止めて処理が再開したタイミングで他の生きているコンピュータの状況を頼りに状態を更新、そこでボコボコにされているであろう自分が映る
……というのが理想なんかな

全プレイヤーが一斉にドラッグした場合？ﾊﾊｯﾜﾛｽ
鯖無いと無理だこれ

**名前は開発中のものです。** · 2015/02/12(木) 18:09:03.80

大量に発生するドラッグ中のウィンドウメッセージの処理中でも定期的な描画と入力を出来るようにするだけだろ
通信入れるならそれこそマルチスレッドでメッセージプロシャージャの影響受けないような仕組みのが綺麗に書けるけど

**名前は開発中のものです。** · 2015/02/12(木) 18:36:09.37

>>553
鯖作っちゃおうず
どうせデータの管理は鯖側でしないとろくなことにならんし
っても敷居やっぱり高いよなぁ、鯖

送受信が止まっている間にクライアント側で行われた入力を、
送信が再開された瞬間に反映すると、
あの悪名高いワープが起こる　っつーか、意図して起こせる
なので、クライアント側で入力があってもそれが送信されて反映されなかった場合、
送受信が再開されたらそれまでの入力が反映されていない事を示すデータを送る
（最後に更新された位置で無入力だった扱いにする）のが無難な作り方
当然、対象は元の位置でボコボコにされることになるが…

**名前は開発中のものです。** · 2015/02/12(木) 20:43:06.87

オンラインでベストな同期の仕方って何なんだろう

遅延が1フレームに収まるなら簡単だけどWANだとそうもいかないし
最も長い遅延に合わせて操作を遅らせるのも体感できるレベルになると不満が出るし
移動先を推測するのは丁寧にバグをつぶさないと貫通したりする

PvPとかを鯖なしでできるようになるのはいつになるんだろう

**名前は開発中のものです。** · 2015/02/12(木) 22:51:47.12

こういうの読んでたらこの手の講演行ってみたくなった
http://www.4gamer.net/games/105/G010549/20100905002/

なんて思ってたら今年分がつい先週に終わってた

**名前は開発中のものです。** · 2015/02/13(金) 00:32:56.71

関西CEDECっていう特別版だなそれは。

**名前は開発中のものです。** · 2015/02/13(金) 03:12:54.67

鯖なしでもどれかをマスターにしてその中でゲーム本体を動かすっしょ
それをサーバに持ってくほうがやりやすいけど

ラグがないように見せかけるのはそれぞれ個別に対応する、結構姑息な手も使う

**名前は開発中のものです。** · 2015/02/13(金) 08:10:52.10

鯖蔵型のほうが簡単な気がするんだが
ひょっとして俺が思ってる以上にp2pのほうが処理の記述楽なのか

**名前は開発中のものです。** · 2015/02/13(金) 15:22:24.62

モンハンなんかはサーバーはないけど、だれかひとりがホストになってる

**名前は開発中のものです。** · 2015/02/13(金) 15:37:36.93

コンシューマみたいなほぼ間違いなくみんな同じ環境でやってる物なら、
誰か一人をホストにしても問題はないだろうけど、
はたして千差万別なPCのどれか一台をホストにするという実装は大丈夫なのだろうか？
まあ、営利でやってる訳じゃないので鯖管理にする必要もないけど

**名前は開発中のものです。** · 2015/02/13(金) 15:46:09.86

MOとMMOはちゃうんやで
少人数限定のMOなら誰かをホストにするのが普通

**名前は開発中のものです。** · 2015/02/13(金) 19:52:40.53

せいぜいロビーくらいよね

**名前は開発中のものです。** · 2015/02/13(金) 22:43:10.47

アクションゲームを作らなければいい

**名前は開発中のものです。** · 2015/02/14(土) 00:43:39.63

#defineに日本語が使えると気づいて鼻血が出そう
これ使えば可読性の高いコードになるわ

**名前は開発中のものです。** · 2015/02/14(土) 01:50:31.98

MOで鯖役蔵役のPC作ったとこで
鯖側が切断したらどうすんね
蔵から鯖を選出するにしても
蔵のうち一つ以上と鯖が同時に落ちたら厄介なことにならんか？

ちなみにp2pはttp://www.net.c.dendai.ac.jp/~enomoto/ronbun.htmlに詳しく記述されとるで
Javaやけど

>>566お前はC#で日本語の識別子書くタイプだな。帰れ

**名前は開発中のものです。** · 2015/02/14(土) 02:31:12.63

>>566
　言わんとする事は分かるが・・・お勧めしない。
　やってる内に面倒になってくると思う。

　と言うか、今どきはマクロ識別子は大文字だけで書いて区別ってしないの？

**名前は開発中のものです。** · 2015/02/14(土) 10:04:30.21

defineだけじゃなく
今のコンパイラは変数名とか関数名も
日本語使えるよね

**名前は開発中のものです。** · 2015/02/14(土) 10:13:56.69

>>568
そうなの？
SetDrawBlendMode(DX_BLENDMODE_ADD,255);とか
SetDrawBlendMode(DX_BLENDMODE_INVSRC,255);とか書いてあるより

#define 加算 DX_BLENDMODE_ADD
#define ネガポジ DX_BLENDMODE_INVSRCとしておいて

SetDrawBlendMode(加算,255);
SetDrawBlendMode(ネガポジ,255);みたいに書いてある方が見た時にわかりやすくない？

**名前は開発中のものです。** · 2015/02/14(土) 12:34:49.37

せめて関数ごとやれよ、そして日本語関数名でも良いわけだ
あとdefineは単純置き換えで名前空間が関係ないから使い辛い

**名前は開発中のものです。** · 2015/02/14(土) 12:47:57.38

少なくともVC2010は日本語使えんな　defineなら使える
もしかしてUnicodeにすれば使えたりするのか？

**名前は開発中のものです。** · 2015/02/14(土) 16:54:26.34

FFのエフェクト凄いよな
アホみたいに加算合成してる白いだけのエフェクトと違って
暗い色とか綺麗にでてるしどうやってんの？
αによって加算率とか変えてんのかな

**名前は開発中のものです。** · 2015/02/14(土) 17:06:43.27

>>573 スクリーンをお勧めする

要するに反転して乗算して反転する処理
真っ白でも合成しない限り白飛びしない

**名前は開発中のものです。** · 2015/02/14(土) 17:32:56.76

>>573
二重三重に異なる表示処理を加えてるんでね？
最初に半透明表示で半透明を、最後に加算表示で光沢をとか

**名前は開発中のものです。** · 2015/02/14(土) 18:49:52.22

>>570
　いやまあ、私自身通り過ぎた道なので全否定はしないから。
　コード共有する仲間から責められでもしない限り。

　でもコード書く時とコメントで日本語書く時って思考が違うから、少しスイッチ
しないとイカンから自然と辞めたのだけど・・・俺だけ？
　それなら半角大文字で辞書使って英語の語彙広げた方が後々に良いので、
今はそうしています。

　コンパイラがSJIS全角でエラーになる時代でもないしね、まずは気が済むまでやってみて。

**名前は開発中のものです。** · 2015/02/14(土) 18:55:17.09

まぁ書いてるうちに慣れてきて結局日本語とかめんどくさくなるってだけだな

**名前は開発中のものです。** · 2015/02/14(土) 20:50:36.71

半年後の自分が日本語で#defineされまくったソースなんか見たら、
多分布団を頭からかぶってバタバタすると思う
それに、CプリプロセッサはあくまでCの規格だから
C＋＋で書くならあんまりむやみに使わない方が…

**名前は開発中のものです。** · 2015/02/14(土) 21:16:20.67

ふーん、やっぱり経験を積むとこういうのはダメだって思うようになるんだなあ
こういうやり方推奨してる解説サイトとか皆無だもんね
今の自分にはこれが便利に見えてしょうがないんだけど、経験積んでスキルが上がって行けば俺もそうなれるのかな？
早くそんなレベルまで上がりたいけど、半年でいける気がしないｗがんばるｗ

**名前は開発中のものです。** · 2015/02/14(土) 21:51:21.67

ピンポイントで上手く使えば可読性向上に繋がる予感はするんだけどねぇ
その辺を考察した記事とか無いのかしら

**名前は開発中のものです。** · 2015/02/14(土) 23:28:53.97

あったとしても支持してるのは素人が書いた記事だけだと思うよ

**名前は開発中のものです。** · 2015/02/14(土) 23:36:26.00

人に見せて恥ずかしいコードは質問するときに何かと不便だよ
だからたとえ一人で開発してても見せられるコードにしておこう

そのうえで日本語識別子は移植性に難があるから受け入れられない
というか英語使えない低学歴とみられて終わり
就職とかしたいならせめてローマ字にしとこう

**名前は開発中のものです。** · 2015/02/15(日) 00:13:09.08

誰かに見せることもないけど英語でも可読性変わらない気がするけど

**名前は開発中のものです。** · 2015/02/15(日) 00:45:29.70

キーボードで日本語と英語切り替えるのが煩わしいし、日本語は日本国圏内に絞られるのでお勧めしない。

**名前は開発中のものです。** · 2015/02/15(日) 09:59:59.15

多少長くても日本で一般的じゃない英単語でも意味が伝わる変数名にするよな

**名前は開発中のものです。** · 2015/02/15(日) 14:30:10.18

length（長さ）とかangle（角度）でもnagasaとかkakudoが見受けられるのに、
果たしてこれ以上一般的でない英単語が理解されるかどうか

俺は使うけどね！

**名前は開発中のものです。** · 2015/02/15(日) 14:52:09.44

エキサイト翻訳さんには割とお世話になっている

**名前は開発中のものです。** · 2015/02/15(日) 15:49:16.87

ローマ字でやたら長いのって一昔前の情報の教科書みたい
いや今のはどうなのか知らんが行番号付きのBASICなんて使わないよね?

辞書引きながら長い専門用語とか無駄な省略表記するぐらいなら
コーディングの思考停止されるよりは日本語そのままのが良いわ
あとで気に入らないとかエディタで置換するだけだし

命名にしてもAngleとかLengthなんてのは型の方に情報として入れちゃうな

**名前は開発中のものです。** · 2015/02/15(日) 17:26:52.21

思考停止の意味を間違ってるあたり、頭弱い系だってのがわかる

**名前は開発中のものです。** · 2015/02/15(日) 22:06:23.29

この盛り上がりっぷりからすると、この道通った奴って思ったより多そう

**名前は開発中のものです。** · 2015/02/15(日) 23:11:58.83

日本語でdefineした変数もどきを入力するために
ローマ字入力と英数入力をポチポチ切り替えながら書いてるのを想像しただけで、
真面目な場面ですら失笑を禁じえないくらい滑稽な絵面だな
これで計算が意図した順序で行われずバグってるのなんか見たら5分は笑うぞ

**名前は開発中のものです。** · 2015/02/16(月) 10:58:04.32

>>590
俺もガチの初心者の頃は「小文字って直感的じゃないから変数は全部大文字に」みたいな馬鹿なことやってたなｗ
1日でサクっと組んじゃうお遊びプログラムなら日本語使ったりもするが、まともなゲーム開発なんかじゃやらないな
何度も使う数値ほど入力しやすい方がいい

**名前は開発中のものです。** · 2015/02/16(月) 11:16:21.41

変数名ルールを皆は知らないんだな　

**名前は開発中のものです。** · 2015/02/16(月) 23:32:24.15

先生！知らないから教えて！

**名前は開発中のものです。** · 2015/02/17(火) 04:49:28.71

俺がコーディング規約だ

**名前は開発中のものです。** · 2015/02/17(火) 09:13:17.54

変数は1文字で。
足りなくなったら2文字。

**名前は開発中のものです。** · 2015/02/17(火) 09:15:49.51

機械語直打ちすれば何も気にすることはない

**名前は開発中のものです。** · 2015/02/17(火) 13:44:37.54

申し訳ないがバイナリはNG

**名前は開発中のものです。** · 2015/02/17(火) 17:14:12.27

バイナリは中間言語
真の機械語（0と1）は多分打っているうちに頭がおかしくなる

**名前は開発中のものです。** · 2015/02/17(火) 17:22:54.88

バイナリ(binary)自体が「0と1」って意味なんだけど

**名前は開発中のものです。** · 2015/02/17(火) 17:49:53.42

ばいなりなりよ

**名前は開発中のものです。** · 2015/02/21(土) 15:08:59.69

質問！変数Aのビット8をOFFにしたいけど、ONかOFFかは分かってない場合
こう書けばいいと判断したんですが、合ってますか？

　A &= ~8

**名前は開発中のものです。** · 2015/02/21(土) 15:35:33.96

そこまでわかるなら
テストコードなりデバッガなりで自分で検証しる

**名前は開発中のものです。** · 2015/02/21(土) 20:39:37.86

だんだんDXライブラリから離れとるぞ
命名規則スレとかないのかよ

んで質問だがDXライブラリでGameTickの概念はどう実装すればいいの？

１．メインスレッドで描画処理をして移動を別スレッドに追い出せばいいの？
２．たぶんそれだといくらFPSが高くてもガックガクの表示になるはずだけどその辺の補完は？
３．そもそもDXライブラリの関数は別スレッドでは動かせないとかいう噂もあるわけだがその辺は？

１は感覚的にはあってそう
２はどうにかなる
３は。。。うん。まあね

世間のゲームではできてるから無理なことははないはずだがDXライブラリでできるのか。
http://minecraft-ja.gamepedia.com/Tick

**名前は開発中のものです。** · 2015/02/22(日) 07:00:50.01

>>604
ほいさっさ

クラス名・変数名に迷ったら書き込むスレ。Part25
http://peace.2ch.net/test/read.cgi/tech/1416550677/

**名前は開発中のものです。** · 2015/02/22(日) 11:55:57.01

>>602
ビット演算の確認は全部一度2進数でどっかに書いてみるといいよ。

**名前は開発中のものです。** · 2015/02/22(日) 22:02:54.91

　オレ、入門した処理系では0x00とか000と同レベルで0b00って2進数扱えたから、
ANSIとかの規格で扱えないのを知った時はカルチャーショックだった。
　そいや、独自拡張って釘刺されていたけれど、その重要性を理解していなかった。
　Cの高級言語化に逆行するけれど、その辺りはちゃんと埋めて欲しいなあ。

　ごめん、DxLib以前の問題だ。

**名前は開発中のものです。** · 2015/02/23(月) 04:04:19.24

C++14（11だったかも？）で２進数が扱えるようになったけど
処理系の対応としてはどんなもんだろう

**名前は開発中のものです。** · 2015/02/23(月) 04:14:43.57

gccは元々独自拡張で実装済み、
clangはgcc拡張のほとんどに対応してたからたぶん大丈夫、
VC++はお察しってとこじゃないの

**名前は開発中のものです。** · 2015/02/23(月) 04:22:01.20

マクロで4,294,967,296個定義すればいいんじゃないの？
それ以上も必要なだけ存分に

**名前は開発中のものです。** · 2015/02/24(火) 09:34:50.13

板のテクスチャをMV1SeTextureGraphHandleで透過画像を設定したら、不透明の物体は透けて描画されるが
同じ方法で作ったモデルのテクスチャが表示されないのですが、原因分かる方はいませんか？

モデルが(カメラ目線で見かけ上)重なっている部分のテクスチャを描画していない、といった感じです

**名前は開発中のものです。** · 2015/02/24(火) 12:56:50.74

半透明で描画するとそれより奥のものを後から描画しても重なってる部分は描画されんぞ
自分で工夫して半透明部分だけ後から描画したり、奥から順番に描画する必要がある

**名前は開発中のものです。** · 2015/02/25(水) 00:10:41.11

>>612
横槍でですまないが、その工夫ってどうあがいてもできない範囲があるよな
植物の表現でよく見るα抜きしたテクスチャの平面ポリゴンを交差させるやつとかどうZソートして良いのやら
半透明をとは言わないから完全に透明なテクセルについてはZ値を上書きしない的なのDXライブラリでできないかね

シェーダーかくしかないのかな。。。

**名前は開発中のものです。** · 2015/02/25(水) 03:29:40.82

>>613
MV1SetMaterialDrawAlphaTest使えばできるんじゃないかと

**611** · 2015/02/25(水) 06:13:23.49

ありがとうございます
zソートしないといけなかったんですね
別のモデルが交差したときと
2D(背景)→3D→2D(パラメータとか)の処理が面倒そうですね…

**名前は開発中のものです。** · 2015/02/25(水) 10:23:14.66

透明度が0か1のテクスチャなら交差してもいけるけど半透明だと打つ手無しかな

**名前は開発中のものです。** · 2015/02/25(水) 19:07:48.76

すげー困ったから助けて(´・ω・｀)

「VC2013で」デバッグで「ブレークポイントで止めてる時」
この条件の時にメモ帳だろうが検索エンジンの入力欄だろうがに文字を打ち込むと全部のアプリケーションが完全に止まる。1文字につき10秒くらい
DXLib_Init()する前でもVC2010でも何ともなかったから、VC2013とDxLibとの組み合わせが最悪っぽいんだけれども

**名前は開発中のものです。** · 2015/02/25(水) 21:09:46.08

自己解決みっともない原因だった
SetAlwaysRunFlag(TRUE)のせいでデバッグ中フォーカス行ってなくてもキー入力行って処理がえらいことになってただけだったバージョン関係無かった

今までSetAlwaysRunFlagオフにしてて今回オンラインを見越してオンにしたんけどデバッグ中は絶対やめた方がいいねってことを学習した

**名前は開発中のものです。** · 2015/02/25(水) 22:38:46.44

半透明ポリゴンが交差していけないのならが3Dエフェクトとかどうやって作るん？
動的に三角形分割しとるんか？

**名前は開発中のものです。** · 2015/02/25(水) 23:40:10.46

MakeGraphの使い道がわからん、思いつかん
どんな時に使うのコレ？

**名前は開発中のものです。** · 2015/02/26(木) 01:06:41.13

>>614情報おつおつ

感謝感謝ですな

**名前は開発中のものです。** · 2015/02/26(木) 04:07:01.54

MakeGraphは裏で動的に画像いじるときに使うんでしょ

**名前は開発中のものです。** · 2015/02/26(木) 16:26:04.88

公式のリファレンスにサンプルあるじゃん
画面を取り込んで使える

東方文花帖みたいな、写真撮影ゲームで画面の内容を取り込む等の用途が考えられる

**名前は開発中のものです。** · 2015/02/26(木) 18:40:03.70

とりあえず GetDrawScreenGraph() の準備用関数だと思っておけば特に困らない気がする。
他にも上手い使い方はあるんだろうけどさ。

自分の場合は、ステージクリア型のゲームで、クリアした瞬間の画像をキャプチャするのに使ったなあ。
リザルト画面に表示させたり、シーン遷移時にエフェクトとともに使ったり。

**名前は開発中のものです。** · 2015/03/03(火) 09:29:33.27

隠し関数ってどのファイル覗けば全部見れる？

**名前は開発中のものです。** · 2015/03/03(火) 11:03:51.33

その程度の姿勢なら止めとけというしかない

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

マニュアルにあるのが公開関数としたら、
ヘッダにあってマニュアルにないもの、
ヘッダにも無いけどstaticでないもの、とかあるけど
関数仕様がどこかに書いてあるけどマニュアルにないもの、のことなんだろうなあ

**名前は開発中のものです。** · 2015/03/03(火) 18:39:33.63

>ヘッダにも無いけどstaticでないもの、とかあるけど
そんなものもあるのか！

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

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