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/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

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

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

unsigned long stat;
#define CANCEL_OK 0x00000001
,,,
　if (stat & CANCEL_OK)
　...
　else if (stat & CANCEL_NG)
　...
とか書くのかな

＞boolの配列作って0～nの数字をそれぞれステータス名でenumしてる
みたいなほうが好きだ
ただ例にあげてるとおりに格闘ゲームだとするとキャラクターの1フレームごとの変数の数が増えるのをきらうのはわかる

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

>OSがない組み込みなどで動かすゲームなら、割り込みを使う。

GBAとかMSXとか古いゲーム機の時のことでしょ
懐かしいな

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

時間軸で考えると、
例えば「1時間後に働けよ」というのがスリープの考え方。

「じゃあその1時間何をするか」。
1時間、ずーっと1,2,3,4,5,6,7,8,・・・・と声に出して数え上げるとする。
これじゃ、なんか用事があっても何も出来ない。

「じゃあ本でも読むか」となれば、別の処理(本を読んで知識を得る)が出来る。

どっちやっててもシステム時間として1時間は過ぎるが
片方は「実質的に意味のあることを何もしてないのにパワーだけ食う」
片方は「実質的に何もしないんだから別のことをする」

どっちが効率的か分かるだろう

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

また、ループも

for(i=0; i < During; i++){
　Plus += Exactly;
}

ではなく、
if(During == FuckingAss){
　Plus += Exactly;
　Plus += Exactly;
　Plus += Exactly;
　Plus += Exactly;
　Plus += Exactly;
　Plus += Exactly;
}

などとしたりすることがある。
基本的にコッチのほうが速いからだ。
CPUとコンパイラにもよるが。

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

>>427
へー

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

でも1000回のループとかだと、1000行書いてたらさすがにソース長くなって鬱陶しいよね
大体何回までのループなら>>427の↓のパターンで書いてもいいの？

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

デッドライン、つまりここまでに必ず処理終えろ！っていう最終期限が決まってるシステムでは
forループではなく、こういうふうな展開したループもどきが使われることも多い。

難点は、見た目素人っぽいこと

それ以外は何してるか分かりやすくていいのだが
「こっちのほうが速いよ」ってことをなかなか認めてもらえないのが難といえば難

これを、デッドラインまで繰り返す
デッドラインが決まっているということはおおよそのアタリがつくし、
そんなに長いループにもならない。なってはいけない。

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

まあこういう小ネタは
「もっと軽くしたい」ってときの最終手段なので

根本から遅いのであれば設計を見直したほうがいいよ

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

＞ID:+lDteCCNが考える中で
じゃあWindowsのDXライブラリで
たとえば1フレーム50ミリ秒にするのにSleepを使わない最適なメインループはどういうの
公式のサンプルがいいのなら「それ」といってくれればいいです

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

マジレスするとDXライブラリ使うような環境でこんな事を考える必要は無い

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

＞boolの配列作って0～nの数字をそれぞれステータス名でenumしてる
これ具体的にどんな感じで書けばいいの？

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

俺やったら、スリープはCPUに直結する。
例えばPowerPCはタイマユニットを持っているので
これに値を入れてカウントさせる。アンダーフローと同時に割り込みが入る。
その割り込みでタスクを駆動させる。

こういうハード寄りもいいとこのタイマ管理ってのはアプリで使うもんじゃないというし、
まあそれもそうだろうが実現する場合これが一番いいのだ。

ハードウェアのタイマクロック計上はタスクじゃないので、一切影響を及ぼさない。
普通OSのスリープは多かれ少なかれCPUのパワーを食うが
俺のやるタイマは一切食わない。割り込み処理のオーバーヘッドは微々たるもの。

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

>>435
全然わからんからサンプルソースで説明しておくれ

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

wwwwww
DXライブラリのスレでPowerPCwwww

面白いヤツだなお前

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

PowerPCは例えだし
サンプルといっても、やりたい事を記した関数しかないのだがｗ

割り込みはソフトウェアじゃない。
割り込みは、ベクタ方式の場合ベクタベースからオフセットしたところにプログラムカウンタが来るだけだから
別にソースで表すもんじゃない。
また、PowerPCならベクタじゃない。

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

割り込みベクタとか。正月でやっぱらったロートルＰＧが集まるスレはここか？

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

やっぱらったって酔っぱらったなｗ
俺も飲んでるがなｗｗ

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

でもハード寄りプログラムは面白い。
普通あんまり使わないウォッチドッグタイマ

どうしても更新したいのに処理が終わらなかったとき
これで強制的に更新したりできる
たまにはハード寄りのオブジェクトを作ってみても面白い

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

>413で間違えて書き込んだのか知らないけど
ここは主にDXライブラリやそれに関する話をするスレなので
DXライブラリに全く関係ないPowerPCの話はやめてほしい

あとゲームではあまり意味の無い、
>427のような時期尚早な最適化を進めるのはどうかと思う
今のVC++の無償版には最適化機能が付いているし

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

考え方はx86系統でも同じなのに・・・ｗ

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

>>434
横レスだが、たぶんこんなかんじじゃないの

enum StatusSet{
Stat_POINSON,
Stat_PARALYSIS,
Stat_DISEASE,
Stat_CURSE,
Stat_NUM
};

bool phys_stat[Stat_NUM];
for(int i=0;i<Stat_Num;++i) phys_stat[i] = false;

あとはif( phys_stat[Stat_POISON] )とかでもswitchで振り分けてもいいし
STLのbitsetは役に立たないかな？使ったことないけど

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

>>444
意図してたのはちょっと違った
enum StatusSet{
JUMP,
WALK,
DASH,
ATTACK,
};

bool stat[5];
if (stat[JUMP]) { ～～ }

という。
＃まあjumpとかwalkは色々やるべきなのでintで管理すべきだが……

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

>>444-445
ありがとん

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

ID:+lDteCCNみたいなオナニーはブログででもやってくれ

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

私はステータスはビット演算派だ。
可読性が指摘されているが、
やり方が悪いくせに可読性が低いと決めつける奴に進歩はない。

#define JUMP (1 << 0)
#define WALK (1 << 1)
#define DASH (1 << 2)
#define ATTACK (1 << 3)

unsigned long stat;

if (stat & WALK) { ～～ }

↓ジャンプアタック
if (stat & (JUMP | ATTACK)) { ～～ }

-----------------------------------------------

Cをアセンブラ視点で見られるかどうかは重要だと思うが、
今は最適化のレベルが上がっているので、
>>427のようなロートルな話は意味がないと思う。

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

なんかコンパイラを優秀な最適化屋と思ってるのがいるが、

logとビットシフトでは10秒も差がある。

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

言ってることの半分もわからないけど
DXライブラリと無関係なのはわかる

**名前は開発中のものです。** · 2010/01/02(土) 00:16:20

まあこいつプログラム板ゲ製板どこにでも湧くキチガイなんだけどな

**名前は開発中のものです。** · 2010/01/02(土) 00:26:34

どうせたいがい描画がボトルネックになるから細かいことを気にしてもほとんど意味がない

**名前は開発中のものです。** · 2010/01/02(土) 00:27:36

>logとビットシフトでは10秒も差がある。

**名前は開発中のものです。** · 2010/01/02(土) 00:33:31

実際に表に出てくるパフォーマンスっていうのは「積み重ね」じゃないからな
細かいことはIOや描画の桁違いのコストで吹き飛ぶ

**名前は開発中のものです。** · 2010/01/02(土) 00:36:42

コミケ終わったとたん速度はえ～～～ｗ
>>405
ありがとです
行表示できました
まだ、便利な機能があればおしえてほしいです。

**名前は開発中のものです。** · 2010/01/02(土) 11:44:35

>logとビットシフトでは10秒も差がある。

１０秒って・・・・・・Z80とかクロック４Mhzの時代の話ですか？

**ひらしょ** · 2010/01/02(土) 13:50:19

流れさえぎってすまないが、ゲームプログラマになる前に云々の著者です。
シングルトンがああなのは、getInstanceの速度をあげるため。
if一回減らせる。描画APIラッパとかだとここ重要。
create二回で死ぬのも「二回呼んじゃダメ！」と言いながら
assertで死ぬわけで、意味のある死に方。
ゲームにおいては、
間違ったコードを書いても動き続けることは重要ではない。
間違った、あるいは非効率なコードを書いたら
すぐわかるようにしておいて、出荷までに直すべき。

**名前は開発中のものです。** · 2010/01/02(土) 14:03:41

平山さん？SE-GA-♪

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

うわ、こんなスレまで見てんのかよ
老いぼれセガ社員必死だな
Seleneスレ荒したのお前だろ

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

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