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

**名前は開発中のものです。** · 2010/02/25(木) 23:29:14

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

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

【過去スレ】
DXライブラリ総合スレッド
http://pc11.2ch.net/test/read.cgi/gamedev/1197468399/
DXライブラリ総合スレッド 2008
http://pc11.2ch.net/test/read.cgi/gamedev/1224923873/
DXライブラリ総合スレッドその3
http://pc11.2ch.net/test/read.cgi/gamedev/1238429676/
DXライブラリ総合スレッドその4
http://pc11.2ch.net/test/read.cgi/gamedev/1249822550/
DXライブラリ総合スレッドその5
http://pc11.2ch.net/test/read.cgi/gamedev/1259912953/

**名前は開発中のものです。** · 2010/08/09(月) 04:46:13

>>765
うーん…VECTOR(？)
やりたい事をもっとぶっちゃけて言うと
そのピラピラの一枚板テクスチャのモデルの頭上にHPゲージのモデルを表示したいのです
そいつの高さを取得して、そいつの頭上少し上あたりに表示させようかと…

つっても座標位置は取得できるけど、モデルの高さを取得するなんて聞いた事ないもんなぁ…
わかりずらいから図を…
http://www.dotup.org/uploda/www.dotup.org1079989.jpg

**名前は開発中のものです。** · 2010/08/09(月) 09:46:56

モデル作るとき高さ決めとけばいいんじゃね？

**名前は開発中のものです。** · 2010/08/09(月) 10:51:36

普通は事前にツールでそういうデータを埋めておく。
ＤＸライブラリはＸファイル直接扱うからそういう処理に弱い。

まぁバウンディングボックスから大まかな値はとれるけど。

**名前は開発中のものです。** · 2010/08/09(月) 12:01:23

キャラクターが全部ピラピラなんだったらモデル使わずに自分で管理して
自分で描画するようにした方が扱いやすいと思う

**名前は開発中のものです。** · 2010/08/09(月) 17:49:05

>>768-770
回答ありがとう…やっぱ最初に決めてモデル毎に高さを決めて
代入しておくよ…面倒だけど

ついでに自分で描画は前やったけど無理がでてやめた

**名前は開発中のものです。** · 2010/08/09(月) 17:52:18

でもそれじゃ他人が作ったモデル使えなくね？

**名前は開発中のものです。** · 2010/08/09(月) 18:44:11

俺だったらテキスト形式でもなんでも良いからフォーマット決めて
そこにモデルのパスと高さとかの固有の値を入れとくかな

**名前は開発中のものです。** · 2010/08/09(月) 18:46:55

>>772
全部自分でやってるから問題ナシ

**名前は開発中のものです。** · 2010/08/09(月) 18:51:31

>>772
全部自分でやってるから問題ナシ

**名前は開発中のものです。** · 2010/08/09(月) 18:56:19

最近３D関係の話題ばっかで取り残されてる感がひどい。

**名前は開発中のものです。** · 2010/08/09(月) 23:30:02

>>766
exeに埋め込まない方法もあるのかｔｈｘ

**名前は開発中のものです。** · 2010/08/10(火) 00:49:05

>>776
そうはいってもいまさら２Ｄ関係で語ることなんてあるか？

**名前は開発中のものです。** · 2010/08/10(火) 04:53:06

ずっと貼り付いてる人ばかりではないですから

**名前は開発中のものです。** · 2010/08/10(火) 07:38:38

俺も3Dには手を付けてないな

**名前は開発中のものです。** · 2010/08/10(火) 08:53:09

なんたーらぷりみてぃぶ２Ｄかんたーらの使い方

**名前は開発中のものです。** · 2010/08/11(水) 01:03:09

今後は3Dモデルの勉強もしなきゃなあ…

**名前は開発中のものです。** · 2010/08/11(水) 01:03:32

CPUの負荷によってクロック数変更するソフトをつけると
処理落ちするんだが。これって俺だけ？

**名前は開発中のものです。** · 2010/08/11(水) 13:23:46

画面の背景色を変更する命令は最新バージョンにはないのでしょうか？

**名前は開発中のものです。** · 2010/08/17(火) 08:06:14

>>784
普通にあったが

DxLib::SetBackgroundColor(255,255,255); //白にする

**名前は開発中のものです。** · 2010/08/29(日) 21:39:51

30FPSで作りたいんだがこれって60FPSでしか作れない？
ヘッダー見たけどなんか固定みたいなんだが

**名前は開発中のものです。** · 2010/08/29(日) 21:42:58

30分の1秒毎にメインループを回せばいいだけだろモニタのリフレッシュレートのことを言ってるなら30Hzのモニタなんかないだろ

**名前は開発中のものです。** · 2010/08/29(日) 21:54:29

VSyncに任せてウェイトさせると60FPSしか作れないよねー

**名前は開発中のものです。** · 2010/08/29(日) 22:13:26

んなこたない

**名前は開発中のものです。** · 2010/08/29(日) 22:59:38

一回無駄ウェイトすれば済むだけでは。

**名前は開発中のものです。** · 2010/09/03(金) 02:33:24

亀レスだがサンクス30FPS解決した。SetWaitVSyncFlag使って垂直同期切って
WaitTimerで30FPSになるように止めたらできた。
ただ余り安定しないんだよな

**名前は開発中のものです。** · 2010/09/03(金) 02:48:05

WaitTimer使うより、自前で時間を計ってウェイトかけたほうが精度は上がるんじゃないか。

**名前は開発中のものです。** · 2010/09/03(金) 18:10:38

自前で作ったけどSleepが１ミリ秒以下は止められないから結局安定しない
Sleepしないとかなり安定するけどCPU使用率が跳ね上がる。
何回かに一回スリープするようにしても結局妥協点を見つけることにしかならんし、もう安定しなくてもいいかな

**名前は開発中のものです。** · 2010/09/03(金) 18:21:49

1ミリ秒以上残す感じでSleepして最後の微調整だけ自分で止めると使用率も丁度良く抑えられるんじゃね？

**名前は開発中のものです。** · 2010/09/03(金) 18:50:03

なるほど！サンクス！できた！

**名前は開発中のものです。** · 2010/09/03(金) 19:02:27

1ミリ秒以下までピッタリ止める必要があるのか？音ゲー作ってるならともかく

**名前は開発中のものです。** · 2010/09/04(土) 01:14:13

確かに自己満足かもなｗ

**名前は開発中のものです。** · 2010/09/06(月) 06:33:18

DXライブラリで3Dやる本を誰か書いてくれないかな
3Dはどこからやればいいのかさっぱりだ

**名前は開発中のものです。** · 2010/09/06(月) 12:18:44

最近、3Dモデリングの入門書を買っちゃったぜ…

**名前は開発中のものです。** · 2010/09/06(月) 18:03:04

俺は人工少女2を改造して遊んでた頃に自力で学んだ3D技術で何とかやってる
エロの力はすごいわ

**名前は開発中のものです。** · 2010/09/06(月) 23:46:18

3Dゲー作るのに慣れてない人だとハイポリレベルのモデルを使っちゃってたりするよね

**名前は開発中のものです。** · 2010/09/06(月) 23:49:07

ハイポリってなんすか

**名前は開発中のものです。** · 2010/09/07(火) 00:01:00

ローポリの逆
ポリゴン数が多くてとてもリアルタイムで処理しきれないゲーム向きでない３Dデータ

**名前は開発中のものです。** · 2010/09/07(火) 00:10:09

どこまでがローポリなんかね

**名前は開発中のものです。** · 2010/09/07(火) 00:35:01

2,3世代前くらいなら１フレームで100万ポリゴン程度だな

**名前は開発中のものです。** · 2010/09/07(火) 18:37:19

なんで今じゃなくて旧世代なんだ。

**名前は開発中のものです。** · 2010/09/08(水) 07:00:32

GF8000以降の話だが今の世代ならユニファイドシェーダーだから
いまさらポリゴン数がどうとかいう尺度がそもそも間違っているからだろ。

**名前は開発中のものです。** · 2010/09/08(水) 20:38:11

ユニファイドシェーダーだからポリゴン数気にしなくていいって、意味わからん。

**名前は開発中のものです。** · 2010/09/08(水) 23:01:35

ポリゴンキャラの表面をなめらかにするために
昔はポリゴン数をひたすら増やす必要があった
って意味じゃないかな。

**名前は開発中のものです。** · 2010/09/08(水) 23:22:14

ユニファイドだとポリゴン数がどんだけ少なかろうと複雑なピクセルシェーダー回してたら重くなるぞ。
あとはポリゴン数が少なくてもバッチ数が多ければ重くなるし
ポリゴン数なんてたんなる指標の１つにしかならない。

プレステ２あたりまではポリゴン数がほぼ負荷に直結してたけど。

**名前は開発中のものです。** · 2010/09/08(水) 23:46:20

キャラモデルのポリゴン数が、5,000ポリゴンを越えたらアウト

**名前は開発中のものです。** · 2010/09/09(木) 00:42:17

でもそれって結局、ポリゴン数多ければ確実に負荷が上がるんだから、
少ないに越したことはないってことじゃね？

**名前は開発中のものです。** · 2010/09/09(木) 01:05:32

あぁ、気にしなくていいって話じゃなくポリゴン数だけじゃ語れないって話だったか。

**名前は開発中のものです。** · 2010/09/09(木) 05:15:26

ようするにシェーダの設定次第でポリゴン数が勝手に増えるからデータの方で気にしてもあんまり仕方ないとかそういうこと？

**名前は開発中のものです。** · 2010/09/10(金) 00:49:35

まずCPU、シェーダー、ROP、メモリ帯域が主な描画の負荷になるわけだ。
これらの中で一番時間がかかっている箇所の速度が画面の描画速度って事になる。

シェーダー自体は汎用プロセッサになっていて頂点、ピクセルの処理を負荷に応じて動的に切り替えて処理する。
その中でもポリゴン数うんぬんってのは「バーテックス」の部分への負荷になる。

ポリゴンが少なくて頂点処理をするシェーダーが余裕で動いていたとしても
ピクセル部分の処理が重いと頂点に回せるシェーダー減ってピクセルを処理するシェーダーが増える。
逆にピクセル処理が軽ければ頂点に回せるシェーダーが増える。

他にもフルHD解像度で半透明ばんばん使えばROPやメモリ帯域がネックになって処理が落ちる。
描画の呼び出しが多ければAPIコールでCPUが詰まって処理が落ちる。

まぁよほど古いGPUつかうんじゃなければそこまで神経質にならなくてもいいと思うけどね。
DXライブラリじゃ凝ったシェーダーエフェクトなんて無いからピクセルはスカスカなんだし。

**名前は開発中のものです。** · 2010/09/10(金) 01:02:07

開発者はパワフルＰＣですが、
ゲームプレイヤーは、へぼノートＰＣです。

**名前は開発中のものです。** · 2010/09/11(土) 23:11:42

if(key_buf[KEY_INPUT_W]){
car_y-10;
}
warning C4552: '-' : 演算子にプログラム上の作用がありません。作用を伴う演算子を使用してください

car_y-10;　の部分を　car_y--（デクリメント）にすると動くのにこれだとだめなのはどうして？
エスパーさん教えて

**名前は開発中のものです。** · 2010/09/11(土) 23:15:13

>>817
おまいは、-10した結果をどこに入れようとしてんだ。
car_y -= 10; または car_y = car_y - 10; だろ。

**名前は開発中のものです。** · 2010/09/12(日) 00:19:08

ちゃんとワーニングメッセージに書いてあるだろｗ

**名前は開発中のものです。** · 2010/09/12(日) 01:34:34

car_y--　は　car_y-=1　の略

**名前は開発中のものです。** · 2010/09/12(日) 06:14:35

>>818->>820
うお指摘されて気付きました
これって基礎でしたね親切に回答していただきありがとうございましｔ、。

**名前は開発中のものです。** · 2010/09/12(日) 21:19:05

http://hibari.2ch.net/test/read.cgi/gamedev/1284068105/
面白いやつがＤＸライブラリ批判中

**名前は開発中のものです。** · 2010/09/12(日) 22:23:41

そいつあれだろ？
他人のソースと素材組み合わせて「自作しました！」みたいなこと言ってたやつだろｗ

**名前は開発中のものです。** · 2010/09/12(日) 22:32:33

>>822
またコイツか
他人の背景素材勝手に使用したり、DXライブラリの公式サイトのソースパクってニコ動にアップして自分の実力みたいにほざいてた問題児だよな
最初はDXLibに頼ってた癖に
それで周りから非難が集中して、周囲を荒らし扱いして何度もコミュニティ閉鎖した能無しハッタリ野郎だよ
その後もブログや掲示板で嘘吐いてばっかりいる

**名前は開発中のものです。** · 2010/09/12(日) 22:38:31

痛々しいが、とりあえずこのスレで触れるのは止めようぜ。

**名前は開発中のものです。** · 2010/09/13(月) 00:57:06

おもろい、おもろすぎる。

>>822のアホに大期待してるわ俺。

**名前は開発中のものです。** · 2010/09/13(月) 02:39:36

くっそわろた

**名前は開発中のものです。** · 2010/09/13(月) 07:26:19

ああ、こいつが例の闇プログラマーなのか
こんなところに降臨してたのか

**名前は開発中のものです。** · 2010/09/13(月) 08:29:09

最近こういう類のヤツ少なくないな。

**名前は開発中のものです。** · 2010/09/14(火) 19:07:51

最近いろんなゲーム見てて思ったんだけどさ
プログラムは書けてるのに、画像素材がペイントで描いたような感じでもったいないゲームって結構あるよね

**名前は開発中のものです。** · 2010/09/14(火) 19:49:47

ここで話すような内容じゃない気がするが、いきなりなんだ。

**名前は開発中のものです。** · 2010/09/14(火) 20:09:10

>>822のアホKazukiのように出来ない癖にDXライブラリ否定する気は無いが
ゲーム開発の生産性や融通性においてDXライブラリの機能に疑問を感じる
RPG・モンハン系アクション・シューターとか作るのにイベント配置やレベルエディタはどうするの？って感じで
この手のゲーム作るためにはゲームプログラムだけでなく、周辺エディタとしてGUIアプリは絶対不可欠なんだけど
皆はGUIアプリどうやって作ってるの？DXライブラリにGUI作る機能無いよね
プロの現場ではC#.NETやボーランドやMFCとか使うんだろうけど
大概DXライブラリの使い手はVC++Expressが主流でC#使う人なんてほとんど居ないだろうし
どうやっているのか疑問だ

**名前は開発中のものです。** · 2010/09/14(火) 20:16:35

こっちのスレに飛び火して欲しくないから、せっかくその話題から話を逸らそうとしたのにｗ

**名前は開発中のものです。** · 2010/09/14(火) 20:20:05

普通にボタンの画像を貼り付けたりしてやっていけばいいんじゃないの

**名前は開発中のものです。** · 2010/09/14(火) 20:25:13

俺はフォトショで画面作ったあと個別に画像切り出して、自作のツールで再現した上で自動的にソースを出力できるようにしてる

**名前は開発中のものです。** · 2010/09/14(火) 20:25:25

Dxライブラリは、DirectX用の薄いライブラリ。
趣味プログラマーの為の2Dライブラリにオマケとして3Dが付加されてる。
コードをカリカリ書くのが好きな土日プログラマーの為に、そして
目標は、インベーダー、パックマンのような小規模なものを自作すること。

ツクールのようなツールとは種類が違う。

**名前は開発中のものです。** · 2010/09/14(火) 20:25:48

>>832

何を言ってるのかわからない。
イベント配置だのレベルエディタだのGUIだのって何の話？

自分でプログラムすりゃ大概の事は済むと思うんだけど
それすら面倒だからライブラリでやってくれって事？

**名前は開発中のものです。** · 2010/09/14(火) 20:29:26

うんれあぇんじんみたいにしろと言いたいのかな

**名前は開発中のものです。** · 2010/09/14(火) 20:40:45

フリーの豪華3Dライブラリなら、OGRE3Dか Irrlichtが有名。
市販品なら選ぶに困るほどある。

所詮、Dxライブラリとは住む世界が違うよ

**名前は開発中のものです。** · 2010/09/14(火) 20:47:18

>>832
ゲーム開発用ではなくdirectxの抽象化が目的のライブラリなんだぞ
ツールすら作れないような素人はツクールでも使っとけ
そして消えろ

**名前は開発中のものです。** · 2010/09/14(火) 20:52:18

>>837
イベント配置はRPGには絶対必要だと思うんだけど
NPCとの会話、アイテムの入手、クエストの発生など様々な事
ツクールでは2Dベースのマップエディタがあってマップ作成するだけじゃなくて、マス座標単位で様々なイベントを配置することが出来る
ツクールを使わないでプログラムでRPGを作るには、ツクールのようなエディタをGUIを別に自作しないとイベント配置は困難だと思うんだけど、コード記述で配置することも可能だけど非常に効率悪いし
テイルズシリーズやゴッドイーターのようなゲーム作るのなら自作エディタ無くして大変だ、そのためにGUIアプリを作る必要がある
DirectXならGUIのウィンドウハンドル利用してアプリに組み込むことが出来るけど、DXライブラリはどうなの？て事
それが出来ないのであればDXライブラリは大した機能じゃ無いと思う

**名前は開発中のものです。** · 2010/09/14(火) 20:56:17

C#でusing DxLibDLL;しよう

**名前は開発中のものです。** · 2010/09/14(火) 20:56:57

絵は無理
最終的に誰かに書いてもらう予定
それにしても、動くものがあれば分かりやすいし
そもそも成果物がないと、企画として信用されないから、やっぱり動くものを最初に作りたい

**名前は開発中のものです。** · 2010/09/14(火) 20:59:21

>>841
長文ウザい。あと、DirectXで出来る9割はDXライブラリでもできる。ラップしただけだしな。
っていうか、自作エディタなんてよく作るだろ？
DXライブラリはDirectXの機能を使いやすいようにラップしただけであって、ゲームエンジンでも何でもないんだし。

**名前は開発中のものです。** · 2010/09/14(火) 21:05:07

>>840
プログラミング長くやってるし、3Dやるからツクールなんか使うつもりはないよ
うちはVB.NETだからGUIは沢山やってきたし、ゲームの周辺ツールも沢山作ったよ。モーションやマップエディタとか
.NETだとDirectXを簡単に使えるから
ただ、VC++EEとDXLiB使ってる人がそれだけで何が作れるのか疑問に思って質問したのです
VC++EEだとMFC使えないし

**名前は開発中のものです。** · 2010/09/14(火) 21:13:12

>>845
そんなのアイデア次第だろ。
マウスカーソルの位置の取得さえできればGUIなんか自分で作れるじゃんか。

**名前は開発中のものです。** · 2010/09/14(火) 21:32:12

とりあえず三行以内にまとめないとな

**名前は開発中のものです。** · 2010/09/14(火) 21:36:15

自分が欲しい機能を
自分で作らなくちゃいけないから、
DXライブラリは機能性が低い。

**名前は開発中のものです。** · 2010/09/14(火) 22:11:41

そこが良いところなんだろ
押しつけが無い
WinAPIみたいな感じ

**名前は開発中のものです。** · 2010/09/14(火) 22:17:41

初心者でよくわからないのですが、
DXライブラリ使ってswf形式のファイルって再生できますか？

**名前は開発中のものです。** · 2010/09/14(火) 22:42:31

構造体には引数有りコンストラクタ書いといてほしいとは思う

**名前は開発中のものです。** · 2010/09/14(火) 23:21:47

よくわからんがVisualC#のExpressもダウンロードして
自前でツール作ればいいだけじゃねぇの？

**名前は開発中のものです。** · 2010/09/14(火) 23:33:20

>>845
お前、自分では気づいてないみたいだけどKazukiと同じ種類の馬鹿だぞ。

**名前は開発中のものです。** · 2010/09/14(火) 23:34:17

>>845
Qt使えばいいじゃん。

**名前は開発中のものです。** · 2010/09/15(水) 00:52:00

ツールはC#で普通に作ればいいだろ。60FPSで描画でもしたいのかよw

**名前は開発中のものです。** · 2010/09/15(水) 01:00:42

>>854
せっかく回答出してくれて申し訳無いが、私はC++やる気無いしずっと.NET使うつもりですが
VC++EE/DXライブラリ使ってる人がどうやってGUIや補助アプリ作ってるのか聞きたかっただけです
やっぱりそういうの無いとゲーム開発効率良くないと思うので
Qtというのは初めて聞きます、C#.NETやMFCを使わないという人には参考になる情報なのではないでしょうか

**名前は開発中のものです。** · 2010/09/15(水) 01:08:17

>>856
お前みたいな初心者はツクールでも使っとけ

**名前は開発中のものです。** · 2010/09/15(水) 01:12:58

>>859
簡単なのならC++で書いて、他人にいじらせるならC#で書いてるよ
で、
＞それが出来ないのであればDXライブラリは大した機能じゃ無いと思う
とかわざわざ見当違いの事言って喧嘩売った理由は何だよ？
もったいぶらずにさっさと言えよ
まさか本当にKazukiと同じ類のバカなわけじゃないんだろ？

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

winampみたいに普通に画像表示して作ればいいやん

**名前は開発中のものです。** · 2010/09/15(水) 01:24:32

ゲーム本体はC++、内部ツールはC#、書き捨てスクリプトはPerl。
統一感なさすぎてごめんなさい。

**名前は開発中のものです。** · 2010/09/15(水) 01:38:46

>>858
答えを言うなら、DXLibの機能の中に自作したGUIやウィンドウのハンドルに連結する機能が見当たらない事
それとVC++EEでは周辺アプリを作るためのGUI機能が貧弱であることかな
XNAやSlimDXではDirectX初期化のときに、FormやPictureBoxのハンドルを渡してその中にDirectXの3D描画が出来るようになっている
この機能を使えばメタセコイアのような3Dモデリングソフトや3Dツクール風レベルエディタもC#でスムーズに作れます
ウィンドウ作成とDirectX初期化が隠蔽され一体化しているDXライブラリではこういう機能が無いのが1番残念に思う
.NET使ってる自分には関係無い話かもしれないけど、今後は自作GUIとの連結機能を付けると現ユーザーのためになるのではないかと言いたいのです

**名前は開発中のものです。** · 2010/09/15(水) 01:51:34

全く要らん
自分で作れるし
余計なもの入れてライブラリでかくする意味が無い

**名前は開発中のものです。** · 2010/09/15(水) 01:59:22

リファレンスにのってないだけ

**名前は開発中のものです。** · 2010/09/15(水) 02:26:25

>>861
要するにお前は、実際は.NET使いでも何でもない、単なるNEETで何もできないワナビー君なんだろ。
言ってることがKazukiなみに支離滅裂だよ。

**名前は開発中のものです。** · 2010/09/15(水) 02:33:18

>>861
コイツ、たぶん本気でライブラリは巨大な方がいいとか思ってるんだろうな・・・
必要最低限っていう言葉知ってるか？

**名前は開発中のものです。** · 2010/09/15(水) 03:16:54

>>865
いくらなんでも、ライブラリの肥大化は有り得ないと思うんだけど
描画先を自由に指定するための機能なら、ウィンドウハンドルを引数に持つ関数1つ増やせば済むのではないかな
もしくは、既存の初期化関数に引数追加するとか、大したコード量じゃないよ
Easy3Dも描画先を自分で指定出来るし、直DirectXのプログラミングもデバイス初期化で描画先を自分で指定する仕様になっている

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

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