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

**名前は開発中のものです。** · 2013/11/07(木) 12:40:45.76

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

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

【関連スレ】
C/C++ゲーム製作総合スレッド Part4
http://toro.2ch.net/test/read.cgi/gamedev/1376262450/
ゲームプログラムなら俺に聞け29(プログラム技術板)
http://toro.2ch.net/test/read.cgi/tech/1381578085/

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

**名前は開発中のものです。** · 2014/01/17(金) 04:34:10.48

オートタイルがわからなかったのでぐぐった。
最近のRPGツクール系にはこんな機能あるのね。

**名前は開発中のものです。** · 2014/01/17(金) 14:01:43.91

2Dゲー作ると、キャラの移動で１フレームに１．５ドットとかやりたい場合ありますよね？

今までは自分なりに工夫してなんとかやってたんですけど、
DxLib.hみると、DrawGraphとかに座標指定float版なんて見つけて、
これがあれば変な苦労する事はなかったんじゃないかと思うと同時に、
これが非公開になってるには何か理由があるんだろうかと不安で手を出すのをためらってます。

皆さんはこういうの使ってたりするんでしょうか？

**名前は開発中のものです。** · 2014/01/17(金) 14:24:48.98

描画する時はfloatからintにキャストしてるよ。
floatで座標指定しても意味無いでしょ？多分。
ドットが整数だし。

**名前は開発中のものです。** · 2014/01/17(金) 14:26:37.18

>>619
http://dixq.net/g/04_04.html

**名前は開発中のものです。** · 2014/01/17(金) 14:51:26.68

>>619
論理座標上はfloatでもなんでもいいが、描画上は最終的にpixelを相手にするんだから正の整数。
ロジックの領域でどうこう自由にする論理座標と、実描画の物理的な座標値は切り分けて考えるのが大前提だよ。
コンピュータの基礎みたいな話で悪いけど。

**名前は開発中のものです。** · 2014/01/17(金) 15:06:00.98

あー、小数にした方が滑らかに移動する

**名前は開発中のものです。** · 2014/01/17(金) 17:13:55.95

簡単さを売りにしてるとはいえ、DrawGraphFくらいは公式リファレンスに載せてくれてもいいのにな

**名前は開発中のものです。** · 2014/01/18(土) 02:40:45.08

背景の移動ならDrawGraphFは使いやすいんだけど、
キャラの移動だと微妙……ってのが個人的な印象

**名前は開発中のものです。** · 2014/01/18(土) 02:50:47.92

オートタイルはdante95からあった気がするが

**名前は開発中のものです。** · 2014/01/18(土) 03:19:05.58

>>626
すまぬ、全然知らんかった

**名前は開発中のものです。** · 2014/01/18(土) 09:04:11.47

遠景作ろうとするとZバッファの距離がたらないのかギザギザになるんだけど
超近距離と遠距離の描画ってみんなどうやって両立させてるの？
10.0~100000.0ぐらいでもうギザギザなんだが

**名前は開発中のものです。** · 2014/01/18(土) 12:02:30.92

カメラが絶対到達しない距離（スカイドームみたいな）はZバッファの書き込みOFFしてる

**名前は開発中のものです。** · 2014/01/18(土) 14:23:21.52

方法1)遠景はZソート
方法2)遠景は別にレンダリングする(DOFみたいに)
方法3)精度を32bitにする

**名前は開発中のものです。** · 2014/01/18(土) 16:16:45.37

PlaySoundにはSetLoopPosSoundMemでループポイント指定できるけど
PlayMusic(MIDI)には隠し関数にもループポイント存在しないの？

**名前は開発中のものです。** · 2014/01/19(日) 20:57:49.91

公式で聞いたら、ないってさ

**名前は開発中のものです。** · 2014/01/20(月) 23:29:23.01

>>617
そうだよ
2分割のときもあるけど

**名前は開発中のものです。** · 2014/01/21(火) 01:56:05.07

>>633
二分割の時ってどんな場合？

あと、640*480でタイルが32*32の場合
オートタイルだとレイヤ一つで1200回も描画が必要で
三つレイヤ重ねると3600回、さらにキャラとかの描画入れると
すごく重くならない？

**名前は開発中のものです。** · 2014/01/21(火) 03:14:09.60

テクスチャをころころ変えなければたいしたことないだろ

**名前は開発中のものです。** · 2014/01/21(火) 03:43:26.35

描画回数が気になるならオートタイルの全パターンのテクスチャを用意したらいいんじゃね？
メモリをばかすか食うことになるけど

**名前は開発中のものです。** · 2014/01/21(火) 18:25:39.97

>>634
2000の滝アニメチップとかは横方向にしかオートタイルが効かない

毎回一から描画しても重いとは感じなかったけど
最終的にはアニメーションのない部分だけ事前に描画してた

**名前は開発中のものです。** · 2014/01/21(火) 18:31:19.32

>>637
○VX
×2000

**名前は開発中のものです。** · 2014/01/22(水) 00:27:59.78

VX Aceだとタイルセット複数使えるから事前にオートタイルを用意しておくと
さすがにメモリを潤沢に使える今の環境でもメモリが足りないだろうな

**名前は開発中のものです。** · 2014/01/22(水) 12:17:59.07

軽く調べてみたが、
ツクールだと、2x3マス分の大きな画像を用意しておき、それを切り取って組み合わせるやり方で、
ウディタだと全パターン（47パターンらしい）を持っておくやりかたなんだな。

ツクール形式の場合、透過させて重ねるように使わないと素材作りが少し面倒だね。

**名前は開発中のものです。** · 2014/01/23(木) 01:23:52.70

>>640
ウディタが全パターンを事前に用意してるってどこ情報？

**名前は開発中のものです。** · 2014/01/23(木) 07:14:17.66

失敬、自分が調べたところだと、単にパターン数を全部挙げてるだけだった
ウディタ使ったこと無かったんだ、すまん

**名前は開発中のものです。** · 2014/01/23(木) 11:43:28.23

一瞬スレ間違えたと思った

**名前は開発中のものです。** · 2014/01/23(木) 18:57:58.31

こういう時ってDerivationGraph()を使えばいいのかな？
普段LodDivGraph()ばっかりで、つい戸惑うな。

**名前は開発中のものです。** · 2014/01/24(金) 00:13:00.34

ぶったぎり失礼、3Dモーションの関数なんですが
motion_now = MV1AttachAnim(~~~~~);
motion_old　=　motion_now;
としたとき、どうもAttachしたint変数が古い変数に入らなくて困ってるんですが、
oldにnowを入れる方法はあるんでしょうか？

**名前は開発中のものです。** · 2014/01/24(金) 01:22:20.32

ちょっと何言ってるかよくわからないですね

**名前は開発中のものです。** · 2014/01/24(金) 01:24:49.74

順番逆じゃね

**名前は開発中のものです。** · 2014/01/24(金) 01:38:20.42

武器をカスタマイズできるアクションゲーム作ってんだけど
武器ごとにキャラクターが飛び跳ねたり違う挙動するんだけど
こういうのってクラスで武器を一個一個作った方がいい？
それとも武器クラスを作って読み込んだスクリプトで振る舞いを変えた方がいい？

**名前は開発中のものです。** · 2014/01/24(金) 07:33:04.08

それDxLib関係あるの？

**名前は開発中のものです。** · 2014/01/24(金) 15:10:45.83

C++スレ行けば教えて貰えるんじゃないかな

**名前は開発中のものです。** · 2014/01/24(金) 18:40:18.42

言語系スレとかライブラリ系スレじゃなくて設計応用先読み工夫の話スレがあったらそこへ行け

**名前は開発中のものです。** · 2014/01/25(土) 19:57:40.33

画像を任意のタイミングでモノクロ化して表示したい場合の話です
意見を下さい

GraphFilter関数で出来るけど毎回それだとちょっと重いから
MakeScreenと併用してフィルターかけた画像のグラフィックハンドルをあらかじめ用意しておいて
モノクロの場合はそっちを使うように分岐させるというアイディアが浮かんだんだけど、どうかな

**名前は開発中のものです。** · 2014/01/25(土) 20:18:39.00

8bitグレースケールの画像を用意して表示するのはダメ？

**名前は開発中のものです。** · 2014/01/25(土) 20:43:38.48

モノクロ化が1フレームでいいのならそれでいいんじゃない？
リアルタイムならシェーダ通す

**名前は開発中のものです。** · 2014/01/25(土) 21:22:59.60

シェーダで計算処理書くと、後で色々やりたい事変わった場合でも楽かな個人的に。

**名前は開発中のものです。** · 2014/01/25(土) 23:53:01.97

>>653
画像を変更したり修正したりした時にいちいちモノクロ画像も修正しなければならない事態は避けたい
>>654
じわじわ変化させる予定はないです
>>654 >>655
ググったりしたんだけど自分にはシェーダが理解できんかったよ

どうもありがと

**名前は開発中のものです。** · 2014/01/26(日) 03:44:53.89

だいぶ前に似たようなことやったなあ。
当時のソース手元にないんで具体的にどうやったかまでは確認できないが、
モノクロ版の画像ハンドルを自動的に用意する仕組みだった。

特定のキャラクター用の画像だけモノクロ化して、通常のカラーのキャラと、モノクロのキャラが入り交じってるゲームだったので、
今でも、描画時にモノクロ化させるのではなく先に専用のハンドルを用意したという判断は間違ってなかったと思う。

**名前は開発中のものです。** · 2014/01/26(日) 05:33:45.40

そう考えるとファミコンのパレットチェンジは処理速度も高速だし、
メモリも少なくて済むしで優秀だよなあ

**名前は開発中のものです。** · 2014/01/26(日) 07:15:48.96

処理負荷が軽く、メモリも少なくて済むように考えだされた技術なんだろうから
PC性能が上がり、メモリもじゃんじゃん使えるようになったら、必要ないとされたんだろうけど
やっぱり欲しくなるよなぁ。パレット機能。

**名前は開発中のものです。** · 2014/01/26(日) 07:55:43.84

つーかＤＸライブラリを使ってパレットチェンジでできねえの

**名前は開発中のものです。** · 2014/01/26(日) 10:24:12.12

パレットアニメーションとラスタースクロールはSFC世代欲しい機能ベスト4に入るレベル

**名前は開発中のものです。** · 2014/01/26(日) 12:01:05.45

BG機能もだなｗ

**名前は開発中のものです。** · 2014/01/26(日) 13:19:30.50

ラスタースクロールもBGも、今のDXライブラリで普通に表現できると思うんだが・・・
当時よりも遥かに楽に作れると思うぞ

**名前は開発中のものです。** · 2014/01/26(日) 13:30:48.94

パレット機能はハードウェアの機能だよ。

**名前は開発中のものです。** · 2014/01/26(日) 13:45:08.53

>>663

画像１枚をラスタースクロールさせるんだったら楽かもしれないけど
画面全体をラスタースクロールとか、手間じゃないか？
それも楽だというのならやり方を是非教えて欲しい。

あとスプライトもそうだけど、結局PC性能に頼ったフレームごとに全画像表示更新だからBG表現できるつっても負荷は高いよね。

**名前は開発中のものです。** · 2014/01/26(日) 13:55:33.24

そんなの「ラスタースクロール　シェーダ」でググればボロボロ出てくるよ。
DXライブラリだけなら　http://ktstg.blog.shinobi.jp/Entry/880/　ここでも見ればソースもあるよ。

**名前は開発中のものです。** · 2014/01/26(日) 14:05:57.29

背景をスクロールで動かすとか、スプライトを動かすならば、
３Ｄで作って、カメラを動かす。
２Ｄゲームであっても３Ｄで処理するのが単純

カラー→白黒変換は、画像を２種類持っておく

**名前は開発中のものです。** · 2014/01/26(日) 14:10:16.71

パレット付き画像の機能あったよね…？
もう非推奨になってるんだっけ？

**名前は開発中のものです。** · 2014/01/26(日) 14:20:06.88

>>667
ラスタースクロールはカメラじゃどうにもならんだろ

**名前は開発中のものです。** · 2014/01/26(日) 14:27:57.49

GetDrawScreenGraphで一枚の画像にしてからスクロールさせればいいんじゃないの

**名前は開発中のものです。** · 2014/01/26(日) 14:34:17.53

alpha8bitテクスチャのカラー値をu座標にする方法でパレットもどきが出来るが、
リニアフィルタはプログラムでやらないと行けないから速度的にどうだろう

**名前は開発中のものです。** · 2014/01/26(日) 14:48:49.42

ラスタースクロールを今時の技術で再現するなら
ピクセルシェーダで、テクスチャ座標のvに応じてサンプルする場所をずらす
とかだろうか

シェーダ、毛嫌いしてる人も使う必要ないって人も
何ができるのか、ぐらいは知っておいて損はないと思うんだ

**名前は開発中のものです。** · 2014/01/26(日) 15:01:53.75

シェーダといえば3D、自分が作ってるのは2Dゲームで、そもそも3Dよくわからん、
みたいな思考はあるんでね？

**名前は開発中のものです。** · 2014/01/26(日) 15:05:07.91

2Dでもシューダーをガシガシ使えばいろいろ出来るって事？

**名前は開発中のものです。** · 2014/01/26(日) 15:09:06.12

いろいろってシェーダを何だと思ってんのよ…

**名前は開発中のものです。** · 2014/01/26(日) 15:13:02.26

アセンブラもどき

**名前は開発中のものです。** · 2014/01/26(日) 15:15:05.99

ぶ！何年前の知識だよそれｗ
まあ、ポストエフェクトのグレースケールあたりから見てみればいいよ。
簡単だし。

**名前は開発中のものです。** · 2014/01/26(日) 15:26:32.74

書き忘れた。
シェーダを検索する場合、古いサイトなんかは>>676の言うとおりアセンブラで書かれてるところもある。
それはあまりにも古いので、必ずHLSL(DirectX)かGLSL(OpenGL)は検索ワードに入れておけばいいよ。

最近はシェーダ吐き出すこんなツールもあるしな
http://msdn.microsoft.com/ja-jp/library/hh315736(v=vs.110).aspx

**名前は開発中のものです。** · 2014/01/26(日) 15:30:40.48

シェーダシェーダシェーダよさぐって旅をつづけよう
月がのぼれば口笛吹いてつぎの冒険夢みよう

**名前は開発中のものです。** · 2014/01/26(日) 15:33:45.89

>>679
ペペロかなついな

**名前は開発中のものです。** · 2014/01/26(日) 15:36:30.71

とおもったらシンドバットだったｗ

**名前は開発中のものです。** · 2014/01/26(日) 15:39:11.79

>665
画像一枚も背景全部も同じだろう
１ラインずつずらして表示するだけだよ
こう言うとまた負荷がどうのこうの言い出しそうだけど、5年前のPCでも640*480のラスター背景二枚重ね＋ゲーム本体が余裕で動いたぞ

あとBG表現が負荷が高いなんて言ってたら何も描画できないだろ・・・
何年前のPC使ってるんだ

**名前は開発中のものです。** · 2014/01/26(日) 16:30:39.07

2Dシェーダも覚えるとエフェクトの幅広がるよ
上で出た白黒だと今まで裏画面に出力してたのを別スクリーンにして
そのスクリーンをテクスチャにして板ポリに貼り付けてピクセルシェーダで裏画面に描画

HLSL自体は数行だしサンプルもいっぱいあるし、板ポリで2D描画は公式掲示板見れば載ってるし、重くて面倒なことするよりシェーダ覚えた方が遙かに楽

**名前は開発中のものです。** · 2014/01/26(日) 18:30:27.15

>何年前のPC使ってるんだ

マザボの発売が2004年だから10年前だな。

**名前は開発中のものです。** · 2014/01/26(日) 19:50:50.67

それはシェーダーモデル1ぐらいか？w

**名前は開発中のものです。** · 2014/01/26(日) 19:57:23.49

一枚絵をラスタスクロールするなら問題ないだろうけど、マップチップとかをやるならちょっと面倒かな。
一旦オフスクリーンにレンダリングして、その一枚絵に効果かけるのが楽だと思うけど。

**名前は開発中のものです。** · 2014/01/27(月) 00:33:34.96

シェーダー、ググってもよく分からなくて全く使ってない
使い方や概要を載せてるサイト見たことないもの…
コードだけ載ってたり、雲はシェーダで表現できます！→書き方無し、とかで困った

**名前は開発中のものです。** · 2014/01/27(月) 01:50:53.18

D3D_FEATURE_LEVEL_9_3でいいから
DirectX11にポートして欲しいな・・・

**名前は開発中のものです。** · 2014/01/27(月) 03:33:25.95

シェーダーってそれなりのグラボ積んでないと十分な処理速度で無いんじゃないの
10年前のノートＰＣとかでも快適動作してほしいんだけど

**名前は開発中のものです。** · 2014/01/27(月) 05:28:30.60

10年前のノートPCじゃシェーダーどころか
描画量を気にするレベルだろう

**名前は開発中のものです。** · 2014/01/27(月) 05:40:02.85

10年前のPC持ってるやつから動きませんとか遅いですとか言われても無視するわ

**名前は開発中のものです。** · 2014/01/27(月) 10:24:34.77

>>691
すみません、すみません、Windows98です。

**名前は開発中のものです。** · 2014/01/27(月) 12:12:40.05

今すぐ回線切ってそれ捨てろ

**名前は開発中のものです。** · 2014/01/27(月) 14:22:22.35

プレイヤーはゲームキャラクターじゃないんだから、他に気にすべき事あると思うよ

**名前は開発中のものです。** · 2014/01/27(月) 15:09:01.79

2003年発売の12～13万のノートPCでも、同人ゲームならそこそこ動いたぞ
2010年頃までの同人STGなら大体動いたと思う
糞重そうなエーテルヴェイパーも普通に遊べたし（DXライブラリ製じゃないけど）

**名前は開発中のものです。** · 2014/01/27(月) 20:03:17.60

最新の高性能ＰＣでしか動かないシェーダは利用価値皆無でＦＡ

**名前は開発中のものです。** · 2014/01/27(月) 20:10:12.83

てかHLSLくらい書けよ。

**名前は開発中のものです。** · 2014/01/27(月) 20:20:09.20

>>687
DirectX シェーダでググると HLSL の話が出てくるだろ。

その後、DirectX9 HLSL で MSDN を検索するとDirectXでの利用に関する記事かリファレンスが出てくるだろ。

そうしたらそこで必要な考え方について、いくつものワードが登場するだろ。

今度はそれらをピンポイントで調べるか本買ってくるだろ。

それ繰り返せば訳無い話。めんどくさがったらそこで終わり。
開発技術全般、何でもそうだけど。

**名前は開発中のものです。** · 2014/01/27(月) 20:21:06.47

>>696
ここ数年のGPUはどれもオーバースペック状態
"高性能PC"と言えるものは存在しても、"高性能PCじゃないと動かないゲーム"はまだ存在していないんだよ

**名前は開発中のものです。** · 2014/01/27(月) 20:33:35.20

シェーダ厨のウザさ

**名前は開発中のものです。** · 2014/01/27(月) 22:10:23.58

世の中は２Ｄゲームを求めてるというのに……

**名前は開発中のものです。** · 2014/01/27(月) 22:17:46.99

ダークおじさんここにも来てるのかｗ

**名前は開発中のものです。** · 2014/01/27(月) 23:33:34.27

DXライブラリの2Dゲームでシェーダを使う！
みたいなニッチな記事は意外に需要あるのか

**名前は開発中のものです。** · 2014/01/28(火) 00:30:27.39

3Dならともかく2Dでもシェーダー使ってる側からすればなんで使わないで旧い技術に拘ってるのか理解できない
3.0だって2004年の技術だぞ。拒絶反応示してる奴はどういう理由なの？

**名前は開発中のものです。** · 2014/01/28(火) 00:58:59.78

専スレあるみたいだから後はそっちでやってくんねーかな

http://toro.2ch.net/test/read.cgi/gamedev/1005185166/l50

**名前は開発中のものです。** · 2014/01/28(火) 04:12:40.89

シェーダ書くならdxライブラリも卒業するだろ

**名前は開発中のものです。** · 2014/01/28(火) 07:06:00.66

留年してごめん

**名前は開発中のものです。** · 2014/01/28(火) 07:56:57.02

つまるところ自分が使えないから利便性も必要性も感じない訳で
自分が使えるようになって初めてその価値が正しく理解(判断)できるってやつかな
ようするに食わず嫌いもしくは外見が美味しそうな食べ物に見えないって感じ

**名前は開発中のものです。** · 2014/01/28(火) 08:05:27.65

使うかどうかは別としてテストコード書いてみるというのは、みんなよくやると思うけど、
なんだかんだであれって気力を結構消耗するからなあ。

**名前は開発中のものです。** · 2014/01/28(火) 12:50:13.26

2Dでシェーダーって何に使うんだ？

>>683（レンダリング結果をテクスチャ化）とかシェーダじゃねーし、
モノクロ、セピア、フェード用の影にピクセルシェーダを書かなくても
ライブラリの標準機能やアルファチャンネルの一工夫で何とかなるだろ

**名前は開発中のものです。** · 2014/01/28(火) 13:01:44.28

https://www.youtube.com/watch?v=5Yg4ksiwz3A
こんなのとか

**名前は開発中のものです。** · 2014/01/28(火) 13:17:06.31

素直に３D使えとか言われそうだな……ｗ

**名前は開発中のものです。** · 2014/01/28(火) 13:30:59.92

>>710
攻撃エフェクトや爆発エフェクト等で使ってるのをちらほら見かける。

基本的には>710の言う通り標準機能やアルファチャンネルでなんとかなるんだけど、
あと少しだけ格好良くしたい、どうしてもこの演出で使いたいって時に、ピンポイントでシェーダを使ってるような印象。

2Dゲームではエフェクトと相性が良いのか、それともシェーダの入り口として便利なだけなのか、その判断は任せる

**名前は開発中のものです。** · 2014/01/28(火) 13:38:16.97

バンプマッピングとか2Dゲームで使わんとおもうが、ランプエフェクトの方かな
滅多に使わないものなら必要になってから調べても遅くないな

**名前は開発中のものです。** · 2014/01/28(火) 14:23:53.97

ラスタスクロールとか
強い光を表現するブルームエフェクトとか
衝撃波とかを表現するためのブラーとか

いわゆる「ポストエフェクト」って呼ばれる系統のエフェクトは
2Dでも使い道はあると思うんだ
実際使われてるかどうかは知らないけど

**名前は開発中のものです。** · 2014/01/28(火) 16:45:07.52

シェーダーなんてパイプラインの代わりなんだから少しの例あげて使える使えない決められるもんじゃないっしょ
素直に僕にわからない話題はスレチですって言えばいいのに

**名前は開発中のものです。** · 2014/01/28(火) 17:36:22.75

相手しない方がいいと思う。
出来ない人は心が拒否してるんだろうから、いずれにしても挫折して消えてくから。

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

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