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

**名前は開発中のものです。** · 2009/12/04(金) 16:49:13

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/

**名前は開発中のものです。** · 2009/12/25(金) 19:03:16

>>320
Rocdebone2でもボーン入れる作業はできるよ
こっちは線形のボーン。詳しくはおちゃっこLABで

たいしてメタセコイアで骨入れる場合はmikoto形式のものがある
こっちは三角形ボーンに影響度のアンカーボックスタイプでござる
詳しくはここら辺がいい
ボーンの作り方
http://homepage3.nifty.com/ghpk/e3d/rb2007.htm
http://umemori69.hp.infoseek.co.jp/umemori69_014.htm
http://umemori69.hp.infoseek.co.jp/umemori69_013.htm

モデリングテク
http://mattaku.sa-ra-sa.com/

**名前は開発中のものです。** · 2009/12/25(金) 19:05:23

あと、3DゲームつくりたいのならEASY3DライブラリまたはSeleneでもいいでおじゃるでやんす
逆転の発想

**名前は開発中のものです。** · 2009/12/25(金) 19:08:48

>>320
DxLibModelViewerで確認してみた？

>>322
ToyStudioには無償版と有償版（5000円）があって、残念ながらXファイルをエクスポートできるのは有償版だけなんですよね・・・
まだ仮対応らしいけどMMDのPMDを使うか、FBXからMV1に変換して使うとかも検討してみて。

**名前は開発中のものです。** · 2009/12/25(金) 19:09:24

>>323
>>344

モーションひとつ作るのだけで大変そうですねえ・・・挫折しそうだorz
エルフレイナというやつ、まだチェックしてなかったので見てみました
使いやすそうですけど、やはりフリーだとxファイル出力ができないのですね・・・
>>322での出力もできないというのも、シェア版にしないといけないみたいですね
RokDeBoneが現状自分の最後の望みみたいなので、ボーンの作り方等読んでがんばってみます。
親切にレスありがとうございます（つA｀）

>>325
３Dゲーム以外も作ってみたいのでDXライブラリがんばってみますｗ

**名前は開発中のものです。** · 2009/12/25(金) 20:26:29

ちょっとRokDeBone2が出力したXファイルとFBXを試してみたので報告しておきます。

RokDeBone2付属サンプルの「glow.sig」を編集してXファイルに出力。
これをDirectXVierwer、DxLibModelViewerで読み込んでアニメーション表示OK。

MSサンプルの「dude.fbx」をDxLibModelViewerで読み込んでXファイルに出力。
これをDirectXVierwer、DxLibModelViewerで読み込んでアニメーション表示OK。
しかし、これをRokDeBone2で読み込むと原因不明のエラー。

**名前は開発中のものです。** · 2009/12/25(金) 21:00:26

ＤＸライブラリの拡大縮小機能を使って
擬似３Ｄを今まさに作ってる俺には手が届かない話題だな。

**名前は開発中のものです。** · 2009/12/25(金) 22:10:40

一方通行なわけか

**名前は開発中のものです。** · 2009/12/26(土) 02:21:18

3Dモーションは、trueSpaceを使ってみ。フリーだ
http://www.caligari.com/downloads.html
古いバージョンがよければ、一番下にSerialNumberが書いてある。

機能が多くて安かったが、MSの介入があってこのザマだ。
Xファイルのインポートエクスポートがある。

**328** · 2009/12/26(土) 13:42:22

>>328の続きです。

ModTool7.5でFBXを出力、これをDxLibModelViewerで読み込むと強制終了する。
公式のFBXViewerでは正常にアニメーション表示できているのでDxLibModelViewerのバグかもしれないが、ModTool7.5のエクスポータにも色々と問題がありそう。

メタセコイア（Keynote）でFBXを出力、これをDxLibModelViewerで読み込むとエラー。
メタセコイア（Keynote）でXファイルを出力、これをDxLibModelViewerでアニメーション表示OK。

PMD（モデルデータ）をDxLibModelViewerで表示OK。
しかし、Xファイル出力するとデータが壊れることがある。MV1出力は問題なし。
VMD（モーションデータ）をDxLibModelViewerでアニメーション表示OKだが、データによっては読み込めない場合もある。
エラーメッセージも表示されないし、今のところ原因不明。

まだまだ不安定ではあるもののMMDが結構良さげな印象だった。

**名前は開発中のものです。** · 2009/12/26(土) 13:44:47

乙。報告あるとのちのち使う人がいたとき参考になるからな

**名前は開発中のものです。** · 2009/12/26(土) 16:52:38

C++スレから誘導されてきました。
今学習に使っているのは14歳から始めるC++ゲームプログラミングで、現在サンプルを触ってみている状態です。

void TekiControl::move(float jx, float jy){

list<CharaData>::iterator it;
it = tekilist.begin();
(*it).anim->draw(0, (*it).x, (*it).y);

//子機発射処理　※この部分を指定秒数ごとに実行したい
float dy = GameFrame::IdouHosei(8);

podsally( (*it).x+64, (*it).y+32, 20, 0,-dy);
podsally( (*it).x+64, (*it).y+32, 10, 0,-dy);
podsally( (*it).x+64, (*it).y+32, 20, 0,dy);
podsally( (*it).x+64, (*it).y+32, 10, 0,dy);

podmove(jx,jy); //子機移動

}

子機発射処理のみを指定秒数で実行するようにしたいのですが、
どのような方法があるでしょうか？
できればvoid TekiControl::move(float jx, float jy){ 内で
処理できるようにしたいのですが･･･。

**名前は開発中のものです。** · 2009/12/26(土) 17:01:21

move(){
　　static before_time;
　　if(before_time - now_time() > 指定病数){
　　　　before_time = now_time();
　　　　IdouHose();
　　}
}

**名前は開発中のものです。** · 2009/12/26(土) 17:03:21

引き算逆だった

**名前は開発中のものです。** · 2009/12/26(土) 17:15:36

これは//子機発射処理　の上に記述していいんでしょうか。
move(){を中にまた使うということですか？
nowtimeの初期値はGetNowCountなどの取得で合っているでしょうか。
　　　　IdouHose(); とは何のことでしょうか。

質問ばかりですいません。
現在改造しながら勉強しているのですが、ここがどうしてもできないもので…。

**名前は開発中のものです。** · 2009/12/26(土) 17:24:29

改造とかしないで基本からやったほうがいいぞ

**名前は開発中のものです。** · 2009/12/26(土) 17:29:32

その本持ってないんで適当です。
GetNowCountが最大値超えた場合とか考慮必要。
void TekiControl::move(float jx, float jy){
　　list<CharaData>::iterator it;
　　it = tekilist.begin();
　　(*it).anim->draw(0, (*it).x, (*it).y);

　　static unsigned int before_time;
　　if((GetNowCount() - before_time) > 指定秒数*1000){
　　 before_time = GetNowCount();
　　 //子機発射処理
　　}

　　float dy = GameFrame::IdouHosei(8);

　　podsally( (*it).x+64, (*it).y+32, 20, 0,-dy);
　　podsally( (*it).x+64, (*it).y+32, 10, 0,-dy);
　　podsally( (*it).x+64, (*it).y+32, 20, 0,dy);
　　podsally( (*it).x+64, (*it).y+32, 10, 0,dy);

　　podmove(jx,jy); //子機移動
}

**名前は開発中のものです。** · 2009/12/26(土) 17:29:32

本に載っている内容はとりあえず一通りやりました。
次は改造かな、と思ったのですが…

**名前は開発中のものです。** · 2009/12/26(土) 17:32:22

>>339
これでできました！ありがとうございます！！
10時からやっていたので本当にうれしいです。
本当にありがとうございました。

**名前は開発中のものです。** · 2009/12/26(土) 17:54:19

３Dゲーム創りたいんだけど、最近３D対応したばかりのDXライブラリより
EASY3DとかSeleneのほうがいいのかな？
ここで聞くのは野暮だと思うけど、２DゲームでDXライブラリを使って良かったので、
３D機能についての現状を知りたい。

**名前は開発中のものです。** · 2009/12/26(土) 18:16:38

>>341
もう解決してるけどそういう「何フレーム化に一度」の処理は、1Fごとに++するTimeみたいな変数を作って、
if (Time%60==0)みたいに使ったほうが良い
特にGetNowCountは音ゲー作るかFPS計測する時など1ミリ秒のズレも許されない時以外はあまり使うべきではない

**名前は開発中のものです。** · 2009/12/26(土) 20:29:54

>>342
俺
DXlib 3D使ったことない
Selene 使ったことない
Easy3D　HSP版だけ使った

HSPで3Dは楽だし結構いろんなことできるしよかったよ
ただ演算多くなる場合は断然cが速すぎ

**名前は開発中のものです。** · 2009/12/26(土) 22:19:58

>>342
基本的な機能は揃っているし十分3Dゲームを作れるよ。
ニコ動でDXライブラリを使って作られた3Dゲームが公開されているので一度見てみるといいよ。
しかし、Seleneと比較するとやや機能不足な点もある。
シェーダー、ポストエフェクト、GUI、物理エンジン、スプライト（パーティクル）など。
特にシェーダーが使えないというのはレンダリングの品質に大きく差が出る。（PS3とPS2ぐらい違う）
逆に言えばDXライブラリの方が扱いが簡単なので、3D初心者ならこっちの方が向いてると思う。

**名前は開発中のものです。** · 2009/12/26(土) 23:51:39

あと、空間分割とかないな
無いものは自前で実装すりゃいいけど、その頻度が増えると
DXライブラリで無理して作ってる感じになる
ならSeleneとか他の3Dが充実してるライブラリ使ったほうがいい
もしくはDirectX直
どの程度のものを作るかによるってことだな

>>332
FBXならBlenderが良いよ
X、FBX,、PMD+VMDの話題は前にも見た気がする

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

>>346
そこらへんがDXライブラリじゃ駄目といわれる所以だよね
出来なくても無いけど2Dほど簡単ではないし、それならちょっと頑張って他のライブラリ使ったほうがずっと天井が高い

**名前は開発中のものです。** · 2009/12/27(日) 00:28:01

結局このライブラリは3Dに関してはまだ遅れているってことなのかな
つい最近対応したばかりだから仕方ない話だといえばそれまでなんだけど

**332** · 2009/12/27(日) 01:02:13

>>346
>X、FBX,、PMD+VMDの話題は前にも見た気がする
情報ありがとう。
前スレ見てなかったけど、Blenderの出力したFBXは問題ないようですね。
ただUIが独特で個人的には使いにくかったので・・・
あとToyStudioの出力したXファイルも問題ないみたいなのでこっちも良いかも。

**346** · 2009/12/27(日) 01:27:46

>>347
つっても、あくまで現時点ね
>>348が言うように、3D対応されたばかりで機能が足らないのは仕方ない
個人的には期待してる
PMD化するのは手間だけど
PMD+VMDは3Dを扱う敷居がぐっと下がる
モーションが連番で別ファイルになってるのも、使ってみればかなり便利
最終的にはMV1にしてもいいしね
3D機能の充実は時間かかるだろうけど、作者にはがんばってもらいたい

**名前は開発中のものです。** · 2009/12/27(日) 13:06:29

でもあまり機能が充実しすぎるとお手軽ライブラリじゃなくなるのよね。
高機能で簡単、というのはただ単に高機能というだけよりよっぽど作るのが難しい。
DXライブラリはお手軽なところが受けてるだろうから、あまり機能追加しすぎて複雑にならないことを祈る。

**名前は開発中のものです。** · 2009/12/27(日) 14:00:34

DXライブラリの3Dライブラリは、安定するまでに2年くらい必要だろう

同程度のライブラリでDrakGDKを使ってれば良いと思う。
C言語の初級からでも扱える3Dライブラリで難易度が低い
これで3Dの技術を身に付けて、
２年後くらいにDXライブラリ3Dを始めるのもよい

3Dは表面化されない小さいトラブルが多い。
そして、わけのわからん専門用語も出てくるし....

**名前は開発中のものです。** · 2009/12/27(日) 17:13:24

今サンプルを参考にちょろっと創った感じだと、現時点でもかなり簡単に
ある程度のレベルのものは創れそうだよ。
少なくとも６４以上のものは簡単に作れるだろうし、努力しだいではPS2レベルのも出来るんだろう。
本格的に目指すのでない限りは更新速度や質問できる環境などを考えると、
DXライブラリでぜんぜんいいと思った。
まだ３Dモデルを動かすとこまでしかやってないけどね。

**名前は開発中のものです。** · 2009/12/27(日) 17:59:53

直接質問できる環境は大きいよな
しかし管理人さんって何者なんだろうな

**名前は開発中のものです。** · 2009/12/27(日) 18:49:06

作者って14歳の中のひとなんだろうか…

**名前は開発中のものです。** · 2009/12/27(日) 18:51:42

クラスとか使ってC++に最適化されたDxLibも作って欲しいわ

**名前は開発中のものです。** · 2009/12/27(日) 18:56:35

Dx．
まで入力したら入力補間で命令がズラっと出るという夢をみた。
いや、まぁ自分で改造すればいいのかもしれんけど…

**名前は開発中のものです。** · 2009/12/27(日) 19:16:58

これってブラーとか鏡（レンダリングした結果をテクスチャに）とかはまだ実装されてない？

**名前は開発中のものです。** · 2009/12/27(日) 20:07:35

>>357
DxLib::

**名前は開発中のものです。** · 2009/12/27(日) 20:23:19

すいませんこのソフトってオブジェクト指向を理解してないと利用できないのでしょうか？

**名前は開発中のものです。** · 2009/12/27(日) 20:32:01

自分はHSPから移動してきたので
変数は全てグローバル変数で管理して
各ファンクションもサブルーチンとしてしか認識していなかったが
普通に作れた

**名前は開発中のものです。** · 2009/12/27(日) 20:37:49

>>358
「ブラー」はモデルを半透明にして重ねて描画じゃダメ？
「鏡」は3Dに限らず描画先を指定できないと思うので無理そう。

>>360
C言語の知識だけで十分だよ。
まあ、14歳でも使えるらしいので。

**名前は開発中のものです。** · 2009/12/27(日) 21:54:18

ガチで99％の変数をグローバルにして
ゲーム完成させたらソースコードが12000行とかになって悶絶した
クラス使わないなら関数化は必須に近い・・・
VCの左画面様様だわ

**名前は開発中のものです。** · 2009/12/27(日) 22:06:33

俺もHSPから移行組だったからグローバル当たり前が染み付いていたけど
アクセス制限が邪魔なら全部publicでもいいからクラス使った方が
変数名とか関数名の管理が楽だぞ

**名前は開発中のものです。** · 2009/12/28(月) 01:07:57

>>358
>ブラーとか鏡
今試してみたら3Dでも、SetDrawScreen()でテクスチャにも
レンダリングできたよ。管理人さんが昨日直してくれたバージョンだと
DrawExtendGraph()でも表示できた。
ずらしたり拡大縮小すれば、DirectXの本とかに良く載っているAAや
被写界深度の表現も出来そうな感じ。

できないのはテクスチャをロックしてピクセル単位でいじること
じゃないかな。つまりブラーや鏡とかは可能だけどレンダリングした
画像にポスト処理とかはできない…と思う。

ただこのへんの処理やソートとかは、DirectX直接いじる時と同じで
自分で実装しないといけないぽいので、その意味では既出のように
低レベル(ハード寄り)なので2D機能よりは敷居高い部分あるかも。

**名前は開発中のものです。** · 2009/12/28(月) 03:34:23

すみません。
このエラーは何が原因なんでしょうか？

LINK : fatal error LNK1104:DxLib_VC2005用.exe' を開くことができません。

**名前は開発中のものです。** · 2009/12/28(月) 03:42:52

良い感じにPMDの問題報告→修正されてきてるな

**名前は開発中のものです。** · 2009/12/28(月) 07:59:40

>>366
DXライブラリのエラーではない、以上。

変な場所で実行してるんじゃなければ、
exeファイルのパーミッション確認しとけ。

**名前は開発中のものです。** · 2009/12/28(月) 10:27:15

わかりました。ありがとうございます。

**名前は開発中のものです。** · 2009/12/28(月) 11:44:34

>>362
14歳より歳いってて、Cは授業で少しくらいの自分がいまいち理解できないとちょっと悲しくなるタイトルだと思うんだ。

**名前は開発中のものです。** · 2009/12/28(月) 11:45:38

俺なんか14歳以下どころか猫以下だぜ・・・

**名前は開発中のものです。** · 2009/12/28(月) 11:49:28

あの猫高知能すぎだよな…

**名前は開発中のものです。** · 2009/12/28(月) 11:57:25

>>365
SetDrawScreen関数は任意のテクスチャを描画先に指定できないと思うんですがやり方があるんでしょうか？

**名前は開発中のものです。** · 2009/12/28(月) 12:43:57

あんなレベルの猫や猿が標準だったら今頃世界から人間滅ぼされてるよな･･･

**名前は開発中のものです。** · 2009/12/28(月) 12:58:13

俺は逆にグローバル関数出来るだけ使わないように拘ってたが
色々面倒になってグローバルも積極的に使うようにしたがな

**名前は開発中のものです。** · 2009/12/28(月) 12:59:10

間違えた
×グローバル関数
○グローバル変数
まあどうでもいいことだけど

**名前は開発中のものです。** · 2009/12/28(月) 13:16:08

最新（掲示板）の奴、ウィンドウの拡大縮小すると変にならね？

**名前は開発中のものです。** · 2009/12/28(月) 13:46:53

>>377
掲示板（2009/12/27(Sun) 13:35）に投稿されているバージョンで試してみたけど確かに挙動が違う。
ウィンドウの拡縮が反映されてないね。

**名前は開発中のものです。** · 2009/12/28(月) 14:29:28

ifってeles使わなくてもｉfで固めればeles使う必要あるのかな？

**名前は開発中のものです。** · 2009/12/28(月) 14:41:43

>>379
どこから突っ込めばいいんだい？

**名前は開発中のものです。** · 2009/12/28(月) 14:49:03

日本語からじゃない？

**名前は開発中のものです。** · 2009/12/28(月) 14:54:14

スレチって所からだな

**名前は開発中のものです。** · 2009/12/28(月) 15:42:28

>>379
とりあえずマジレスするが
まずスレチな
次にelseな
elseを使わないと想定していないエラーが起きる場合もあるから
else ifって形にするべき

**名前は開発中のものです。** · 2009/12/28(月) 15:43:55

すいませんでした。
else　ifのところのelseをぬいてもおなじように動いたので、
いるのかなと思って
C言語のすれにいきます。

**名前は開発中のものです。** · 2009/12/28(月) 15:46:54

ですよね、些細な疑問にマジレスありです。
すっきりしました＾＾

**名前は開発中のものです。** · 2009/12/28(月) 16:46:29

友蔵心の俳句

**365** · 2009/12/28(月) 17:40:27

>>373
試したことはないけどpng等から作ったテクスチャとか
「任意なテクスチャ」には無理だと思う。

たぶんテクスチャにレンダリングしたい時は、描画可能な
テクスチャを専用で作らないといけないはず。
具体的には、SetDrawValidAlphaChannelGraphCreateFlag()等で
指定してから、MakeGraph()で作ったテクスチャになら
レンダリングできる。
あとはそのテクスチャを普通にDrawGraph()とかで描画できるけど
UVやビルボードに使えるかはまだ試してないので分からない。

このへんを含めてリファレンスには載っていない関数も
かなり多いので、Dxlibのソースや公式掲示板の過去ログ
とか見ると使い方も含めていろいろ発見あるかも。

**373** · 2009/12/28(月) 18:48:57

>>387
ありがとうございます。
SetDrawScreen関数はMakeGraph関数で作成したグラフィックも指定できるんですね。
リファレンスに書かれていない機能だったとは・・・

**名前は開発中のものです。** · 2009/12/28(月) 18:52:49

ほうほうそれは知らんかった
なんで隠すんだろうな

**名前は開発中のものです。** · 2009/12/29(火) 00:11:37

関係ないスレだろうけど、ぐぐって検索したらここが見つかったのでここで書く。

「ゲームプログラマになる前に覚えておきたい技術」のシングルトンが変

普通シングルトンといったらpublic static getInstance()内部で初回呼び出し時に
インスタンスを作成するのに、別にインスタンス作成のためのpublic static create()というメソッドがある。

そして、クラス外部のどこかでcreate()を呼び出してインスタンスを作成している。
二回createしたら落ちるだとさ。つまり複数インスタンスをcreateするコードをかけてしまう。
これでは、実行時に落ちるとはいえ、コンパイル時にエラーを検出できない。

たとえば、複数のプログラマが、コードの一部分を分担してそれぞれ作っているときに
それぞれがcreate()していると、コードを分けている段階では問題なくても
一つにマージしたときにエラーが発生するというシナリオが起きてしまう。

**名前は開発中のものです。** · 2009/12/29(火) 00:18:26

あの本は結構適当だからな

**名前は開発中のものです。** · 2009/12/29(火) 01:19:32

セガの限界です
教育担当者ですらその程度
だからあそこまで落ちぶれた

**名前は開発中のものです。** · 2009/12/29(火) 02:24:27

Singleton の構築｜Code++
ttp://ameblo.jp/woooh-p/entry-10031871696.html

２回create()を呼び出すと落ちるのは問題だが
初期化関数を別に用意したほうがいい場合もある

**名前は開発中のものです。** · 2009/12/29(火) 10:12:58

まあシングルトンなんか使う時点で…

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

シングルトンは普通に使うだろ

**名前は開発中のものです。** · 2009/12/29(火) 10:31:45

とりあえずシングルトンにしとけばオブジェクト指向っぽいしどこからでもアクセスできて便利と思ってる奴が多すぎる
グローバル変数だと意識して使うのは勝手だけどさ

**名前は開発中のものです。** · 2009/12/29(火) 11:41:51

SEGAはプログラマが悪いんじゃなくて企画が悪いんじゃね？

**名前は開発中のものです。** · 2009/12/29(火) 12:33:29

宣伝が悪い

**名前は開発中のものです。** · 2009/12/29(火) 12:33:57

つまりなにもかも悪いのか

**名前は開発中のものです。** · 2009/12/30(水) 18:16:44

ChangeFontType(DX_FONTTYPE_ANTIALIASING_EDGE);
↑でフォントを変更すると異常に重くなる。
これ以外で文字も目立たせる方法ってあります？
たくさんの色つかってる背景なので、文字が目立たなくて見にくい

**名前は開発中のものです。** · 2009/12/30(水) 18:19:27

CreateFontToHandle

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

VC++確かにべんりだーー。
｛｝のつながりがわかるじゃないか。
bccのときはこめんとひっつでした。
ただぎょうがわかればいいな～～

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

一度VC#やVB触ったらVC++なんかゴミにしか感じられなくなるけどな

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

VC#やVBも機械語と比べたらゴミにしか感じられないけどな

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

>>402
メニューの[ツール]->[オプション]->[テキストエディタ]->[C/C++]->[全般]
で行番号をチェック

**名前は開発中のものです。** · 2010/01/01(金) 13:08:58

>>402
それはお前のインデントが悪い

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

ＶＣ＃やＶＢってＶＣ＋＋より遅いんだろ？
それにＶＣ＃はガベジなんちゃらというので急に重くなるそうじゃないか
アクションとかシューティングに向くの？

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

その通りだからC++でやりなよ

**名前は開発中のものです。** · 2010/01/01(金) 16:19:43

>>407
.NETのガベージコレクションは優秀だから重くなることは無いよ
Xbox360では多少難あるけどね
実行速度遅くて困るなんてことは今の時代のPCスペックじゃ有り得ないそ
Javaのゲームも余裕で動く時代だし
アクション、シューティングもネットブックで動かせたよ

**名前は開発中のものです。** · 2010/01/01(金) 16:32:52

勝手に動いたガベコレが２フレームくらい時を止めても困る

**名前は開発中のものです。** · 2010/01/01(金) 16:44:58

今時そんな細かい処理速度が表に出てくるほどのゲームを作るのは大変だぞ
そんなカツカツの高負荷のゲーム作るんだったらそもそもDXライブラリなんか使うべきじゃないしな
それはともかく>>403は単にIDEの出来だけを言ったつもりだった

**名前は開発中のものです。** · 2010/01/01(金) 16:48:57

VC#（）笑　VB（）爆

**名前は開発中のものです。** · 2010/01/01(金) 17:46:25

ゼタセカンドでさえ遅れるのを許されない設計の場合

まず
・設計を改める
　削れる処理はないか。
　もっと速い処理はないか。　　特に算術演算はコンパイラでさえ最適化しきれない「なにがやりてーんだタココラ」って効率の悪いコードになりがち。
　セオリーから外れてないか。　ウェイトを「カウントアップ」でやろうとしてないか。

などを見直し、それでもダメだ！1ヨクトセカンドでも遅れるのは許されぬ！ってとき

ハードウェアとダチ公になる

のだ。
遅れるってのは結局「OSのスリープに頼っているから」である。
OSのスリープはもちろんOSがやることなので「今は特に眠くないです。」といったらスリープしてもらえない。
そこをハードウェアとダチトモコレクションすることで、強制的にスリープするのだ。

**名前は開発中のものです。** · 2010/01/01(金) 17:52:47

格闘ゲームだったら体力が0になったとき義塾大学になるのはもちろんだが、
気絶などのステータスもある。何のモーションのとき何が何でキャンセルできるのか

そういうことも常に演算する対象だが、これを

if(cancell_OK == 1)

とかやってるやつは基本がなってない。

char　　cancell_OK, cancell_NG, cancell_only_special・・・・・・・

などと延々必要になるではないか。
ステータス管理の変数は1つにまとめろ。それは可能である。

というふうに、効率の悪いコードになっているのを改めることでだいぶ良くなる。

**名前は開発中のものです。** · 2010/01/01(金) 18:19:25

＞ステータス管理の変数は1つにまとめろ。それは可能である。
へぇ～どうなるの　40文字以内で教えてください

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

＞ウェイトを「カウントアップ」でやろうとしてないか。
これについて教えて下さい

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

結局のところ、格闘ゲームにおけるステータスってのは0か1しかない。
分かるだろ。の

**名前は開発中のものです。** · 2010/01/01(金) 18:22:58

>>414
cancell…

ステータスはビット演算でやってもいいが可読性が著しく低いから、
boolの配列作って0～nの数字をそれぞれステータス名でenumしてる
スパゲッティどころか脳髄の如く絡まってるコード持って自慢げにメモリ使用量が～～とか言ってる奴いるとぶん殴りたくなる
というかぶん殴る

**名前は開発中のものです。** · 2010/01/01(金) 18:23:47

カウントアップウェイト

信じられないことに、いまだに良く見るんだが
for(i=0, i < During; i++)

のこと。逆も然り。
for(i=During; i !=0; i--)

のような

これ数えてる間、CPUがずっとそれに占有されるだろ
これじゃウェイト、スリープの意味がない。

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

>>419
これ駄目なの？普通に使ってた
代わりにどう書けばいいの？

**名前は開発中のものです。** · 2010/01/01(金) 18:27:56

ウェイトやスリープってのは、

「何もしないんだから、その間他の処理をさせよう」

ってのが基本だ。また、そうでないとウェイトしてる間他の何の処理もできないから
極端に言えば画面が停止することになる。

普通は、OS越しに駆動するゲームだったらOSに用意されるスリープ命令を使う。
OSがない組み込みなどで動かすゲームなら、割り込みを使う。

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

？

**名前は開発中のものです。** · 2010/01/01(金) 19:16:43

ループ処理の話かと思った

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

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