DXライブラリ 総合スレッド 2008

Cを習得した程度のスキルでも、
GUIのゲームを比較的容易に作成する事を可能にする、
「DXライブラリ」に関するスレッドです。

DXライブラリの詳細ついては
http://homepage2.nifty.com/natupaji/DxLib/
を参照して頂きたい。

DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

過去スレ：DXライブラリ 総合スレッド
　　　　　　http://pc11.2ch.net/test/read.cgi/gamedev/1197468399/

やったー新スレだ

あれ？タイトル名普通は「DXライブラリ総合スレッド　その2」みたいにするんじゃないの？まあいいか。スレ立て乙

やっと規制解除された！
>1乙

もうすぐ３００９年になるのにこのスレそれまでに埋まるんだろうか・・

あ、ごめん２００９９ねんだｘちゅｔ

ちょ・・ごめんなさい。途中で送信してしまいました。昭和２００９年の間違いです。

　　　　　　　　　　　　　　 　　　　　　　　　 　 , ヘ　　　　　　　　　　／＼　
　　　　　　　　　　　　　　　　　　／´￣｀ヽ ／: : : ＼＿＿＿＿＿／: : : : ヽ、
　　　　　　　　　　　　　　,.　-‐┴─‐- ＜＾ヽ、: : : : : : : : : : : : : : : : : : : : : : }
　　　　　　 　 　 　 　 ／: : : : : : : : : : : : : :｀.ヽl____: : : : : : : : : : : : : : : : : : ／
　　　　　,.　-──「｀: : : : : : : : :　:ヽ: : : : : : : : :＼ ｀ヽ￣￣￣ フ: : : : :／
　　 　／: :.,.-ｧ: : : |: : : : : : : : :　　　 :＼: : : : :: : : :ヽ　 ＼ 　 ／: : : :／
　　　￣￣／: : : : ヽ: : : . . . . . . . . . . .､ ＼=--: : : :.i　 ／　/: : : : :/
　　　　 ／: : 　　　 ∧: ＼: : : : : : : : : : ヽ: :＼: : : 〃}/　　/: : : : :/　　　　　　　　 、
.　　　 /: : /　　. : : :! ヽ: : l＼_＼／: : : : :＼: ヽ彡: : |　　/: : : : :/　　　 　 　 　 　 |＼
　　　/: : ｨ: : : : :.i: : | 　 ＼!___／ ヽ:: : : : : : :＼|:.:.:.:/:!　 ,': : : : /　 　 　 　 　 　 　 |: : ＼
　　 / ／ !: : : : :.ト‐|-　 　 ヽ　　　　＼: : : : : l::::__:' :/　 i: : : : :{　　　 　 　 　 　 　 |: : : :.ヽ
　　 l/ 　 |: : :!: : .ｌ: :|　　　　　　　 　 　 ＼: : : l´r. Y　　 {: : : : :丶＿＿＿＿＿__.ノ: : : : : :}
　　　　　 l: : :ｌ: : :ﾄ､|　　　　 　 　 ､＿__,ィ ヽ: :| ゝ ﾉ　 　 '.: : : : : : : : : : : : : : : : : : : : : : ／
　　　　　 |: : :ﾄ､: |: :ヽ ___,彡 　 　 ´￣´　　 ヽl-‐'　　　　 ＼: : : : : : : : : : : : : : : : : : イ
　 　 　 　 !: :从ヽ!ヽ.ﾊ=≠'　, /////　///u /　　　　　　　 　 ￣￣￣￣￣￣￣￣
　　　　　　V　 ヽ|　 　 }///　 r‐'⌒ヽ　　イ〉、
　　　　　　　　　　　 　 ヽ､______ｰ‐‐' ィ´　/:/:7rt‐---､　　　　　　　こ、これは>>1乙じゃなくて
　　　　　　　　　　　　　　　　　　ィ幵ﾉ　./:/:./:.! !: : : : :!｀ヽ　　　　　ポニーテールなんだから
　　　　　　　　　　　　　　r‐'T¨「 |: | !:.∨:/:./: :| |: : : : .l: : : :＼　　　変な勘違いしないでよね！
　　　　　　　　　　 　 　 /: : .|: :|　!:.!ィ¨¨ヾ、:.:/　!: : : : l: : : : : :.＼

ああ、規制でおれも立てられなかったんだよ、>>1乙。
一応3D版も奴も張っちゃえ

http://fatalita.sakura.ne.jp/3DLib/

個人的な意見を言えば、次スレからは前スレで結構話題になった、
DXライブラリ3DのURLもテンプレに入れた方が良いと思う。
私は結構期待しているし、私以外にも注目している人は多いはず。

というわけで自分なりにテンプレ入れてみる。


また、DXライブラリと互換性を持ったライブラリ、
「DXライブラリ3D」が開発も非公式ながらも行われている。
DXライブラリ3Dを用いることにより、DXライブラリの機能に加え、
3Dの処理を容易に行えることが期待できる。
http://fatalita.sakura.ne.jp/3DLib/

>>9
かぶった。
スマソ。

>>9-10
FireFox3なんだけどそのリンク先、マウスにDxMainの透明ソースがくっついてはがれなくてクリックできない。

あ、実はDirectXについて調べててたまたま来ただけなんですが、ちょうど埋まってたので立ててみました。
DXライブラリの歴史は古いっぽいからスレタイの番号抜けちゃったのかなと年を入れて見たんですが、
次スレは2009年になりそうだしかまわないかなと。

僕がやりたかったのはDirectX使うゲームの画面をDirectXで静止画キャプチャなんですが、
DirectXでキャプチャするというHyperSnapでキャプチャしても画面が一瞬ロックしちゃうんであきらめました。
いろんなところにもBitBltより遅くなるって書いてあったし。
どんなゲームでもロックするとは限らないけど、ネトゲのセキュリティ機能が影響してるかもしれない。
廃スペックな人からは「そんなロックかからないよ」って言われたし、スペックでカバーできるっぽいし。

こういったライブラリは自前窓への描画や画面への出力前提だろうから、方向性もちょっと違いましたね。

たまたま来てスレ立てとな！

シルバーガンとかレイストームみたいな奴を手っ取り早く作りたい！
……って時には結構強いよね、3D版。

ポリゴンモデルを用意できるかどうかは別として。

>>12
クリックできないとは？
うちもFirefox3だけど問題ないが

DXライブラリの参考になるサイトも一通りテンプレにいれたらいいのに

ＤＸライブラリで、超単純な当たり判定ってどんなのがある？

画像が重なった瞬間消すだけでもいいんだけど、どうすればいいかよくわからん

DXライブラリで、ってのがよく分からんが、ごく普通の当たり判定じゃダメなのか。
最も単純って言うと、

　if ( x1 == x2 && y1 == y2 )

とか？

矩形の当たり判定が基本でしょ

円の当たり判定が一番簡単じゃない？
普通にピタゴラスの定理使えばいいだけ

ぶっちゃけどれも基本だよな。

円の当たり判定はベクトル使うと異常に綺麗に書けるよね

>>22
ピタゴラスの定理より簡単になるの？

通過しちゃったやつも当たったと判定しなきゃならんこともあるし

ベクトル使うと当たり判定が菱形にならないか？

>>24
あるあるｗ　処理時間の関係でどうしてもなるよな。あれが厄介

http://www.nicovideo.jp/watch/sm5018275
DXライブラリ３Dの動画発見した

ニコニコでDXライブラリで検索したら16件ほど出てくるのね

>>26
あれは線と線の交差を計算するだけ

>>29 kwsk

>>30
移動前と後の座標間を結ぶ線を引く。線を引くといっても直進なら２つの座標が直線を表す式になる。
直線１本を座標変換によってX軸と一致すると仮定する。
検査対象のオブジェクトのY座標が全てプラスまたは全てマイナスなら交差していない。

検査対象が１本の直線だとしよう。
直線は２つの座標で表されるので、その座標がプラスとマイナス座標の組み合わせなら交差していることになる。
数学では交点を求めるが、交差のみ検査するなら、Y座標だけ調べればいい。
二つの座標を(x1,y1)と(x2,y2)として、y１×y2がプラスなら交差なし、マイナスなら交差ありになる。
ポリゴンは線の集合なので、ポリゴンを構成する全ての直線についてこの計算をするもよし、
正の座標と負の座標それぞれの数を数えるもよし。

座標変換については高校数学で習うけど、ゆとり教育の今は大学まで進まないと習わないだろうね。
コンピューターグラフィックとかシミュレーションやるなら絶対必要な数学なんだけど、
大学生になってから学び始めても理解できるわけがない。
ようするに日本人は優秀なプログラマにはなれない。

論理飛躍しすぎだろｊｋ

>>31
>Y座標だけ調べればいい。

という意味がわからん・・。
ｘ軸と一致するように回転した線分の定義域x0の範囲を
x01< x0 <x02
としたら、この範囲の中でyの掛け算結果がマイナスになれば交差とわかるけど。
もし交点がこのx0の範囲じゃないところで交差していたらどうするの？
直線と直線の交差ならこれでいけるけど、
使いたいときってほとんど線分と線分じゃない？

>>33
横レスすみません。直線と線分って定義上違うんですか？
直線と長方形という意味でしょうか？

>>34
直線の長さは無限大。(線分には端が存在するが、直線には端が存在しない)
だから、二本の直線は必ず交差する

注１ 並行である場合を除く
注２ 2Dの場合に限定

>>35
詳しい説明ありがとうございました。なるほどそういう違いがあるんですね。

結局>>31の方法で線分の交差は判定できるの？

直線と言ってしまったのは悪かった。
まあ確かに>>33の言うとおり、x座標の範囲も見ないと実際は分からないけど、
直線とみなさないとy座標だけでは上にあるとも下にあるとも言えないから。

両方を直線とみなせば並行じゃない場合必ず交差する。
でも、平行じゃない直線が取るx座標、y座標は無限となるでしょ。
y座標のみ見るというのは、点として見ているから交差しない。
僕が言いたかったのは、基本的には数学の計算を利用するけど、交点まで求める必要はないということ。

計算手順としては、座標変換後、それぞれのx座標のみについて基準の線分の範囲内にあるかどうかを見て、
次に>>31で説明したようにy座標のみを見れば大体判断できる。
x座標が範囲の内と外をまたぐ線はあいまいだけど、
基準線の交差する側の端点を基準にしてx成分とy成分の比率を見れば交差するかどうかが分かる。

ちなみにこの計算方法はキャノンが特許申請してるが
常識なので却下するべき。
http://www.j-tokkyo.com/2003/G06T/JP2003-085568.shtml

こんなのが特許なら俺のソースは特許５００個くらいあるな。

>>31
あんた詳しいな。いろいろと。差し支えなければ職業とか聞きたい。

この休みはゲーム作るか……

ポリゴンもそうだが球の当たり判定でいくのが一番簡単
中心と半径だけで計算できる。

何気なく質問した当たり判定だけどピンキリだって事だな

で、DXライブラリに当たり判定してくれる関数はないの？

3D版にはあるね。
本家の隠し関数の中にあるかどうかまでは知らない。

>44
DXライブラリって、そういう系統の関数は用意しないという設計思想のよーな。

DXライブラリの２Ｄの方は２Ｄだし別に衝突判定とか用意しなくていいと思う。
初心者なら四角か球同士の判定を自分で実装することの勉強にもなるし２Ｄは
高校の数学程度で十分自力で実装可能。
３Ｄならそれだけで分厚い本があったり研究者がいたりするくらいだから面倒だけど。

3DでもAABBや球の辺り判定なら2Dと変わらないよ
2Dでも面倒なことするなら面倒

3DのＡＡＢＢは、スキンメッシュだと非常に面倒

あー、ブロッコリー食いたくなってきた。スレチガイかもしれませんがあれってどうやって食べるの？

すみません。板間違えてました。野菜板で聞いてみますﾉｼ

ちょｗｗｗ

ＤＸライブラリのスレは勘違いでいいから賑わって欲しい・・ｗ

WMPの視覚エフェクトをまねたいんだけど
リアルタイムの画像処理はDXライブラリじゃ難しい？

>>54
DXライブラリを詳しくわからないのだけど、
DXライブラリってテクスチャつかえますよね？
レンダリングターゲットをテクスチャに設定して
そこに視覚エフェクトを描画。
それを、通常レンダリングターゲットにもどして
そのテクスチャを描画してみては？
視覚エフェクトのアルゴリズムがわかれば可能だと思います。

特定のキー以外を取得したいのですが、
例えばエンターキー以外が押されている場合を取得するのはどうやればいいのでしょうか？

if (CheckHitKey(KEY_INPUT_0) == 1)
{
flgOn = true;
}
if (CheckHitKey(KEY_INPUT_1) == 1)
{
flgOn = true;
}
if (CheckHitKey(KEY_INPUT_2) == 1)
{
flgOn = true;
}
....
if (CheckHitKey(KEY_INPUT_RETURN ) == 1)
{
flgOn = false;
}
のようにして、一つずつどのキーが押されているかを判定して、
その押されたくないキーの時だけフラグをONにしないと言う方法を考えたのですが、
大量に判定（２５５個？）しないといけません。
それに書く量も多いです。
何か良い方法はないでしょうか？

>56
普通に考えればそうなるんじゃないかなあ。
タイピングを必要とするソフトなんだろうか。

>>56
KEY_INPUT_○○を全部一つの配列に入れとけばループで処理できる
KEY_INPUT_RETURNが来たときだけ別にすればいい

flgOn = false;
if (CheckHitKey(KEY_INPUT_RETURN) == 0)
{
flgOn = true;
}

じゃだめなの？

あーごめん、だめだ。　エンター押されてない　かつ　ほかのキーが押されてる　だったね

>>56
CheckHitKeyAll( void )を使って、キーボードの状態を監視しておいて、
何か押されたとき、CheckHitKey(KEY_INPUT_RETURN)で、
エンターが押されているかどうか判別する。
エンターが押されていなければ、エンター以外の何かが押されたことになる。

CheckHitKeyAll(void) だとマウスボタンとゲームパッドも反応するので
CheckHitKeyAll(DX_CHECKINPUT_KEY) で。

……これでもパッドが反応するんでコードチェックしたらバグだった。

DxInput.cpp:
　>// ジョイパッドのチェック
　>if( CheckType & DX_CHECKINPUT_KEY )　 // DX_CHECKINPUT_PAD のはず

気になるならバグ報告して修正を依頼してください。

みなさんありがとうございます。
一応タイピングのゲームです。

ループ処理をヒントに、
bool flgOn = false;
for (int i = 0; i < 256; i++ )
{
if (i != KEY_INPUT_RETURN)
{
if (CheckHitKey(i) == 1)
{
flgOn = true;
}
}
}
という風な処理にしたら、一応望み通りの動きができました。
でもバグ有りそうな予感がします。
CheckHitKeyAllを使えばもう少しスマートに書ける……のかな？

タイピングゲームって言っても、使わないキーはあるだろうから
そのあたりを省いた方がいいかも

KEYリテラルはビットフラグを利用してると思うから
&を使えばシンプルにすっきり書けるはずだよ。

だれかDXライブラリで作ったすごいゲーム等紹介してください

>>66がすごいと思うかは知らんが、
公式で紹介されてない所だと夜光蛾4とかDiadraEmptyとか。
同人系は「DXライブラリでここまで作れる」っていう良い例が多いな。

DiadraEmptyすげえな。
個人的にはモノリスフィア。

>>66
四聖龍神録は？半オープンソースだし。

DXライブラリってDirectXのラッパーなんだから2Dならなんでもいけるだろ

>>55
描画先変更できたのかーー！
こいつは便利だ

他にも見落としてる便利な関数あるかもと思って久しぶりに本家リファレンスページ見たら
”ドット単位で画像にアクセスしたい関係”ってのが追加されてて便利すぎﾌﾋﾋきゃっほう！！！１１


もうひとつ質問です。DrawPolygon3Dかなにかで3D平面を、空気遠近法で表示させたいのですが
似非でもいいのでいい方法ないでしょうか

DrawPolygon3DのＺ値を変えれば距離が変わるよ。
本家のリファレンスみたらわかるはず。

>>66
あとはゲームではないが
ウディタ(WOLFRPGエディタ)もそうだ。

８時から１１階から目薬の企画実行移します。場所は↑のとこで。
参加者は今のとこ私の他は３人です。その後焼き鳥でも食べに行きましょう。

最近のグラボは、古いDirectXにマトモに対応しておらず
DXライブラリもその煽りを食らってるって聞いたんだけど、どうなん？

そうなの？
9600GT,8800GTS,6600GTの３つ使ってるけどどれも不具合出たこと無いよ。

それよりVistaでたまにおかしなことになる・・。
同じコードで動かしてもXPとVistaじゃ違う挙動することが。

一つ一つのサンプル動かしても全然違わないんだけど、
スゲー大きなプログラムを動かしてみると違いが出てくることがある。
どうしてなんだろ・・。
ＤＸ管理人さんはそんなことないって言ってるから
自分のプログラムが悪いだけかもしれんが・・。
みんなそういうこと無い？

>>76
ＶＩＳＴＡに最初からはいってるのはDirectX10だからね。それも中途半端な。
ＭＳの中途半端な対応のせいでゲーム開発者はみんな迷惑してる。
DirectX9とか新しいDirectX10とかを入れてみると改善すると思う。

>>76
ビデオドライバ類が関係しているとかないかな

グラボじゃなくてVistaってことかもしれん。
自分は持ってないんで確認できないまま適当に書いた、すまん。

DirectX10の影響はいろいろ聞くね。
今度出るwindows7だっけ？あれはどうなるんだろう・・。

>>75

VistaとXPデュアルブートするといいよ。
作ったゲーム色んな環境で試してみれる

>80

2000 orz

Windows7でＭＳコケたらDirectX終わってLinux+OpenGLが盛んになる予感

ビスタって結局なんだったんだ・・。
なんかうちの周りだと、ＰＣに詳しくない奴が買ってるＯＳってイメージがある。
そのまま終わっていくのかビスタ。

諸刃の剣素人には(ｒｙ　ってやつじゃない？

>>83
ネットできりゃそれでいいってやつが買ってる印象だな
あとはofficeでも使えりゃ困らないしな

レンダリング処理やエンコードとかしても、ビスタは遅くてしかたないよ・・。

>>80
今時デュアルブートって流行らないんじゃない？
VPCとかさ。

今の最新技術は知らんけど、VirtualPC、VMWareは
グラフィックボード使ってなくて、CPU依存

デュアルブートって流行ってるからとかでやるもんじゃないだろ

どこから突っ込めばいいのか…

>>90
つ*

800*600のサイズでウインドウモードにしたいんだが、
SetGraphModeとChangeWindowModeを同時に使うと、
かなりの確率でOSごと落ちるorz

DxLib_Initの後にChangeWindowMode置いたらフリーズしなくなった
ｻｰｾﾝｗｗｗﾌﾋﾋｗｗｗｗｗ

>>93
初期化の前にウィンドウモードにした方が処理が早いよ

初期化(DxLib_Init)の前にSetGraphModeとChangeWindowMode書くと、
うちの環境ではなぜかフリーズするんです

質問させてください

ゲームの速度をどのＰＣでも一定になるようにするために、
ScreenFlipを使う前と後の時間差を利用してる方法が本にあったのですが、
そもそもScreenFlip一回の時間はどのように決まっているのでしょうか？

リフレッシュレート。

画面のプロパティ→設定→詳細→モニタ　で、リフレッシュレートが確認できる。
つってもこれは俺のPC（windows2000）だから他の環境だとちょっと違うかも。

補足。

ScreenFlipがリフレッシュレート通りになるのは
デフォルトで垂直同期信号待ちをしてるからであって、

「SetWaitVSyncFlag 　ScreenFlip関数実行時にＣＲＴの垂直同期信号待ちをするかのフラグセット 」

で、垂直同期信号待ちを切った場合は関係ない。

また、条件は知らないが特定の環境（うちの場合はサブのノートPC）では
垂直同期信号待ち設定にしていても、ScreenFlipで垂直同期信号待ちしてくれない場合が
ある事を確認済み。

>>97-98
返事ありがとう。

リフレッシュレート自体はわかったんですが
後半よくわからなかったのでちょっと調べてみます・・・。

>ScreenFlipを使う前と後の時間差を利用してる方法

ってのがどんなのか判らないけど、
ScreenFlipの垂直同期信号待ちを利用した方法だとすると
前述したようにリフレッシュレートに依存するから
「どのPCでも一定の速度」にはならないよ。

リフレッシュレートを60にしてるPCと70にしてるPCではスピードが違う。

まぁそれを踏まえた上でいちばん簡単で代表的な速度を一定にする方法なんだけどね。
（つまり、リフレッシュレートが６０の場合を前提としてゲームを作り、
　６０以外にしてる人は６０にしてからプレイしてください、となるｗ）

垂直信号同期待ちについて、おおざっぱに説明してみようか。
俺も聞きかじりの知識だが。

最近はテレビにしろディスプレイにしろ、液晶が主流で「薄型」になってるが
もしブラウン管（分厚い）のテレビなりディスプレイがあるなら、画面の前で手を振ってみるといい。
残像がぶつ切りに、ストップモーションのように見えるはずだ。

これはどういう事かというと、画面が60分の1秒に一回、点滅してるからそう見えるんだ。
（厳密には60分の1秒に画面半分）
つまり、画面が光ってる時に「手の影が見えて」、画面が消えてる時には「見えない」から
手の動きがぶつ切りに見えるわけだ。

そうやって点滅してるのに、ずっと光ってるように見えるのは残像のせい。

もっとも「眼（瞳孔）」の方は反射で動いてるから、画面が光ってる時には瞳孔が小さくなり
画面が消えてる時は瞳孔が大きくなってたりするはず。
だから画面に近づいたり、暗い部屋で画面を見たりすると極端に眼が疲れる。

さて、画面が点滅してる、と言ったが、画面全体がぱっとついたり消えたりしてるわけじゃない。
ブラウン管ってのは、奥から電子ビームを画面に向けて照射して、その部分のみを光らせてるわけだから
実際に光ってるのは１点のみ。（もっとも一度照射されるとしばらくは持続するらしいが）
その電子ビームの照準が、画面の左上から始まって、右端まで動き、
一段さがってまた左端から始まって右まで動き、を繰り返し、画面の右下まで進む。
つまり
┏━━━┓
┃□ぬ□┃
┃□る□┃　みたいな画面が表示されてると、それは実際は
┃□ぽ□┃
┗━━━┛

┏━━━┓
┃□ぬ□┃
┃■■■┃
┃■■■┃
┗━━━┛
┏━━━┓
┃■■■┃
┃□る□┃
┃■■■┃
┗━━━┛
┏━━━┓
┃■■■┃
┃■■■┃
┃□ぽ□┃
┗━━━┛
という感じで高速に書き換えられてるという事。

ここでゲームの話になるわけだが、ゲームのキャラクターは画面上をあちこちに動く事になる。
もしこの「動く」のが前述した「画面を書き換えてるタイミング」だったらどうなる？
┏━━━┓
┃ぬ□□┃
┃る□□┃　この状態から
┃ぽ□□┃
┗━━━┛
┏━━━┓
┃□□ぬ┃
┃□□る┃　この状態からにまで移動しようとすると
┃□□ぽ┃
┗━━━┛
┏━━━┓
┃ぬ□□┃
┃■■■┃
┃■■■┃
┗━━━┛
┏━━━┓
┃■■■┃
┃□る□┃
┃■■■┃
┗━━━┛
┏━━━┓
┃■■■┃
┃■■■┃という感じになり、
┃□□ぽ┃
┗━━━┛
┏━━━┓
┃ぬ□□┃
┃□る□┃　人間の目にはこう映ってしまう。この現象をティアリングと呼ぶ。
┃□□ぽ┃
┗━━━┛

>>100
「ScreenFlipを使う前と後の時間差を利用してる方法」ってのを普通に解釈したらリフレッシュレートに依存せずに一定になるよ。
ScreenFlipの待ち時間に関係なく、1フレーム（1ループ）の差時間から移動距離を割り出せばok。
ただし、ゲーム画面がアクティブでなくても実際に時間は経過してるので、ゲームに戻るとその分進む（進んだ）ことになる。
これを回避するなら、ゲーム内で独自にインクリメントカウントを設置し、そこから移動距離を割り出せばok。
ゲームプログラミング独特の考え方だね。

>>101
ブラウン管テレビは29.97fpsだよ。

このティアリング（ちらつき）をさせないためにはどうすればいいか？

これが「垂直同期信号待ち」であって、つまりは
ディスプレイが画面全体の書き換えが終わるまで、
次の描画処理をしないで待ってるってわけだ。

これがScreenFlipではデフォルトで行われてる。
だからScreenFlipを使うと速度が一定に保たれる……のだが、

「画面の点滅は60分の1秒」と言ったが前述したが、これが要するにリフレッシュレートの事。
つまりこの速度をPC側で自由に変更できたりする。

リフレッシュレート60の場合はScreenFlipは60分の1秒経つまで待つわけだが、
リフレッシュレート70の場合は70分の1秒しか待ってくれない。
その分ゲーム速度は速くなってしまうわけだ。
（もしプログラム処理自体が重くて、70分の１秒で終わらなかったら
　70分の2秒、つまり35分の1秒かかるわけで、逆に遅くなる）

移動距離を割り出すという方法は知ってるし理屈も解るけど、
当たり判定もそれ相応の処理にしなくてはいけないし、
そうなるとリプレイ記録＆再生をどうやればいいのかわからなくなる。
そこらへんはどうやってるのかな。

ってこれはDXライブラリと関係ないか。

当たり判定もリプレイ記録も問題ないよ。
でもScreenFlipの待ち時間を基準にするなんて誰もしないと思うから
あたかもScreenFlipを使うとスピードがリフレッシュレート依存になるみたいな解説はやめたほうがいいと思うよ。

画面を書き換えたときに時間を取得し、前回取得した時間と比較して、
１ループが17ミリ秒（60FPS）になるまでウェイトをかけてやればいい
これが一番簡単で確実

リフレッシュレートが60のときはScreenFlip依存でいいんじゃね
それ以外はタイマで

>でもScreenFlipの待ち時間を基準にするなんて誰もしないと思うから

いや、俺してたし、してるしｗ

>>111
その話をしてるのは君だけど、実際にそれを採用してる人はいないって事だよ。

もしかして君は採用もしてるの？
だとしたら自分が長々と説明したデメリットが解消できてないよね。
それを解消したくて質問したいならそれなりの場所でそれなりの質問方法を取ればいいと思うよ。
もしそうじゃないなら誰も採用しない方法を解説されてもややこしくなるだけだから…。

ティアリングが嫌だから切り替え方式にしてるます。
最初はゲーム起動時に測って自動切換えにしてたけど
それもやめて結局手動切り替えに……。

切り替えってのはリフレッシュレート依存方法と、タイマでウェイトかける方法の二つね。
移動距離算出方法はやった事ないです。

ティアリングとスピードは関係ないでしょう。
とりあえずDXライブラリを使うならScreenFlip()で垂直同期を待てば良いと思うよ。
スピードの話はまた別の話。

>>113
ゲーム起動時に何を測るの？
それと、切り替える必要性が見えないんだけど・・・？

>>115
>ゲーム起動時に何を測るの？

ScreenFlipを一秒間繰り返して、その回数で判断。
>>98で書いたけど、垂直同期信号待ちをしてるはずなのに
ScreenFlipで待ってくれない場合があるから、
FPS値が異常に高かったらそうだと判断して
タイマー値によるウェイトかけるようにしてた。

>それと、切り替える必要性が見えないんだけど・・・？

それはどっちを基準にして？

ScreenFlipを基本として考えるなら、リフレッシュレートが変更された場合や
上で書いた垂直同期信号待ちしてくれない環境の時に異状スピードになってしまう。

タイマ値でウェイトかける場合は、やっぱりティアリングが気になるし、
１フレームごとに点滅するエフェクトとかがきちんと点滅しなくなる。

>>116
えっと、だからね、ScreenFlipとティアリングは関係あるけど、
それらとウェイトは関係ないって事だよ。

ゲーム起動時にScreenFlipの待ち時間からリフレッシュレートを判断してるようだけど、
それも結局ScreenFlip基準でタイマー取る方式だよね。
てことは例えば60Hzを基準にウェイトをかけるって事だよね。
だとしたらはじめからリフレッシュレートのウェイトなんかに頼らずに、
マルチメディアタイマーででも1/60sを基準にコードを書けばいいでしょ？
だから起動時に測る必要もないし、リフレッシュレートの変更やVsyncを待たない場合は考慮しなくていいの。
繰り返すけど、タイマーでウェイトかけてもScreenFlipを使うならティアリングはないよ。

何か齟齬がある気がする。

タイマでウェイトかける場合は、ScreenFlipのVsync待ちはOFFにしてあるんだけど、
それでもティアリングは発生しない？

んじゃ発生してる俺のプログラムは何か間違ってるのか。

理屈上、1/60sを基準にウェイトかけるようにすれば
ゲームスピードは一定になるが、タイミング次第で
ティアリングが発生しない状態か、
あるいはティアリングが発生し続ける状態が
維持されるものだと思っていたのだが。

Vsync待ち、かつ、タイマーで制御するんだよ。
これを前提に最初から読み返してみて。

ScreenFlipもやって、1/60secも待って、ってやらないと一定にならないし、ちらつきも解消されないよ。

タイマー待ちを使うんならVsync待ち無しのScreenFlipじゃないと
ティアリングは発生しないけど動きが凄いガクつくぞ
ＡＤＶみたいに動きの少ないゲームならそれでも良いと思うけど、
ＳＴＧやＡＣＴでは見るに耐えない

60Hzに合わせれば60Hzの環境なら結局タイマーでウェイトしないから問題ないよ。
75Hzの環境なら60fpsに制限されるから多少はガクつくけどこれはトレードだね。
ちなみに3Dモノとか海外のゲームはfpsを出来るだけあげて垂直同期しないっていうのが主流みたい。

>>121みたいにfps制限はするわ垂直同期しないわっていうのは愚の骨頂。
ティアリングするわfps制限されてるわでひどいもんですわ。

>>102-103
ｶﾞｯ

>>122
なんでそんなに相手を見下したような態度なの？

>60Hzに合わせれば60Hzの環境なら結局タイマーでウェイトしないから問題ないよ。
それはわかってるよ
だから最初にリフレッシュレート測って垂直同期主体にするかタイマー同期にするか判断するんでしょ？
121はあくまでfpsとリフレッシュレートが一致していない場合の話

>75Hzの環境なら60fpsに制限されるから多少はガクつくけどこれはトレードだね。
ここで122の言うとおり垂直同期とるかとらないかはプレイヤーの好みの問題
オプションで選択できるようにすべきだと思う

>ちなみに3Dモノとか海外のゲームはfpsを出来るだけあげて垂直同期しないっていうのが主流みたい。
そうだね。３Ｄモノは可変fpsと相性良いよね。

>>121みたいにfps制限はするわ垂直同期しないわっていうのは愚の骨頂。
垂直同期をとらないことで手軽に入力に対するレイテンシを下げることができるし、
リプレイを取る目的でfpsを固定しなければならない場合もあるんだから、
短絡的に愚の骨頂というのはどうだろう

122的には60fps固定＋垂直同期してない東方緋想天は愚の骨頂？
俺はそうは思わないけど・・・

２Ｄシューティングを過去いくつか作ってきましたが、
リプレイ周りの実装も含めて、やっぱりFPSは60に固定でロジックを組みますよ。
オプションで「Vsync待ちをするかタイマーか」を選択させてます。
１２４さんもリプレイの話をしているから、そういう前提で言ってるのだと思うのですが。

リプレイって別にFPS固定必要ないような
入力があったキーとその時の経過フレーム数があればいいんだし

おまいら もちつけよ.

>>124
何そのゲーム。＞東方なんたら
最悪だね〜。

>>126
だよねぇ。

なんだ釣りか

なんだこんなすばらしいスレがあったのか>>1乙

DXライブラリで作った横スクロールアクションのソースってどこかに転がってない？

転がってるって・・・
作者の好意で公開してるソースをそんな言い方するなよ

ニコニコで一時話題になった、しかけが外道なスーパーマリオもどきはソース公開してたと思う

＞126
たしかにそうですね。
ただ、自分の場合は、FPSを固定すればあとはキー入力さえきちんと記録できていれば
リフレッシュレートが違えどもリプレイがずれることがないのでそうしていました。

移動量固定方式か、経過時間による移動量計算方式かで
やり方も違ってくるんじゃないかな。

>>133
しょぼんのアクション　だっけ？
やっと1−1クリアだと思ったのに愕然とした記憶がある。

DirectXのバージョンを9に移行するらしいね

>>133
あれはやばいです
あれはほんとうに・・やばい・・。
この道１０年のベテランですらあれを見ると悶絶して悶え死ぬレベル。
あのソースを読んだあの日、私は自分の人生について考えさせられました。

そんなにすばらしいのか

思わず3回DLし直す位のレベル

あれは伝説のソースですよ

DLしてみたが・・・凄まじいソースだな

俺のソースも似たようなもんだなｗ

汚いコード書ける奴って尊敬するわ
むしろ逆に頭良いと思う

部屋が汚くても気にしないやつがいるのと同じ

http://fatalita.sakura.ne.jp/Software/cuirpgfordq3.lzh
これもマジキチ

>>146
これはアイテム4つで実装力尽きるｗ
配列すら使ってないとかやべぇ

でもスレチ

BASIC覚えたての頃、そんな風にGOTO文メインでテキストアドベンチャーゲームを作ったなあ…。
それにしてもその作者はDXライブラリ3Dの作者なの？
なんか色々考えさせられるな…。

でもスレチ

自分のスパゲティソースを晒す勇者はおらんのか・・

さらしてどうすんのよｗ

タイピングゲーム作ってるけど疲れてきたぜ。
ゲーム一本完成させるって難しいな。

完全体になる前にリリースすればいいじゃない（ﾏﾘｰ

プログラム歴３ヶ月おれもタイピングゲーム作ってます
プログラム練習としても面白いジャンルのような気がします
がんばりましょう

>>153
俺知ってるよ
そういうのをあじゃいるって言うんだよね

画面全体をぼかしたいのですが、どうすればいいのでしょうか？

SaveDrawScreen()で画面全体を保存した後に、
その画像を加工して表示するという方法を試しましたが、遅くてとても使えませんでした。
ちなみに手順は
保存→加工→保存→表示です。
加工と二回目の保存の処理の間がとても遅かったです。

直接DXライブラリで描画してる画像をぼかせばもっと早くなると思うのですが、
DXライブラリで直接ぼかす方法がさっぱりわからりません。
どういう方法でぼかせれるのでしょうか？

ブレンドモードを上手く使えばどうにかなるんじゃなかろうか。
昔、モーションブラーもどきを自分で作ったが細かいやり方は忘れた。

>156
そのまま画像を描画
↓
αブレンドを適当に128くらいに指定してxy数ドットずらして描画×数回…

こんなのでどう？

>>158
ああ、そうそう。
そんな感じでできると思う。たぶん。
ずらし量やブレンド率でぼけ足上手いこと調整してどうにかする。
関数化できたら楽そうだ。

>>157-159
いろいろとありがとうございます。
アドバイスのおかげで、それらしいのはできました。
縦には動かしていないのですが、とりあえずそれっぽい動作はします。
ソースは以下の通りです。

private void GraphOff(int dot,int graphHandle)
{
for (int i = 0; i < 640 / dot; i++)
{
DrawGraph(i * dot - 640, 0, graphHandle, 0);
DrawGraph(640 - i * dot, 0, graphHandle, 0);
}
}


これでまた問題が出たのですが、この処理非常に重いです。
FPS30固定にしているのですがこれをするとFPS10〜15になります。
軽くする良い方法は何かないでしょうか？

640 / dot ←この計算をfor文の前にやって適当な変数に代入しておく

>>160
i < 640/dot
を
i < 160/dot
くらいにまで下げてみる


ぼかすのがゲーム上そんなに大事じゃなかったら
このくらいで妥協するのが一番

>>160
そんなに回数要る？
dotの値がいくら位で何回位描画しているのかとか、コードの意図とかちょっとわからんので
↓とどっちのコードの方が性能良いのかよくわからんけど…

int times = 4;//描画回数：4〜16推奨
int gap = 2;//ギャップ：1〜4推奨。残像拳のような効果を狙うなら大き目に。
SetDrawBlendMode( DX_BLENDMODE_ALPHA , 32 ) ;//描画回数×ブレンド率＝128〜256推奨

for (int i = 0; i < times; i++){
DrawGraph( i*gap - times*gap, 0, GHandle, 0);
DrawGraph( times*gap - i*gap, 0, GHandle, 0);
}

>>160
本当に速度が必要で、それなりのクオリティーが欲しいなら
LoadSoftImage関数とLoadSoftImageToMem関数を使うといいかもしれない。

自分は近頃、DXライブラリまったく触ってなかったから、どんなもんか
わからんが、説明を読む限りではこっちの関数で処理して
GraphHandleをつけて、表画させる方が高速みたいだし・・・・・

ＤＸライブラリとは直接関係ないのですが、

ＤＸライブラリとかの関数を変な使い方すると、めっちゃ重くなったりして（コンパイルエラーが出るわけではない）、
上手く扱わないとたとえ数百行のプログラムでさえ上手く動かないのに
市販されてる３Ｄゲームとかだとそれこそ想像もつかない量のプログラム書いてると思うんですが
それを全く重くならないように作るというのはまさに神の所業としか思えないんですが・・・
やはり職人的なひとはそれほどすごいってことでしょうか？
それとも単にまだ自分が未熟なだけでしょうか？

なんか抽象的な質問ですみません。

>>165
普通に使っている分には問題ないと思うけど…
コード量も関係ないし。
メインのループ（秒間30〜60回くらい回しているとこ）の外で1回やれば済む処理を
ループの中で毎回やってたりしてない？
例えばグラフィックハンドルへの画像の読み込みを毎回やっているとか。

DXライブラリもよっぽど変な使い方しない限りめっちゃ重くはならんでしょ。
そりゃまぁＰＣの性能にもよるけど。

市販されてる３Ｄゲームとかは、俺はヘボプログラマだからそれこそ神の領域にしか思えないけど
同じ市販ゲームでも、すごいグラフィックなのに軽快なのとか、やったらもっさりして重いのとかあるから
そこらへんはプログラマの腕次第でしょ。

凄腕のプログラマは極限まで無駄な処理を省いてるんだと思う。

メモリの１バイトは血の一滴ですね

>>166-167
なるほどサンクス・・・
確かに無駄に繰り返してるかもしれない・・・。

フォントのサイズ変更とかと勝手に予想

>>161-164
ありがとうございます。
回数がご指摘の通り多すぎました。
>>157のコードと併用して、思っていたぼかしができました。
コードは私の作成したコードと>>157のコードを関数化しただけなので省略させていただきます。

フォントのサイズ変更はしゃれにならんほど遅いからな……。
別フォント用意すりゃいいことだが。

SetWaitVSyncFlag(FALSE);

にしたらドラゴンボールの世界になってワロタ

PlayMusic関数で再生位置の指定ってできないの？

>>101

いますぐ昔の再放送の刑事ドラマやドラマの
事務所シーンを見るんだ！！！


パソコンのディスプレイあるだろアレみるとわかりやすい

>>175
あれ今見るとなんでそう見えるか理解出来るな
タイヤが逆回転して見えるのとかも

３Dでゼルダみたいなゲーム作りたいんだけど
DXライブラリ（３D）で完璧に作ったのと
DireｃｔXで完璧に作ったのだったら動きのサクサクさにどれくらい差が出るのかな？
PCの性能は結構良いのでそれは関係なく
個人的にはマリオ６４くらいのクオリティーは出したいと思ってるんだけど
始めての大型ゲームなんで全く想像付かない

3Dのゼルダってまんま64とGCのゼルダじゃね？

はい

DirectXで作るって言ったってどうせ自分でラッピングするんだから一緒だと思うぞ

>>177
そのプロセッサ専用のライブラリを熟知してれば
サクサク動くゲームになる

例えばPS2ならEEとかのベクトル計算のためのライブラリの仕様とか
windowsマシンにはそんな計算機能はデフォルトじゃついてないから
どうしてもグラボ依存になる

int WINAPI WinMain(HINSTANCE hI, HINSTANCE hP, LPSTR lpc, int nC){
　　ChangeWindowMode(TRUE);
　　　 SetDrawScreen(DX_SCREEN_BACK);

while(ProcessMessage() == 0 && CheckHitKey(KEY_INPUT_ESCAPE) == 0){
　　 ClsDrawScreen();
　　　　〜〜
　　 ScreenFlip();
}
}

↑こう書いたとき、〜〜　の部分の処理が毎回変わるモノだった場合でも、よほど〜〜の処理が長くならない限り、
ScreenFlip()があることによって、画面に出力される周期は〜〜の処理時間によらない、と考えていいんでしょうか？

なんか説明下手ですみません・・・。　　たとえば、指数関数的に動く物体を作りたいとして、
〜〜の部分を「毎回n=n+1して、x^nの位置に画像を出力」という内容にしたとした場合、
ループが来るたびにｎが増えるからx^nの計算の処理が多少だんだん増えていくと思うのですが、
もしその処理時間も画面出力に影響してしまったら、動きが時間の正確な指数関数にならないと思うのですが、
『ScreenFlip()によって、「処理が終わっても、規定時間δtが来るまでは画面出力しない」という仕組みが加わってるので、
処理時間に影響せず一定時間ごとに画面出力される。　ただし、もちろん　処理時間の方がδｔを超えてしまったら、重くなるという別の影響は出てくる。』
というものだと解釈していいのでしょうか？

（すみません。アク禁中の代レスなので、返事できないかもしれません。）

どうでもいいがProcessMessage()の場所が俺の好みじゃなかった。
本文は読んでいない。

SetWaitVSyncFlagがFALSEで無い限りは

リフレッシュレートに依存する。

x^nの計算なんか描画処理に比べたらほんの一瞬

そういやCを独学でやってて最初に詰まったのがべき乗計算だったなｗ

>>153
#include <stdio.h>
#include <windows.h>
void main (){
int cell=0,jinzo18=2,jinzo17=2,tensinhan=25,seimeiryoku=1;
int hikinobasi=0;
cell+=jinzo17;
for(hikinobasi=0;hikinobasi<30;hikinobasi++){printf("おお\n"); SleepEx(200,TRUE);}
printf("天津飯「まずい１７号を吸収しやがった・・・チャオズ俺は死ぬかも知れない\n");SleepEx(2000,TRUE);
printf("セル「天津飯！！雑魚が何をするつもりだ！」\n");SleepEx(4000,TRUE);
printf("天津飯「新気功砲！！ハー」\n");SleepEx(200,TRUE);
printf("セル「(ﾟДﾟ)ぬお！\n");SleepEx(200,TRUE);
while(tensinhan>0){
printf("セル「<｀Д´>おのれー」\n");SleepEx(200,TRUE);
printf("天津飯「(；　ﾟДﾟ)ハァー！」\n");SleepEx(500,TRUE);
tensinhan-=seimeiryoku;}
printf("天津飯「化け物め・・・・うう・・・・」\n");SleepEx(5000,TRUE);
printf("セル「むううう」\n");SleepEx(1000,TRUE);
printf("セル「こんな雑魚に足止め食らうとは」\n");SleepEx(4000,TRUE);
cell=jinzo17+jinzo18;
for(hikinobasi=0;hikinobasi<100;hikinobasi++){printf("おお\n"); SleepEx(50,TRUE);}
printf("完全体セル「すばらしい力だ　諸君！！」\n");
SleepEx(10000,TRUE);
}

同一内容の文字列を毎フレーム表示する処理があり、

空のサーフェスを作成 → 一旦バックバッファに文字列を描画 → バックバッファから空のサーフェスに文字列の画像を取得

こうして予め文字列を描画しておいたサーフェスから
毎回メイン処理でDrawGraphしているのですが、どうもスッキリしません。
しかもGetDrawScreenGraphの説明にもある通り透過色が使用出来ません。
DXライブラリでは作成したサーフェスに直接描画出来ないのでしょうか？
やりたい事は「同じ文字列を毎フレーム描画する処理を軽くしたい」だけなのですが、
文字グラフィックファイルを用意することは出来れば避けたいので、良い方法があったら教えて下さい１

無駄に長くて分かり難くなってしまいました。
（例えば説明文等の）同一の文字列を毎フレーム描画する処理を軽くしたいが
文字グラフィックファイルを用意する以外で良い方法があったら誰か教えて下さいです。

DrawStringで十分軽いと思う
フォントハンドルを毎回読み込んだりしていない？

>>191
お返事遅くなって申し訳ありません。
当方の環境ではDrawStringでやった場合のFPSが30くらいでDrawGraphにすると60になりました。
DirectX自体、文字描画にGDIを使っているのでビデオカードで処理できるBitBltの方が高速だと思っていました。数年前の知識ですが。。
低スペックでも快適に動くように作りたいので、DrawStringは極力使いたくないです。

フォントの変更は行っていないので、フォントハンドルは使用していないです。

そんなにたくさんの文字を同時に表示してるのかな？
それともＰＣ環境が悪すぎる？

俺普通にDrawString使ってるけど別に遅くなった事ないよ？
普通に60FPS出てる。古いノートパソコンで。
最高でまぁ10行程度の表示しかしてないけど。

いやそれじゃ全くテストになってないから。
192の知識通り、今も文字列表示は遅いよ。
189の方法が適切だと思うし、他に方法を提示できないのは申し訳ないけど、
少なくとも文字列表示が遅いって前提でレスされると無駄だと思ったので口を出してみた。

×少なくとも文字列表示が遅いって前提でレスされると無駄だと
○少なくとも文字列表示が遅いって前提を否定するレスは無駄だと

俺の事？
別にテストしたわけじゃなくて、普通に使ってるだけなんだが。

文字列表示が遅いってのが前提なら、そもそもグラフィック表示だって遅いだろ。

グラフィック表示が遅いから他の方法はありますか？　って質問があったとしたら
まず現在どういう環境でどれだけのグラフィックをどういう方法で表示させてるのか教えろってのは普通の流れだろ？

そこをかっとばしてグラフィック表示処理そのものを早くする方法を考えるのは無駄な話だ。

確かに
今与えられた情報だけではなんともいえんな

文字列の長さ、量がまずわからない。

「フォントの変更は行っていない」というのが、フォントの大きさやアンチエイリアス有無の変更は行っているかもしれないとも読める。

>>197
文字列表示はグラフィック表示より遅いって常識知らないの？
そこは議論の余地なしだから言ったまで。
それと、テストじゃないなら>>194の報告は不適切。
まあ上記の前提を知らなかった故だからしかたないと言えばしかたないが、ややこしくなるのでなかったほうがよかったな。

情報は少ないが、前提を知っているば容易に共感できるし、解決方法を知っている人ならこの情報量でも回答できるかもしれない。

>>197
＞文字列表示が遅いってのが前提なら、そもそもグラフィック表示だって遅いだろ。

（；^ω^）

何人か偉そうにレスしてるけど、誰もライブラリのソース見てないのか？

DXライブラリは文字を描画する前にテクスチャにキャッシュしてるから
同じ文字なら２回目以降はほぼDrawGraphと同じコストで処理は完了する
キャッシュ用のテクスチャは512x512だから画面一杯に異なった文字を
描画するくらいしない限りは文字列描画特有の遅さは発生しないぞ

まあ、毎フレームキャッシュに無い文字を描画したら一般に言うところの
「文字列表示が遅い」ってのに当てはまるけど

良スレage
みなぎってきた､学校でゲーム作ってくる

>>200

何を言ってるんだ君は。
60FPSで動いてるゲームに、一回のDrawString処理を追加しただけで30FPSにまで落ちたりするか？
普通はしないだろ？

じゃあどういう処理にしてるんだ？　っつーレベルの話だぞ？

192が出してる情報はその程度って事。

>>204
>>202

分からない(・∀・)ｶｴﾚ!!

ソフトウェア描画モードと言う物があるらしいのですが、
どれのことなのでしょうか？
一部のPCだと動かなかったりする時にこれを使えばいいらしいのですが……。
リファレンスを見た限りそれっぽいのがありませんでした。

この辺をどうぞ。
ttp://www.dkut.flnet.org/dxlibwiki/?3D%B5%A1%C7%BD%A4%F2%BB%C8%A4%A6%A4%AB%A4%C9%A4%A6%A4%AB%A4%F2%A5%E6%A1%BC%A5%B6%A1%BC%A4%CB%C1%AA%C2%F2%A4%B5%A4%BB%A4%EB

>>207
ありがとうございます。
SetScreenMemToVramFlag( FALSE );
と、
SetUse3DFlag( FALSE );
を使ったらよさそうなのでこの二つを使ってみようと思います。

>>204
垂直同期を使って処理していれば僅かな処理の遅さでFPSは半分になることがある
そしてGDIは遅い

>>189はDrawStringを使用せずに同等の文字描画処理をする方法を模索しているであって
デバッグをしてくれと言っているわけじゃないんだから君がムキになるのは頓珍漢な話
俺を含め解決策が分からない初心者が回答することが間違い

俺もよくわからないけど、>>189は

＞DXライブラリでは作成したサーフェスに直接描画出来ないのでしょうか？

と明確に聞いてるぞ。
それを初心者が関係ない知ったか話をしてるとしか見えない。
「俺は平気だよ？」とか言う話もいらないと思うｗｗ

>>202もヒントになると思うけど多分新しい文字列を頻繁に表示しようとしてるんじゃないかな。
毎フレーム更新される数値を表示するって事も多いと思うし。

ファイナルファンタジーの裏ワザででてくる
数字ゲームとかあれ作ると面白そう

ブラックジャックといいたまへ

>>189は「同じ文字列」って書いてるじゃないか。
まあ任意のオフスクリーンバッファに描いてそれを転送したい、というのはわかるが
できる機能を追加するかDXライブラリをやめるしかないのでは。

クリックイベントを使いたいのですがどうすればよいのでしょうか？
公式などにクリックイベントのコードがなかったのでここで質問させてください

SetWaitVSyncFlagをFalseにしておいて、16666マイクロミリセカンド待機し描画

↑で描画すると30フレームあたりまで落ちるんですが、SetWaitVSyncFlagをFalseにしてても同期するってあるんでしょうか？

待機を16200にすると60フレームになるので、同期でひっかかってるんだと思うのですが……

自己解決しました

なんだったのよｗ

すいません、こちらも自己解決しました……

Cの入門書見てる段階なんですが、DXライブラリでのゲーム製作講座を見てみたら、
C言語というより、DXライブラリ言語でのプログラミングという印象を受けました。
DXライブラリを使ってプログラミングする場合は、
Cのほうは入門書を一通り読んだだけの知識でよくて、
あとはDXライブラリの使い方をきちんとやるほうがいいんですよね？

Ｃも一通りの知識は要るだろうから
平行して勉強しなはれ。

いやいや
もろCで作ってるよ
printfが絵を表示する関数になるだけ

>>219
「Ｃ言語 ＝ printfやscanf、fopen等の標準関数」だと思ってるんならそれは間違いだ

>>219
それでいいと思うよー。
Cの文法なんて覚える事少ないし、入門書片手に取り掛かっちゃえば大丈夫。
今後も、プログラミングで何かを作る時、基本的にDXライブラリのような、外部のライブラリの使い方を覚えるって作業が大半になるよ。
入門書に書いてあるstdio.hのprintfみたいな標準関数を覚えるみたいに。

>>210

>>>202もヒントになると思うけど多分新しい文字列を頻繁に表示しようとしてるんじゃないかな。
>毎フレーム更新される数値を表示するって事も多いと思うし。

それこそ仕様を見直せとしか言いようがないようなｗ
毎フレーム更新する数値や文章ならプレイヤーに全文しっかり読ませるためものじゃないだろうし。

ノベルとかアドベンチャーのサンプルがあるサイト教えてください

公式にあったような気がするが……。

Dxライブラリを使って
60フレーム固定のｼｭｰﾃｨﾝｸﾞを作ろうと思ったんですが

公式をみると「グラフィックがぶれがひどくなる」と書いてあって
ttp://homepage2.nifty.com/natupaji/DxLib/dxprogram.html#N13

で、実際にｻﾝﾌﾟﾙ試してみたら
確かに時々ひっかかる感じが。

これって改善はできないものなんでしょうか？

内部の更新処理(当たり判定，posX += vXなど)のフレームレートを倍にするとか

>>227
int Time; を
LONGLONG Time; に、

Time = GetNowCount();　を
Time = GetNowHiPerformanceCount();　に

while( GetNowCount() - Time < 17) {}　を
while (GetNowHiPerformanceCount() - Time < (1000000 / 60)) {} に

書き換えてみたら？

>>224
RPGやアドベンチャーゲームなら
1文字ずつゲーム内Windowに描画され、ゲーム内Windowごと表示非表示を切り替えられるって仕様は普通に有るでしょう

>>226
文字表示ぐらいしかないと思うけど・・・

サンプルゲームみたいなのでなかったっけ？
前はあったはずなんだが。

「ＤＸライブラリサンプルゲームのダウンロード」のページにある
「スクリプトプレーヤー」の事じゃないかな。

スクリプトプレーヤーはソースの意味が分からない
いきなりスクリプトのソースみろとか言われてもなにがなにやらって感じ

サンプル見たいって話を聞くたびに
見てもわかるの？
という疑問が湧く。
同じ動きをするものを自分で書けるくらいの技量がなければ結局読めない気がする。

他人のソース読むのが超苦手で自分で書いた方が早い俺限定の話だが。

>>235
アルゴリズムは同程度の技量がないと読めないけど、設計はそんなことないよ。

スクリプトプレイヤーのソース見たけどちょっと酷いな。
マジックナンバー、関数長すぎる、グローバル変数使いまくりetc...
たしかにこれ読めとか言われても俺も困る。


自作2Dライブラリ作ってたんだが、画像系の実装が終了したところで
面倒になってきたんでDXライブラリを使うことにした。おまいらよろしく。

>>236
ああ確かに設計は読みたいかも。
うまい人のクラス構成とかはみてみたい。

うまい人のコードは，クラスやメソッドの実装にどんどんステップインしていかなくても
表面だけ見れば理解できるよね

>>228
すいません、内部処理は一定化したかったので・・

>>229
ありがとうございます！
引っかかりが無くなりました。
タイマーの精度の問題だったみたいですね。

>>220
>>221
>>222
>>223
printfなどが関数だということを意識していませんでした。
まさに、Ｃ言語＝標準関数のつもりで勉強していました。
外部ライブラリを使うのだから、それから提供される関数の使い方を勉強するのは当たり前ですね。
プログラミングに対する疑問が少し解けました。どうもありがとうございました。

画像の、ある部分だけを拡大して描画することは出来ますか？
ループ表示する背景の一部分だけを拡大表示したいです。

やった事ないけど、指定領域だけで新しいグラフィックハンドルを作るとかできるはずだから、
それをしてから拡大表示させればいいんじゃないかな。

前提条件として矩形範囲のみって事になるけど。

>>242
なるほど、ありがとうございます。矩形なのでその辺は大丈夫です。
でもアクションゲームみたいに、リアルタイムにバックグラウンドをスクロールさせつつ、
拡大率を変えてバックグラウンド表示するのはその方法ではコストが掛かり過ぎて無理なようですね。
DrawExtendGraphの描画元矩形指定関数があれば一発なのに＞＜

背景をスクロールさせつつ、拡大部分もスクロールさせるのかな。
それじゃ無理だね。

それならいっそ、

背景を普通の大きさで書く　→　画面の描画範囲を設定（SetDrawArea）　→　背景を拡大して書く

ってやってみるのはどうだろう。
背景を二回描くから、やり方によってはコストかかるけど……。

つDrawRectExtendGraph

>>244
そうですそうです、元画像の一部分を拡大表示したいんです。

>>245
おお！ありがとうございます。そんな関数があったんですねｗ
面倒でも自分でDxLib.hをチェックしないと駄目ですねｗ

今 トルネコやシレンみたいな2Dダンジョン探索ゲームを
800 x 600 ウィンドウモードで作っているんですが
2Dゲームは 640 x 480 が基本だと聞きました。

800x600だと何か不都合でも起こるんでしょうか？

32x32とか16x16のブロックがぴったり収まらない、とか。？

画面下と右にブロックが半分だけ表示されるのは我慢しようと思います。
800x600だと特定の環境ではちらつきが酷いとかだったら嫌だなぁと思いまして

>>247
処理速度の問題とユーザの環境の問題
ちなみにカラーモードも256色パレットモードが基本だった
しかしそれは過去の話
今はPCのスペックは十分だし、800*600の画面モードの無いPCの方が少ないと思うから問題ないかと

ちょっと便乗
CRT使いなんでわからないんだけど
液晶の場合、画面サイズに合わない画面モードの表示ってどうなるの？

１）全画面に拡大されてぼやける
２）表示分だけ使われて余白は黒塗りになる

>>251
Ａ．液晶の設定しだい

初心者で悪いんだが質問。

うまく言えないんだけど

player.cpp内でint宣言をして、void player()で増減させる。
そして
「enemy.cpp内」で「player.cppのvoid player()」で増減したint変数を使用して作りたい判定があるんだけど。

こういうのってやっぱり出来ないのかな？

extern

player.cppでグローバル変数としてint宣言して
enemy.cppの冒頭にextern宣言すれば判定にも使えるようになるよ

>>254-255
ああそれ忘れてたｗｗ
おもいっくそ素材ファイルの読み込みで使ってたのに

ありがと、助かった

-- player.cpp --
int i;
void player(){ i += 1; }

-- enemy.cpp --
extern int i;
void enemy(){ if(i) ･･･ ;}

>>252
即ﾚｽサンクス。

じゃあプログラムする側としては
あんまり気にしても意味無いんだ・・

勉強になりますた。

＞画面サイズ
最近流行りの低価格ノートPCとかだと、どんな感じなんだろう？
縦600くらい？

if(enemy01_Life < 0){
DeleteGraph( enemy01 ) ;
}
else if(hitS < hit ){
PlaySoundMem( hit_test , DX_PLAYTYPE_BACK );
shotflag = 0;
enemy01_Life -=1;
}

このコードで、最後のenemy01_Life -=1の判定を一回だけ判定場合ってどうすればいいの？
ダメージ判定だけがどうしても残ってしまう

>260
具体的に何がしたいが、何が起こってるのかを示せ。
コードにはコメントを入れろ。第三者には何をやってるか分からない。


んで、だ。
ショットが命中した時、

　(1)ショット自体を消す（敵に当たると弾が消える）
　(2)敵ごとにカウンタを作っておき、「一度当たったら10フレームの間は無敵」とかにする
　(3)弾ごとに自分がどの敵に命中したかを覚えておき、2度目は命中扱いにならないようにする

こんな感じ？

>>261
玉の画像は消えるんだけど、当たり判定だけが「次にショットボタンを押すまで」残るんだ。
何がしたいかは、「玉一つにつき一回だけダメージ判定」をしたい。
ショットコード↓

if( Key & PAD_INPUT_A && shotflag == 0){ //ショットボタンが押されたら
PlaySoundMem( p_shot_se , DX_PLAYTYPE_BACK );//ショット音を鳴らす
shotX = PlayerX ;
shotY = PlayerY ; //プレイヤーの現在位置を取得
shotflag = 1 ; //ショットフラグＯＮにする
}
if( shotflag == 1 ){ //ショットフラグＯＮになったら
shotY -= SHOT_SPEED ;
DrawGraph( shotX+10 , shotY , p_shot_img , TRUE ) ;
if(shotY < SHOT_DELAY){
shotflag = 0 ;
}
}

判定コード↓
GetGraphSize( enemy01 , &SizeX , &SizeY ) ; //グラフィックのサイズを取得
hit = SizeX/2 ; //グラフィックの当たり判定（半径）
hitX = shotX - enemy01X;
hitY = shotY - enemy01Y; //三角形の斜辺を除くＸＹの長さ
hitS = sqrt(hitX*hitX+hitY*hitY); //斜辺
if(enemy01_Life < 0){ //敵死亡してる時
DeleteGraph( enemy01 ) ;
}
else if(hitS < hit ){ //（ヒット時）
PlaySoundMem( hit_test , DX_PLAYTYPE_BACK );
shotflag = 0;
enemy01_Life -=1;

>>262
判定のコードがifにかかってない

if( shotflag == 1 ){ //ショットフラグＯＮになったら
shotY -= SHOT_SPEED ;
DrawGraph( shotX+10 , shotY , p_shot_img , TRUE ) ;
if(shotY < SHOT_DELAY){
shotflag = 0 ;
}

判定コード↓
GetGraphSize( enemy01 , &SizeX , &SizeY ) ; //グラフィックのサイズを取得
hit = SizeX/2 ; //グラフィックの当たり判定（半径）
hitX = shotX - enemy01X;
hitY = shotY - enemy01Y; //三角形の斜辺を除くＸＹの長さ
hitS = sqrt(hitX*hitX+hitY*hitY); //斜辺
if(enemy01_Life < 0){ //敵死亡してる時
DeleteGraph( enemy01 ) ;
}

なんか伝わる気がしないから書き方を変えると

if(shotflagが真)
{
　　//ここに判定のコードも書く
}

えっと、つまり

ショットコード内で
if( shotflag == 1 ){ //ショットフラグＯＮになったら

この部分に判定コード（>>263のGetGraphSize〜DeleteGraph( enemy01 ) ;）

}

を入れないとダメってこと？

そう
shotflagって弾があるかないかのフラグでしょ？
今のままだとshotflagが0の時にも判定される

あといろいろ突っ込みどころがあるけど
そういう書き方してると確実にスパゲティソースになる

>>266
マジかｗ
プログラム初心者で全然分からんから適当に組んでる
既にややこしくなってる

動けば結構。
実際に作って慣れればいいのだ。

>>263-264
そのとおりにやってみたけど
やっぱり玉一つで「次にショットボタンが押されるまで」の間に複数回攻撃判定が出ちゃう・・・。

>>267
初心者なら仕方なら、一回スパゲティコード書いて捨てる経験もしてみるといいかもね。
それがいやならオブジェクト指向の簡単な本があるからそれ読んでみるといいよ。
オブジェクト指向とゲームは相性がよい部類。

ためしにオブジェクト指向で書き直してみようかと思ったけど、半分ほど書いた時点で
長くなった上に果たしてこれを理解できるのかという疑問がわいてきたので捨てた＾ｗ＾）

仕方ならってなんだよOTL　仕方ない、ね

OOとゲームって相性いいかなぁ。
素人の俺がいうのもなんだけどむしろ相性はよくない方だと思うけど、経験が足りないからかな？
一応ゲーム作りはDXライブラリ使ってもOO（OO風ともいう）を意識して書いてるけど、
C++の便利な機能（クラスや継承程度）を使うくらいでこれぞOOって感じでもないなぁ。
C#でちょっとしたツールなんか作るとOOだなぁって感じるけど。

>>272
ツールを作る件はオブジェクト指向じゃなくて提供されるオブジェクト指向ライブラリが優秀
ってだけだと思う。

>相性はよくない方
どの辺が？ならデータ指向で作る？手続き指向で？俺は絶対いやだけどなー。

パラダイムってのはつまるところコードの整理術なわけで、それを感じないってのは別に
不思議じゃないよ。

さっきでたコード、弾丸と敵との当たり判定がでてきだけど、

int dx = shot->getX() - enemy->getX();
int dy = shot->getY() - enemy->getY();
double distance = sqrt( dx*dx + dy*dy );
if( distance < HIT_SIZE )
{
/*ヒット処理*/
}

って書いてたらお前ちょっと表に出ろだけど、ちゃんとTell, dont ask の原則にのっとって書いたら

if( shot->hitTest( enemy ) )
{
/*ヒット処理*/
}

変更にも強く、なおかつコードはわかりやすくなる。

もー全然できねーよおおおおおおお

いっそコレ仕様にすっか
敵の端っこにショット当てた状態でショットボタンを押さないと一定時間大ダメージ！

画期的と言えば画期的だが生憎ただのバグだ。

>>274
今じっくり見たけど
>>262のif( shotflag == 1 )のブロックを>>262の一番最後で閉じるか
else if(hitS < hit )のブロックの中でhitSを条件満たさないように変更する
これで正常になると思うが、違ったらすまそ

shotflagっていうのは弾の生死状態を管理するフラグなんだから、
弾が生きているときだけ判定をすればいいわけだよね。
>>>264が言う通り当たり判定をするブロックを if ( shotflag == 1 ){｝で囲めば出来ると思うんだけどなあ。
弾が死んでても玉の座標は留まって、さらにshotflagが機能していないから(セットが上手く行っていないか判定処理に考慮されていない）
何度も当たっていると思われるんだけど。

てか敵をデタッチするのにDeleteGraph()で画像そのものを削除するって激しすぎないか？ｗ
if ( enemy_alive ) { Task(); } // 敵が生きているときのみ敵に関する処理を行う
とかにした方が良いと思うんだが。

ごめん、if ( enemy_alive ) → if ( enemy01_Life >= 0 )

>>274だけど、ちょっと検証した
当たり判定は座標で行ってたから

http://www.uploda.org/uporg1853070.jpg

この画像の様に(hit>hitS)になってる時に判定が出て、その判定が次玉を出すときまで残るんだ。
だからこの画像はhitは21でhitSは13.9.....ってなってるので次に玉が出るまで（hitSの数値が変わるまで）凄い勢いでenemy_Lifeが減り続けてる

敵に当たった瞬間にhitSをリセットすればいいのかな？

もうソースうｐしてくれよ

http://www2.uploda.org/uporg1853197.zip.html
パスは274

問題のソースはenemy_moveとplayerにあります。

初心者だからすげー読みずらいと思う

>>275では解決しなかったか？

>>281
うん、その通りにやってみても何故か結果は変わらずだった

hitSっていうのは敵と弾との距離でしょ
それは当たり判定をする必要があるとき、
つまり弾と敵が生きているときに毎フレーム計算すればいい
弾の座標を遥か彼方にリセットしたりhitSを直接いじくって
当たり判定が真にならないようにすれば確かに上手く行くだろうけど
本質的には当たり判定をする必要が無いときに判定しているのが問題なんじゃないの？

>>283
毎回計算して判定してるんだけど
ヒットした時に計算が次玉出すときまで止まっちゃう

>>280
全然修正されてないじゃないかｗ

「enemy_move.cpp」の
GetGraphSize( enemy01 , &SizeX , &SizeY ) ; //グラフィックのサイズを取得
の前に一行追加して
if　( shotflag == 1 ){
GetGraphSize( enemy01 , &SizeX , &SizeY ) ; //グラフィックのサイズを取得
とする。
次に、その下のほうの
int Color ;
の前に閉じ括弧を追加して
}
int Color ;
とする。
つまり、当たり判定をしている部分を
if　( shotflag == 1 ){
}
で括る。

それとインデントをきっちりしないとネストレベルが分からなくなるよ。

>>273
んーていうかC#の件は、ライブラリが優秀で作りやすい＝オブジェクト指向って事じゃなくて、
コントロール一つ設置してイベントを呼び出すってだけでオブジェクト指向を感じる。
もっと具体的に言えばイベントハンドラ（やデリゲート）がオブジェクト指向だなぁって。

提示してくれた下のコードも、それだけじゃオブジェクト指向を感じない。
結果的に言わんとしようとしてることはわかるけどね。
ただそれだけじゃただのサブルーチン呼び出し。

言いたいのはそのコードだけを見てオブジェクト指向じゃないって事じゃないし、
自分でゲーム作る時もオブジェクト指向で書きたいわけだけど、
概念的に無理やり感があるのと、非オブジェクト指向でも書けるってので、
GUIアプリと比べて相性がいい方ではないって事。

>>285
おおおおおおお！！！ありがとおおおおお
一つのライフしか減らないｗｗｗｗｗｗｗ

すげー！ショットフラグがＯＮの時にしか判定しないようにするってそういう事だったのかｗｗｗ

ちなみにプログラムの書き方？はこんな感じでいいのかな？

どうでもいいけど定数を#defineで書くのとconstで書くのってどっちがいいのけ？
俺は気持ち悪いからconstでやってるわけだが

>288
・歴史的な経緯とかはあるかも
・特に理由が無ければconstでいいんじゃね？
・defineじゃないと出来ないこと、スマートなこともあるから気をつけろ

>287
とりあえず、何でもいいので1つ完成させてからじゃないと
定番の書き方とかは説明しても意味が無いし、おそらく理解できないと思う。

#defineは計算式入れられるのがいいな
気を付けないと間違った結果が返ってくるハメになるが

>>287
おめでとう。お世辞にも綺麗なソースとは言えないけど、
モノとして動いているということはとても大事なこと、すごいことだよ。
作り続けていれば段々上手くなって行くはず。

あと>>285の修正をした段階で、今度は敵の消滅タイミングがおかしくなると思う。
敵のライフが-1になった瞬間には敵は消滅せず、その後自機が弾を発射した瞬間に消滅する、っていう風に。

これを修正するには、敵をデタッチ（殺す）処理をしている部分を移動させればいい。

/* ↓elseは消し、必要なら if ( enemy01_Life >= 0 && hitS < hit ) などとする。しなくても出来るが。
　　または if ( shotflag == 1 ) のところに敵の生死チェックを入れる。即ち if ( enemy01_Life >= 0 && shotflag == 1 ) とする。しなくてもでき（ｒｙ */
if(hitS < hit ){ //敵の画像と自機の玉を直角三角形結んだ時の斜辺が当たり判定より小さい時（hit!!）
　　　　PlaySoundMem( hit_test , DX_PLAYTYPE_BACK );
　　　　shotflag = 0;
　　　　enemy01_Life -=1;
　　　　if(enemy01_Life < 0){ //敵死亡してる時　/*　この3行を */
　　　　　　　　DeleteGraph( enemy01 ) ;　　　　　　　　/*　ここに　*/
　　　　}　　　　　　　　　　　　　　　　　　　　　　　　/*　移動　*/
}

まずはインデント（ソースコードの段落処理）から始めよう。

そこでPythonとrubyの登場ですね

>>286
さっき提示したコードの価値をただのサブルーチン呼び出しとか
言っちゃってる時点でなんかもう全然わかってない。

あれはShotオブジェクトにEnemyとの当たり判定を”頼んで”いるんだよ。
この違いがわからないんならいつまでたっても素人のまま。

というか
>もっと具体的に言えばイベントハンドラ（やデリゲート）がオブジェクト指向だなぁって。
デリゲートなんか関数型プログラミング言語の概念の拝借だよ。
これがオブジェクト指向！なんてデザインパターンこそがオブジェクト指向！というのと同じくらい笑えるんだが。

>概念的に無理やり感があるのと、非オブジェクト指向でも書けるってので、
>GUIアプリと比べて相性がいい方ではないって事。
どこが無理やりなんだよｗ
さっきのコード、Enemy,Player,Shotというクラスを抽出できるけど、これのどこが無理やりなんだよ。自然だろうに。

それとGUIアプリだって手続き型で書ける。イベントハンドラやデリゲートはオブジェクト指向の一機能を使って
実装されてるけれど、それ自体はオブジェクト指向じゃない。だからVBでもGUIアプリが組めるわけだ。


ここまで言ってゲームをオブジェクト指向で組むのは向いてないと言うならもうしらね
というかもっと勉強してくださいいやマジで

C#６年やってるんだけど未だにオブジェクト指向わからねえ。
でもゲームとオブジェクト指向は相性いいと思うよ。

イベントを使ってたところをEventListenerとか使ってobserver剥き出しに変更したら
オブジェクト指向になるのか? 実質的に全く等価なのに?
>>294の言うオブジェクト指向って何なんだ

オブジェクト指向って単純に、人が走っても車が走っても同じ「走る」だ、ってだけじゃねーの

オブジェクト指向って考え方が出る前からプログラム作って遊んでるが
未だにオブジェクト指向が理解できん。
273で言うならちょっと表へ出ろレベル以下だ。

>>294は釣りだよな？ｗ
突っ込むところが多すぎるｗｗ
「ShotオブジェクトにEnemyとの当たり判定を”頼んで”いる」だけでオブジェクト指向とかｗｗ

ところで、ゲームをオブジェクト指向で組むのは向いてないって話題は誰がしてるの？してない気がする。。

>>297
たぶんオブジェクト指向入門書にはそういう概念的な事が書いてあると思うけど、
オブジェクト指向って本当は概念の事じゃないよ。
もっと具体的なプログラミングの事。
「ShotオブジェクトにEnemyとの当たり判定を”頼んで”」も別にオブジェクト指向じゃないｗｗ

>>300
そうなん？
レシーバか引数が違えばそれは別物だっていう名前空間の概念がまずあって
そいつを楽に実現するための補助がクラスやテンプレートやインターフェースなんだって認識だったが
具体的なプログラミングの事を言うなら言語がクラスベースかどうかで相当違ってくると思うし
あと>>299最後の行は>>272

構造体に関数がくっついただけのクラスのインスタンスを生成して
それで動かしたらオブジェクト指向。
そう思っている俺が通りますよ。

何もめてんだよ

>>272は基本的に用語を間違っているがそれに気付いていない
で、親切に答えてくれた>>273と会話がかみ合っていない

>>272はVBライクなコンポーネント貼りつけとプロパティ設定での
プログラミングスタイルとオブジェクト指向を混同している
また、Windowsのイベントドリブン構造を言語仕様と勘違いしてる

-まとめ-

Q.DXライブラリを使うとVBでアプリ作るみたいにコンポーネント貼ってプロパティ設定だけでプログラムできますか？
A.できません

Q.イベントドリブンがオブジェクト指向ですよね？
A.違います

Q.イベントドリブンでゲームプログラムは書けますか？
A.書けます

Q.オブジェクト指向でゲームプログラムは書けますか？
A.書けます

ん〜・・・？
>>272の
＞DXライブラリ使ってもOO（OO風ともいう）を意識して書いてるけど
っていうのはDXライブラリ自体がC（非OOPL)で書かれてるけどって意味だろ
>>303こそ勘違いしてるだろ

厳密に言えばC/C++使ってる時点でピュアなオブジェクト指向は無理だけどな。
メッセージ呼び出しっていう機能はないし、それに似た機能はメソッド呼び出し（＝関数呼び出し）でしかないし。
組み込み型もオブジェクトじゃないしいきなりint main(){}で始まるしｗｗ

幸せって何ですか？

オブジェクト指向ってそんなに高度な事なの？
それとも人それぞれ考え方が変わるモノなの？

CしかわかんなくてもDirextXゲームプログラムがさっくりできちゃうのがウリの
DXライブラリのスレでオブジェクト指向を熱っぽく語る男の人って……

　　　　　　　　＿＿＿_　　　
　　　　　　 ／ ＼　　／＼　ｷﾘｯ
.　　　　　／　（ー） 　（ー）＼　　　　　　
　　　　／　　 ⌒（__人__）⌒ ＼　　　　＜ 厳密に言えばC/C++使ってる時点で
　　　　|　　 　　　|r┬-|　　　　| 　　 　　　　ピュアなオブジェクト指向は無理だけどな。
　　　　 ＼　　　　 `ー'´　　 ／
　　　　ノ　　　　　　　　　　 　＼
　 ／´　　　　　　　　　　　　 　　ヽ 　 　 　 　 　 　 　
　|　　　　ｌ　　　　　　　　　　　　　　＼
　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､. 　 　
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))


　 　　　　 　　　＿＿＿_
　　　　　　　 ／_ノ 　ヽ､_＼
　ﾐ　ﾐ　ﾐ　　oﾟ(（●）) (（●）)ﾟo　　　　　　ﾐ　ﾐ　ﾐ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼　　　/⌒)⌒)⌒)
|　/　/　/　　　　　|r┬-|　　　　|　(⌒)/　/ / /／　　だっておｗｗｗｗｗ
|　:::::::::::(⌒)　　　　|　|　 |　　 ／ 　ゝ　　:::::::::::/
|　　　　　ノ　　 　　|　|　 |　 　＼　　/　　）　　/
ヽ　　　　/　　　　　`ー'´ 　 　 　ヽ /　　　　／　　　　　バ
　|　　　　|　　 l||l　从人 l||l 　　　　 l||l 从人 l||l　　バ　　　ン
　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､　　　　ン
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

DXライブラリで質問が・・・



あ、スレ間違えました！すみません

>>309
int main()ってオブジェクト指向的になんなの？ｗｗｗ

>>304
何がん〜・・・？だ
そんな事だから

>>286
>んーていうかC#の件は、ライブラリが優秀で作りやすい＝オブジェクト指向って事じゃなくて、
>コントロール一つ設置してイベントを呼び出すってだけでオブジェクト指向を感じる。

とかマヌケな事を書いてしまうのさ
>>303のまとめでいいんだよ

RADツールと言語の区別もついてない質問に対して、みんなにちゃんと答えてもらってる事をまず理解するべきだな
元々スレ違いだ、感謝こそすれ相手を見下すとか勘違いすぎるんだよｗｗ

なんか常に話がちょいズレの人いるな

>>303には、同意だけど。　OOなんて元の発生が３つぐらいあって、
さらに様々な言語にそれらのOOが混同されながら導入される過程で
どんどんと複雑に入り組んでいってる。
（しかも、良くも悪くも元がProgramming言語における概念だから、
　普通の言葉に意味を汲み出す過程で色々とノイズや過不足が起こる。
さらに、OOAだ、OODだなんだので純粋なOOよりも
とりあえず使える道具としてのOOが今のメインストリームだと思うし。）
だから、結果的には、人によってOOの概念も色々な違いがある。


あと、そんな訳だからと言う訳じゃないがCだって、OOPLは可能。
ただし、言語的なサポートが対応してないから、
様々な工夫をする必要があったりする。
また、逆の意見としても>>305のint main()で始まるからオブジェクト指向じゃない。
ってのもどうかと思う。
OSも含めたアプリケーションをProgramとみるならば、
int main()は、ズバリそのアプリの呼び出しメッセージと見做しても誤解ではないしね。

あと、>>301の言ってる事は別にOOじゃないと思うぞ。
それらは単に多態性とかであって、OOとしてあったら好ましいが、

さらに>>300のプログラミングの概念と具体的なプログラミングが別モノっぽいのも違うんじゃない？
基本アセンブリでやるでもない限りは、プログラムは概念に概念を積み上げた産物だし、
それらの概念を如何につかうか？どのように解釈するか？がプログラミングでしょ。
だからこそ、gotoは悪!!やJavaにはポインタはありません!!みたいな話も出てくるわけでｗｗ

俺は別にピュアだか厳密だか理想的だかなＯＯじゃなくても
それなりに作れてメンテできればいいかな
ピュアなのがいい人はその人が納得する言語なりなんなりを使えばいいし

ついこの前ＤＸライブラリでゲームを作り始めた初心者なんですが。
時間のとり方について質問があります
ttp://homepage2.nifty.com/natupaji/DxLib/function/dxfunc_other.html#R7N1
のサイトを見て時間所得して表示までできたのですが、ボタン（たとえばスペースボタン）を押して時間を最初からやり直すのはどうすればいいでしょうか？（キー入力状態の取得はできています）
日本語わかりずらかったらすいませんm(＿ ＿;)m

int ゲーム内ではこっちを使う;

ゲーム内ではこっちを使う = GetNowCount();
if (ボタンが押された) ゲーム内ではこっちを使う = 0;

間違えた。正しくは
int ゲーム内ではこっちを使う;
int 前にリセットした時間;

int now = GetNowCount();
ゲーム内ではこっちを使う = now - 前にリセットした時間;
if (ボタンが押された) { ゲーム内ではこっちを使う = 0; 前にリセットした時間 = now; }

>>148
いや、スレチでもないぞ。ライブラリ作者の古い作品だから

>>273
if( shot->hitTest( enemy ) )
{
/*ヒット処理*/
}
って書くとたしかに変更に強くわかりやすくなるけどそれがOOだっていうのは尚早だよ。
hitTest()の中身は結局上と同じ事してるんだから。
だからその部分がOOだって言われるとただのリファクタリング手法でしかない。
もしその部分だけでOOだっていえるならGUIアプリだって
TextBox tb = new TextBox;
list.add(tb);
ほら、同じ。
でも両方ともただオブジェクトを渡してるって事実しかないよ。
それを推しておきながらデリゲートだけじゃOOじゃない！っていうのは横暴だなぁ。
ちなみにVBは今はOOPLだよ。
OOは議論が起きるくらい曖昧なところもあるけど、やっぱりカプセル化・継承・ポリモーフィズムの３つは最低限主張すべきだね。
個人的にはわざわざなんでカプセル化なんてあるのか疑問だけどｗ（隠蔽や最小の原則なんかは構造化言語からずっとあった）

>>303
煽るわけじゃないけど流れを読んできてなんでいきなりWindowsのイベントドリブンが出てくるのかなって思ったんだけど、
きっと>>305のメッセージ呼び出し機能って言葉からそう思ったのかな？
たしかにイベントドリブンもメッセージっていうけどOOのメッセージっていうのは全く別物だよ。
純粋なOOPL(Smalltalkなど)ではメッセージ機能っていうのがあるんだ。
メソッド呼び出しに似てるけどちょっと違う。
C++ではメンバ関数、Javaではメソッド呼び出しで実現してるけどね。
詳しくは自分で調べてみて。

>>321
>>286
>コントロール一つ設置してイベントを呼び出すってだけでオブジェクト指向を感じる。
>もっと具体的に言えばイベントハンドラ（やデリゲート）がオブジェクト指向だなぁって。
いや、Windowsのイベントドリブン構造の事だ
読めばわかる

オブジェクト指向は僕達の心の中にあります

俺の中でオブジェクトっつったらスプライトの事だ！

じゃあ俺は、この形。

int WINAPI WinMain(うんたらかんたら〜){
　　　　Application App;
　　　　App.Run();
　　　　return 0;
}

Applicationのインスタンスが生成されてる間はアプリが生きてる。
App破棄と同時にアプリも終了する、この形がいちばん美しいと思う。

>>325
シングルスレッドであれば、確かに良いアイディアだと思う。

そこまでやる必要あるか？

>>326
中でタスクマネージャー的なものでCPU毎に負荷分散させているかもしれんぞ？

>>325のやりかたにどこかまずいところあるの？

>>324
用語が適当すぎるよな。

メモリを占拠した実体→「オブジェクト」
コンパイルして出来るファイル→「オブジェクト」
自分自身で処理させる論理機構→「オブジェクト」

名前付けたやつちょっとﾂﾗ貸せっていうか
昔、書籍読んだときさっぱり意味わからんかったぜ・・

メモリを占拠した実体ってインスタンスのこと？

変数じゃないの？変数もオブジェクトだよね

>324はもっと誉められていいと思う

昔読んだ本には、OOPは

オブエクとは「物」と訳される。曖昧さの象徴である。
頭の中でイメージしなさい。
物と呼ばれる、段ボール箱「みかん箱」がたくさんある。
みかん箱の中身は隠されている、知らなくて良い。
みかん箱を紐で結ぶ事が「プログラム」である。
みかん箱には切替スイッチが付いている、それで位置、色、大きさが変化する。
みかん箱が「オブジェクト」である。

基本的にOOやマイノリティ言語のウンチクや自分語りはスレ違いだな

>>334
簡単に言うと
バカでも切り替えスイッチをポチって押せば変化する事が出来る。
けどその変化する「仕組み」を理解する必要は無い。

って事？

オブジェクト指向あんまよく分からないけど、そうなると定数#defineって簡単なオブジェクト指向に入るの？

例えば
#define SPEED 25//数値を変えると速度が変えられます。
ってあったら数字を変えるだけで変化が実装できるし。

なんか違うかｗ

>>336
それだけだとただのブラックボックス化。
OOの一部ではあるけどCの関数だってブラックボックスでしょ？

グラフィック表示させる関数いろいろあるじゃない
DrawGraphとかDrawTurnGraphとかDrawExtendGraphとかDrawRotaGraphとかDrawRotaGraph2とかDrawModiGraphとか
あれみんな同じ重さなのかな
あと、やっぱ画像の大きさと重さにも関係あるのかな
あと、同じ四角のグラを表示させるのでもその四角のグラ用意して読み込んで表示させるのと
DrawBoxで表示させるとでは重さは変わらないのかな

自分でＯＯ使ってゲーム作ろうとすると結局グローバル多用したりパブリック多用しちまうんだよなあ

>>336
>>337
ttp://ja.wikipedia.org/wiki/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%8C%87%E5%90%91%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0

>>338
自分で実際に比べてみればいいんじゃね

>>338
”重さ”ってなんだ？＾＾；
ソース見てベンチ測って見ればいいじゃん。

なるほど
その発想はなかったわ
そんなこといままでしたことなかったからな
面倒臭さと相談してやるかどうか考えてみる

>>343
やるならGetNowHiPerformanceCount()を使うのはどうだ？
で、計測した方法と結果をここに書けば聞きっぱなしじゃなく他のやつの参考にもなる

ＤＸライブラリでスムーズに最大値合成できませんかね？
「画像を減算合成→重ねて加算合成」で実装すると、色深度が16ビットの時汚くなるし、描画コストも倍になるんですが……

ＶＣ６．０でＬＯＮＧＬＯＮＧ型表示させるには%I64dでよかったかな

sprintfの話？
__int64 を使うならそれだね。

DXライブラリいいね！
DXライブラリ3Dとは別ものなのかね？

3Dの方は派生verだな

ゲームプログラムってMSXのころBASICでやってた程度だけど
DirectXっつーやつはすごいな
ダブルバッファリングっつーのがあれば
MSXのころ悩んでたことがほとんど悩まなくていいじゃんね。
スクロールすら画像を移動するだけって最強すぎ。

>>350
ちょっ、MSXの頃だってダブルバッファリングしてたっつうのｗ
MSXはページ切り替えできたから、最高に楽だったわ
まあ、ハードウェアスクロールがあればもっと良かったが仕方ない

>>351
そうか
それはすまんかった

あー。そういえばあったような気がしないでもないな。
でも俺の技術では処理速度が遅くてスプライトを動かす程度しかできなかった
スクロールとかもってのはか。

してたっけ。
もう覚えてないやｗ

つーか、毎回全画面書き換えに耐えられないからページ切り替えはヘルプ画面とかで
利用してた気がしないでもないが。

タイトル画面を一瞬で表示するために使ってた。
あとはAVGの絵や3D迷路の表示とか。
アクション系のゲームには使わなかったな。

ページを切り替えないと、
ロゴとかが生成される様子が眺められるんだよな。あれはあれで楽しかった。

やっぱりいろいろ工夫する必要あったよね。
でもDXライブラリ使ったらそんなことまったく考えなくてよかったから
カルチャーショックだった。

流石に時代は変わったわ。
ま、MSXBASICのノリでかる〜く作っちゃえ。

なんだこの40代スレ

How many pages ? ■

MSXが導入されて、それまでのマシンで頻発してた
「雑誌掲載のソースコードを打ち込んでも自分のマシンだと動かない」っていうのが
少なくなったって印象があったなあ。

まあ、MSX自体のバージョンアップがあって、その栄光も一瞬だったんですけどね！


>359
まだ20代の真ん中くらいだよ！

Windowsが導入されて、
「自分で作ったプログラムが他人のPCでは動かない」っていうのが
少なくなった…………かな？

昔はスペックのわりにマシンも高価だったし
CPUやビデオをアップグレードするには、PCをまるごと買い換えるのが基本だったり
お殿様商売の時代だったなあ

>>350
>>351
MSX1なのか2なのか2+なのかターボRなのかどのスクリーンモードなのかで話が違ってくるし
ここはDirectXのスレじゃなくDXライブラリのスレだぜ！

VECTOR3 hoge;
hoge = mL.GetCameraEyePoint();

としてVECTOR3の中身をとりだしたいのですが
hoge.x
とかいうような形でとりだせないものでしょうか？

VECTOR3 cc;
cc.x=5;
mL.printf("cc.x=%d", cc.x);

としてもcc.x=0って表示されてしまいます。

すみません。
mL.printf("cc.x=%f", cc.x);
にしたら表示されました。

DXライブラリの描画をウィンドウハンドルを渡して
とあるウィンドウ内に表示することはできないでしょうか？

こんな感じで
http://blogs.wankuma.com/yo/archive/2008/01/25/119183.aspx

更新が止まってるようだけど
DXライブラリ3Dって完成したの？

失礼ですが質問です。
DXライブラリでプログラムを作って起動し、終了させたのですが、
なぜかウィンドウは消えてもタスクバーに"DxLib"が残ってしまいます。
閉じようと何度も試しましたが消えてくれません(タスクマネージャでもダメ)。
以前同じことが起こった時はパソコンの電源をスイッチから直接切らないといけませんでした。
何か解決策はないでしょうか。

このトラブルが発生した時は自分の失敗で無限ループを脱せず、
ツールバーのデバッグの停止を使って終了させました。
たぶん原因はこれだと思います。

DxLib_End()
を呼ばなかったからに1票

>>371
一応プログラムには書いてありますが、
その無限ループが発生したループ内では通ってないと思います。
これが原因なのでしょうか。
しかしDxLib_End()を通ると即プログラム終了だと思っていたのですが・・・

DxLib_End()はライブラリの終了であって、
ちゃんとその後ループから抜けてプログラム自体終了（WinMainからreturn）してるの？

>何か解決策はないでしょうか
>たぶん原因はこれだと思います。
>これが原因なのでしょうか。
ソースも晒さず、これだ、あれだと聞き返されても返答が難しいよね

>失礼ですが質問です。
失礼だと思ったので、回答は出来かねます

>>374
私に誠意が足りませんでした。申し訳ございません。

どう書けばよいのか分からないのですが、
WINMAINの中でreturnさせる直前にDxLib_End()を置いています。
DxLib_End()は一度限りでいいと思っていましたがもしかして違ったいたのでしょうか。

私が尋ねたかったのは、プログラムの起動中、
もしくは無限ループで抜け出せない時にデバッグの停止を行うと、
上述のトラブルが発生するのでしょうか、ということです。
分かりづらくて本当に申し訳ございません。

ソースに関しては、プログラムの内容について尋ねていたつもりではなかったため、
晒さずに漠然とした質問になってしまいました。この点に関しても私に落ち度がありました。
抜粋するのが適当だとは思いますが、ソースを全部晒しておきます。
ttp://www6.uploader.jp/dl/falljohn/falljohn_uljp00026.zip.html


・・・喧嘩腰に見えるorz　敬語って難しいです。

これではただの丸投げですねorz

int WINAPI WINMAIN( 略 ){

(ここにプロトタイプ宣言した関数)　←ここの中で無限ループが発生している

DxLib_End();
return 0;
}

という風にはしています。
ソースでは一応ですがループを自分で抜けられるようには少し変えています。

ソースのヒドさがなんか好感もてるなｗ

＞(ここにプロトタイプ宣言した関数)　←ここの中で無限ループが発生している
＞
＞DxLib_End();

それだと、
そのループから処理が抜けない限り、絶対にDxLib_End()には辿り着かない

そんでデバッグツールでの停止ではもちろんDxLib_End()が呼ばれず、それが問題だというのは一応あってるかもしれない

Flashのムービークリップや、
JavaScriptのsetIntervalのように
毎フレーム実行させるようにセット・解除できるような機能はないでしょうか？

>>376
ソース見るのだるいから見ないが、
ループを抜けられるようにしてあるなら、ループを抜けてみてプロセスが残ってないか確かめればいいじゃないか。
プロセスがしっかり終了してればDxLib_End()が呼ばれてなくてそれが問題だったって分かるんじゃないか？まぁ、これだけじゃそうとも限らないが。
それでもし終了できていたらDxLib_End()を書いたものと書かないものとを比べればちゃんと分かるが。
で、それが分かればおのずと質問に答えられると思うが。
ただ、ProcessMessage()だっけ？で処理してくれるような終了の仕方(ってある？)の場合には、そこらをしっかり書けばちゃんと終了できると思うが。

>>376
　　while(CheckHitKey(KEY_INPUT_SPACE)==0){
　　　　battle();
　　　　WaitKey();
　　}

　　ScreenFlip();
　　WaitKey();
　　DxLib_End();
　　return 0;
}

これだとProcessMessageで-1引いてもループ抜けられないような気がする。
whileの条件式にProcessMessageの判定加えたらいいんでは。
あと抜けた後のWaitKeyは、強制終了後も参照されてしまうのでやめたほうがいい。

>毎フレーム実行させるようにセット・解除できるような機能はないでしょうか？
何を毎フレーム実行させたいんだ？
というか質問は一つづつにしろよ

>>381
情報が足りませんでした。申し訳ありません。
JavaScriptでは、
var set = setInterval(function(){
　　〜〜処理〜〜
}, 1);
のようにすると、1ミリ秒ごとにfunctionを呼び出すことができます。
また、clearInterval(set);で解除することもできます。
同じように毎フレーム実行させることはできるでしょうか。
whileに全て入れるのが面倒なのです。

>>379,380
アドバイスありがとうございます。
ProcessMessage()を完全に忘れていました。
まだまだ基本がなっていないようなので、しばらくROMって学んでいこうと思います。

>>382
どうも、聞きたいことがよく分からん。
while文に入れるのが面倒なほどに大量に関数があるのか？
複数の関数を一つの関数の中にまとめて、まとめた関数をwhile文の中においておくってのじゃダメなんか?
それとも、while文に全て入れるのが面倒じゃなくて、
フレーム管理とかプログラムの状態遷移が分からないってことか？
ってか、それはライブラリというより言語の使用じゃないか？
もし仮にDxライブラリで出来たとしても、登録、解除のし忘れとかでバグの原因になりそうに思えるんだが。

設計の問題であってDXライブラリとは関係ないな
for (int i = 0; i < enemyCount; i++) enemy[i].Update();
こういうようなことを言ってるの?

>>384
whileに全て入れるのが面倒に感じていましたが、言われてみるとそうですね。
>>385
毎フレーム実行させるという意味でこちらにきましたが、観点がずれていたようです。
while文の中にforループを入れるという発想はありませんでした。試行錯誤してみようと思います。ありがとうございました。

>>385みたいなのって定石だから
試行錯誤するよりも初心者サイトでも見て素直に真似した方がいいよ

>>377
少なくともVSの「デバッグの停止」ならDxLib_End()が呼ばれなかろうとなんだろうとちゃんとリソースを解放してくれるはず。
>>370がいつまでも終了しなかったのはexeを直接起動したかリリースビルドだったのでは？

>>380
WaitKey()は別に問題ないよ。

あとScreenFlip()がWhileの外にあったら画面更新されないから中へ。

ＤＸライブラリを使用つつ、DirectXを直接使用することは出来ないでしょうか？

○○->(うんたらかんたら)
という処理が入っていると、エラーが発生して終了してしまいます。

>389
その例文だと全く意味が伝わらない

>>390
わかり難くてすいません……
DirectXを直に使いたい所があるので以下のコードを追加し呼び出した所強制終了が発生したので、
やはりＤＸライブラリを使用しながら直接DirectXを使う事は難しいのでしょうか？

#include <d3d8.h>

void aaa(){
LPDIRECT3DDEVICE8 FogDev;
D3DCOLOR FogCol;
float FogStart;
float FogEnd;
FogCol=0xffffff;
FogStart=100;
FogEnd=300;
//この中をコメントアウトすればエラー無し
//逆に一つでもあるとエラーで落ちてしまう……
//================================================
FogDev->SetRenderState(D3DRS_FOGCOLOR,FogCol);
FogDev->SetRenderState(D3DRS_FOGSTART,*((DWORD*)&FogStart));
FogDev->SetRenderState(D3DRS_FOGEND,*((DWORD*)&FogEnd));
FogDev->SetRenderState(D3DRS_FOGVERTEXMODE,D3DFOG_LINEAR);
FogDev -> SetRenderState(D3DRS_FOGENABLE,true);
//================================================

}

質問ですが、ウィンドウモードにした時の左上のウィンドウアイコンは変更出来ますか？

>>391
参照エラーかな？
DXライブラリ側でLPDIRECT3DDEVICE8って持ってなかったっけ？
と無責任な事言ってみる。
DXライブラリのソース確認してみて。

>>392
出来るよん

>>393
ヘッダファイルを確認した所、LPDIRECT3DDEVICE7に関しての記述はみられましたが、
LPDIRECT3DDEVICE8についての記述はありませんでした。
ライブラリ初期化の前に読んだ所起動すらしなかったので、やっぱりＤＸライブラリとの競合ですかね……

どうやら単純にコードが悪かった様です。
スレ汚し失礼しました……

前うｐして感想頂いて、とてもやる気が出たので、
こんな感じの体験版となりました。

ttp://tikuwa.net/file/up7821.zip.html
DLKey:dx

頑張ってるじゃん

BGMやSEも自作？
引用があれば著作権等の明記はしっかりしておいた方が良いよ

ＤＸライブラリ３Ｄのサイトが消えてるな

ほんとだ、今見てみたら消えてるな

DXライブラリでタイトルバー消すことって出来る？
イメージ的にはこういうものを作りたいんだけど

http://www.geocities.jp/tjschallenger/TJS0320.html

http://www.geocities.jp/tjschallenger/img/TJS031701.png
↓
http://www.geocities.jp/tjschallenger/img/TJS000301.png

>>400
ttp://studiokingyo.fc2web.com/dxlib/kaibou/k_shiyou.html
で紹介されてる方法で駄目なら、ちょっと工夫が要る気がする

>>397
自作なので大丈夫かとは思います。

自作なのか……すげぇ。

あ、DXライブラリとPNG読み込み機能の著作権表記してない…これはマズったかも…。

>396
すげえ

どんどん敵が固くなるｗ
敵がワイドショット撃ってくるあたりから先にいけん

>396
相変わらず難し過ぎる……w
ところでなんかボスのライフが下がり切らない内に倒せたんだけど。制限時間？
あとグレイズタイプって何かと思ったらサイヴァリアなのね。

>>403
どれも芋臭い曲ばかりですけどね…。
>>405
殆ど自機狙いなので直前に避けるとやりやすいと思います。
>>406
サイヴァリアの快感を再現してみたかったんです。
ボスはかすりで永遠に稼げるのと、ショット弱体化の対策として、
ワインダーを放ち終えた２分で自滅するようにしてみました。

ループ前にメニューバー作ってループの命令に解像度変更機能を書いてみたんだが、
どうもフルスクリーンだけ正常動作しない

一応、ソース書いておく

if(CheckMenuItemSelect_ID( 14)){
//起動時、フルスクリーン化
ChangeWindowMode( FALSE ) ; //フルスクリーンモードで起動
MAP_W = 640-SPAN_LR*2 ;
SPAN_LR =128;
SetGraphMode( 1024 , 768 , 32 ) ;
SetMenuItemMark_ID(11, MENUITEM_MARK_NONE);
SetMenuItemMark_ID(12, MENUITEM_MARK_NONE);
SetMenuItemMark_ID(13, MENUITEM_MARK_NONE);
SetMenuItemMark_ID(14, MENUITEM_MARK_CHECK);
//SetAlwaysRunFlag(TRUE) ;//ウインドウがアクティブではない状態でも処理を続行するか
SetDrawScreen( DX_SCREEN_BACK ) ; // 描画先画面を裏画面にセット
}

文字は表示されてもグラフィックは読み込まれない
左上隅に表示されるんだが、自分は中央拡大描画を求めている

>>404
お前何か勘違いしてないか？知識なんて使って減るもんじゃないから只だと思ってんだろ？
人に物を訊くってのがどういう事だか、自覚してる？
知識ってのはな、社会人に取って金と同じく貴重な財産なんだよ。使っても減らないけど、教えたら広まった分だけ価値が下がる。それを分けてくれって言ってんの自分でわかってる？
社会で必要とされる知識ってのはな、本になんか載ってない事ばかりなんだよ。全部人から人へ、直接のコミュニケーションを介して伝わって来たモンなんだ。
そういうノウハウを分けてもらう申し訳無さみたいな物が、伝わって来ないんだよ。お前の態度からは。
猿だって仲間から餌を分けてもらう時は申し訳無さそうな顔するんだよ。ヘラヘラ笑いながら近づいてったら殴り殺されんぞ。
猿だったら今頃とっくに死んでんだよお前。そんな態度で今まで。何回も言ったよな。謝る時は申し訳無さそうな顔をしろって。
そういう学校じゃ受けられない教育を受けておきながら、社会人を経験しなきゃ得られない知識を貰っておきながら、
何にも生かせてないんだよ今のお前は。学生のサークルごっこじゃないんだから。もっと四六時中危機感を持って生きてなきゃ駄目だよ。いい加減いつまで学生気分じゃ。

誤爆なのかそうでないのか……ｗ

>いい加減いつまでも学生気分じゃ。
耳が痛い話です。

人生一勝勉強です。

アンカミスだろｗ

ボクは社会人になってから学生時代以上に学生気分です。

ウインドウモードで起動して
マウスの左クリックを監視するようにしました

その際、ウインドウの範囲外をクリックしてもマウスの左クリックを認識してしまいます

その解決策として
ウインドウの左上の座標(x,y)からWindowの大きさ(X+width,Y+height)までの間でクリックされた時のみクリックを監視するという方法をとろうと思っています

そこで質問なのですが
ウインドウの左上の座標を取得する関数は存在するのでしょうか？
また、無い場合は何か他に代用できる関数は標準ライブラリなんかに入っているでしょうか？


あと、ウインドウがアクティブかどうか判断する関数ももしあったら教えてください

一応調べたのですがヒットしなかったためよろしくお願いします

全部Win32APIにある

>>416
ありがとうございます見つかりました

下のは
GetActiveWindow()
でいけそうですね
上も調べてみます。ありがとうございました

度々すいません
>>415はアドバイスのお陰で全て解決しました

ところで、作成したexeを起動するとLog.txtというものができるのですがこれは仕様なのでしょうか？
logファイルを作成しないように設定することは出来ないのでしょうか？
よろしくお願いします

リファレンスを log で検索してみた？

Dx_Lib()
より前でSetOutApplicationLogValidFlagを呼びださなければなら無かったのですね
解決しましたありがとうございました

dxlibって英語の使い方が変だよね
LogValidとか

もしかしてめちゃくちゃ初歩なのかもしれないけど
他のツールで作ったソフトの内部でDXライブラリを呼び出すことって出来るんですか？

例えば、ノベルゲーム作成ツールでゲームを作って、ところどころでDXライブラリで作ったゲームを組み込む
みたいな感じで
ノベルのほうで普通にDXライブラリ製のソフトを呼ぶと窓が起動してしまいますよね？
ノベルのほうと同じ窓でゲームを実行することってできないのでしょうか？

意味がよく分からなかったらすいません

たぶん無理だと思うが

>>422
何が言いたいのかはわかるけど、残念ながら恐らく不可能。
両方でしっかりデータの受け渡しができれば、携帯アプリの前編後編みたいにすることは出来るかも知れないけど、
現存のツールではそこまでの機能は無いと思うし……。

プロセス二つ作ってパイプで通信すればいいじゃない

>>423,424
そうですか・・・

あまり知識無いんですけど、描画先のウィンドウハンドル(ここではノベゲー)を取得して、内部でDXライブラリ製のソフトを呼び出した時
ウインドウを新規で作らず、いまあるウインドウを描画先に指定（取得したハンドルを用い）みたいなことができれば可能なのかな？

よくわからないorz

>>425
具体的にはどういうことでしょうか？
ぐぐったら分かるかな


アドバイスありがとうございます

プラグイン形式的なDLLを作成すれば可能

>>427
ありがとうございます
やることとしては>>426に書いたとおり
＞描画先のウィンドウハンドル(ここではノベゲー)を取得して、内部でDXライブラリ製のソフトを呼び出した時
＞ウインドウを新規で作らず、いまあるウインドウを描画先に指定（取得したハンドルを用い）みたいなことができれば可能なのかな？

描画先を既存のウィンドウにすればいいんですよね

これってどうやるんだろう・・・・

>>422
できるぞ、（ただし、元のプログラムが自作かせめて、DLLを使えるのが前提だが。）

>>426
＞ウインドウを新規で作らず、いまあるウインドウを描画先に指定（取得したハンドルを用い）みたいなこと・・・・
は、難しいと思う。
見た目的には、同等の事も可能だと思うが、実際にそのウィンドウに・…はややこしいと思う。
（内部的にその元アプリがどんな事してるか次第だけど、DXlib使うとDX内処理もあるから
　フック掛けて完璧に使えるとは思えないから。）

>>425じゃないけど、参考になりそうな。
　ttp://funini.com/kei/vs/named_pipes.shtml
　ttp://www.fides.dti.ne.jp/~tokai/vc/vcpipe.html
　ttp://msdn.microsoft.com/ja-jp/library/cc430103.aspx
　ttp://msdn.microsoft.com/ja-jp/library/cc429587.aspx
　ttp://msdn.microsoft.com/ja-jp/library/cc429021.aspx

　ttp://www.02.246.ne.jp/~torutk/cxx/sharedmemory/win32_shmem.html
　ttp://www.alpha-net.ne.jp/users2/uk413/vc/VCT_FileMapping.html

>>429
ベースプログラムは吉里吉里かSystem4.0を考えてるので多分dllの読み込みは可能かとも居ます
実際色々プラグイン公開されてるし

色々ありがとうございます
調べてみます

>>396
亀だがやってみた

とりあえず途中から敵固すぎﾜﾛﾀ
ボンバーなしじゃ無理な気がｗｗ



俺のシューティングは随分昔にシューティングスレに投下してから弾幕に凝っててあんまり見た目の進歩がないぜ

>>431
固さは面とレベルの兼ね合いにしたいと思います。
最近見かけばかりに力を入れてて肝心のゲーム内容は…。

星のパーティクルがすてき。

シューティングってこんなに作るの難しかったんだな

ゼビウスみたいのなら楽勝だろとか思ってました、ごめんなさい

初心者です
質問なのですが、ゲームのBGMで
最初に戻って繰り返すときBGMをとぎれてしまわないようにする方法はありますでしょうか
例えばRPGの戦闘音楽のようにずっと放置していてもきれいにループするような方法です

曲の途中で違和感のない位置に飛ばせばいいと思う。

俺はやったことないけど
http://homepage2.nifty.com/natupaji/DxLib/function/dxfunc_sound.html#R8N13
これできれいにループするんじゃない？

>>436
ありがとうございます！勉強してチャレンジしてみます！

>435
あと、姑息な手段で申し訳ないが
MIDIのようにサイズを気にしなくて済むようなものなら、最初から10分続くファイルにしてしまうという手もある。

PlaySoundMem()でループ再生フラグを指定すればいいよ。
>>435がファイル形式を言ってないのでわからないけどwavなら綺麗にループする。

>>439
たぶん>>435が使っているファイルは曲の最初と最後が繋がってないやつなんだろう。
だから、普通にループ指定すると音が途切れずにループしない。

けど、市販ゲームでもこういうBGMあるし、俺は気にしないけどな

>>435
無音時間の全くない完全なシームレスループにしたい場合、下のページが参考になると思います。
ttp://www13.plala.or.jp/kymats/study/MULTIMEDIA/waveOut_multibuf.html

API使わないといけないのとWAV限定ですが。

>>441
FF10のジェクト戦みたいにボーカルいれた音楽をBGMとして使えそうだな
すげえ

>>440
「最初に戻って」って書いてあるからなぁ。
でも途切れる方法が書いてないところが色んな憶測を呼ぶよね。
まぁここまでで解決方法出たと思うからいいんだけどさ…。

ＤＸライブラリ(2.25)のプロジェクトがコンパイルできない。
'/O2' と '/RTC1' は同時に指定できません　ってコンパイルエラーが出る。
プロジェクトの設定でO2→Odにしてるんだけれども。
RTC1の方を切ればコンパイルできるんだけど、なんでだー！

フルスクリーン化ではなく、ウィンドウモードでの最大化って
どうやったらできるんでしょうか？

起動時に設定ファイルなり引数なり読み込んで解像度変更させちゃえば？

>>445は画面サイズを可変にしたいということ？
どこかにそれっぽいサンプルがあったような……。気のせいかな。

SetWindowSizeChangeEnableFlagで可変設定、
SetGraphModeで直接指定ができるね
なんとかして使ってるモニタの解像度を取得して当て込めば出来るかも
だけど処理速度は厳しいだろうな

ウィンドウのサイズを変えたいのじゃなくて
右上の最大化のボタンを押せば、標準的なアプリと同じような
動作にしたいです、
画面全体にきっちり広がって間違ってマウスでドラッグしても動かないような感じです

えーと、それで、何がしたいの・・・？

>>449
普通にフルスクリーンモードじゃなくてウインドゥモードにすれば
いいだけじゃないの？
そういう関数あったと思うけど。

デフォルトでは画面の端っこにマウスポインタを当ててもサイズは変えられないし
最大化ボタンも押すことができない
これを変えたいってことなら
サイズの手動変更の場合は>>448
あとはSetUseASyncChangeWindowModeFunction()で最大化ボタン有効化だと思うんだが
ちょっとこっちの使い方が分からないorz

縦シューを作ろうと思ってるんですが、
480x640で起動することってできますか？

>>453
http://homepage2.nifty.com/natupaji/DxLib/function/dxfunc_graph.html#R4N1

>>454
できた！
ありがと^^
起動時に640x480になってるのが気になるけど、まいっか

>>455
もっと早い段階で呼び出せば良いよ
DxLib_lint()より上で呼べば最初からそのサイズになる

DXライブラリで同人ゲームを作ろうと思っています。

C++でプログラミングするにあたって、横スクロールアクション(マリオとかロックマンみたいな)
の作り方のサンプルを紹介してるサイトってないですかね？

↓シューティングゲームについては四聖龍神録さんのページが非常に役に立ちました！
http://dixq.net/rp/

>>457
公式HPのサンプル

応用力の無いやつや

>>457

C++でのサンプルはどこにもない。と言い切っていい。

JAVAだが、考え方としてはいいかもしれないのでこれを見て、自分で考えてはどうか。
http://javagame.skr.jp/index.php?FrontPage

これもC++ではないが、考え方としては（以下同文
http://itpro.nikkeibp.co.jp/article/COLUMN/20060228/231306/?ST=swd-tech

やはり、自分で考えて試行錯誤するしかないのではと思う今日この頃

最初はグローバル変数使いまくって
次に構造体をグローバルにして使いまくって
次に構造体をポインタで書き換えるようにして
引数に構造体のポインタがどんどん増えていき
次に各構造体の先頭のポインタをまとめた構造体をつくってそれを引数にしたんだけど
だいたいみんなこんな感じ？

>>458-460
レスサンクスです！

>>460
まさにこういうページ探してました！
横スクロールと敵の制御とか参考になりまくりです。
言語は問わないんですが、STGの情報は多いのにACTはなかなか無かったので。

↓自分でも探してたんですが専門学校(?)のゲームの作り方ページもよかったです。
http://rina.jpn.ph/~rance/directx8/

Web上だとなかなか情報が無いから､専門学校の
教科書が欲しいなんて思っちゃいました。笑

>>461
前から気になってはいたんだけど、構造体とかグローバルで使うのって何かまずいことでもあるの？
ポインタにする利点をずぶの素人の俺にも分かり易く教えて欲しい。
引数で構造体を直に渡してなければ余り関係ない気がしてるんだけど。

グローバルな変数は、他で書き換えられるかもしれないことを
いちいち考えないといけないんだよな
プログラムの複雑さが増すので乱用は慎しめと言われてる

はっきり言ってしまえば、そのプログラムを自分しかさわらなくて、
注意して組む自身があるならグローバルでも問題ないと思う。

>>465
俺は、あえて　「昨日の自分は他人」だと思って、
可能な限り、必要性のない限り　グローバル変数は使わない方がいいと思うけどね。
（特に、携帯機器とかメモリ節約とか求められてない時は余計に。）

>>463
“普通の”ポインタの利点は、微妙だな。ただ、まだまだある所じゃ、速度的に値のコピーよりも
参照して行った方が効率が良かったり、処理の記述がしやすくなったり。

ただ、あるClassのポインタ（関数ポインタ含む）は処理の委譲に頻繁に利用される。
利点として、全体像が綺麗にできるし、コードの混雑が大きく減る。
cf.Strategy パターン Decorator パターン 　双方向リスト　動的確保

>>463
グローバル構造体自体は普通に使うよ。
グローバルクラスが普通に使われるように。
C++においては構造体＝クラスだからね。
問題は、構造体に使われるpublic変数なんだと思う。
GetXX(),SetXX()にすればいいって問題でもないとは思うけど、もしクラスならメンバ変数は基本的にみんなprivateでしょ？

何言ってるかさっぱりわからん俺のソースは絶対他人には見せられんな。

>>463
461です
俺は今年からプログラミング初めた素人
まだグローバル変数使って困ったことはないけど
勉強しつつゲーム製作やってるから今はポインタ使って試してる
次はクラスってのを使ってみる予定

ＤｘＬｉｂでaviを再生させる関数ってありますか？？？

>>470
すいません
ＤＸライブラリで検索したら即効見つかりました
お騒がせしました

すいません
下のようなコードで何か問題ってありますでしょうか
動画が真っ黒の画像で再生されてしまいます
test.aviはexeファイルと同じディレクトリにあります

#include "DxLib.h"

int WINAPI WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance,
LPSTR lpCmdLine, int nCmdShow )
{
if( DxLib_Init() == -1 ) // ＤＸライブラリ初期化処理
{
return -1; // エラーが起きたら直ちに終了
}

PlayMovie( "test.avi" , 1 , DX_MOVIEPLAYTYPE_BCANCEL ) ;

DxLib_End() ; // ＤＸライブラリ使用の終了処理

return 0 ; // ソフトの終了
}

>>472
原因を調べるにはまずどこがおかしいか調べようぜ
PlayMovieの戻り値は調べた？
まあおそらくtest.aviが開けないんだと思うけど。
exeと同じディレクトリでもカレントがそことは限らないよ、どうやって実行した？
フルパスで指定してみるのがいいかもね

>>472

#include "DxLib.h"

int WINAPI WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance,
LPSTR lpCmdLine, int nCmdShow )
{
if( DxLib_Init() == -1 ) // ＤＸライブラリ初期化処理
{
return -1; // エラーが起きたら直ちに終了
}

if(PlayMovie( "test.avi" , 1 , DX_MOVIEPLAYTYPE_BCANCEL ) ==-1)
{MessageBox(NILL,"ファイルが開けません","読み込みエラー",MB_OK);}

WaitKey();
DxLib_End() ; // ＤＸライブラリ使用の終了処理

return 0 ; // ソフトの終了
}

こう変えて確認してみたら？
PlayMovieは、ファイルの読み込みに失敗すると-1を返す(成功は0)
もし、これでMessageBox表示されたら上手くファイル指定ができてないってこと

もしかしたらコーデックなんかの問題もあるかもしれないけどそこは分からない
あと、PlayMovieはそこでムービー停止するまで処理とまるんだっけ？
そうじゃないならムービーの再生が終わるまで処理終わらないようにする工夫が必要

どれもこれもリファレンスにあるから一度目を通してね

つーかこれ公式のヘルプのサンプルそのまま貼り付けただけじゃないか。
これで問題ありますか？って、、、、
今後もサンプルがうごかないたびにコメントごとそのまま貼り付けるつもりか。

公式ページにカレントディレクトリの説明がないからだろ
フルパス指定を推奨しろよ

実行させてないけども、472のプログラムって一瞬で終わったりはしないのか・・

一応、ムービーは最後まで流れたよ。
ファイルが無いときも黒画面のフルスクリーンまでいって帰ってくる

>>472
音は鳴ってるの？

すいません
解決しました
原因は動画のサイズが大きかったことでした
試しに400*300の小さい動画を再生したところ画面左端にきちんと表示されました

ほー大きいと駄目なのか

大きいってどれくらいだろう。

謎がふかまるばかりだ

画面から一部はみ出てるから表示されないじゃね

背景の画像と前景の人物画の輪郭をアンチエイリアスで
合成するにはどうしたらいいですか？

アルファブレンドの出番かな？
ファイル名_a．拡張子で指定。プログラムは変更不要で元ファイルといっしょに読み込む。
グレースケール（白黒）で２５６階調。
０（黒）が完全透過で２５５（白）がマスク、中間値で半透明処理できる。

前景に普通にアルファチャンネル付き24bit-PNG使うだけじゃなくて？

png扱えるならそれが一番楽だな

ありがとうございます

アルファブレンド試してみました
ファイル一つ用意するだけで出来たんですね
美しい描画に感動しました

アルファチャンネル付きpngは今から作ってみます
作ったことないからグーグルから始めますが
今日中にがんばってみます

アルファチャンネル付きpngすぐ出来た
ありがとうございました

俺はもう何でもかんでもアルファチャンネル付きPNGだ。便利すぎ

だな

pngって使用制限あるんだっけ？
pngを知ったら他の形式なんてとても使えたものじゃない。

スピードに問題はないの？＜アルファチャンネル付きPNG

読み込んだあとは一緒だから全く問題ない

そうなんだ。
透過処理ってなんか重そうだから多用しないようにしてたんだけど、心配なかったのか。

png使ったら著作権表記が必要じゃなかったっけ？

pngはgifの特許がらみがウゼーって事で作られたものだから
その辺の表記なんたらは何にも必要ないよ

pngそのものの著作権じゃなくて
読み込んで表示させるプログラムの著作権じゃない？

＞・下記の機能を使用した場合は、配布するソフトウエアのドキュメント等に各機能に応じた
＞　　著作権表示を含めてください。
＞
＞　　PNG 画像を読みこむ機能を使用した場合
＞
＞　　　libpng　Copyright (c) 1998-2004 Glenn Randers-Pehrson.
＞　　　zlib　Copyright (C) 1995-2004 Jean-loup Gailly and Mark Adler.

http://homepage2.nifty.com/natupaji/DxLib/dxlicense.html

>>496
>>495はアルファブレンドとアルファチャンネル付きPNGが一緒ってことじゃないかな？
透過処理は普通の描画に比べたら遅いよ。

ああ、なるほど。
491がなんでもかんでもって言ってるから
普通の描画と同じくらい軽いのかと思ってしまった。

TGAだったら外部ライブラリ使ってないから著作権表記の必要はないよ
圧縮アルゴリズムが単純だからPNGよりファイルサイズが大きくなるけど・・・

さっき何気なく3D版の公式見てみたら・・・

終了か

透過処理はそんなに重くないよ

3D版まだ落とせるとこない？

直リンで落とせるんでない？

かゆい

うま



を思い出したｗｗｗ作者どうなったんだｗ

ファイル名が分からない…

だいたいなんで今更3D版がほしいんだ？

なにが今更なの？

公式が死んでるのに今更そこまでしてほしがる理由は何だろうと単純に思った。

きっと、開発を引き継いでくれる猛者なんだと予想

"今更"って主観に左右されると思う

>>512
前に使ってて一時期離れてたとか
DXライブラリの事を最近知ったなら今更とか関係ないし
てか、なんでそな事を疑問に思うのか疑問だ

ちょうどサイトが死ぬ頃にきたもんだから、何かこう「今更かよ！」的な印象を持ってしまった。
失礼した。

んーー？？？

情弱死ねって事でしょ

とりあえず、webarchiveあたりからリンク引っ張ればいいじゃん

DXライブラリ初めてつかってみたんだけど、なかなかいいね。
面倒なDirectX初期化周りやレンダリング処理を全部任せられるのがすごく便利。
今まで何度も1人でゲーム作ろうとしてゲームのライブラリ化までで燃え尽きてたけど、いけそうな気がする。

ただ、メッセージプロシージャ周りを完全に独立させて、他に譲渡できればいいんだけど、
DirectXの特性上難しいのが残念かな。
ウィンドウモードでデバッグウィンドウ周りを実装してたときに感じた愚痴です。

3Dの方が更新されてたが、作者どうしちまったんだ？気でも違ったか？

人生の方が狂ったんじゃ

http://00o.sakura.ne.jp/index.html
3D版の作者のサイト、移転してたんだ

>>523
日記の内容からして
もうDXライブラリの方は手をつけないんだろうか

このスレ見てなかったっけ？
そのうち書き込むんじゃない？

>>523
ああ、移転だったのか。
あんなイカレた閉鎖文なんか載っけてどうしたのかと思ったよ。

要望に答えるのが日常になって自分の作りたい物に時間や気力を使えなくなったから
過去を全部捨てて仕切りなおしたって感じだな
もうライブラリとかそう言うのは作っても公開しない気がする

DXライブラリ３Dは公開される気配はなさそうだし、終了のお知らせか・・・

まあこうなるとは思ってたよ
DXライブラリ3Dのソース見てみたらモデルの扱いにD3DX使ってて
まともなライブラリに至るにはまだまだ先の長い状態だったしな・・・

いや、作者はどこか意志が弱そうだから、
また公開してくれるまで諦めるな。

人様が作っている物をタダで利用させてもらってる以上、こういう事態は仕方ないと思うよ

今、3D版のサイト見たら
DXライブラリ３Ｄファイナルパック
というのが、公開されてるんだが
http://fatalita.sakura.ne.jp/3DLib/

>>532
＞※このサイトは２，３日以内に自動的に閉鎖されます
このスレ見て一時的に公開？ｗ

でもこうやって出来る限りの配慮をしてくれるのはありがたい
非常に乙でした

とりあえずウィルススキャンはクリアした

てか自動的に閉鎖ってできるのか

今北
関数リファレンスページにあるリンクされてない関数ってサンプルがないだけで使えるんだよね？
ＳＵＧＥＥＥＥ

DXライブラリ３Ｄ作者
おつかれさま
いろいろ勉強させていただきました

DXライブラリ3D辞めたのか。うーん。これからどうしよう。
SlimDXに行くかな

SlimDX使えるような人ならDXライブラリの世話になんかならんw
.NET言語で書けること以外は生DirectXと同じだぞ

まあおかげDirectXのドキュメントが役に立つわけだがｗ

DXライブラリ３Ｄ作者ありがとう、感動した。

おつかれさまでした。

etGraphMode(800,600,32);
if( DxLib_Init() == -1 ){return -1 ;}
int t,g;
g=LoadGraph("a.png",TRUE);

SetDrawScreen(DX_SCREEN_BACK);
for(t=0;t<150;t++){
DrawGraph(GetRand(800),GetRand(600),g,1);
ScreenFlip();
WaitTimer(10);
ProcessMessage();
}

単純に画像を全画面にランダム表示するプログラムなのだがここで問題が・・・

Radeon系のグラボで実行すると画面がおかしくなるんです
SetScreenMemToVramFlagでグラホのメモリを使わない設定にするとまともに表示します
DXライブラリはRadeonの相性悪いんでしょうか
ちなみに実行したパソコンのグラボはラデX1950Proと3870で
ドライババージョンは1.2.2545 38946です

最初のSぬけてた

「おかしく」の内容がわからないけど
たとえばSetGraphMode(640,480,16);にしても起こる？

>>545
色を変えてもちらつきます・・・どうやら色問題でもなさそうです

で試行錯誤していろいろやってみたけど
SetDrawScreen(DX_SCREEN_BACK); というの行を削除して
実行するとまともにちらつきがなく１枚ずつまともにきれいに表示された
（理由はよくわからないけど・・・）
あ　肝心なＤＸライブラリはVer2.25です

>>543
全文かいてないからどうおかしくなるのか分からないけど、それだとすぐに終わらない？
SetGraphMode(800,600,32);
if( DxLib_Init() == -1 ){return -1 ;}
int t,g;
g=LoadGraph("a.png",TRUE);

SetDrawScreen(DX_SCREEN_BACK);

while(ProcessMessage() == 0)
{
for(t=0;t<150;t++){
DrawGraph(GetRand(800),GetRand(600),g,1);
}
ScreenFlip();
}
DxLib_End();
return 0;

これでもだめ？

ラジオン自体、DirectXの規約にこだわり過ぎているからな
テクスチャサイズは2の累乗とか特殊なウィンドウサイズに対応してないとか

>>547
すいません自己解決しました^^;

どうやらＤＸライブラリのプログラム上ではなく
ATI Catalystのグラフィック設定がおかしかったようです・・・
3Dアンチエイリアス設定を「管理しているアプリケーション」を選択して
設定して実行すると 画面に残像現象がおきて変になるようです
そこの設定を ２ｘ４ｘ６ｘ（どれでもＯＫ）を選択すればちゃんと表示されました

ファイナルパック逃したああああああああああ

>>550
＾ｑ＾9ｍ




＞改変して二次公開したりしても別にかまいませんが、その際は二次公開の旨を分かる位置に掲載してください。
＞なお、ＤＸライブラリ３Ｄは著作権は原則フリー（常識の範囲内で）なので商用・非商用・自作ライブラリへの組み込み、
＞全てにおいてあなたのやりたいようにやってください。

その内誰かうｐしてくれるよｗ

>>550
うｐロダにあげたよ


＞二次公開の旨を分かる位置に
ミスったな
一応ここで二次公開って言っておけば大丈夫かな？


http://uproda55.2ch-library.com/s/gogo000065.zip.shtml

>>552
それは中身改変してる場合じゃね？＞掲載

何故か3Dモデルがポリゴン欠けしてしまうよ

それ以前にさ、モデルを100分の1くらいに縮小して表示したら変なことにならないか？
もうこれでずっと悩んでるんだが

ヒント
有限な計算精度

縮小するなら、縮小専用のモデル（ビルボでも可）を用意してあげれば？

どうしよう二人の言ってることがさっぱり分からん。

ニコ動に抵抗がなければ5:20あたりから見てくれないか。
ttp://www.nicovideo.jp/watch/sm6061026

↑ログイン形式だったの忘れてた。聞かなかったことにしてくれ。

ライブラリ３ＤはＤＸアーカイブファイルとFileRead_系の関数が使えないのかああああああああああ

File_Read系は
#include<stdio.h>
で好きなだけ代用できるじゃないか

intじゃなくてFILFポインタになるけど

アーカイブは探せばいくらでもあるから代用できる

……はず

>>558

うはー、DXライブラリ３Dってこんなの作れるのか。

DXライブラリ3Dを持ち上げては「閉鎖もったいない！」「また公開されるべき」と色んなスレで書き込んでるIDが同じヤツ作者？
それにあわせて作者が同じ日に公開とか自演ぽくね？

閉鎖なのか公開なのかはっきりしろよ・・・
大学続けようとおもいます→大学中退しました→
夢があるからです→夢から冷めてきました→
興味が薄れてきました→PC壊れたので・・・→閉鎖します

んな事自演しても意味ないと思うけどな〜ｗ

http://ii2.matrix.jp/news/archives/index.html

>>563
アホ？
これ以上のバージョンうｐは無いと思ってればいいだろ
閉鎖されてから落とせなくて探してる奴が居ただけだ
ファイナルを何時から準備してかは知らんがな

てか、こんな過疎板に自演して作者に得があるのか？

2Dの方で努力に見合った対価が得られなかったのかな？

DXライブラリ3Dだけど個人的には飽きっぽいのに根気が要るライブラリ公開なんてするなよと思った
無料だから文句は言えないけど、飽きたから管理止めますとか、無責任なことには代わりない
もうこの作者のことは信用できない

文句言いまくりですねｗ

まあ擁護してる奴は作者だろうな

仮に飽きたからでも一身上の都合と言うのが大人だよな

麻生じゃないけど世の中思った事をそのまま口にすると損する事が多いらしい

>572
そらそうだｗ

麻生は口滑らしすぎだなｗ

欲しい物が手に入ったら叩き始めるとかもうね

小泉さんは思ったこと口に出したからこそ成功できたタイプ

飽きたから止めますってなんて言われたら今までのファンは凹むもんさ
有料でもいいから続けてみては？

>>576　どこがだよwww

むしろ、逆だろ。ほとんど何も言わなかった。
で、喋る時は、あらかじめブレーンが考えた　フレーズで乗り切る。
だから、絵が欲しいTVには喋ってる所で、内容がぶれようがない。
変な編集かませる余裕を作らず、ちゃんとメガホンとしてマスコミを利用してた。

メディアの使い方が上手かった、これだけは間違いない

DXライブラリ3Dの作者は信用できないのは間違いない
それ以上にDXライブラリの名前使ったのに逃げたのが許せない

>>578
私の内閣では通用しない
感動した
そして解散を決めたときの名演説

いまさらかつての人気を貶めようとしても無駄ですよ

ＤＸライブラリ
ＤＸライブラリ　関数リファレンスページ
dxfunc2.htm（ファイル名）　には詳しい説明がなくて

メニュー関係関数がいまいち使い方がわからない

あー、なんか

＞それ以上にDXライブラリの名前使ったのに逃げたのが許せない

これはわかる
名前がまったく関連性のないものだったらよかったのにね

メニュー関係関数って何

集客のためだったんだろうよ。

メニュー関係の関数は本当に全然わからんよね
関数の数も多ければ、引数についても説明不足でなにがなんだか分からないよ。まじで。

自分はResourceから作ってます。
IDR_MENUってのがメニューリソースでこんな感じ
SetUseGDIFlag(TRUE); //GDI利用
SetUseMenuFlag(TRUE); //メニュー利用
LoadMenuResource(IDR_MENU); //リソースからメニューを読み込み
SetDisplayMenuFlag(TRUE); //メニューの表示
注意を1点だけ。
Windowモードだと問題ないけど、フルスクリーンモードだと、
そのメニューからDialogBoxなりMessageBoxを呼ぶと、
一見ちゃんと表示されたようになりますが、処理復帰後、
その後、メニューが隠れて見えなくなります。

あ、あとメニュー作成はDxLib_Initの前でOKです

>552
今DLしました
ありがとうございます！

>>552
超ありがとう。
マジで。
おかげで開発引き継げられるわ。

>>589
引き継いでもいいけどDXライブラリ3Dという名称はやめてくれ

>>590
わかるけど
変えたら変えたで問題じゃね？

俺ももうDXライブラリ3Dという名前はやめてほしい
完成度が高くて初心者でも分かる程度になってから名乗って欲しい

DXライブラリ3Dの作者叩く奴等は最低だと思う。

どこのチョンだよ。

見てて恥ずかしい。

勝手にDXライブラリ名乗って売名したうえに
ユーザーから賞賛されないって逃げたのは誰だよ

ホンディーって名乗ってホンダっぽさだして
富士山移して日本っぽさだして売名してる現代車と変わらないのは作者だろ
しかも、性能まで劣ってるというとこまで同じだし

叩くというかもう出てこないで欲しい

行動せん奴よりは100億倍マシだがな

行動の方向性が悪けりゃ邪魔にしかならない
そして、作者は現に逃げた　大学からも　ライブラリからも　サイトからも

ml::だけは格好悪すぎるから変えてくれ

あと作者はあのサイトとあの名称を捨てただけで活動してるみたいよ？
ブログっぽいのに書いてあった
その宣言と同時に突然DXライブラリ3Dの書き込みや動画投稿増えてるからなー
何をいわんとするかは察してくれ

>>597
あれはセンスないよなmL.とかないわーって思った。
普通に dxlib3d. とか略してdx3dなり関連性だせばいいのにな

そもそも初心者向け狙ってクラス前提はどうかな・・・
表面層ですべて関数化したほうがDXライブラリっぽくていいのいね

プログラマなんだろ？
自分でやれよ。

うだうだうるさいな

クラスやだやだと思っていたクチだが
いざ自分がクラスを覚えるとやっぱクラスじゃなきゃやだな。

あのライブラリは終わったんだからさっさと切り替えろよ
ここは
Dxlibのスレだ

確かにまったく関連ないからね、関連持たせたい人いるようだけど

DXライブラリのひともこんな奴らがユーザーかと思ったらやる気なくすわな。
なんかあったらどうせ同じように叩くんだろ？
で、お前ら１本くらいゲーム完成させたのかよ？
できてる奴は晒してくれ。できてない奴は3d叩いてないで、一緒に精進しようや。

むしろ何をモチベーションに頑張っているのか知りたい。
一銭にもならんのに世の中には奇特なひとがいるものだなと思っている。
使うほうとしては助かるが。

やる気勝手になくしてろよｗ
なんかあったら同じように叩くに決まってるだろｗそれが悪いのか？

一銭にもならなくても集客や勉強にはなるからな
それを先に期待して失敗したライブラリもあるようだがｗ

>>606
http://pc11.2ch.net/test/read.cgi/gamedev/1233739646/

こっちだけでやってろよ

3D版をよく宣伝しておいてあげるよ
色んなとこでなｗ
よかったなJEX

おまいら、DarkGDKを使え！3Dが簡単だ
クラスもOOPも必要ない
DXライブラリだけの知識で充分だ

DarkGDK
http://www.microsoft.com/express/samples/gamecreators/default.aspx

IDにdx出たらなんか嬉しいわ。
フリーソフト全般に言えることだが、モチベーションはユーザーの笑顔だよ。
勉強も兼ねて作ったソフトでも他人が喜んでくれると嬉しいじゃん。
でも勘違いしないでほしいのは、「奉仕」ではなくて結局は自分が嬉しいからということ。
だから>>606みたいなコはツクールでも他のライブラリにでも行けばいいのは確定的に明らか。

…作者乙みたいになっとるｏｒｚ

だから、DXライブラリとDXライブラリ3Dはまったく関係ないだろ
その話題をだすなホンディー野郎が

無関係なのに名前だけで信者が勝手に宣伝してくれる東方のようだ

この過疎スレでまっかっかとはこれいかに

ID:Vvb1WGeN

DXライブラリPortableなるものもあるし、どうなってるんだ

本家の雑談掲示板で

投稿者：管理人 投稿日：2008/12/02(Tue) 03:41
>　PSPで使えるDXライブラリ風のライブラリに取り組んでいます。
>　DXライブラリPortableというそのまんまな名前です。
ＤＸライブラリの名を冠するのでしたらＤＸライブラリのプログラムがそのまま動く方向で・・・　　嘘です　　( いえ、＊＊＊さんなら可能かもしれませんが・・・ )
というか、似てる度合いにもよりますが、なにもセンスの無い名前( ＤＸライブラリ )を使う必要は無いのでは(^ ^;
;
遠回しな表現だが、DXライブラリの名が乱用されることに困惑している
プログラミング云々以前に、奥ゆかしい心を持つのが大事だと思うよ
渦中の人物さんも、とうに終わったことを批判してる皆様も

｜ω・)｡oO（・・・なんて言ってみたいね）

>なにもセンスの無い名前( ＤＸライブラリ )を使う必要は無いのでは(^ ^;

なにを今更かもしれんが
「ＤＸライブラリ」という名前は本当、どうにかならんかったのかな。
一般名詞なのか固有名詞なのか紛らわしい。

>>617
と、JEXが名前のせいにしています

>>617
DirectXの公式ライブラリだと思ってる人も居るしね
でもこの微妙な名前のお陰で検索で迷うことが無いw(似た名前を誰も付けないから必ずトップに来る)
しかしDX(デラックス)ライブラリなのか"D"irect"X"ライブラリなのかどっちなんだ

>616
遠回しな否定にちょっと笑った

>617
遠い昔に、同じようなことを（仲間内でだが）ツッコんだ記憶があるｗ

東方二次創作で東方○○○（漢字三文字）って名前にするような感じだな

なんか根本的に違う

DXライブラリとは直接関係無いかもしれませんが質問させてください。
今2Dのゲームを作り始めたばかりです。
座標系の変数にint型を使っていますが計算や関数に通すと小数点以下が切り捨てられ若干正確さに欠けるてしまうのが気になります。
floatやdoubleを使えば正確さは取り戻せるのですが、
この先ゲームを大きくしていくにつれて浮動小数点型を使用するデメリットなどはありますか？
たとえば大量の衝突判定を行う際の演算速度に影響しないかなどが気になるのですが・・・

そもそも小数点以下が切り捨てられるのが正確じゃないと考えるのがおかしい。
表示座標と内部座標について見直せ。

int型は整数をいれる変数です

ちなみに内部的に浮動小数点で持っても別にいい。
表示の時は整数キャストしなさい。
切捨てが気になるなら四捨五入の関数やマクロでも使いなよ。
演算速度はint>float>doubleだが、
floatで座標を持たないといけない設計のゲームが、
演算速度の関係でint型に戻すとかは考えない方がいい。

作ってるゲームにもよるが、あたり判定はコストが掛かるところ。
演算速度が気になるようなら、基本的な衝突判定アルゴリズム(4分木空間分割)を使うがいいさ。
演算速度の問題はアルゴリズムが解決してくれる。

2Dゲームでそんなに正確さ求められるもんかねぇ。

それとは関係ない、こっちの話だが
俺の作ってる２Dゲー、今までは普通に動いてたのが
PCに故障によって多少環境が変わったところ、
状況によって激重になるようになってしまった。

もともとそんなに高性能PCってわけじゃない（はずな）のに
非効率な組み方でちゃんと動いてたから安心してたんだが
これはちょっと根本的に見直す必要があるのかもしれん。

画像のサイズを2のn乗にする事で多少改善した部分もあるが
画像とは関係なしに重くなる部分があるようなので
それこそ以前勉強しようとして挫折した空間分割とか考える必要があるのかも……。

まずはどの箇所でオーバヘッドを生んでいるのかを明確にしてからだな
当り判定なのか、描画処理なのか、読み書きなのかだ。
それぞれマイクロ秒単位(GetNowHiPerformanceCount)で処理時間を計測して、
ボトルネックになってる箇所があたり判定なら空間分割したらいい。
勉強するのが嫌なら、どっかその辺のライブラリ引っ張ってきたらいいさ。

浮動小数点なんて使ってたら誤差がどんどん
広がっていきませんか？

整数だと、何故正確じゃなくなるのかが分からないんだ。
誰かアドバイス頼む。

ミサイルの計算とか整数でやろうと思ったらものすごく頭使わないといけないと思うんだが

ソースを貼るのが一番じゃね？

>631が質問者と同一人物かどうかは分からんけど


例えば、毎フレーム5ドットずつ動くオブジェクトがあるとする。
「速度アップ」というアイテムがあり、それを取ると移動速度が10％上昇する。

速度10％アップということは、速度が5から5.5になることを意味する。
だが、当然ながらint型では5.5という数字は表現できない。

無理矢理に5.5を表現しようとすれば、
フレーム毎に5ドット移動と6ドット移動を繰り返す……みたいなプログラムになるだろう。
でもこれはロジックとしては最悪だろうし、見た目にもガクガクしてしまう。

この場合、整数型で「速度10%アップ」なんていうアイテムの仕様が悪い。
もし一人で作っているなら、そのゲームの仕様を見直すべき。


これは極端な喩えだが、
そういう部分を考えずに、安易に浮動小数点にしよう！とするから問題が起こる。

有効数字というのがあってだな

スレチ

>>627
減算とか特殊な描画モード使ってたり、大きいテクスチャ使ってると環境毎に差が出やすかった経験

ファミコン時代のマリオアクションのようなゲームなら整数で座標保持してＯＫ
どうせキャラは1ドットずつしか動かないだろう。
いまどきなシューティングしようとおもったら、
弾の移動なんかは、弾オブジェクトに加速度や速度をベクトルで持たせるだろうから、小数点使いなよ。
丸め誤差については値のとるべき範囲と計算式の展開方法を見直せ。
やれやれ。こんな質問じゃあDXライブラリ使用者の質が問われるぜ……。

double x = 0;
for(i=0;i<10;i++) x += 0.1;

とやってもx==1.0にはならないと読んで、
次アクション系作るときは座標を固定小数点にしようと思った。

たとえば上の計算の直後の x は0.9999になる場合がありそのときそれをintにキャストしたりfloorすると0.0になってしまう
というのを（常識なのかもしれないが）それを読むまで知らなかった

>>626
回答ありがとうございます。
衝突判定に試行錯誤する覚悟でｆloatを使っていこうと思います。

>>633
たとえば、5ドットずつ動く弾をx軸から10度の方向に撃つとき、
sin10°*5だと1を割ってしまうので座標を整数で記述していると10度の方向に行かず水平に移動してしまいます。
intを固定小数点数的に記述する方法もあるにはあるのですが
あくまでみなし少数なので注意してコーディングしないとバグが出る、要するに面倒くさいんです。

sin10°と書いた時点で浮動小数点使ってる。
まさか1周256°のsinテーブル保持するなんて、オールドテクニック使うつもりじゃないんだよね？
整数部と小数部を持たせる固定小数点だとfloat演算より余計にオーバーヘッド食うよ。
素直にfloatでOK。

みんな知っていることだと思うけど、>>638の誤差云々という話についても書いておく。
1.浮動小数点に関して、==で比較してはならない。
　2つの浮動小数点数の差を取り、その絶対値が誤差限界より小さい時には、等しいものと判定するようにする。
2.浮動小数点同士の計算は一番最後に行う。
　誤差の蓄積を防ぐため。上手いこと計算の順序を変える。
3.一時的に整数型を使う
　0.1を10回足し算する計算を、0.1を10倍して1にしてから10回足して、その後に10で割る。

固定小数点の中でも、特に整数部と小数部を分けた固定小数点はバグの温床になりやすい。
正直いらんお世話だと思うが、1人でも悩んでいるのならとおもって書いておいた。

>639
整数だと正確さに欠けると言っても、その「正確」って言葉自体に色んな意味があると思うんだ。

　(1)何らかの物理法則（嘘物理でもいい）をトレースする正確さ
　(2)プログラマの想定通りに動くという意味で正確さ

前者だと、intよりもfloat、floatよりもdoubleの方がより正確だろう。もちろん限界はあるけど。
後者だと、ちゃんと仕様を理解している限り正確さなんて変わらない。

なので、整数型だと正確じゃなくなる、という表現は誤解を招くかもしれない。
自分（>631>633）もそうだが、>624なんかも後者の意味で捉えたんだと思う。



＞後半（>633へのレス）部分

要は、プログラム側で整数型を使うと決まっている時に、
整数で表現できない数字を使おうとするのが、そもそもの間違いってこと。

よく言われることとして、ゲームは物理シミュレーションではない。
物理法則を “正確” にトレースするより、物理法則に従ってるっぽく見えることの方が重要なわけだ。

>639の例なら、45度の角度なら水平に飛ぶことはないだろう。
もちろん誤差は出るが、その誤差に合わせてゲームの内容や難易度を調整すればいいんだ。


あ、浮動小数点を否定しているわけじゃないぞ。
最終的にはfloatとかdoubleを使うことになるだろうし。

はじめてここきたぜ、誰もいないかなぁ。
RPG作ろうと思って２週間くらい粘って
斜め移動とか歩くモーションとかは入れられるようになったんだ
で、チップを使わずに、もしアイテムとか人が立ってたとしたら
ある範囲まで近づいたら頭の上にでもアクションが出るようにしたいんだけど
こうすると、いけるところといけないところの判定を作るのがごちゃごちゃになる。。

先人の知恵があれば、誰か。。

判定とどう関係があるのかわからないんだが、
間に壁があったらアクションが出ないようにしたいってこと？

おっ
壁の絵を描いたとする。
その壁の座標に沿って越えられないようにする。
ような感じなんだけど、チップでやれば、
チップ番号で判定してそこだけ通れないですむけど

壁が複雑な形（円状に、三角だとかだと、どうするのかなぁって。

訂正orz
円状になってたり、角になってたり、
です

壁ごとに判定するだけ

つまり同じサイズの画像をつくって
通れないところはたとえば緑で塗りつぶして
座標と入力された方向に移動量を加算して
画像の1bitで判定してもし緑なら動作しないでおｋ？

まずは壁(通れないところ)と通路(通れるところ)を別個で作る。
画像を使ってもメモリが許すなら>>648の作り方でOK

で、キャラと反応オブジェクトの間に壁があるなら非アクション。それ以外なら距離が近づいたらアクション
みたいな感じでいいんじゃない？

>>643　とりあえず、日本語を勉強しろ。
すげーわかりにくいぞ。
頭の上にでもアクションってんが、メタルギアソリッドの敵兵の気づき！
みたいなのだとするとして、

１）アクション表示キャラの判定の選別が難しいのか？
それとも、２）キャラの動きの判定（進入可能区域か否か）が難しいのか？
その両方か？それとも判定じゃなくて、３）衝突反応に問題を抱えてるのか？
どれだ？

※衝突反応・・・・壁に計算上はめり込む位置からの移動の時に、
垂直にぶつかったら、壁の前で停止、
斜めにぶつかったら、壁に沿って進行方向に近い向きに進む。
などの判定以降の処理。

とりあえず、　『実例で学ぶゲームAIプログラミング』に１）２）等については書いてあった。
たぶん、今後とも良い勉強になるとおもうから、お勧めする。
３）は、ひたすら細かい調整をしていくしかない。
基本は、幾つかの場合分けをして考えれば直ぐに分ると思う。

>>650
2)だぜ。親切にありがとう。本屋で探してみる。

キャラ同士を結ぶ線についての障害物可否判定かと思ったら、全く違って笑ったｗ

そういう意味だったのか。
全然わからなかったｗ

ＤＸライブラリって描画先をテクスチャに出来なかったっけ？
描画先指定でグラフィックハンドルを指定したら出来なかったから気になったんだけど……

描画可能なグラフィックハンドルってのがある
それじゃないと書き込みできないよ

MakeScreenってのかな？
グラフィックと画面は別なのね……

ちょっと上の話題に関してなんだが
座標扱う時は素直にfloatでよかったのか
俺は小数点型だともしかしたら遅くなるかもと思い
座標計算には１００倍したものを使い、表示するときに１００で割って使ってたのだが
（まあ１０倍で十分かもしれんが）
あと、どっかでfloat よりも double 使った方が良いと聞いたので、
俺は小数点型を扱う時には専ら double型を使ってるのだが

>>657
それが得策。floatは、使い方が難しい。
悪く言えば、既に過去の産物で、互換性のために残ってる・・・。
ぐらいに思い切ってしまった方が良いぐらい。
有効桁数が小さいし、感覚と違う所が強いから
小数点として扱う時は、意味も分らずにfloatを使ってると
変なバグに嵌りまくる。しかも、見た目間違ってない様なコードで嵌るからねｗｗｗ

逆に、doubleだと、intよりも有効桁数が大きいから、
intで大丈夫な桁範囲を軽くカバーできるしね。
ボトルネックになってない所の計算だったら、正直doubleが無難だよ。
（あと、意外とdoubleの方が早かったりすることも多いから、
　実測で比べるのは言うまでもないが。）

100倍よりも128倍したものを128で割る方がいいんじゃないかしらんと
確認もせずに想像で言ってみる。

相手のレベルによっては100倍って説明した方がいい時おあるよね。

DXライブラリっていう名前が問題なくね
このライブラリ知る前から自前のライブラリもDxLibって付けちまってたし
まぁ何年もまえの話だが

DirectXのラッピングライブラリだからDXライブラリでいいんじゃね？
ちょっとダサカッコイイ感じが対象者レベルにぴったりだし。俺含めて。

やっぱりDirectX公式ライブラリと思われてしまっても仕方が無い。
が、いまさらオリジナルの名前に戻されてもね。
DXLibで十分や。

>661-663
その微妙な心境が手に取るように分かるぜｗ

朧村正みたいなゲームも作れるよね？２Dだし

作れるよ

DXLibに収録されてる非公開関数のリファレンスって無いのかな
ウィンドウハンドルを取得する方法を探してたら、非公開関数で取得できるのを知って
他にも有用な関数がありそうなので気になったんだが

作者は非公開のリファレンスは書かないってよ。
利用する頻度の少ない関数を初心者に公開するには混乱の元というコンセプトらしい。
コメントとソースで自力で読むしかない。

>>667
ttp://studiokingyo.fc2web.com/dxlib/kaibou/k_shiyou.html

>>668
非公開関数のリファレンスは書くつもりは無いのか
わざわざ用意した関数のリファレンスを書かないのは勿体無い気もするが
ヘッダ見たら色々あったけどコメントだけじゃ引数がわからないし、ソース読むしかないのね

>>669
そこ見て非公開関数の存在を知ったんだけど、他にも説明のある非公式のサイトとかないのかな？

引数の名前と型を見てなんとなく分かると思う。
わかんなかったのはMenu関係かな。
どれが便利な隠れ関数なのか人によってまちまちだからな〜。
全部教えるわけにはいかないので、その都度聞いてくれ。
あと、大概公式の掲示板を関数名で検索すると作者がサンプルコード書いてあるよ。

>>670
他のところは知らないかな
もし需要あるなら非公開関数ちょっと調べてリファレンスでも作ろうか？

>>672
俺からも ぜ ひ 頼 む

>>673
でも、正直DirectX使えばなんとでもなるから、わざわざ推奨されない非公式関数発掘して制約多い状態でDｘLib使うより
その方が早い気もする
中見てないから分からないけど、ソースが綺麗だったらまだ救いようあるんだけどな……

DXライブラリ使ってるのに、その上でDirextX直叩きする酔狂は居ないと思う。
リファレンスもあったら便利だけど、目ぼしい関数はチェックしてるからなぁ。

>>671
教えてもらえるなら助かるわ
といっても、そこそこ量があるので使えそうな関数を探すのが難しそうだがｗ

>>672
非公開関数をまとめてくれるのなら有難い

>>672
結構需要あると思うし、個人的にもすごくうれしい

詳しい説明は無くてもかまわないからリストだけでもあれば重宝します

>>666
ってことはDXライブラリでも極めれば市販ゲームレベルの作品が作れるって事だね

極端な話，DrawGraphさえあれば十分

画像ファイル一枚を分割してアニメーションさせるのと
全部別々のファイルを読み込んでアニメーションさせるのって負荷とか違うのかな？
後者の方がやりやすいんだがどうなんだろう

一度の画面表示に使用する画像の数はできるだけ減らした方が
テクスチャの切り替えが減って効率は良くなる

>>682
やっぱりそうなのか・・
パーツ分けがめんどくさいんだよなぁ

何のためにプログラミングやってんの
それこそ機械にやらせればいいでしょ

>>684
フォトショで画像作ってるからPSDファイルなんだよね
ヘボプログラマーなんでPSDファイルを分割するプログラムは作れないです・・

使ったこと無いから知らないけどさ、フォトショってマクロみたいな機能無いの？

>>686
あるよー
でもマクロするほどの作業量でもないので手動でやります

ん〜？
681と682の質疑応答の意味がよくわからん。

１ファイルを分割しようが、複数ファイルを読み込もうが使用する数は同じじゃないの？

俺もわかんね。
同じじゃん。

どっちの方が管理が楽だろう？っていう人間の負荷の話ならともかく

>>681-689

一枚の画像を読み込み複数に分けハンドルを取得→PCが操作する画像は一枚
複数の画像を読み込みそれぞれをハンドルを取得→PCが操作する画像は複数


負荷が多いのは勿論後者
大げさだけど
一枚100MBの画像を一枚開くのと
一枚10MBの画像を１０枚開くの

どっちが早いか考えてみたら分かるんじゃないかな？


まあ、数十枚の画像なら気にする必要はないんだけどさ

容量的にも、バイナリで開けば分かるけど、一枚ごとに色々付加されるから
200kbの画像を2つに分けて保存しても合計で220kbくらいになっちゃう(ものによって違うかな)

今非公開関数まとめてたんだけど、すごくわかりやすいからわざわざまとめるほどでもない気がしてきた
作者が公開してないんだから公開するのも何かな……
一応簡単に晒すけど……
使い方(引数)、いつ呼ぶのか(DxLib初期化前か後か)、返値……ここらへんが分かれば良いんだよね？
もしこの中で知りたいとか要望あるならHTMLにして、簡単なソースくらいくっつけてリファレンス化するよ


起動→終了で複数回DxLibを読み込まなければいけないとき(あるのか？)に使えそう
int DxLib_GlobalStructInitialize( void ) ;
// ライブラリの内部で使用している構造体をゼロ初期化して、DxLib_Init の前に行った設定を無効化する( DxLib_Init の前でのみ有効 )
int DxLib_IsInit( void ) ;
// ライブラリが初期化されているかどうかを取得する( 戻り値: TRUE=初期化されている FALSE=されていない )

ファイルを検索して取得ウマー
int FileRead_findFirst( const char *FilePath, FILEINFO *Buffer ) ;
// 指定のファイル又はフォルダの情報を取得し、ファイル検索ハンドルも作成する( 戻り値: -1=エラー -1以外=ファイル検索ハンドル )
int FileRead_findNext( int FindHandle, FILEINFO *Buffer ) ;
// 条件の合致する次のファイルの情報を取得する( 戻り値: -1=エラー 0=成功 )
int FileRead_findClose( int FindHandle ) ;
// ファイル検索ハンドルを閉じる( 戻り値: -1=エラー 0=成功 )

ウィンドウから情報を引っ張り出す系の関数
int GetWindowCRect( RECT *RectBuf ) ;
// ウインドウのクライアント領域を取得する→描画領域ね
int GetActiveFlag( void ) ;
// ソフトがアクティブかどうかを取得する→現在アクティブかどうかを調べる。-1が非アクティブ、0がアクティブとかだと思う(未確認)
HWND GetMainWindowHandle( void ) ;
// メインウインドウのハンドルを取得する→分かる人のために
int GetNoActiveState( int ResetFlag = TRUE ) ;
// 非アクティブになり、処理が一時停止していたかどうかを取得する(引数 ResetFlag=TRUE:状態をリセット FALSE:状態をリセットしない 戻り値: 0=一時停止はしていない 1=一時停止していた )
int GetMouseDispFlag( void ) ;
// マウスを表示するかどうかのフラグを取得する

int GetMouseDispFlag( void ) ;
// マウスを表示するかどうかのフラグを取得する
int GetWindowCloseFlag( void ) ;
// ウインドウを閉じようとしているかの情報を得る→本当に終了しますか？とか確認を表示するのに使えそう
int GetWindowUserCloseFlag( int StateResetFlag = FALSE ) ;
//×ボタンが押されたかどうかを調べる
int SetDoubleStartValidFlag( int Flag ) ;
// ２重起動を許すかどうかのフラグをセットする←複数起動させてもいいゲームならここを変更

マルチタスクのゲーム作りたいならここらへんが役に立ちそう
int AddMessageTakeOverWindow( HWND Window ) ;
// メッセージ処理をＤＸライブラリに肩代わりしてもらうウインドウを追加する
int SubMessageTakeOverWindow( HWND Window ) ;
// メッセージ処理をＤＸライブラリに肩代わりしてもらうウインドウを減らす

軽くみた感じ使えそうなのはこのあたりかな？

int SetWindowInitPosition( int x , int y ) ;
// ウインドウの初期位置を設定する
int SetNotWinFlag( int Flag ) ;
// ＤＸライブラリのウインドウ関連の機能を使用しないフラグ←これめちゃくちゃ便利でふいた
int SetWindowUserCloseEnableFlag( int Flag ) ;
// メインウインドウの×ボタンを押した時にライブラリが自動的にウインドウを閉じるかどうかのフラグをセットする←上記のGetWindowCloseFlagと組み合わせると幸せ
int SetDXArchiveExtension( const char *Extension = NULL ) ;
// 検索するＤＸアーカイブファイルの拡張子を変更する
int SetBackgroundColor( int Red, int Green, int Blue ) ;
// メインウインドウのバックグラウンドカラーを設定する←初期背景色は黒(#000000)
int SetDragFileValidFlag( int Flag ) ;

ドラッグ＆ドロップかんれん
// ファイルのドラッグ＆ドロップ機能を有効にするかどうかのフラグをセットする
int GetDragFilePath( char *FilePathBuffer ) ;
// ドラッグ＆ドロップされたファイル名を取得する( -1:取得できなかった 0:取得できた )
int GetDragFileNum( void ) ;
// ドラッグ＆ドロップされたファイルの数を取得する

めんどくさいから、存在だけ書くけど
他にも、ツールバーにボタンを追加する関数とか
ショートカットキーを追加する関数とか(←いくらでも代用可能だから使わない方がいいかも)
メニューを作成する関数とか
キー入力中、マウスを点滅させる関数とか

ここらへんは人によってピンポイントに使えそうな関数ばっかだから、あんまりリファレンス化しても需要無い気がする
一応応用テクニックとして、ＨＳＰからＤＸライブラリを呼ぶ方法とかだったら需要ある？
あるなら書こうかな

吉里吉里やＮｓｃから呼ぶことも出来そうだけど本体いじらなきゃ駄目っぽくてめんどくさい

たとえば、×ボタンで終了確認を出したいときとかは

〜略〜

SetWindowUserCloseEnableFlag( FALSE ); //×ボタンで自動終了しない

while(ProcessMessage()==1)//だっけ？
{

ClsScreen();
game();
ScreenFlip();

if(GetWindowUserCloseFlag()==-1)//×ボタンが押されたら
{
if(MessageBox(NULL,"終了しますか？","終了確認",MBYESNO)==IDYES) //YES,NOでＹＥＳが押されたら
break;
}

}

〜略〜

こんな感じにすればできる(と思う)
組み合わせだからなあ……リファレンス作るより小技をいくつか乗せた方が良いのかな？

……朝から何やってんだ俺
悲しくなってきたから寝る

おつかれさまです。ごゆっくりお休みくださいな。
リファレンスも欲しいけど、小技のほうがうれしいかも。

>>690
最初のファイル読み込みはともかく
ハンドルに分けて使う段になったらどっちも同じじゃね？

×一枚の画像を読み込み複数に分けハンドルを取得→PCが操作する画像は一枚
○一枚の画像を読み込み複数に分けハンドルを取得→PCが操作する画像は複数

>>691乙

ああ、駄目だ
>>694だと×ボタンが押された時点でキューが送られちゃってるからDXライブラリの内部の構造的に終了確認はできない(終了確認が無限に出続ける)
「終了します」って有無を言わさぬ表示なら出来るけどね

中身見てるけど、終了キューを解除する関数は見あたらないし

独自に一度キューを取得して、ProcessMessageに投げる前に解除しちゃえば良いんだろうけど、そんなことすると初心者でも使えるって良点があじゃぱー


>>696
どんな小技が良いかな？
さっきあげた関数は単体で使えると思うし
今ソース見ながら色々いじってたけど
それ以上のことやろうと思うと色々内部的に引っかかることに気付いた

>>697
もう一度よーく読んでほしい

>>698
ごめん。
よく読んだ上で書いたけどわからない。
理解力なくてすまん。きっと俺が間違っている。
が、これは瑣末な問題なので暇なときにでも考えておくとして…

>>693
>一応応用テクニックとして、ＨＳＰからＤＸライブラリを呼ぶ方法とかだったら需要ある？

これ興味あるかな。

>>697
ハンドル分けたらだめ
一つのハンドルから転送元の領域を指定して描画するんだよ
同じテクスチャを連続して使うときは切り替えが行われないからその分効率が良くなる

質問掲示板の検索を使おう

>>698
ttp://hpcgi2.nifty.com/natupaji/bbs/patio.cgi?mode=view&no=1089

>>699
ここのNo.4に書いてある高速描画云々のところ読めば分かる
ttp://hpcgi2.nifty.com/natupaji/bbs/patio.cgi?mode=view&no=1162
読みこみ速度は同じだけど描画速度は

一枚の画像を読み込み複数に分けハンドルを取得 > 複数の画像を読み込みそれぞれをハンドルを取得

HSPなんぞ使うなよ

なるほどLoadDivGraphでもいいのか

>>700
なるほど
理解した�dクス

>>701
読んでみる

>>702
今更HSP使う気はないけどやり方にはちょっと興味が

>>691-694
乙

前にHSPから使ったりしてたけど、わざわざHSPから呼び出す必要があまり無いような気がしたのでVC導入したな

>>701
なるほど
StateResetFlagは初期値FALSEになってるやつか、完全に見落としてたアリガトウ

>>702
ＨＳＰ使うメリットってなんだろう、(うろ覚えだけど)3D処理が簡単なDLLかなんかがあったよね？
でも、それ使うなら最初からHSP使えばいいし……
自分から言っといてなんだがメリット見えないやごめんｗ


ＤＸライブラリの可能性を追求しようと思ってドラッグ＆ドロップで画像表示するアプリ作ろうと思ったらこんなに時間かかっちゃったよ
やっぱりアプリ系はおとなしくＷＩＮＡＰＩ使うに限るorz

http://www3.uploader.jp/t/nico/images/nico_uljp00021.zip


ふ、と思ったんだけどこのスレ結構知識ある人多いしうｐロダでも用意しとけばサンプル集みたいなの作れるしいいんじゃね？
人のソース見れるってのは、(俺含め)初心者にはとてもありがたいんだよね

ソースうｐは恥ずかしい…

自分の全裸うｐするようなもん

俺のは絶対人に見せられないソースだと自覚している。
一応動いているが、初心者どころの問題じゃない。

ソースは出来るだけ人に見せたほうがいいよ。
指摘されればどこが良くて悪いのかが分かって次に必ず生かせる。
リアル知人じゃなくて２ｃｈで晒すのがいいかはよくわからんが・・・

うｐするのとは話がちょっと違うけどここでも読んでみるといい
http://www.kojima-cci.or.jp/fuji/mybooks/cdiag/cdiag.0.6.html

専ロダほしいな・・・

ドット絵でbmpで保存して使うのと
きれいに書いたpngだとぜんぜん解像度違うような気がして変になっちまった。
ドット絵の設定ミス？それともpngにそろえるべきかな。。

ドット絵だからドットが見えるんじゃないのか？？

爆発のエフェクトなどを作成する際に
グラデーションの画像を極座標変換?して
円形の画像を作成しているのだけれど、
これが何をやっているのかよくわからん。

つ高校数学の教科書

数学Cあたりだっけ

そういえば洞窟物語もDXライブラリ使ってるんだね

公式掲示板か
多分違うと思うぞ
Pixel氏が以前DirectX2だか3だかを使って作ったって言ってたし
何か勘違いしてああ答えたか、若しくは今作ってるゲームにDXライブラリを使ってるんだろう

ウィンドウサイズのデフォルトは640*480だけど、これの変更はできる？
フルスクリーンにしないといけないから制約はあると思うけど

Dxライブラリのファイルにデフォルトのサイズがディファインされてたから
あれいじればできるんじゃね？

>>719
SetGraphMode( 800 , 600 , 32 );　で800*600になる

>>720
ライブラリ書き換えるのはアウトだろ常識的に考えて……
そのせいでいつどこでバグが起こるかわからぬ

>>721
サンクス
画面モードの変更で解像度が変えれるとは、単語検索で見つからないわけだ

リファレンス大した量じゃないんだから
一覧を一通り目を通せば済むだろ。

おれなんかどんなことができるんだろうと、わくわくしながら
上から下まで読むんだけどなぁ・・・

>>718
でも文字表示とかDXライブラリっぽいよな

>別にDXライブラリに限らないけど、DXライブラリを知った時も
リファレンスをさらさらっと流して、「これなら俺にも使えるんじゃないかな？」と思って
使い始めたな。

別に覚えなくても、一度目を通しておけば、
後になって「こういう事がしたいけど、それっぽい命令あったよな……」って
探しやすくなるしな。

アレだけ分かりやすくて運営管理もアレだけちゃんとしてるなんて今まで見たことないよな。
DirectXでゲームを作るっていうジャンルに関して革命的だし、最早XNAなんかも超えてると言っても過言ではない。

ハンドルが全部intなのだけはどうかと

ほんとだよな。ちゃんと符号無しにしてくれないと。

>>729
そこじゃねーだろwww

typedefしなかったのは多分初心者への配慮だろうね

画像をプログラムで制御(回転など)して動いてみせるのと
一枚一枚画像を作ってパラパラ漫画みたいにアニメーションさせるのとどっちが負荷低いかな

パラパラ漫画方式の画像が一枚の画像にまとめてあるなら
原理的に変わらないはず

いや画像がまとめてあるかどうかはこの場合関係ないか
まあ変わらん

その二つは比較すべきものじゃない気もするがｗ

回転ありの描画命令よりは回転なしの方が負荷は軽いだろうけど、
大した差じゃないみたいだし、好きにしていいんじゃないかな。

画面上の殆どのパーツが回ってるぜ！とか
512x512のパーツが回ってるぜ！とか
回転角度に応じて256パターンの画像を用意しました！
みたいな変なことやってなきゃ大丈夫だろう

メモリに優しいのがプログラムで制御かな。後者はあまりオススメできない。

パラパラ漫画が全部VRAMに乗るとは限らないし、
1フレーム1枚のように別テクスチャ作るのであればさらに重くなる。
1枚でまとめる場合も、作成できるテクスチャサイズ制限があるハードウェアが過去にあり、
(Voodoo時代ではテクスチャサイズが256*256が最大であった)
そのような場合、DXライブラリではテクスチャ分割が行われるので、
大きなテクスチャを作るとパフォーマンスが犠牲になります。

なので、回転・反転・拡大縮小などといった
Direct3Dによるハードウェア支援で記述できる内容であるのなら、前者の方がパフォーマンスがよくなります。

ちなみに後者で実装するのであれば、テクスチャのサイズは正方形が望ましいですよ。

ただし、斜め向きとかにした場合、
最初から画像を用意しておいた方が綺麗に見えることは多々あるな。

プレイヤーキャラの画像など、
重要そうな部分だけパターンを用意しておくのも悪くない。

>>737
>正方形
一辺の長さが2の倍数の正方形ね

>>739
> 2の倍数
2の累乗ね

ん……？
グラフィックハンドルがintって事は、持てるグラフィックハンドルの最大数は約32000って事？

いやintは2*(10^9)くらいまで
その前にメモリがなくなるだろうけど

東方の弾幕とかって1つ1つの弾にハンドラ持たせてるの？

>>742
intってそんなに長かったっけ？

>>743
ちゃんと１つずつID割り振って読み込んでるみたい。

32bit機での
符号無しintは2^32
符号ありintは2^31(符号に1bit使用)

プログラミングしてるなら知ってて当然だろ…

>>744
おまえさんのいってるのは short int

なるほど……
なんで勘違いしてたんだろう……

>>743
何を言ってるんだ？
東方はDXライブラリ使ってないぞ

こんにちは＾＾
透過処理というのをしたんですけど
下記のコードだと正常に透過処理されます。
LoadGraphScreen( 0 , 0 , "back.bmp" , FALSE ) ;
LoadGraphScreen( 0 , 0 , "char.png" , TRUE ) ;

しかし
LoadGraphScreen( 0 , 0 , "char.png" , TRUE ) ;
LoadGraphScreen( 0 , 0 , "back.bmp" , FALSE ) ;
とすると透過処理されません
なぜでしょうか？

>747
旧VBのIntegerが16bitなのと混ざってない？

>745
ハードは関係ない。コンパイラが決定する。
16bitアプリを32bitハードやOSで走らせても
intが勝手に32bitになったりしない。

処理系にあわせて決定するのが自然なだけ。

>>749

はい？　え？

back.bmp を透過処理なしで描いた上に、char.png を透過処理ありで描いたらそりゃちゃんと透過処理されるだろうけど

char.png を透過処理ありで描いた上に、back.bmp を透過処理なしで描いたらそりゃ上書きされるだけだと思うんだが……。

>>750
あー、昔に見た資料がかなり古いものだったから間違って覚えてたのかも

ある画像だけの透過と、透過の度合いを設定することはできますか？
リファレンス見る限り見当たらないのですが

その画像を描画する前にSetDrawBlendMode
透過の度合いはPal引数
クラス使って透過率とグラフィックハンドルをまとめて管理するようにするといい

>>754
即レスありがとう^^
うまくできました！！

DXライブラリ3Dの開発引き継いでる奴いないの？

２Ｄゲームでも背景は３Ｄにしたい・・・
本家ＤＸライブラリにテクスチャ付モデルとフォグ表示機能だけあれば最高なんだが

シューティングの背景用にＤＸライブラリで自前の簡易モデルを描画する仕組みを組んだけど、
意外と簡単に組めたよ。
ポリゴン事に情報を配列に落として、座標を変換してVERTEX配列に入れてから描画。

フォグは出来なかったから単色背景＋奥の頂点を透過で誤魔化してる。

クラスのコンストラクタでLoadGraphするとハンドルが取得できてないみたいだけど
仕様ですか?
他で初期化するから別に問題ないけど。

そのコンストラクタを呼ぶタイミングがまずいだけだろ
でもLoadGraphみたいな失敗しやすいものをコンストラクタで使うのはあまり好ましくない

C++のコンストラクタはオブジェクトが出来上がる前の不安定な状態だからメソッド呼んだりはしない方がいいよ。

それ俺がよくやった失敗だけどLoadGraphするまえにDxLib_Initやってないんじゃまいか

>>761
んなこたないｗ

>>758
　　　　　　　　　　 .r==x　r==x
　　　　　　　　　　/三/.|/三/ |
　　　　　　　　　（三(/（三(/_/
　　　　　　　　　 l￣¨'|￣￣¨|
　　　　　　　　　 l;::::::::|:::::::::::::l
　　　　　　　　　 l;::::::::|:::::::::::::l
　　　　　　　　　 l;::::::::|:::::::::::::l
　　　　　　　　　 l;::::::::|:::::::::::::l
　　　　　　　　　 l;::::::::|:::::::::::::l
　　　　　　　　　 l;{==}!::{==}:::l
　　　　　　　　　ｒ|:::::::::::::::::::::::|
　　　　　　　＿ﾉ ￣｀ー--､,;;ｌ~ヽ
　　　　　,∠==､ヽ `i'ｰ- . 　　　 ｌ
　　　　/　　　　ヽ|　｢｀'ｰ､`ｰ､ .ﾉ
　 　 　l　　　　　ﾐ| /　　　`ｰ､ヽ
　　／j　　　　 R|ｲ ｰ-ｧ､.　　Yﾞ　
　　{　[`ュﾊﾊﾊｒ''~]￣ _＿＿ノ　　　ソースうｐお願いします！！！！！！！！！！

>>764
今PC故障中で携帯から書き込んでるので、一週間後位になるけど……
龍神録プログラミングの館に似たような内容の講座があったので、
それを参考にした方が早いかも？

自分のソースと比べた所、アルゴリズムは大差なかったし

>>760
>>762
それだわ。
メインループの外だったよ。

>>763
そうなの？
憂鬱本かなにかにコンストラクタで複雑な処理はやめたほうがいいって
書いてあったから信じてたよ。

使うほうが失敗したときに面倒でしょ、コンストラクタだと

例外処理を全面的に取り入れてるならコンストラクタで失敗してもおｋ
失敗したら絶対に例外を投げること
そうでなければダメ

>>767
言語仕様的にはまったく問題ない
>768が言ってるように、
その本には別の理由でやめたほうがいいって言ってるんだと思うよ

ただし、staticなインスタンスは例外で
この場合、mainが呼ばれる前のスタートアップルーチンで
インスタンスが生成されるのでコンストラクタでは
初期化以外のことをやるとまずい

東方の新作が発表される度に自作のゲームとシステムが被っててヘコむ……

>771
それを気にしてたら、世の中作品なんて生まれない。
大丈夫、何ら問題ない。思う存分やれ。キミは盗作じゃない。

……自分のやりたいことを、他の人が作ったのでそれで満足しちゃったなら知らんｗ
（こっちもよくある話だけどな！）

弾幕シューは東方だけじゃないしね

>>770
俺も>>767のように憂鬱本で読んで信じてきたんだけど、後学のために教えて欲しい。
まず憂鬱本にはこんな風に書いてある。
・コンストラクタやデストラクタはあまり難しい処理をするのは考え物。
　1・返り値を持つことが出来ない。
　2・インスタンスが完全な状態ではない。
　3・外部変数としてクラスインスタンスがある場合、コンストラクタやデストラクタはmain()の走る前、後になる。

>>770さんが言っているのは3の場合で、この本によると
「ポインタとして宣言しておきmain()が走った後でその中でnewする」
という解決策が書いてある。
で、問題の2にははっきりと
「コンストラクタ、デストラクタが走っているときは、インスタンスは完全な状態ではない」
と書いてあり、
「実は内部的にはそのインスタンスの使用するメモリの取得/解放とそれに伴う複雑な作業も行っている」
「インスタンス自体がまだ生成途中であり、内部的にはまだ不安定な状態」
と書いてあります。
問題点は、
「このような状態で他のクラスのインスタンスのメンバ関数を読んだりすると巡り巡ってまだ生成途中の自分自身のメンバ関数が呼ばれるかもしれないから」
との事です。
C#なんかではコンストラクタでのメソッドの呼び出しなども保障されてますが、C++では言語使用的には保障されていない、と解釈したのですがここらへんどうなんでしょうか？

この際、本家DXライブラリにDXライブラリ3Dを機能統合してしまっても良いんじゃないか？
今どき2Dだけじゃなぁ

>>775
いや、意味が分らん。
碌にDirectXすら使えない人間が３Dに手をだしてどうしたいんだ？

むしろ、本家は本家であの程度でまとまってるからこそ良いライブラリだろ。
もっと色々とやりたかったら海外の３Dライブラリをあさればいい。高機能の多いぞ。
（まぁ、普通に日本語対応がメンドイけど。）

っていうか、DXライブラリ3Dの開発を継続してほしいJEXさん

>>772,773
弾幕毎に名前付けてるから、気を付けないとまんまになっちゃうんだよね

もう開き直っちゃおうかな……

どうせやるなら「白い弾幕くん」くらい自由度上げてみたらどうだ

縦弾幕だったらどうやったって東方っぽいって言われるのがオチだから、
変なこと気にせず好きにやっちゃえYO！

東方のオマージュである、と明記しちゃえば変な因縁はつけられなくなると思う

自分で考えて実装した者に対して
なんという屈辱を。

パクってないんなら堂々としてればいいじゃない
ここで愚痴る前にちゃっちゃと完成させて
もう東方に先を越されないようにすればいいじゃない

先を越されたから愚痴ってるんだと思うがのｗ

新しいの出るごとに被るというと
低速移動時に敵を貫通するとかボム使うとパワーが減るとかその辺りか？

別に愚痴のつもりじゃありませんでした
こうやって悩むのもゲーム制作の楽しさの一つなので……
気分を害されたのならすいません

>>785
点レートアイテムとか、特殊アイテムを取るとボーナス敵が出る点が……

どんなシューティングでもお前。。。

Q.○○のパクリですか？


A1.はい、参考にしました。
　→盗作ｲｸﾅｲ！ 俺の好きな○○を汚すな！ ○○の公式サイトのBBSに通報(?)書き込み

A2.いいえ、オリジナルです。似ているのは偶然でしょう。
　→嘘を言うな、正直に言えよ

A3.いいえ、○○ではなく△△のパクりです。
　→そんなん知らねーよ！ △△も○○のパクりだな！


実際にあるから困る。

結論：気にせず作れ
作ることにも価値がある

>>788　どっちかと言うと、この手の奴で、実際にパックたりしてなかったら、
何も答えないのがベスト。ただただ、事務的返しで流すべし。

あと、>>786みたいのは　東方以前からあるのばっかじゃねぇかよwww
それこそ、ファミコン全盛の時代（のアーケード）から・・・・
「今更それを先を越されたとかwww」
と言われるのが落ちじゃね？

んー、今更だけど自分で気にしすぎだった気がしてきた
前作が東方をリスペクトしたものだったので、今回も素直に断り書きを入れてみます

パロディにまで昇華させてしまうという手もあるな。

http://siv.creation.googlepages.com/home
知ってるとは思うがこれにはずっと期待してる

押しっぱをできなくするようにしたいけど
char a[256]
GetHitKeyStateAll(char *a)
つかうとうまくできねぇ。。

ポインタをctrcmpやるのはおかしいの？
それとも配列に入ってるのがおかしいの？
俺の頭がおかしいの？

>>774
遅レスだがコンストラクタについて幾つか書きます。
さすがに長文書いてコメントが無いのは可哀想だったから。

昔の言語仕様ではコンストラクタではインスタンスの生成途中であるから複雑な処理を書かないようにしていた。これは慣習・慣例の部類の話。
コンパイラの亜種が多くて、C++の仕様外の範疇での動作はどのようになっているのか分からない時代だったからという背景もある。

自分はコンストラクタに初期化処理を噛ませる横着な書き方をしていたときに先輩に指摘された事は、1,2,3以外にも、、、

・クラス設計者とクラス利用者は同じでない
⇒利用者がstaticで外部変数なインスタンスを生成するかもしれないから、
　mainよりも先に呼ばれる処理に複雑な記述を置くべきでない。
　つまり、利用者の立場になって明示的に初期化処理を宣言するべき。(手を抜くな)

・戻り値を持たない件に関して、例外処理を使うのは怠惰な手段である。
⇒try-catchを用いるのは、デバッグの最終手段である。(例外処理はネストできない為)
　例外処理は一般的にコンパイラの最適化の阻害となり遅くなる要因となる。(ジャンプテーブルを生成する為)
　つまり、保持値チェックにはassert使えというお話。
⇒メモリ確保に失敗する危険性をもっと認識するべき
　特定のハードウェアを対象にする場合、大概は独自のメモリアロケーター(dlmalloc等)を実装していることが多く、
　new失敗の可能性(インスタンス生成失敗)は大いにある。
とのことでした。

>問題点は、
>「このような状態で他のクラスのインスタンスのメンバ関数を読んだりすると巡り巡ってまだ生成途中の自分自身のメンバ関数が呼ばれるかもしれないから」
>との事です。
これには同意です。
だから「コンストラクタに記述するのはせいぜいメンバ変数に対して初期値の代入ぐらい」に留めている人が大半で自分もそうしています。

いや〜、バグの無いプログラムって難しいですね。

>>794
上手くできないってどういう意味？
char m_cKey[2][256]; //キーバッファ
とでもして
毎フレーム
void GetAllState(){
memcpy(m_cKey[1],m_cKey[0],256);
::GetHitKeyStateAll(m_cKey[0]);
}
を呼んで、
int GetKeyPress(int KeyCode){return m_cKey[0][KeyCode];}//キーが押されているかどうか
int GetKeyDown(int KeyCode){return (m_cKey[0][KeyCode] && !m_cKey[1][KeyCode]);}//キーが押された瞬間
int GetKeyUp(int KeyCode){return (!m_cKey[0][KeyCode] && m_cKey[1][KeyCode]);}//キーが離された瞬間
とでもすればおｋ
前フレームとの差分で押された瞬間と話された瞬間を検出するべさ

>>794　エスパーじゃないんで、
何をやって何ができないのかすら分らん。
とりあえず、×ctrcmp　=>○strcmpだと過程しても検討範囲外。
ポインタの使い方とか、関数の使い方は大丈夫だと仮定してもだ・・・・。

そもそも、そのchar a[]が何を入れるか理解してるかい？
そいつらに入るのは、あるキーが押されてるかどうかのon offフラグであって、
押されてるキーがchar型として'o'みたいに入るわけじゃないぞ。

押しっぱなしは、基本的には、

char NowKey[256];
char OldKey[256];
// ....somewhere to initilaize Nowkey[] and OldKey[], to 0.

GetHitKeyStateAll( NowKey );//Now get putting on key
if( NowKey[ KEY_INPUT_Z ] == 1 )
{ if( OldKey[KEY_INPUT_Z] != 1 )
{ PutOnFUNCTION(); // only not on putting Z_KEY.
OldKey[KEY_INPUT_Z]=1;
}
//There is No doing on putting Z_KEY.
}
else
{
OldKey[KEY_INPUT_Z]= 0 ; //No to put Z_KEY, initialize OldKey[] to 0.
}

な感じに書く。

推しっぱをできないようにするなんて
int pushOK = 0;
とか用意しといて

if (a[チェックしたいキー] && pushOK) {押したときの処理}
if (!a[チェックしたいキー]) pushOK = 1;

とかやればいいじゃない
（※厳密な文法に突っ込むのなしね、あと変数名が良くないことにもね）

あぁ。詳しくなくてすまん。ありがとう。
でも、なんとか、動作はしたぜ。

LoadSoftImage()でPNG-8のパレットが取得も設定もできん…。
パレットはBMPしか有効じゃないんか。
透過色設定とパレット変更を同時にしようと思うと、PNG-8がベストな選択だったんだけど、
さてどうするべか……。

どっかの時点でBMPに変換されるんだろうけど
その時点じゃまだなんだろうかね。

てかそんな命令あったのか……。

PNGについてはlibpng使ってるっぽいからなぁ。
パレット変えられないのは困ったぜ。

libpngって最近脆弱性が発見されたよね

パレットアニメーション諦めて、アルファブレンディングで代用できるんかな……。

例えば、パレットアニメーションで
void PatteGradation(int red,int green,int blue,float ratio)
{
int new_red,new_green,new_blue;
int* p = m_pPalette; //元のパレット配列[3*256]
for (int i=0;i<256;++i)
{
new_red = *p + (int)((red - *p)*ratio);
p++;
new_green = *p + (int)((green - *p)*ratio);
p++;
new_blue = *p + (int)((blue - *p)*ratio);
SetPaletteSoftImage(m_nSoftHandle,i,new_red,new_green,new_blue,0);
}
}
という感じで指定の色(red,green,blue)にratioの比(0〜1.0)で近づくエフェクトを考えているんですが、
これと同じ機能をブレンドモードを変更することで代用可です？
上手い演算具合が見つからない。

あ、一個p++抜けてた。
でも、伝えたいことは伝わったはず。

フェードイン?

そうですね、指定色へのフェードイン・フェードアウトという感じです。
SetDrawBright()では黒フェードが出来ますが、それの多色化＆抜き色対応版です。

2パターンだけ作って重ねてアルファを変えていくのが効率いいんじゃないかな

>>793
ゲームパッドがX-BOX専用コントローラーしか使えないとか論外すぎる。

>>809　
　つ　http://www.4gamer.net/games/027/G002741/20090227065/

使う側ならともかく、作って配布する側ならそれは解決にならんでしょ。
まあ自分で対応のパッド追加できると思うけどな。

>>810
いや、そういう問題では・・

>>809
やっぱり白黒2値のパターンが別途居るようですよね……。
PNG使ってるのに、わざわざマスク画像が必要なのがめんどくさいと敬遠しているんですよ。

あれGraphLockって関数がいつのまにか消えたのか、と思って検索したら出た

http://hpcgi2.nifty.com/natupaji/bbs/patio.cgi?mode=view&no=1044
>GraphLock は現在のＰＣ環境に適していないので非公開関数にすることにしました

これってどういう意味なの？非対応な環境が多いの？詳しい人教えて

一応コピペ
宣言　　　　　　 int GraphLock( int GrHandle , int *PitchBuf , void **DataPointBuf ) ;
概略　　　　　　グラフィックメモリ領域のロック
引数 　　　　　　GrHandle 　　:　ロックするグラフィックのハンドル(または画面の識別子)
PitchBuf 　　:　ロックするグラフィックの１ライン辺りのバイト数を保存する変数へのポインタ
DataPointBuf :グラフィックデータのあるメモリへのアドレスを保存するポインタへのポインタ
戻り値　　　　　０：成功　　−１：エラー発生

宣言　　　　int GraphUnLock( int GrHandle ) ;
概略　　　　グラフィックメモリ領域のロック解除
引数　　　　GrHandle : ロックしたグラフィックのハンドル（または画面の識別子）
戻り値　　　０：成功　　−１：エラー発生

>>814
対応してないとかじゃなくて、単に古くて多用されない技術だからじゃないかと無責任に予想

使えたら部分的なぼかしとか波紋とか屈折描画とかできて表現の幅ひろがりまくりんぐなのに・・・

シェーダサポートフラグですね。わかります。

>>816
いいなぁそういうの使ってみたい。

歪みはテクスチャに背景を描画→２Ｄポリゴンで挑戦中

>>814からの流れに関連してるかわからないけど、
ちょっと前に気になった事があるので質問させてください
LoadGraph系統以外で作成したグラフィックハンドルから
グラフィックデータのメモリを参照し、編集する事ってできないんしょうか？
SoftImage系の関数で同じような事はできるみたいだけど、
これは画像ファイルから取得したもののみですよね。。

>>820
MakeXXXColorSoftImageじゃあかんの？

Easy3D正式版きてるな

>>820
ありがとう、今気付いたんだけど先に用途を書くべきでした。
例えば>>816の波紋を実現しようと考えた時、
「このエフェクトをかける前までに描画された画面から
　エフェクトをかけたい矩形のグラフィックを取得して、
　これを元にピクセルを書き換える」
という処理を考えてみたんですが、GetPixelは重いようなので、
なら直接メモリを参照できないかと思った次第です。

MakeXXXColorSoftImageで作成するのはソフトグラフィックハンドルなので、
ここを描画先にしたりはできませんよね。。？

>>823
訂正：ソフトグラフィックハンドル->ソフトイメージハンドル
あと「描画先」と書いたのは、「DrawGraph等で描画できる描画先」という意味です。
直接グラフィックハンドルをソフトイメージハンドルに変換できる方法があればよいのですが。
そもそもこの考え方自体がアホなんでしょうか。。。

>>824
画面全体にエフェクトを掛けたりするのに有ると便利だが、ちょっと調べてみたが出来ないっぽいね。

そもそもLoadGraphやMakeGraphはVRAMに転送した時点でPC環境に依った画像フォーマットに変換されちゃうから、
そこからソフトイメージハンドルを生成するとなると、コンバーター(デコーダ相当）が必要になる。
DXライブラリの作者としては手間が掛かるから、要望が無い限り実装を見送っていると予想している。
優しい作者さんなんで、要望送ってみてはどうかな？

現状で対応するとなると、どうしても遅くなるが、
画面サイズと同じ大きさにMakeGraphした裏画面領域をSetDrawScreenして、
一連の画像を転送し、GetPixcelとDrawPixcelするのがベストな選択かねぇ。

SaveDrawScreenを使ってbmp保存して、そこからSoftImageを作るという最終手段もある。(とても遅い)

>>823
ああ。書いてておもったが、SaveDrawScreenがあるから、デコーダ処理は既に内部には出来てるのか。
作者に要望だすと、すぐに実装してくれると思うよ。

解説 グラフィックデータのあるメモリ領域には『ロック』をしなくては アクセスする事が出来ません。
細かい事は抜きにしてとにかくWindows 環境ではメモリの管理が厳重なので malloc関数 などで確保したメモリ 領域のように簡単にはアクセスは出来ないようになっています。だから 『ロック』という作業を行い直接アクセスできるようにします。
　グフィック領域に直接アクセスする利点はDrawPixel や GetPixel 関数を使用するよりも処理が速い、等があります。
　ロックの説明をはじめる前に注意なのですが、ロックを行った場合は 直接アクセスが終り次第直ちにロックを解除してください。
ロックを している最中にデバッグモードなどのブレークポイントを使ってプロ グラムを止めるとハングアップするので注意してください。
ロックを すると 『GraphUnLock』関数を使用してロックを解除しない限り DrawLineをはじめすべての描画関数が使用不可能になるので注意してください。
　では話を元に戻します。
　ロックをするにはまずロックをしたいグラフィックハンドル、または DX_SCREEN_FRONT , DX_SCREEN_BACK 識別子を使って画面をロックする 事も出来ます。
　ロックが完了すると関数は PitchBuf に指定したポインタにロック したグラフィック領域の１ライン辺りのバイト数と、DataPointBuf で 指定したポインタにロックしたグラフィックへのアドレスが代入されます。
　こうしてロックしたグラフィック領域にはめでたく直接アクセスが 出来るようになります。まず希望の座標（点）にアクセスするには 以下の式を用います

　　(グラフィック領域の先頭アドレス) ＋
　　(Ｘ座標値 × (グラフィックのカラービット数 ÷ ８)) ＋
　　(Ｙ座標値 × １ライン辺りのバイト数)

　　＝ 希望の座標のポインタ

　この中の『グラフィック領域の先頭アドレス』と言うのは DataPointBuf から取得できる値、『１ライン辺りのバイト数』は PitchBuf から取得できる値
『グラフィックのカラービット数は』SetGraphMode関数 の 引数 ColorBitNum の値（デフォルトでは１６です）となります。

　次に１ドット辺りのビット数はカラービット数と比例します、以下に カラービット数と一般のデータ型との比例関係を示します。
　　８bitカラー　　　　　char 型と同サイズ
　　１６bitカラー　　　　short 型と同サイズ
　　３２bitカラー　　　　int 型と同サイズ
　もし１６ビットカラーのグラフィックに１ドット分データのアクセスを するつもりで int 型変数で値を代入した場合は２ドット分描画してしまう ので注意してください。（アドレスの算出のときも同じです）
注 … グラフィックをロックする場合は SetUse3DFlag 関数で３Ｄ機能を使わない設定にしてからLoadGraph,MakeGraph等で作られたグラフィックでないとロックは失敗します。
例　　１２８×１２８のグラフィックデータを作成し、座標( 24 , 11 )
　　の点に色コード０を代入します。（１６ビットカラー）
char *GraphData ;
short *DrawPoint ;
int Pitch , GHandle ;
// グラフィックの作成
GHandle = MakeGraph( 128 , 128 ) ;
// グラフィックのロック
GraphLock( GHandle , &Pitch , &GraphData ) ;
// 座標( 24 , 11 )のデータのアドレスを算出
DrawPoint = ( short * )( GraphData +
24 * ( 16 / 8 ) +
11 * Pitch ) ;
// 色コード０を代入します
*DrawPoint = 0 ;
// ロックを解除します
GraphUnLock( GHandle ) ;

サンプル 表画面をロックして直接アクセスで画面にグラデーションを描きます
#include "DxLib.h"
int WINAPI WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow ){
int i , j , k ;
int Pitch ;
short *DrawPoint , Cr ;
char *GraphData ;
if( DxLib_Init() == -1 ){return -1;}
// 表画面をロックします
GraphLock( DX_SCREEN_FRONT , &Pitch , ( void ** )&GraphData ) ;
// 画面にグラデーションを描きます
for( i = 0 ; i < 480 ; i ++ )
{
for( j = 0 ; j < 640 ; j ++ )
{
// 色の値を取得
k = 255 * i / 480 ;
Cr = ( short )GetColor( k , k , k ) ;
// 描画する座標のポインタを計算
DrawPoint = ( short * )( GraphData + j * ( 16 / 8 ) + i * Pitch ) ;
// グラフィックデータへの直接アクセスで点を描画
*DrawPoint = Cr ;
}
}
// 表画面のロックを解除(『GraphUnLock』使用)
GraphUnLock( DX_SCREEN_FRONT ) ;
// キーの入力待ち
WaitKey() ;
DxLib_End() ; // ＤＸライブラリ使用の終了処理
return 0 ; // ソフトの終了
}

>>827
ありがとう。
GraphLock/Unlockなかなか便利だねぇ
ちょっと使ってみます
作者から非公開関数になった理由が知りたいとこだね

>>825-829
なるほど、そのためのGraphLock/UnLockだったのか。
あと非公開関数になっただけで使う事はできるんですね。
てっきり使用すらできなくなったものだとばかり思ってました。。。
とりあえずはこれで出来そうなので、デコード処理の要望の方は見送ろうかと思います。
お二方とも、ありがとうございました。

グラフィックハンドルの復元問題ってどうしています？
フルスクリーン<->ウィンドウ切り替え時にだけ発生するならいざ知らず、
フルスクリーン時にフォーカスロストでも発生するから絶対に対策が必要ですよね。

ファイルから復元できるものは別にいいのですが、
困難なのが、MakeGraphやCreateGraphFromMemで作成した画像の自前復元です。
これらハンドルが初期作成状態から書き換えがされている場合、
(GetDrawScreenGraphを使った時や描画可能な仮画面としている場合)には、
画像を元の状態に戻すのってとても困難ですよね？

SetRestoreGraphCallbackが呼ばれる時には既に失われている状態だし、
正直お手上げ状態です。
何か良い方法があったら教えてください。

readme.txt

「切り替えなどを行わないでください」

とはいってもユーザーの意図しないところでノートンなんかは自動で行っちゃうしね。

SPY++してみたら、WM_DISPLAYCHANGEもしくはWM_ACTIVATEAPPがDirect3Dオブジェクト解放前に呼び出されてるみたいだから、
このタイミングで保存処理を書いてみようと思う。上手くいくかどうか分からんけど。

俺は良い方法を思いつかなかったから、
グラフィック読み込む前に「これを読み込む」ってフラグを立てておき、
全てのグラフィックの中から、そのフラグが立ってるヤツだけを読み込むような処理を作っておき、
実際に読み込む時や、画面復帰した時にその処理を呼ぶようにしてる。

初期作成状態から書き換えをするような事はしてないけど、
するのならそれもフラグ管理する、くらいしか思いつかないな。

>>835
やっぱりなかなか良い方法が思いつかないですね。
簡単な命令(DrawLineやDrawBox)だけなら描画コマンドをバッファに記憶しておいて、
復号時に一気にコマンドを流せばいけるんですけどね。

どなたかDXライブラリ3Dをうｐしていただけないでしょうか

開発終了しているのに何を期待しているんだ？
開発引き継ぐならあげるけど。。。

WM_DISPLAYCHANGEを捕まえて、グラフィックハンドルの復元処理のコードを書いた。
同じような問題で困っている人がいたら、試してみてくれ。

検証が必要な箇所はまだあるとおもうが、とりあえず叩き台のコードをアップししとく。
http://www.dotup.org/uploda/www.dotup.org0835.zip.html
passは1234

>>838
引き継ぎって具体的に何すればいいのさ？
そんなに利用者いるようにも見えないが。

>>840
ライブラリを使う側じゃなくて作る側になってWebで公開するってこと。利用人数なんて関係ない。
現状、国内じゃまともに使える3Dライブラリが皆無だからね。

ただDXライブラリ3Dが使いたいだけならやめとけやめとけ。
変化の多い3D周りにおいて、開発終了したライブラリを今から使い始めるなんてのは得策じゃないよ。
素直にIrrlichtやORGEを使いなよ。

DXライブラリってDX_SCREEN_BACKとDX_SCREEN_FRONT以外にもバッファって作れないの？
画像ハンドルでもできるってことは知ってるんだけど、それだと遅くなりそうだしなんとかいい方法はないものか

それは何の目的でそんな事をしたいのかな？

画面のスクロールとかするときに、バッファ二つじゃ不便だからなぁ
俺も最近そのために物凄く無駄な苦労をした
DrawGraphとかの引数に描画先のバッファID(またはグラフィックハンドル)を指定するとか、
または予め描画先を指定する関数を呼び出しておくとか、
そういう方法で複数のバッファを使えたら楽でいいと思う
もしそれが俺の無知によるもので、本当は別に手段があるのならぜひ教えてほしい

いや多分無知なのは俺の方だと思うんだが、
なぜスクロールさせる事にバッファが二つじゃ足りないのか理解できない。

例えば、新しく作ったバッファにステージ全体の様子を描画する
表バッファには、プレイヤーを中心にした長方形を、
さっきのバッファから指定矩形部分描画を使ってコピーする

実際はもうちょっとスマートな方法だけど、簡単に言うとこういう方法

>>846
毎フレーム絶対同じ絵を表示するならそれでもいいけど
実際にはキャラ移動したりするしそれだと良くないんじゃない？

描画開始位置を変数で持っといて、
それを変化させながら表示すればスクロールできるんじゃ？

javaあたりでアクションゲームのスクロールの解説あったろ
あれみたほうがいんでね
もっと簡単にできるし

うん？
例えば暗闇の中で自分の周りだけ見えてる、みたいなイメージかな。

てか、裏画面にステージ全体を描画っていうけど
裏画面でも表示できる範囲以上の部分は意味なさないんじゃないのかな。
それとも画面はみ出した部分もちゃんと描画されてるの？

でっかいバッファにステージ全体を書いておいて、画面にはそこから一部を切り取ったものを映すってこと？

>>850
そういうこと

それって何の意味があるの？

スクロールがとても楽

普通に>>847じゃあかんの？

何が楽なんだろう……？

全画面をバッファにおいておくっつーのなら結局メモリはそれだけ必要なんだから
そのまんま画像として持っていてもあまり変わらないと思うし
それを好きな位置に表示すればそれこそ楽だろうと思うし……。

それともあれか。
お絵かきツールみたいに、画面上でいろいろ書き換えたデータを
そのまんまメモリに重ね落として、それをまた画面上に呼び出すとか
するのだろうか。

でもステージって言ってるしなぁ……？

普通ならマップチップつかって必要なとこだけ表示するだけだから楽もクソもないと思うし……。

新しいバッファよりもむしろマルチスレッド使えるようにならんかな

詳しいこと全然知らないんだけど、
DXlibではマルチスレッドは使えないの？

>>855
リアルタイムで背景が拡縮したり回転したり端がループする場合は
一度メモリに書き込んでおいたほうが楽なんじゃないかな

画像自体は既にメモリへ読み込みさせてるだろうし、計算は軽いよ
マップチップじゃなくてもSetDrawAreaで領域も最小限で済ませるし

ははは。ワールドマップのような広大なマップに対しても同様の手法をとるのか見ものだな

ちなみに、
>>842
SetDrawValidGraphCreateFlag使えば作れる。
注意点も有るが、それは自分で調べてくれ。

非常に亀レスだが、
>>757
>>758
俺が確認したところDXライブラリ ver2.25bには、
// フォグを有効にするかどうかを設定する( TRUE:有効 FALSE:無効 )
SetFogEnable( int Flag ) ;
// フォグモードを設定する
SetFogMode( int Mode /* DX_FOGMODE_NONE 等 */ ) ;
// フォグカラーを変更する
SetFogColor( int r, int g, int b, int a ) ;
// フォグが始まる距離と終了する距離を設定する( 0.0f 〜 1.0f )
SetFogStartEnd( float start, float end ) ;
// フォグの密度を設定する( 0.0f 〜 1.0f )
SetFogDensity( float density )
が有る。

DXライブラリで３DやってもカメラとかZバッファどうすんだとかいろいろ問題あるんじゃないのか

カメラ周りは平行透視固定みたいだね
Zバッファ周りは一通りある
詳しくはDxLib.h見れ

>>862
まじかー！

よーしパパobjファイル読み込んじゃうぞー

そーいえば昔、>849みたいなことをやろうとしたものの
結局やり方が分からなくて諦めたことがあったなあ。

どうするのがスマートだったんだろう、と
コーヒー片手にリファレンスを読みなおす。



今は雑巾を片手に。

ｗ