DrawGraphとかにある引数のTransFlagってデフォルトでTRUEに設定しておいて欲しいよね
デフォルト引数設定するだけやん
ラップ関数作ればいいやん
おまえら天才だな
C#でDxLib使ってるんだけど
graphフォルダはexeファイルが作成されるフォルダ(dxlib.dllを入れるフォルダ)にないとだめ
エラーチェックしないから…
エラーで例外投げないC#とか意味ないな。
イミフ
マップ3Dの2Dアクションだけど、段差にくっ付きながらジャンプすると引っかかってジャンプしない
>>14 真上、あるいは段差から離れる方向へのジャンプなら問題ない？
真上とかは問題ないですね
SetChangeScreenModeGraphicsSystemResetFlag()なんて関数があったのね…
18 ：
名前は開発中のものです。 ：2012/11/07(水) 01:05:46.09 ID:WpkERH/p
バグ見つけたぜ
バグかどうか怪しい、あるいは環境依存かもしれないと思った場合は
20 ：
名前は開発中のものです。 ：2012/11/07(水) 11:35:40.40 ID:WpkERH/p
よく考えてみたら正しい動きっぽい
受け取った文字列(FileName)+数字(i)のpngファイルの画像ハンドルを
>>17 リピートアフタミー！
セットチェンジスクリーンモデルグラフィックスリセットフラグ！！！
モデルちゃう、モードや
3Dアクションで大量のパーティクルをステータス与えて演算してDrawPolygonIndexed3Dで描画してるんだけど
２コアユーザー切り捨てですか？
記憶を頼りに書いたけど実際ちゃんと測ったら2つ目のコアが50～90%ぐらいで他は10～30%ぐらいの負荷だった
DXライブラリ初期化の前に設定ファイル(ユーザが前回のプレイで設定したコンフィグ)を読み込んで
前者だろ。後者の目的が分からん。そんなゲームは見たことない。
>>29 Windowsみたいな起動ロゴ表示されたりプロンプトで起動準備するPCゲーは珍しくないでしょ？
DXライブラリなら特殊な知識を必要とせずにこれが擬似的に表現できると思ったんだけど
>>30 珍しくないって例えば何てタイトル？
そんなゲームは少なくとも商業ゲームでは記憶にない。
そもそもそれをする理由がないし。
スプラッシュスクリーンはロードに時間のかかる重量級ソフトが
ユーザーに対して、フリーズとロードを区別できるようにするためのもの。
例えばPhotoshopやEclipseがそう。Windowsがこれら以上に重量級なのは言わずもがな。
自分の知ってる洋ゲーだと、
アリスソフトはスプラッシュスクリーンじゃなくねと思ったら古いのは一見そうだったな
そんな面倒なことするなら、さっさと起動してサークルロゴでも表示して、その隙に読み込むほうがマシ
つーか、あんなくだらない質問する人がスプラッシュスクリーンが必要になるほどのゲーム作ってるとは思えんｗ
初心者だからこそ大量のデータを非効率的に読み込んで時間がかかるんだろ
>>32 ランチャーでオプションの設定、MODの切替とかできるゲームは腐るほどあるね
開発ブログのフィード表示したりとか
でも
>>28 が言ってるような、設定読むためにスプラッシュスクリーン表示するゲームってのは聞いたことないな
初心者が初心者なりに試行錯誤しながら
前に自分がやったときは、
わざわざ別アプリにしなくても、Windowsアプリケーションならゲームのexeに組み込めるけどね
俺もDLLの数がかさんだ時やってるなあ
DXライブラリなら、ini読んで最初の描画するまで1秒とかからないよね
3Dゲーム作ってるんだけど、キャラモデルの影が強すぎる…
44 ：
名前は開発中のものです。 ：2012/11/13(火) 14:04:57.88 ID:NSnEvyoH
アクティビジョンのトニーホークシリーズで、画面解像度とか、Fogのオンオフとか選べるランチャー経由で起動してたな。
45 ：
名前は開発中のものです。 ：2012/11/13(火) 17:18:55.36 ID:54EeWz/8
>>24 均等に負荷かかってるならマルチスレッド処理してるってことだよね？
処理の粒度が細かすぎるとかじゃないかな。粒度が細かすぎると、同期APIでカーネルスケジュラーが
頻繁に起されて、CPUの負荷が上がらなくなるように見えたはず。
46 ：
43 ：2012/11/13(火) 22:35:47.91 ID:kWBnqj8x
俺だけみたいだな、モデルの問題か
47 ：
名前は開発中のものです。 ：2012/11/15(木) 20:46:12.19 ID:fgdtbuMx
CSSスプライト見たいな手法って画像のロード時間だけで
一応テクスチャ切り替えの手間が省けるからちゃんと軽くなる
速度よりは、全く同じように使えるようにする工夫が気になる
めっちゃ影響するぞ
へぇ、メモリに入ったら同じかと思ってた
書いてて思ったけど、テクスチャ切り替えの発生回数をカウントする関数が欲しいな
実際どのぐらい違うんだろうね
>>45 まさか今更相手してくれるとは思わんかったありがとう
えっとID変わってるけど
>>26 の通り、改めて計測してみると
大体計測の単位時間あたり2～3単位時間に1回ぐらい100%になるコアがある
でも他のコアは20～30%ぐらいだし2～3単位時間に1～2回は60～80%ぐらいしか稼働してない
fpsは常時3～5程度
ソースコードは公式の3Dサンプルプログラムをひたすら改変したものだけどマルチスレッド処理は書き加えてない
描画関数をコメントアウトしても同じぐらいの負荷とfps
でもパーティクルの運動とかの記述はそのままに描画関係の行列計算とかを大量に含む部分を切ったら1万パーティクルでもfps59.6～59.9で安定
今のところテストでグラフィックハンドルは1つしか使ってないので
>>50 で言う最悪の状態にはなってないはず
将来的にはもっと大量のエフェクトを描きたいので出来れば10万～100万ぐらい扱いたい
最適化は一切してないので描画関係の行列計算がかなり多いように感じる
でもCPUの計算能力や描画関数の呼び出しとかとの相対的な負荷が想像がつかないのでどの程度影響与えてるかわからない
1万～10万ともなると普通の四則計算や行列計算の負荷もバカにならないのかな
連投スマン
仮にマルチスレッド処理をさせるようになって
>>45 の状況になったしたら
CPUの負荷が上がらなくなるように「見える」だけで実際は限界まで負荷かかってるの？
56 ：
名前は開発中のものです。 ：2012/11/16(金) 01:43:36.27 ID:O/FEtKHj
>>54 あれーじゃあなんで均等に負荷がかかってるんだっていう疑問がわいてくる・・・
前段の部分は、行列計算が重いのかなぁ・・・。でもその場合はそのスレッドが全力で走るはずだよね。
後段の方は、実際にも限界まではかかってないよ。
粒度が細かすぎの場合カーネルオブジェクトで同期すると（最悪時には同じ
オブジェクトをそれぞれのスレッドでロックをとりにいくから）1/スレッド数 ぐらいしか
はたらかなくなっちゃう、で、ただただカーネルスケジュラーが走る分だけ重くなる。
（スピンロックの時は全力でスピンし続けるからすべてのスレッドが上限に張り付くのが見える。）
>>56 紛らわしいことしてごめん
>>24 の均等に負荷ってのは間違いで
>>26 や
>>54 の通りどれか1つのコアは高負荷状態になってる
他の3つは確かに割と均等だけど……
でも確かに自分でも処理落ちしてるんだからどれかのコアは常時100%負荷じゃないとおかしいとは思ってる
一応CPUはi5 2500Kでそこまで古いわけじゃないからちゃんとしてやれば別に毎フレーム数万回の運動計算ぐらいなら大丈夫だと思うんだけど
さすがに100万エフェクトに上限設定したらアイドル時？の毎フレームのループ処理だけでfps40ぐらいまで落ちるけど
もう少しして描画関係の関数が落ち着いたらマルチスレッド処理するようにしてみようかな
そのときにもうちょっと勉強して参考にさせてもらうよ
でもまあなんとなくのイメージは分かったありがとう
あとつい勢いでグラボも積んでみたんだけど、ソフトウェアレンダリングじゃなくてハードウェアレンダリングにするのは
SetUseSoftwareRenderModeFlag でFALSE返せばいいんだろうか
これを入れる前後でGPUの負荷も変わったように見えない……
0～40%ぐらいまでしか上がったこと無いんだけど
行列計算は用意された関数を使ってるわけじゃなく自前？
>>58 行列計算は主にDXlibのMGetRotAxisがほとんどかな
自前で用意したのは使ってない
1パーティクルあたり6頂点(4インデックス)の長方形の板ポリを
時間経過に合わせて自由に変形できるようにしたりしてる
あともう一つ心配な要素としてパーティクル構造体のメンバがかなり多いことがある
個人的な話だけど今まですごく不自由な環境で真似事みたいなことを長いことしてたから
パーティクル一つ一つの運動や展開にとにかく自由度をもたせた結果、
数えてみると一つのパーティクルごとに(unsigned)charが42、intが26、floatが23 程あった
計算がここからの引用の演算が9割なんだけどこれって影響あるかな
MGetRotAxisでも頂点を個別に処理してると重そうだな
3D空間に文字を表示する方法ってある？
内容変化するなら毎フレーム描画し直せばいいじゃん？
更新来てるね
自分で制作中のプログラムを 3.09 に載せ替えただけで、60 FPS に届くようになった。
更新しようと思ったらＶｉｓｕａｌＳｔｕｄｉｏも２０１２とかなってるのかよ知らなかったわ
ライブラリの更新ってまだ軽量化の可能性とか残ってるもんなの？
少なくともDXライブラリはソース見る限りエラーチェックが一番の重くなる原因だと思うから、まだまだ軽量化はできると思うよ
＞①１万枚が１つのテクスチャを使用していて、且つ全く動かず、１画像辺り16x16サイズであり、それを１万枚毎フレーム描画する、
それだ
描画関係以外で速度求めるって一体どんな関数使ってんだよ…
1フレームに数千回呼び出す関数なんかはエラーチェックでかなり処理食われたりするよ
いや…自分で定義した関数ならともかく、DXライブラリの関数で数千回とか何やっとるん…？
想像できないなら想像できないでいいと思うよ
性格悪っ！
だってめんどくさそうな人だから相手したくないんだもん
だったら無視すればいいだけ！
78 ：
名前は開発中のものです。 ：2012/11/27(火) 13:17:22.16 ID:6Mv2IZhC
アホす
自演まるわかり
プログラマブルシェーダー２．０を使用できる環境では通常の描画処理にも
DXlibがソースそのままでWindowsStore用のアプリ生成出来ればええな
まず海外のフリゲ公開サイトにでも登録してみたら
>>81 すぐには無理でしょ。
.ＤｘｌｉｂがNETベースのC++/CLIかC#あたりに移植されれば別だが。
当然、自分のゲームソースも同じようにC++/CLIかC#に移植になるけど。
更新されてたんで久々に更新したら
DXライブラリのソース追っていくのすげーきついな
ちょっとお前らの経験則から助言いただきたいんだけど、筋力から物理攻撃力を求める時みたいに
何を言ってるかよく良く解らんが、
>>86 外部ファイルやらDBやらを使ったり、算出にランダム要素などが加わるならキャッシュする。
そうでなければ気にしないかなあ。
俺はそういう場合、キャラクラスですべて管理するようにしておいて、
環境によって作成できる最小テクスチャサイズってあるのかな
>>87-89 ｻﾝｸｽ。とりあえずインターフェイスを計算結果側の項目に絞っておけば
後からどっちにも対応できて良さそうだね
初心者です。画像表示のためのラッパクラスを作っていて
速度のことは必要になるまで考えるな
94 ：
90 ：2012/12/01(土) 15:57:16.54 ID:xUkutrV6
自己解決した
MV1SetMaterialTypeってトゥーン表示に出来るみたいだけど
プロローグによくあるような、画面上部にイラストがあって、下部に「むかしむかし、、、」みたいなかんじで文字をだしたりしようとおもってるんですけど、ああいうのってムービー作って再生させてるんですか？
全然手間じゃない
>>98 なるほどー。相性とかあるのか、、、。
わかりました。今日の夜やってみます。
「画面上部にイラストがあって」の部分がよくわからないけど、ゲームのプロローグなんかは普通動画だよ。
ヨッシーアイランドみたいなのだろ
上から黒い四角を重ねるだけでも、フェードイン/アウトにはなるしな。
まずは完成させること優先で考えたら？
言われている通りでまさにヨッシーアイランドと同じような感じで作りたいと考えてました。
便乗してすごく初歩的な質問なんだけど
>>98 が普通に「透明度」って言葉使ってるけど
画像を表示するためのDrawGraph系の関数には透明度の指定がないから、
毎回SetDrawBlendModeでアルファ値を設定してから描画するって意味？
フェードの話だとマスク画像かもしれないけど、単純に画像に透明度を指定して
表示させたい場合はやっぱり↑の方法しかないんですか？
少なくとも俺はそうやってる。
>>105 そう
自前でSetDrawBlendModeしてからDrawGraphする関数を作ってもいい
ライブラリを更にまとめた自前関数いいよね
ついでだから俺も便乗させてもらうけど
ブレンドタイプごとにまとめて描画すればいいんじゃね
普通に考えると何度もブレンドモードを切り替えるような設計が間違ってる
横槍っぽくてすまんがクラスのメンバにFlagを持たせる場合intとboolどっち使ってる？
boolで、自動伸長にまかせる
両方使えばいいやん
俺は大は小を兼ねるでintかな
どの道intでやってきてるから変更はしたくなかったんだけどね・・・
119 ：
114 ：2012/12/07(金) 00:20:29.50 ID:y/XfV8vE
なんか俺がマヌケだ
自分はboolかなー。
＞プログラマブルシェーダー２．０を使用できる環境では通常の描画処理にもピクセルシェーダーを使用するように処理を変更。
t-potやなんかの簡単なhlslをdxlib用に移植することすらできねー
2Dでいいじゃないか
その2Dでもシェーダ使うけど？
DXライブラリのシェーダは仕様の制限がわかりにくい
ライト方向の定数がワールドじゃなくビューなのがわからん
シェーダ使わなきゃいいじゃない
Paint文はちゃんと動く？
ライブラリにライト設定ってあるけどこれマテリアルの設定なんだよね
2Dなんだけど、回転付きDrawBoxってあったっけ？
ない
おお、ありがとう。
Ver3.09にしたらフルスクリーン→ウィンドウの切り替えで
DXライブラリはもう保守が限界に近づいてるんじゃないか
「フルの画面が残る」の意味がわからない。
デスクトップ左上からフルスクリーン解像度分が黒く塗りつぶされた状態で残ってるってことだろ？
3.09にしたら、って事はそれ以前のバージョンじゃなってなかったって事だよな。
>>135 >>136 直前まで表示されてた画面がそのまま表示されっぱなしになってます
裏でウィンドウに触れたりは出来るんですが
>>137 3.08eに戻すと大丈夫です
もうちょっと調べてみます
俺もテストプレイしてもらった人から、ウィンドウモードで表示されない（他にも異状はある）という報告をもらった。
あ、「ウィンドウモードで表示されない」じゃなくて「フルスクリーンモードで～」でした。
141 ：
133 ：2012/12/13(木) 14:20:52.98 ID:dHHXSXFg
>>139 開発は8ですね
症状自体は7とVISTAでも再現するのを確認してます
XPは手元に無いのでまだですが
142 ：
名前は開発中のものです。 ：2012/12/13(木) 16:11:18.90 ID:RivcO0oI
反転のブレンドモードで描画すると設定した透過色が
143 ：
テルマの代行 ：2012/12/13(木) 16:41:44.29 ID:Ib1R9I8O
139のはグラフィック復帰書いたりしてるの？
144 ：
139 ：2012/12/13(木) 17:44:23.56 ID:eCbS15Yt
>>143 もちろんグラフィック復帰は書いてるよ。
今ではDXライブラリで自動復帰とかできるみたいだけど
そうなる以前に書いた自力でグラフィック復帰させてるソースだからその点は間違いない。
前述したように「他にも異状がある」ので「フルスクリーンに対応してません」ではちょっと済ませられないかも。
プログラム自体とは関係なさげな異状だから、俺のバグではないと思うんだが……。
なんにしてももっと調査が必要だわ。
145 ：
133 ：2012/12/13(木) 18:02:50.39 ID:dHHXSXFg
>>143 正常との報告ありがとうございます
8とVISTAが別環境なので疑ってなかったのですがドライバ周りも探ってみようと思います
ドライバ問題かどうかはSDKのsimplesampleあたり試せばすぐ分かりそうだけどね
148 ：
133 ：2012/12/15(土) 14:48:25.74 ID:4z8W5i5N
いろいろ調べた結果、どうやらVC#用3.09だけで起こる問題っぽいです
DerivationGraphって非同期読み込みの対象外なんだな
実際には読み込み用じゃないから仕方がないか
質問。
WIN32APIで検索すれば講座サイトたくさんヒットすると思う
あーあとそれとはまた別の話になるけど
154 ：
151 ：2012/12/23(日) 22:16:09.12 ID:UDpOJxNp
助言ありがとうございます。
Ｃ＃なんかマウス操作で部品はっつけて、
うん、だから簡単なツール作るのに使う人が多いね
eclipseでDxライブラリを利用したいんだけど、
それだけじゃわからんなー。ライブラリにリンクが通ってないのでは？
VC++ Expressがある時代に何でWindowsでEclipseを使うのか
宗教的な理由だろう
他の言語、他のOSでも作業するような人なら、
リファクタリング機能が使いたかったのよ。
>>158 ありがとう。
原因を特定できるようがんばってみます。
163 ：
名前は開発中のものです。 ：2012/12/30(日) 19:11:14.02 ID:ULgRYKjI
職業,no.01,no.02,no.03,no.04,no.05
>>163 俺は素人だから気の利いたこと言えないし俺も他の人の解答を聞いてみたいけど
おおむねその思いついてる方法で良いんじゃないかな？
１行読み込んだ文字列はstd::stringstreamに渡せば書式指定しなくても
Readする変数に合わせてデータを格納してくれたと思う
それ以前にc_str()ってconstに書き込む気か？
FileRead_scanf(FileData,"%[^,],%[^,],%[^,],%[^,],%[^,],%s", Names[0].c_str(), Names[1].c_str(), Names[2].c_str(), Names[3].c_str(), Names[4].c_str(), Names[5].c_str());
訂正
さらに最大フィールド幅を指定したほうが安全だな
いつの間にかバックバッファのポインタ取れるようになってたのね
これフリーなのにほんとすごいよな
意味不。64bitはサポートしてなかったはずだし。
なんだなんだ、ＷＰＦってのがゲーム製作にいいのか？
wpfはツール用だ。
何かを関数に入力パラメタとして渡すときconst参照を使うけど
175 ：
163 ：2013/01/01(火) 18:45:31.24 ID:mesBEkAt
>>166 参考にさせていただきました。おかげでうまくいきましたありがとうございます。
>>165 まだよくわかってないのですが
FileRead_scanf関数の引数はcharなのでstringをcharに変換するc_str()関数を使った程度の考えです。
一応うまくいってはいたのですがこれはまずいんでしょうか？
最悪レベルの間違い
おまじないプログラミングで勉強しちゃったのだろう
>>174 ポインタサイズより大きい場合には参照だな
再帰は簡単のなら戻り値でやるしconst付けた再帰てどういう状況だ?
質問なんだけどメモリを途中からコピーする方法ってある？
メモリ？勝手に代入すればいいじゃん
解決した。普通にmemcpyでできるんだな
void TEST(){
クローズするのはオープンしたファイルに対してだから
メッセージやステータス表示のためのウインドウの色や透過率を
ウインドウに使用する画像フォーマットに合うように
何が困ってるのか分からない
>>187 補足すると、↓のような3*3分割のウインドウの基本画像を用意して
■■■ １２３
■□■ ４５６
■■■ ７８９
↓のように任意に引き伸ばせるようなウインドウクラスを作ったのですが
■■■■■ １２２２３
■□□□■ ４５５５６
■■■■■ ７８８８９
背景となる□の部分（５の部分）の色と透過率をゲーム内設定で変更できるようにしたときに、
どうやって（何を、どのように）描画しようか悩んだ。ということでした
>>186 アーカイブを使う場合、アーカイブ内に書き込みできないため
色の変更だけなら設定毎にメモリ上に画像を作成することができますが、
透過度は任意の画像をメモリ上に作成したところで「ファイル名_a」の画像ファイルが無いので
毎度透過度を指定しないといけませんよね？・・・あれ、ここ違ってたらすみません。
枠だけはっきり出たままで透明にならないとかうざいだけだと思うが
枠と背景を別画像にすれば？
別画像になってるっしょ
■がそれぞれマップチップみたいになってるんだと思うよ
描画方法はよくわからない
>>186 も言ってるけど、仮にRGBを調整できるようにしたところで使えるパターンなんてわずかだし
色弱向けもかねて数パターンから選べれば十分な気がする
何が困ってるのか分からない
おまえらレスアンカーつけろよ
3Dゲーム作っててそろそろ音入れたいんだけど
画像やサウンドファイルの読込みを非同期で行いたいんですけどできますか？
数値の大きさは、別に問題ないならいいんじゃないか？
浮動小数点数って0と1の間に、表現できる全体の半分の数値が詰まってるんだっけ？
非同期で読み込み開始して、読み込み終わる前に使用したらどうなるんですか
200 ：
>>188 ：2013/01/13(日) 16:24:29.22 ID:QYqOR8Li
答えてくれた人ごめんなさい、俺の勘違いでした
ttp://www.geocities.jp/cpphajimete2008/main.cpp このサイトの
FileRead_scanf(filename,"%d %d %d %d %d %d %s",&mondataTYPE[i],&mondataHP[i],&mondataSTR[i],&mondataDEF[i],&mondataAGI[i],&mondataEXP[i],mondataNAME[i]);
これはなぜ%dの箇所だけ&をつけて%sの箇所は&をつけてないんでしょうか？
配列を渡そうとすると、先頭要素のポインタにすり替えられるCの仕様があるからです
俺は単体のデータは&を付けるって覚えてたな
＆は参照渡ししたい時に付ける。渡した変数の内容を直接イジる
えっ
なにがえっなの？理解できないって意味かな？
>＆は参照渡ししたい時に付ける
もともと引数を参照として受け取る関数なら嘘になるが
>引数としてポインタを受け取る関数においては＆を付けて渡すことを参照渡しと言うだろう
210 ：
名前は開発中のものです。 ：2013/01/16(水) 20:24:05.76 ID:qFNCRQlD
iPhoneやmacで使えるDXライブラリってありませんか？
あるんじゃない
>>210 Cocos2dでググればいいんじゃね
そういえばどっかでJava版DXライブラリが開発されてるとか聞いたので
それ完成したらmacでもつくれるようになるかも
意味わからんけど
インターフェースが同じってことなんだろか
それ以前にMacはDirectX使えない気がする
昔は移植性は守るべき正義だったけど、
DXlibすごいんだけど、いつまで続くのか不安。
だよねー
自分でライブラリ作れるように精進しよ
>>213 JavaでDXライブラリのDLL呼ぶだけでしょ
222 ：
名前は開発中のものです。 ：2013/01/17(木) 18:31:34.97 ID:W5osK7wt
誰かOpenGL版DXライブラリ作って
DXライブラリって名前からして、DirectX使えないプラットフォームじゃ無理だってわからんのか
名前からしてｗ
225 ：
名前は開発中のものです。 ：2013/01/17(木) 19:53:40.49 ID:W5osK7wt
javaはオワ言
DXライブラリPortableってのが
俺の行ってた専門学校ではJava版DxLib作られてたなあ
DXライブラリの文法で、DXライブラリと同じ挙動をするものができたなら、
リファレンス印刷したら何枚になるかな
>>220 冗談かと思ったら本当にそうだったからますます意味わからん
JVM言語から呼べて幸せみたいなことなんだろか
>>222 SDLとかGLFWとかSFMLとか
CheckHitKey３つ以上のキーに反応しないな
なんでお前らってものの4分なんかで的確なリンク貼れるん？
これが数の力ってやつだな
DXライブラリと同じ使い方が出来て、同様の関数名のライブラリとかいいよな
ゲーミング用キーボードって海外のRTSプレイヤーが使うやつか
普通のキーボードだと、同時押し出来ない組み合わせがあるってのは、
ｚｘｃｖは４つ同時押し普通にできるけどｚｓｘを同時押しはできない
>一般的なキーボードは6キーまで
ノートだと他のキー押してるとテンキーとかカーソルで一部の斜め入力が出来なくなったりするんだよな
>>239 標準的なUSB接続の最大が6キーって話と、
キーボードの構造上何キーまで押せるかは別の話だからな
てかこのスレいつからこんなにレベル低くなったんだよｗ
キーボードの簡単な構造が理解できてないってマとしてはヤバイだろ
内部配線まで判るのか?
そういうくだらない突っ込みがありそうだから
で、DXライブラリスレで続ける話なの？
>>241 低レベルな話題なのは間違いないな。
>>244 簡単に、おさらいする程度ならいいんじゃね。
そんなことより、ググることもせずにCheckHitKeyのせいにするのが問題ではないのかね
まあまあ。
問題の切り分けができない初心者も多く見るスレだし
多少は大目に見ましょうよ。
ちなみに
>>232 のページは
Googleで「キーボード 同時押し」で検索すれば
すぐでてくるんだけどね。
問題の切り分けが出来れば、既に何割か解決してるようなもんだしな
キーボードの同時押し数の問題は、俺は自分で気付いたな
架空のバカを作って自分を安心させようとしてる無能君だろうからほっとけ
DXライブラリみたいなのをMac版つくってくれたら
DXライブラリたって特徴的なのはポインタがハンドルになったぐらいじゃないの?
DXライブラリの本当のポイントは、日本語の解説とサポートだろうな
MacでDXライブラリって、2DならSDLやCocos2dがあるし3DならUnity買えば良いよな…？
>>254 これに尽きるだろうな
優秀なライブラリはたくさんあるが、リファレンスにしろチュートリアルにしろ
英語あさったり中国語あさったりしないといけないのがハードル高いんだろう
関数ごとにサンプルプログラムまで載せてくれてる
3Dモデル使うならどの形式が一番ラクで安定しますか？
DXライブラリつかうならMQOのメタセコ形式だとおもう
メタセコのときアニメーションはどうしますか
オメェの目の前の箱じゃgoogleも開けねえのか
方法がないわけではないが面倒なので別の形式にエクスポートしてモーションつけたらいい
ボーンはどの段階で入れるのがいいかが気になります
メタセコイアxファイル出力→pmediterでボーン作成がよさそうですね
DXライブラリの処理をGPGPUみたいにグラボにさせることって出来ないかな
知識を得る順番がおかしい
>>265 普通にポリゴン数とテクスチャ量が多くて安物じゃ描画できないから＞グラボ依存
DXライブラリ製のゲームでCPUが足りなくなるのはアルゴリズムがおかしい
あと共通規格のコンピュートシェーダーはDX11必須だし
普通のシェーダでGPGPUやろうとするとメーカーによる処理結果の違いのサポートで死ぬ
つか、パーティクルだったら普通にシェーダでできるじゃない
最近知った単語なんだろ。
パーティクル同士の衝突判定であればGPGPUを使うこともあったかもしれない
当たり判定を複雑な形にしたら重くなったでござる
複雑って、どんなかんじ？
たくさん積み重ねてピラミッド状
お察しの通りゲーマー出身です
275 ：
名前は開発中のものです。 ：2013/01/23(水) 00:16:00.20 ID:ybqj+JME
まず万単位のパーティクルは必用なのか
昔PSPのゲームの内部メモリ書き換えてエフェクト作りしてて
277 ：
名前は開発中のものです。 ：2013/01/23(水) 00:34:43.93 ID:rA0ao318
ゲームってのはいかに見てくれをごまかすかってのが大事だから
一つの画像にパーティクルをたくさん描いたものをパーティクルとして出せば節約できるからな
パーティクルを頂点バッファに格納してバーテックスシェーダで頂点運動計算したらいいじゃないって妄想してみる
PSPみたいな百程度で処理落ちを意識しないといけないような非力なときはそうやってたんだけどな
内部メモリの書き換えだからメーカーの用意したテクスチャ使ってたし
例えばプリレンダムービーとかの塵や水しぶきなんかひとつとってみても
単位塊が小さく運動が複雑なほど見てくれは良くなるから
それをスペックを振りかざして作ってみたいんだ
炎や煙なんてアニメーション使って1エフェクトでも作れるが
やっぱり数は多い方がかっこよくなる
自分のやりたいゲームを作るのに並ぶぐらい、エフェクトを作ってみたいんだ
>>280 サンクス、ちょっとシェーダ関係ちゃんと勉強してみるよ
スペックを最大限に生かすようなシェーダを本格的に使うならDirectX9のDXライブラリ捨てて
最初から細部の技術にこだわるのは
DirectX11か
>>282 ペックを最大限に生かすようなシェーダを本格的に使うなら
簡単なDXライブラリでゲームを数本つくれるから
ケースバイケース
>>280 これってVRAM上で計算するから速いんだよね？
行列を作るのに必要な値の引数とかシステムメモリ内にあったらやっぱ意味ないよな
>>283 ＞ゼビウスとかスターフォース程度
簡単に言ってくれるなｗｗｗ
>>283 みたいに軽く言う奴は本当に無茶苦茶出来る奴か当の何も出来ない奴かの二択
まずは二次元の豆腐からだな…
>>287 ,288
こういうのは問題を単純化できてない人
>>287 昔はハードウェアの非力さのための無茶な高速化でのバグに泣いた
いまさらスターフォースでも無いからあんなもの作らないけどな
292 ：
名前は開発中のものです。 ：2013/01/24(木) 23:28:26.54 ID:kz8EXZqN
初歩的な質問で申し分ない。
3Dはほとんど関係ない
3Dライブラリを使って、2Dゲームを作る手法がある。
それDXライブラリでやってくれてる処理だから…
>>294 DxLibは内部的には3D処理だよ。
そもそも今時そうでない事の方が珍しい。
だからDXライブラリじゃなくて自前でやってみろって話じゃないの？
シェーダの実装にあたって疑問なんだけど
>>298 DirecrtX9だとビルボードは６点座標がいるので
ポイントスプライトでやるのが一番はやいんだけど、
Dxlibでもつかえるならこれじゃないかな。
ビルボードを向けるなら
＞v2：頂点バッファがVRAM内なのでVRAM内で求めれる
のとこが速くなるけど、カメラの座標をVRAMにおくってるなら
VRAM内でパーティクルの法線ベクトルももとめられるよ。
300 ：
名前は開発中のものです。 ：2013/01/25(金) 13:14:10.05 ID:fcJD8Kj3
シェーダって普通開発言語と分けて定義するもんじゃないの？
301 ：
292 ：2013/01/25(金) 14:25:23.17 ID:6m++Y7QK
遅くなったけど、2Dゲームでのシェーダ利用についてアドバイスありがとう。
>>293 そうなのか、安心した。
まずは単純なフィルタから試してみようと思う。
>>294 今まで2D描画関数で描かれてた部分なんかを、3D描画関数に移植してみるってことだよね。
シェーダ云々に限らず、2Dゲームでも意識して3D空間を利用することで、面白い効果を得ることも出来そうだ。
DXライブラリはtechnique対応してないから少しやり難いんだよなあ
>>299 そうなるとモデルの座標や弾薬の座標までVRAMに置くことになるな……
普通どういうのをVRAMに置いてどういうのをシステムメモリに置くんだろうか
計算に必要なデータ全てをVRAMに置くってのは一般的なの？
全然一般的じゃない
ですよね
DXライブラリを学習したいんだけど、どこかいいサイトとかない？
ありがとう
重ね重ねありがとう
自分のプログラムからClearDrawScreenをコメントアウトしてみたら何も影響なかったんだけど、
そういえばCPUだとfloatもdoubleも速度は同じか下手すりゃdoubleの方が速いって話だったけど
CPUじゃ下手すりゃってレベルじゃなく確実にdoubleの方が速い
どうせ行列はSIMDで実装するんだから速くなるfloatでいいだろ
VC2012でもDXライブラリは使えますか？
GPUはユニットを大量に組み込むことで、元々SIMD的なグラフィックの処理を高速化してるからな
優しいなお前
>>313 実行時に簡易的なベンチマーク走らせて自動切り替えするようにしようぜ！
DXライブラリでステンシルシャドウってできるのかな
数学教育用のゲーム作ろうとしたらプログラミングより数学がムズかったワロタ
そりゃー数学にＤＸライブラリのようなものはないからな。
プログラミングはあくまで言語だからな
フリーフォント使う方法を検索してAddFontResourceExを使うということはわかったんだけど
残念ながら、ない
>>326 そっか・・・あずきフォントちゃんと一緒にがんばります
>>327 FileRead_readでファイル読み込んで
AddFontMemResourceExに渡せばできるます
横アクションゲームの背景を一枚の画像を繰り返し表示させるようにしたいけど、一枚をloadgraphで一つの画像として使うのがいいのか、loaddivgraphで分割でよみこませて使ったほうがいいのか悩む。実装次第なんだろうけど。
処理速度っていう話なら、フレーム毎に背景画像をまるまる2枚分描画しても問題ないと思うよ。
MV1_COLL_RESULT_POLYの放線のNormalって正規化されてますか？
されてようがされていまいがノーマライズ掛けてやったらいいじゃない
俺的にはLoadGraphだな
初心者で勉強がてらに2点を指定するだけで2Dの四角形を表現できる
自分なら
Rectangleを返すメソッドを作って分かりやすい名前をつける
enum Mode { POINT, SIZE };
クラスのstaticメソッドでわかり易い名前で作成関数を作る
>>335-338 ありがとう。静的メンバ関数は盲点でした
ちょっと別の話になるけどこれってテンプレートとか駆使すれば
なんかすごい便利になりそうなんだね。勉強するわー
漏れは関数名変えるなぁ。Rectangle_WidthHeight()みたいに。
これはクラス名だよ
それは置いといてもキャメルケースかスネークケースか統一して欲しい
>>334 １、width, heightはunsignedにする
２、真面目に定義する
position2d( x, y )
dimension2d( width, height )
rectangle2d( position2d, position2d )
rectangle2d( position2d, dimension2d )
rectangle2d( int, int, int, int )
>>334 struct Point
{
int x,y;
};
struct Size
{
int width,height;
};
struct Rect
{
Point point;
Size size;
};
少し上の話だけどdoubleのほうがfloatより速いってのはいいすぎじゃないの？
float不要論って一体どうした事由で発足したのか
速度的に大差がないなら、スケールの関係でdoubleに一本化しちゃっても問題ない場合はあるだろうな
DirectXのサンプルはfloat
CPUだとdoubleとfloatの速度差は全然無いから精度の高いdoubleを使った方が良いという話
SSEの並列化や描画に変換するの入れたらfloatかなあ
x86系のCPUでは演算そのものはdoubleの方が速い。
遅いたか速いとかそんな速度にシビアなゲーム作ってんの？
float/doubleは動的にベンチマークして切り替えようぜ！
doubleだろうとfloatだろうと演算速度はx87の精度レジスタの値で違うだけで同じ
それで正確な判断をするにはそれなりに回して平均を取らないといけないから駄目だ
floatとdoubleの速度差が問題になるようなら、
きっちり詰めて考える、と捨てるとこは捨てて気にしない、のバランスは難しいよな
CPU側の浮動小数点演算でシビアになってくるのは
話ぶった切って不真面目に定義する
struct Point {};
struct Size {};
template <typename T>
Rectangle create();
template <>
Rectangle create<Point>(int, int, int, int)
template <>
Rectangle create<Size>(int, int, int, int)
初歩的なことで申し訳ない
361 ：
360 ：2013/02/05(火) 01:10:19.42 ID:xpRXoRhq
聞くは一時の恥
何が質問なんだよｗ
for(j=0;i<80;j++)
>>363 ビンゴでした
タイプミスとは情けない…
とにかくありがとうございました
また凡ミスを尋ねることがあるような気がします
なるべくそうならないように気をつけますが、その時はまたお願いします
尋ねるのはいいんだが
366 ：
360 ：2013/02/05(火) 02:39:32.29 ID:xpRXoRhq
>>365 ちょっと端折り過ぎましたね
実際に聞きたかったのは、二次元（多次元）配列を関数に渡すときに、どうやるのかを聞きたかったんです
先のコードの
void cVramClear(char cVram[25][80])
ですが、実際に組んだコードは
void cVramClear(char **cVram)
だったんですが、エラーが出たので、上記のように書きなおして通ったものの、今度はフリーズしたんで何がおかしいんかなって質問したんです
で、まさか原因がタイプミスとは…ｗ
多次元配列を関数に渡す方法を知りたいのですが、スレ違いかなとびくびくしながら質問したワケです
なにしろBASICしか使えない素人なもんで、いろいろと迷惑かけますが、理解してくれるとありがたいです
よくわかりもしない初心者が質問端折ったらわけわからないんだよ
>>367 前提条件とかズラズラ書いたけど、結局最後の2行だけでも十分に質問内容が伝わるってことも多いけどなｗ
ってかmemset使え。
せめて○○をどうすれば？とか、今回なら「フリーズしてしまって」とか書きゃいいのに
まずはデバッガ使って実行してステップ実行を覚えるだけで
上級者のミスも同じくらい減りそうだｗ
うん、きっとねfor(j=0;i<80;j++)ってなってるからだと思うの
ああ、charとcVramがくっついてただけか
DXライブラリである必要すらないことに突っ込めよ
しかもすでに解決してたし＼(^o^)／
377 ：
名前は開発中のものです。 ：2013/02/05(火) 22:58:44.68 ID:b0thDVcg
つか、DirectXなんて近いうちになくなってDXライブラリ意味なくなるぞ？
無くならねーよ
こいつ馬鹿だろ。
380 ：
名前は開発中のものです。 ：2013/02/05(火) 23:11:22.01 ID:b0thDVcg
こういうバカってどっから湧いてくるんだろうね
>>380 つーか、APIの使い方うんぬんだけしか知らないあほぉは絶滅するだろうな。
アルゴリズムや方法論なんて結局なに使ったって同じだし。
383 ：
名前は開発中のものです。 ：2013/02/05(火) 23:17:21.23 ID:b0thDVcg
>>383 さあ？おれはM$の社員じゃないからな。知らんよ。
DirectX11以降ロードマップがＭ＄から出されていないのは事実ではあるしな。
Windows8になってＭ$はILベースの.NET推奨を今まで以上に色濃くしてはいる。
ただし、Windows8の段階ではDirectXはまだなくなってはいない。
その先は知らん。
無くならんっしょ
ID:b0thDVcg
近いうちかどうかしらんけどいつかはなくなるだろ。
Windows95の頃に作られたゲームがそのまま動くOSでなに言ってんのさ
DirectXってもう18年にもなるのな
なぜかDirectX終了の噂までついてまわったのは
LoadDivGraph使ってるんだけど、int(const int &)って出てビルド出来ないけど何か間違ってる？
int(const int &)はコピーコンストラクタだと思うが
だから初心者は質問するならちゃんと情報出せよ
分からないバカが何か言っている
3.08eから3.10aに変えたんだけどDX_HANDLETYPE_GRAPHとかって消えたんだんな
自分でタイプを併せ持った構造体でも作るしかないな
XNAの更新停止をDirectXの更新停止と勘違いしてる馬鹿がいるのか
むしろXNA更新停止ってC#やってる情強どもは死ぬの？
いくらでも変わりはあるから今更マイクロソフトが提供する必要性がない
XBOX360等でも動くマルチプラットフォームてのがウリなだけで
DXライブラリはラッパライブラリなんだからなんら関係のない話だ
C＃用dxlib使えよ
C#で使えるゲーム開発環境：SlimDX、DXLib、MonoGame（XNA完全互換）、Unity、NeoAxis...
>>390 DirectXは勇み足じゃなくて、「DirectXはもう発展しません」という本音を書いたメールをMVPに配信したらそのまま転載されて炎上しちゃったので
「バラすなよ馬鹿！
『DirectXはVisual Studioと共に発展していくテクノロジーです』
ほら！テンプレ書いてやったからこれコピペしろ！」
というメールを慌てて送っただけだよ
DirectX SDKはとっくに消滅してWindows SDKに吸収されたし、今年中にStoreアプリのランタイム（WRL）や次世代Xboxに対応したDirectX後継発表と同時に〆だろう
>>405 煽りたいだけなのか無知にもほどがある
訂正記事で書かれていたのは
DirectX単体でのリリースはもうありませんの内容を勘違いしただけ
既に実行されていることで本音も糞もない
それとWRLってはランタイムじゃなく単なるWinRT用（C++専用）のテンプレートライブラリ
Win32時代にあったATLのようなものだ
今までDXライブラリ使うためにプロジェクトのオプションで、
>>407 自分でコンパイルしたDXライブラリ使ってるとかじゃなくて？
プリコンパイル済ヘッダが無効になったりとかしてんのかね
>>396 無くなることってあるの？ 非公式とか？
ゲームで使うクラスに共通の機能を持たせたい時に
>>410 キーの定義なんかはいつの間にかなくなってたりする
>>413 機能を必要とするクラス側で、シングルトンクラスをインクルードして使うってことだよね？
シングルトンっていうかstaticメンバがどことなくムズ痒いというか気持ち悪くてね
機能として引数を受け取って処理をして値を返すだけのstaticメソッドならいいんだけど(例えばDrawGraph)
>>411 みたいに何かしら値を保持する場合、１つしか存在しえないとなると後々拡張する際のことを
考えると怖いっていうか。まぁそこがむしろメリットでもあるとも思うんだけども
俺が説明下手で申し訳ないんだけど
例えばスキルの名前とか敵の能力とか、CSVから読み込むようなゲーム中で不変・固定なデータを
ゲーム内で共有したい場合にもシングルトンを使っちゃっていいのかなーっていう不安です
むしろそんなデータが複数存在し得る状態の方がキモくないか
データクラス作って、シングルトンにするか
＞LoadGraphをラップしたクラス
シングルトン全般の話として、
グローバル変数は原則避けるべきだけど、そこまで忌避するものかなぁ？
>>421 gotoなんかもそうだけど、分かってて使うには強力な武器なんじゃない？
ただ、武器を扱い慣れた老兵でも、ちょっと気を抜くと指先を切っちゃう可能性があるくらいで。
423 ：
名前は開発中のものです。 ：2013/02/09(土) 19:34:00.61 ID:BWsprEsg
>>420 公式にモデルをグラフィックハンドルみたいに使うと遅いから
モデルハンドルをコピーするみたいな関数使えって書いてあったと思う
>411
モノステートでいいものをシングルトンで書きたがる人いるよね
シングルトンに甘えた結果Friend地獄になった
モデルにアクセサリーをつけるためにフレーム座標変換のサンプルを真似したんだけど、
>>426 前はシングルトンだった。
今はライブラリに持たせてあるけど。
全部シングルトンで問題ない
論点を勘違いしてる
設計の段階でグローバル変数使ってるなら問題ないと思うけど
>>428 >>426 みたいな「利用するクラスにとってconstメソッドだけでも大丈夫なクラス」なら
const引数として回せば大丈夫だけど、編集も必要で、かつ一回しか実行したくないメソッド持ってる場合
staticとfriend無しじゃ詰むよね
>>432 キー入力とかの更新をしたいんでしょ?
mainのループ内で毎フレーム一回だけシングルトンクラスでキー入力状態を取って、状態を知りたくなったらそこから情報を引き出すだけだよね?
シングルトンだからもちろんシングルトンのポインタをもらう関数はstaticだけど、それ以外には使ってないしfriendもないし。
具体的に何をしたいのかが分からないけど、もっと複雑なことをしたいの?
>>430 名前空間指定してグローバル変数と関数のセットを作っても出来るんだろうね。
ときどきシングルトンのポインタもらいたくなることがあるから、私はシングルトンが好きだけど。
シングルトンですむものをグローバル変数と関数にする意味があるかとか、あんまり考えたことないや。
>>433 キー入力情報を得たいクラスがキー入力情報の更新もできちゃマズイよねって意味だった
＞mainのループ内で毎フレーム一回だけシングルトンクラスでキー入力状態を取って
つまりmainループ内で入力状態を更新できるpublicでstaticなメソッドがあるのなら
そのシングルトンにアクセスできるクラスは誰でも更新できちゃう
キー入力の履歴を記録しないならそれでもいいんだけど
記録しないとなるとキー入力扱うクラスそれぞれで「押された」のか「押しっぱなし」なのかの判断しなきゃならないし
「じゃあ逆に履歴を保存しておくクラスを作ろう」
と思いたつと結局最初と同じ問題（誰が責任持って１フレームに１回更新するのか）にぶちあたる
要は「１フレームに１回だけ更新」とかそういったルールが守られることを保証するためには
インターフェースクラスだけを公開して、フレーム更新するのは派生クラスのメンバとか
>>436 それってアリなのかな？もちろん正解はないと思うから貶すつもりはないんだけど
オブジェクト指向で考えるとそれは、キー入力情報（データ）が親で、
子が「データとしても扱える」ようなキー入力管理クラスということになると思う。
でも親はデータのクセに自分自身を変更できないんだよね
キー入力管理クラスからキー入力情報（データ）を取得して
それをconstで渡すというやり方を面倒臭くしただけのような気がする
更新クラスとデータクラスがfriendで、単にデータクラスの秘密の更新メソッドに委譲するだけでいいんじゃないの？
>>438 地獄は言いすぎだった
けどMementパターンみたいに継承時にfriend登録しなおすのが煩わしく感じることってあるじゃん・・？
自分だけが抱えてる問題を一般的なことのようにいうのはどうかと思うぞ。
関数の分け方が悪いだけのように聞こえるね
>>423 MV1DuplicateModel()かな？
使ってみたけれど速度変わらなかったや
モデルの頂点数ガリガリ減らしていきます。どうも
>>436 はありだと思うけど、
一番簡単なのは、細かいことは気にしないことｗ
C++を理解できてないっだけだろうな
あんな、ってのがどこの事だか知らんが
人間として低レベルな奴が愚痴ってると聞いて
何も努力しないやつなんかとタダで知識を共有しようなんてのは共産主義の考えだよ
誰もお前の失敗には興味ねーよ
C++、C#は、キャラクタなどクラス化すると楽になるので恩恵うけるけど
namespaceと同程度の恩恵はあるんじゃない？
ごめん何でもない
Ｃ＃版もintでエラー返すの？例外投げて欲しいんだが。
単にDLL呼び出し部分つけただけだからな。
ラップしたらいいんじゃね
つかなんで新規がみんなＣ＋＋にいくんだろ。
visual studio2012でC++/CLIが飛躍的によくなったのに
ゲーム作る上でC++じゃなくC#を選ぶメリットって何？
新規はC++じゃなくてCに行くな
新規がC++なんかやってもおまじないしか書けないだろｗ
C++/CLIって存在くらいしか知らないんだけど、
betterCでいいんだよ
結局初心者に一番いいのは一番ユーザが多い言語だよ
ユーザーの少ないソフト使ってると勉強の情報が足りなすぎて困る
DxLibを使う層ってゲームが作りたいのであって、言語なんてどうでもいいわな
C#版をラップする時はリフレクション使って自動作成するといいよ
昨日からC掲示板でメシの種になりそうな記述探してるけど見つからないわ
typedefとstructってCとC++でなんか違うの？
C++の資料が少なかった時代を経験したオジンはCから入れっていうからな
Cはtypedef struct Foo_ {} Foo;としないとFoo foo;って書けないけど
C++のことをメインで話したいならスレ違いだよ
ポインタとか継承まともに理解してない人が書いたら悲惨なことになりそうだな
DXライブラリって必ずしも使わなくて良くね？
まあプログラミングがある程度できるのは前提条件ということで
C++だとインクルードにひと癖あってダブルディスパッチがどうこうとかで嵌ったり、
速度はCもC++もC#もほとんどかわらないけど
フルスクリーン←→ウインドウモード の切り替えできるようにリファレンス見てたら、
難易度は高くないけどちょっとめんどくさくなる場合があるだけ
とりあえず、MakeScreenとかで動的に画像を作成することは無視して
リソース勝手に復帰してくれる関数あるでしょ
>>482 ありがとう、非公開にこんなのがあったのね
なにやら公式掲示板のやりとりでの産物のようだし
>>396 みたいなことは心配しなくても大丈夫だと信じよう(懇願)
各画面（タイトルとか各ステージ）毎にループ処理をさせてるんだけど、
485 ：
名前は開発中のものです。 ：2013/02/14(木) 00:01:34.90 ID:EV+2Arb/
とりあえずゲーム作るのが裏でとんでもない試行錯誤しなきゃいけない事が
>>484 描画処理は別スレ立ててやってるよ。
因みにイベント処理は基本的にすぐ返す処理にしておいたほうがいい。
キー状態とか調べてるなら大丈夫だと思うが、お行儀はよくない。
>>485 何だってそうだと思うよ。
マンガだったら画力が要るし、小説なら語彙力が要る。
そもそも、「創造」そのものが一番試行錯誤するよ。
487 ：
名前は開発中のものです。 ：2013/02/14(木) 00:35:21.43 ID:GSXiHSnK
>>486 アドバイスありがとう。
でも2Dスクロール作ったけど丸半年かかっちゃった。
さすがにかかり過ぎだし労力は半端無いと思ったわ。
プログラムの行数1万行くらいなったし今見ても訳分からんｗ
>>486 ありがとー。
描画順を極めろゴルァァって所？少し見てみる。
描画処理はウィンドウ作ったスレッドでやんなきゃダメだぞ。
>>487 次に似たようなゲームを作ったとき、1ヶ月は短縮されるんだぜ
創造力っていうのは、その創造をするための土台を作る力の事だからな？
ゲームなんか作ってどうするのよ
社会という与えられたものさししか持ってないんだね
なんでもやった経験は無駄にはならんよ
ゲーム作る過程で継承とかポインタの使い方分かるようになった
DXライブラリでゲームを作るためのテンプレートみたいなものはありますか？
それならツールでいいじゃん
テンプレートは自分で作れよ
無いみたいなので作ってみます。
テンプレートを使ったらすごく狭い範囲でしか創作できんがな
DXライブラリを使わなければゲームも作れない俺は
DxLibに限定しないなら掃いて捨てるほど
>>488 リファレンス見ながらやったほうがいいとは思う。
自分は結構イレギュラーなやりかただと思うし、公式は別スレ立ててないみたいだし。
勘違いされてることに気づかないのか・・
505 ：
名前は開発中のものです。 ：2013/02/14(木) 17:48:08.98 ID:jFZvS44r
簡単な2dアクションのソース書いてくれない？
諦めたほうがいいと思う
507 ：
名前は開発中のものです。 ：2013/02/14(木) 18:17:41.73 ID:jFZvS44r
c言語の関数として使えるのは何？
お前らが簡単簡単言うからツクールレベルと思った子たちがやってくるんだぞ
509 ：
名前は開発中のものです。 ：2013/02/14(木) 18:35:42.41 ID:jFZvS44r
一応俺は小6だからそりゃツクールレベルだと助かるよ。
>>501 ナカーマ
RPGは表示>移動>攻撃判定くらいまで作ってから
他の分野の制作に目移りした
アクションとかになると、まだ作れないイメージかな・・・
とりあえず質問する前にググれ
513 ：
名前は開発中のものです。 ：2013/02/14(木) 18:42:25.39 ID:jFZvS44r
当たり判定の画期的なアルゴリズム何かないの？
514 ：
名前は開発中のものです。 ：2013/02/14(木) 18:45:39.96 ID:jFZvS44r
当たり判定はとりあえず対象の形そのものじゃなくて対象のサイズに合わせた
14歳からとか恥ずかしくて手に取れないとか馬鹿にするやついるけどこれは本当に名著
矩形を使うか円を使うか好きにしろ
当たり判定、 線分との交点を求める手法が一番良い。 通り抜けバグが無い。
長方形の重なりによって、当たり判定を検出するのが概念的にかんたん。 初心者向け。
519 ：
名前は開発中のものです。 ：2013/02/14(木) 19:06:35.23 ID:jFZvS44r
>>518 本当に悪いんだけど
まとまったプログラム書いてくれないかな？
参考にするから。
無能君の自演にしか見えんな
521 ：
名前は開発中のものです。 ：2013/02/14(木) 19:09:27.01 ID:jFZvS44r
長方形が重なったっていうのはどうやって判断するの？
いくら用意してるのかも書いてないし、それでプログラム書いてくれってどういうことだよ
画期的な当たり判定法
バーカ
525 ：
名前は開発中のものです。 ：2013/02/14(木) 19:47:43.49 ID:jFZvS44r
せっかく衝突判定持った箱型クラス作っても使い勝手微妙すぎるよね。
527 ：
名前は開発中のものです。 ：2013/02/14(木) 20:37:08.71 ID:jFZvS44r
>>526 ソートってどんな時に使う？2dアクションだと。
ここはＤＸライブラリのスレだからね。
本当に行ったみたいｗ
あっちなら一つのネタで一つのスレッドだし問題ないだろう
C++用にDXライブラリのクラス版作る奴出てこないかな。
それだとOgre3dやIrrlichtの日本語対応ビルド作るほうが楽なんじゃないか
>>532 DXライブラリ以外のやつならいくらでもあるじゃん
今の形を変えてしまったら、それはもうDXライブラリとは言えんだろ
でもやっぱラップ作業してて思ったのは
やっぱり、お礼くらいは言うべき。 わすれがちだけども、人として大切な事
本当にありがとうございました
DXライブラリで使いにくいと思ったのは関数ポインタ系だな
>>526 横からで申し訳ないが、具体的にどういうこと？
「衝突判定持った箱型クラス」と「四角形でC的に衝突判定」の違いが分からん。
それはわからんが、普通は「当たり判定クラス」を作って
>>541 だよな。
実際はせいぜい四角と円くらいしか作らないことも多そうだけど。
>>541 collision.check(obj_a.body(), obj_b.body())
みたいな感じにしてどんな形状でも後から追加できるようにしてる
判定に使う頂点データの構造は悩むね
とはいえ、大抵は複数の四角形の当たり判定を持つだけで十分だよな
>>543 領域を追加するときに、AND検索かOR検索かを選べると良い感じだよね
当たり判定であんまり複雑なことやると特許にひっかかったりするんだよな・・・結構かんべんしてほしい
どの特許？
普通に線分と円の辺り判定で足りる
ヨルダンの曲線定理が便利
>>541 それってせっかく「当たり判定クラス」を共通させてるのに実装で
フラグによって図形判別するのは設計ミスってね？
>>549 フラグは初期化の際に判別の為にセットするんだよ
>>541 それなら衝突判定関数を円、四角、直線などつくって
関数のポインタにしてポインタ渡して判定を固定化させればはやいよ
552 ：
名前は開発中のものです。 ：2013/02/15(金) 23:44:36.20 ID:+YoMj0om
while( ProcessMessage() == 0 && CheckHitKey( KEY_INPUT_ESCAPE ) == 0 )
初心者用の掲示板ならあるんだからそっちで質問しろ
表示されてるのを確認したいだけなら
演算子の優先順位は&&より==のほうが高いから問題ない
557 ：
名前は開発中のものです。 ：2013/02/16(土) 03:28:00.84 ID:w8iU0om+
アルゴリズムなんて誰でも思いつくしかぶっても大した事無い
DXライブラリで起動させてる窓って他のウインドウを使ってると処理が固まってるのはどうにかなんない？
int SetAlwaysRunFlag( int Flag ) ;
でもマウスゲーだと注意だね
ありです。描写速度も向上したような気がします。
562 ：
名前は開発中のものです。 ：2013/02/16(土) 17:52:38.80 ID:w8iU0om+
物体の連続的な移動をさせる場合はwhile文以外じゃ無理？
gotoとかdoとかforとか
564 ：
名前は開発中のものです。 ：2013/02/16(土) 18:05:12.01 ID:w8iU0om+
だったら
>>562 の質問自体が根本的な勘違いをしている可能性高し
ってこないだのガキか
567 ：
名前は開発中のものです。 ：2013/02/16(土) 18:09:30.20 ID:w8iU0om+
ようはwhille goto do forを使わずにゲーム作るのって可能？
動的ゲームは無理
２ｄアクションで、プレイヤーの状態を保持するクラスを作ってて、
570 ：
名前は開発中のものです。 ：2013/02/16(土) 18:15:58.61 ID:w8iU0om+
>>568 やっぱりか。
明晰再帰に頼っててもっといい方法あるんじゃないかと思った。
例えばJVMのThreadとか。
シングルトンじゃないほうがいいと思う
572 ：
名前は開発中のものです。 ：2013/02/16(土) 18:18:31.61 ID:w8iU0om+
でも動的ゲーム作ってていちいち描画してたら遅くならない？
別にいちいち描画しなくてもいいんだよ
最近の小学6年生ってこんなに頭悪いのか
子供にネットを与えては駄目だといういい例だな
最初はシングルトンでいいと思う。
DirectXは、まとめてドンと描画するから 多くても少なくても同じ事。
>>576 今基本的なとこができたから、このあと楽になるようにと色々考えてたら言われたとおりぐちゃぐちゃなってたw
プレイヤークラスを各ステージの関数に渡さないといけないのが嫌だなーとおもって。
>>571 2プレイかー。そういわれるとそうかも。でもとりあえず突き進んでみる。
582 ：
名前は開発中のものです。 ：2013/02/16(土) 19:20:48.16 ID:w8iU0om+
でもアレだよ、シングルトンみたいにグローバルっぽいのは
俺いっそ共通で参照したいの一つに纏めたクラス作って各オブジェクトに継承させてる
585 ：
名前は開発中のものです。 ：2013/02/16(土) 19:30:53.75 ID:w8iU0om+
キャラを1ずつ連続で動かす→点滅しない
586 ：
名前は開発中のものです。 ：2013/02/16(土) 20:11:35.26 ID:w8iU0om+
解決しました
プログラミング言語覚える前にコミュニケーション能力を覚えましょう
質問する前にネチケットを身につけることと、自分で調べることを見につけることだな
>>588 すいません。
ところでGetColor(255,0,0)は赤ですが表示されません。
考えられる理由は何ですか？黄色、青は表示されるのですが。
死んで来世にかけるとといいよ
掲示板はデバッガでも子守りでもないんだけど
>>591 デザインパターンの質問は良くて
俺の質問がだめなのは何でかな？
ちなみに俺を叩いてる奴は単発な。
ID:HkFhDvSNさん教えてくれませんか？
赤を取得しても黒っぽくなります。
setgroundcolorで白にしても無駄でした。
どうすればいいですか？
向いてないから死ね
ガチっぽいのが笑えるわこの子
>>592 少しはいろいろ試してみたり調べたりして自分だけの力で解決する努力をしろ
下らない質問ばかりするのが迷惑だってのがわからないのか？
自分の力で解決しようと努力することがゲーム制作者としての力量を上げることに繋がるんだ
質問ばかりでゲームを完成させられなさそうな奴の為に質問に答えてあげようと思うか？思わないだろ？
マジレスすると質問者が何を試して何を考えたのか書かれているかいないかの違いだよ
何度も言うけど俺を叩いてる奴は外野から来た単発な。
質問に答えてくれる人は叩かないから。
>>595 かなり調べました。
GetColor 赤 で調べても255,0,0がそうであるしか出てこないんですよ。
GetColor以外で色取得する方法無いから困ってるんで.....
青、黄、灰色、白とちゃんと表示されるんですが赤がどうしても。
引数の対応は左から赤緑青であってると思うんですが....
質問は基本的に一括してしたいタイプです。一度作り出したら
ここで質問を乱発して迷惑をかけるということは無いと思います。
>>597 お前の使ってるライブラリかPCがおかしいとしか言えん
てか迷惑だっていうのがわかってるのならもうやめろ
本でも買って勉強しとけ
もう一切お前の質問には答えん
ID:w8iU0om+ は次に「他に答えてくれる人いませんか」、と言う
答えてくれない奴は外野から来た単発な、とも言うな
直接描画関数にGetColor(255,0,0)入れたら赤が表示されました。
騙されたと思ってやってみたら騙された
荒らしに構う奴も荒らし
>>602 いやまじで
int x;
x=GetColor(255,0,0);
while()
{
DrawCircle(100,100,10,x,TRUE);
}
でやってみてくださいよ。
表示されないｗ
xをGetColorで直接いれたら表示されるのに。
俺も同じような経験あるは実は
>>584 あー共通参照のをstaticでまとめておくってやり方だよね？
結びつきはかなり強くなってしまうけど、用途を限定した場合の便利さは最高レベルだと思う。
C#で作成するクラスに自動的に継承されるObject型みたいに
ある名前空間のクラスに、ある基底クラスを自動的に継承させる方法とかあればいいのにね
>>604 つか、whiileで無現ループしてたらそりゃ表示しないよ
#include "DxLib.h"
int WINAPI WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance,
LPSTR lpCmdLine, int nCmdShow )
{
int x;
if( DxLib_Init() == -1 )// ＤＸライブラリ初期化処理
{
return -1;// エラーが起きたら直ちに終了
}
x=GetColor(255,0,0);
DrawCircle(100,100,10,x,TRUE);
WaitKey() ;// キーの入力待ち((7-3)『WaitKey』を使用)
DxLib_End() ;// ＤＸライブラリ使用の終了処理
return 0 ;// ソフトの終了
}
>>607 背景を白にしたら黒色で表示されてることが確認できました。
whileの問題じゃないと思います。
>>604 は単純化しただけで....
単純化したらサンプルにならんよ。
>>609 ふーん、少なくとも俺の環境じゃ普通に赤い丸がでるし
コード的にも間違いないし。
あんたの環境の問題じゃねーの？
最新のDXLIB使ってるか？
自分でビルドしたDXLIB使ってるとか？
恥ずかしいけど全部書きます。
Cx=100;Cy=391;Cr=8;
>>611 あなたのDXライブラリのバージョンは？
while( ProcessMessage() == 0 && CheckHitKey( KEY_INPUT_ESCAPE ) == 0 )
>>614 ん？
さっき拾ってきたから
3.10aだよ
まずバグが再現する最小限のコードでテストしろよ
>>618 そう
つか、なかなか描画部分が出てこないじゃないｗ
長いならロダにでも上げたら？
もしくは、
>>617 が言っているように。
>>607 のコードビルドして動かしてみ？
ClearDrawScreen() ;
>>618 新規プロジェクトで
int x;
x=GetColor(255,0,0);
DrawCircle(100,100,10,x,TRUE);
試してみて不具合がなければ、ソースのどこかに原因がありますので
頑張って解析してください
>>619 昨日議論してて、DXライブラリの初期値が16bit画面だったんだけど、そしてね。
本来ならば、DWORDのはずなんだがintegerでもいけるようだし
いやいや、最新版は違うんだろうと思った次第です
いらいらするなあ
色の計算は、32bitの場合に
今全ソース入れてみて実行したけど・・・
>>625 あなたの DXライブラリのバージョンは？
いや、GetColorで返る値は0xRRGGBBにはなってないぞ
DxLib_Init()は？
0xAARRGGBBじゃないの
>>627 だからぁ、 画面モードが16bitの場合は計算が違うだろう。各色256じゃないし
kwsk
>>626 3.08e
今自分が作ってるソフトはＤｘＬｉｂの上記バージョンで動作できてる
最初にライブラリインクルード/winmain～/ＤｘＬｉｂ初期化/描画先を裏画面に設定
の順で処理してます
（グラフィックモードは３２ビット。）
DxLib_Init() の時点で、初期化でリセットされるから その前に設定したのはきぇる
なんやら議論の旋風を巻き起こしちゃったみたいですいません。
単純にDxLib_Init()の前に余計なDXライブラリの関数呼ぶなって事だ
確かに全画面だとでないなぁ。
>>635 正解
if( DxLib_Init() == -1 )// ＤＸライブラリ初期化処理
{
return -1;// エラーが起きたら直ちに終了
}
↑これを
Cc=GetColor(0,0,255);
ここの前に入れたら問題なく表示されたわｗ
なんという盲点ｗ
DxLib_Init()
>>634 int WINAPI WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance,
LPSTR lpCmdLine, int nCmdShow ){
int Key[4];
int i,j;
/*円Cの設定*/
int Cx,Cy,Cr,Cc;
int Dx,Dy,Dr,Dc;
int bx1[300],bx2[300],by1[300],by2[300],bd;
if( DxLib_Init() == -1 )// ＤＸライブラリ初期化処理
{
return -1;// エラーが起きたら直ちに終了
}
こうしたらなおったよ
どうもDxLib_Initの前にGetColorするとうまくいかないくさいなあ
winmainの次にウィンドウモード設定して
>641
>>639 天才！凄いですね...このスレ凄いわ...専門知識の塊。
まじでプログラミングむずすぎｗｗｗｗ
SetGraphMode を設定してみ
最早ネタでやってるとしか思えないな
DxLib_Initの前にGetColorすると32ビット環境での値が返ってるぽいね
>>639 本当にありがとうｗ
さっき試したけどたぶん直ったかもしれない...
嬉しいわ
Initした時点でリセットさせるんだろ
まさかとは思うけどInit(ialize)の意味を知らないんだろうかね
つか、上のソース見りゃ初心者なのまるわかりだろうに。
>>651 やっぱ初心者ですかね？ｗ
円が重力にしたがって落ちるとか結構自分でも凄いアルゴリズムだと
思うんですがｗ
>>649 その関数あったことも忘れてたｗ
空気化してたｗ
まあでもデバッグとしてはいいとこ突いてんじゃないか
リファレンスに従ってたら起こり得ないからそもそもそんな事を書く方がおかしい
初期化(Initialize)してんだから基本的にそうなるじゃん。
>>654 「初期化前に初期化したら不具合が出ました、仕様バグです」
↑基地外
C言語初心者だと思って読んでたけどプログラミングの初心者だったか
頭の悪い小6にドヤ顔でプログラミング教えてる中学生がたくさんいるスレはここですか
ガキは相手すんな
昔は、初期化するまえにイメージロードとかできた記憶あるが
あと、DxLibは初期化前に使う関数というもんがあるから
連レスやめろ
メタセコイアでMAPの地面つくってんだけどUV以外でテクスチャ貼る方法とか無いの？
メタセコイア側なら平面マッピング機能
プログラム側が楽みたいかな
上から目線度合いって質問する側の事？
半円を描写する場合、点を連続して描写するのでしょうか？
バーカ
半円の画像を用意して表示するだけ
ポリゴンでやれ
点を連続で打とうと思ったらとりあえず線をつないでみるといいと思うよ
3Dモデルにアクセサリーくっ付けるサンプルを参考にしてるんだけど、
質問してくれないと答えようがない
質問です
無理じゃね？
理解していると解釈すると、大きな画面を生成してそれに内容を描画した後ウィンドウに貼り付ければいい
要は画面解像度640x480で動いてるゲームがあったとして、
681 ：
名前は開発中のものです。 ：2013/02/19(火) 23:50:31.56 ID:qKfb7lS1
解像度は上位互換できないよ。
質問がカオスなせいか回答側も混乱しているように見える
>>677 解像度には二種類の意味があるし、
ウィンドウの大きさっていうのも、画素数の話か、物理サイズの話かわからないし
そのへんの言葉の意味をもう一度調べて正確に質問し直した方がいいと思う
PC初心者っぽいし、
>>680 の言ってることだとがあってると思う
ディスプレイ解像度あげたら、ウィンドウが小さくなった！って言ってそう
こんなレベルでもゲームプログラミングの世界に入ってくるなんてDXライブラリすごいな
もしかしてフォグってデバイスロストするのか？
686 ：
名前は開発中のものです。 ：2013/02/20(水) 00:51:34.37 ID:AaU5kHH6
687 ：
680 ：2013/02/20(水) 01:52:17.02 ID:qNul5HBl
>>686 オイラの言いたかったことは、オイラ自身の説明(>680)よりも、>684の
「ディスプレイ解像度あげたら、ウィンドウが小さくなった！」の一言に全て集約されてる気がする。
例えば、最近はめっきり見なくなった環境だけど、
ディスプレイの解像度を640x480にした状態で、ウィンドウサイズ320x240のゲームを遊んでたとする。
この人が、ディスプレイ解像度を縦横2倍の1280x960に変更したとする。
すると、ゲームのウィンドウは、相対的に縦横1/2（面積1/4）になっちゃうわけだ。
この状態でゲームを遊ぶには小さすぎるだろうから、どうにかしたいって話なんじゃないか……と。
自己解決しました
689 ：
名前は開発中のものです。 ：2013/02/20(水) 03:17:06.27 ID:AaU5kHH6
>>687 すまんまだわからん。
ウインドウサイズは解像度あげたらそれに合わせて上がるんじゃないの？
彼なので以下スルーで
>>689 あがんねーよｗ
試しにデスクトップの解像度下げてから
何かウィンドウ表示して解像度上げてみろよｗ
ウィンドウサイズは変らずに見た目だけ小さくなるからｗ
692 ：
名前は開発中のものです。 ：2013/02/20(水) 03:39:26.10 ID:AaU5kHH6
見た目小さくなる＝ウインドウサイズ小さくなるじゃないの？
693 ：
名前は開発中のものです。 ：2013/02/20(水) 03:43:42.51 ID:AaU5kHH6
ウインドサイズが見た目で変わらないってどうやって分かるの？
694 ：
名前は開発中のものです。 ：2013/02/20(水) 04:22:34.30 ID:AaU5kHH6
解決しませんでした。
>>688 結局どれが正解だったんだｗ
もやもやして困る
“自己”解決って言ってるんだから、この中に正解は無かったってことだろｗ
>>689 「ウィンドウのサイズ」と「ディスプレイ解像度」の意味を理解するところから始める必要がある。
「ウィンドウサイズ」とは、そのウィンドウが縦横何ピクセルで表現されるかという意味であり、
「ディスプレイ解像度」は、そのディスプレイが縦横何ピクセルを表示出来るかという意味になってる。
たとえば、1*1の解像度のディスプレイだとしたら、640*480のウィンドウを表示するためには640*480個のディスプレイを使わないといけない。
これはつまり、そのウィンドウはそのディスプレイには収まりきらないくらい大きなウィンドウということになる。
逆に10000*10000の解像度のディスプレイがあったとしたら、その左上（おそらくは）のほんのごく一部しか使わずに表示出来るだろう。
解像度を上げてもディスプレイが巨大化したりはしないわけだから、一定のディスプレイの横幅を10000で割って640倍した横幅しか使わない。
ということは、ディスプレイの横幅/10000*640とディスプレイの横幅/640*640ではどちらの方が大きくなるかを比較すればいい。
このくらいの算数は出来るだろう?
698 ：
名前は開発中のものです。 ：2013/02/20(水) 10:35:31.00 ID:qGoMDRql
多分知識より読解力が足りてないな
キチガイのガキはスルーしろ
とりあえず、単位（ドットなのかcmなのか）を省略すると誤解を招きかねない、
質問者が意味もわからない用語を無理に使って失敗したパターンか
無理に使ってるイメージは無いなあ。
>>697 俺なんかのために詳しい説明ありがとう。
解像度2倍にするという事はディスプレイの2マスで1画素を表現していたのを
1マスで1画素表現できるようになるという事だから
同じ絵でもディスプレイ解像度大きくなる程小さくなるという事ですね。
そのウィンドウはそのディスプレイには収まりきらないくらい大きなウィンドウということになる。
>
でも
大きい解像度の絵の場合、逆に解像度を下げて表示するという機能もあるんじゃなかったっけ？
画面いっぱいに解像度の大きい絵を表示する場合解像度下げないとスクロールしないと全体の画面
を見れなかったりするし。
キミは解像度という言葉を使わずに同じ内容書いてみてよｗ
でも
そのウィンドウはそのディスプレイには収まりきらないくらい大きなウィンドウということになる。
スルーで
>>698 そうでした。すいません。スルーで...
ウィンドウのサイズを解像度なんて表現してるのはじめて見たよ
流れに関係ない話なんだけど
速度は変わらない
.JPGはダメですよ
いつ仕様が変わったんだ？
公式の更新履歴見るとよろし
(2012/7/15)
画像サイズが512*1200とかだったら512*2048で確保されるってことかな？
そういうこと
LoadDivGraphで大きい画像を分割する時に、元の画像が2のｎ乗の方が良い、ってのとは別の話？
それも関係ない
>>719 画像分割は関係ないけど、元の画像が2のn乗云々っていうのはその通り……のはず
これはモデルテクスチャにも当てはまるな
MAPデータってBMP貼ってるけど拡張子で速度変わるの？
はい
まず、ゲームでは.jpgは論外。画質劣化があり透明に歪みがでる。
DXライブラリのアーカイバ使えば圧縮されるから元のサイズなんて気にせんでえーねん
ちょっと気になったんだけど、コンストラクタでロードした画像データって他で使えないのかな？
なるほど…全然気付かなかった
なんでInitの前にLoadGraphがあるの
DxLib_Initをラップして初期化関数作るとそういうタイミングのミスが減って捗る
メンバ変数として、コンストラクタでLoadGraphを実行するオブジェクトを
初期化より後に宣言するとヤバイ命令もあったりややこしいですね。
DirectXがややこしいんだから、仕方が無いのでは？
リファレンス読んでないのが悪いだけ
DirectXの仕様を考えると自然とわかると思うんだけどな
DirectXの仕様とか別に知らなくていいけど
DxLib_Init()のリファレンス見たけど、あの説明だけではどの関数はよくてどの関数はだめとか分からないよね。
ごめん流れとは別の話だけど
別スレッドにする意味が分からない
>>738 別に誰も自己紹介は頼んでないし文句言う人が今そこにいるとも書いてないし
別スレッドにする必要ないような
Win32とDirect3Dはウィンドウ作ったスレッドで実行する必要がある。
でもDirectInputは別スレッドでＯＫらしい。
IMEはウィンドウと結びついたWin32だと思うぞ。
>>738 デフォルト設定ではフルスクリーンじゃなくて
ウィンドウモードにしてほしいと思ったことならあるな。
デバッグはウィンドウモードでするだろうし、
最初ウィンドウモードがあることに気付かなくて。。。
DXライブラリ使った入力処理ってProcessMessage内で更新されてるんじゃなかった？
3Dモデルの描写って画面に写ってなくても描写命令使うと計算重くなるの？
CheckCameraViewClip
もっと詳細に面の単位でカメラから死角になってる部分を描写しないようなチェックする奴
つまりポリゴンの陰になってプレイヤーからは見えなくなってるポリゴンとか、そういうの？
cullingのことを言いたいのか
そのライブラリの関数名出してくれればいんじゃね
なんだかFPSの60が2の累乗じゃないのがイライラしてきたぜえ
地面に板ポリじゃない影を作るのには地面にテクスチャを貼るんでしょうか？
すいませんでしたここに書き込んだ直後気づきましたorz
754 ：
名前は開発中のものです。 ：2013/02/27(水) 23:14:13.59 ID:1jm12F2u
dxlibって物理エンジンないんだろ？
物理エンジンならBox2DでもBulletでもODEでもphysxでもお好きなのをどうぞ？
>>754 DirextXに物理エンジンなんて無いぞ？
やべえスクリーン座標変換が便利
VC++の方の質問ですが「すべてを保存」の隣にある「切り取り」が意図せず押してしまって邪魔です
ctrl z
761 ：
名前は開発中のものです。 ：2013/03/03(日) 03:23:19.87 ID:o2SfQUoi
DXライブラリの有効なハンドルって、0になることあるのかな
俺はエラー時の返り値である -1 を無効なハンドルにしてるが、それじゃいかんのか？
0で初期化できる場合、エラーの-1と何もしてない0で区別出来るということを考えたけど
>>758 スレチだからヒントだけ書くと、Q「あるでしょうか？」 A「あります」 だな。
あとその他の答えで言うと、基本的に ショートカットメインで操作するクセ付けろ。
俺は何年も使ってるけど、邪魔と思った事が一度もないのは、多分その辺をいちいちマウスで操作しないせいかも試練。
もうちょっとだけヒント書いておくと、ツールのカスタマイズとかその辺から入れ。
つーか、そこまで気にしてて、そのやり方に気付かないってすごいよね
>>763 Cの代表的な負の遺産だからハンドル型を自作した方がいいと思う
スマポを利用すれば自動的に各種Delete関数を呼ばせることもできるしね
スレチ感あるけどGetPrivateProfileInt関数使うときって
ガリガリうるさそう
読み取りミスがするかは知らんけどHDDへのアクセスって基本的にめちゃくちゃ遅い
771 ：
名前は開発中のものです。 ：2013/03/03(日) 17:05:14.72 ID:FAA8uMz+
>>768 ファイルキャッシュされるから毎フレームHDDを読みに行く事にはならないけどな
それでも直接メモリに格納したのを使うより遅いだろうけど
毎回パースからやり直しだから巨大なファイルにして試すと
そうかファイルキャッシュされるのか
それは流石に、キャッシュとか関係なく
いや、変数にする必要はないんだ
それを変数に保持するというんでは
同じファイルを1フレームごとに読み込むとか正気の沙汰じゃないな。
LoadGraphScreenを使ってゲーム作ろうとしてるようなもんだ
TOHANDLE付いてない文字機能とか廃止しろよって毎回思う。
間違った使い方して重いって言って離れていく初心者もいるだろうなあ
何か目立ったデメリットあったっけ？
782 ：
781 ：2013/03/04(月) 19:45:14.45 ID:p9ee5rnN
ああ、投稿してから気付いた。
ハンドル付いてない文字列表示系って使うとしてもprintfDxと用途が同じなんだよね・・
モデルにモザイク掛ける処理ってどうやるんでしょうか？
画面をモザイクじゃダメ？
モデルをテクスチャに描画して、
DXライブラ駆け出し初心者なんですが
vsync待ってんじゃね？
bccでよくやるな
多分>789の通りだと思うけど、実際にどういう処理をやろうとして、どれくらいの時間掛かったのかが気になるところ
スリープ入れないで全速力で実行してるんじゃねえの
めちゃくちゃ処理が遅くなるっつーか、
フリップの有無でってことなら垂直同期待ちだよね
たぶん、ぶん回しの状態の速さでフレームごとに（例えば）グラフィックの移動速度などを調整したんだろうな
796 ：
788 ：2013/03/06(水) 20:22:06.28 ID:d/ZcfDAr
返事が遅くなってしまってすみません。
処理的には
①キー入力待ち
②入力があれば描写を裏に設定。
③グラフィック描写
④フリップ
⑤①にもどる
って感じです
ちょっと
>>794 さんの方法を試してみますね。
理由があって敢えてそうやってるのでなければ、根本的に間違ってる気がする。
798 ：
788 ：2013/03/06(水) 21:09:58.84 ID:d/ZcfDAr
>>794 さんの方法で処理が早くなりました。
ありがとうございます。
>>797 今のプログラムの組み立て方は中国の違法建築のように
思いつきや必要になったことを増築！増築！ってやり方なので
まぁ、結構めちゃくちゃな組み方ですねｗ
あと、HSPから乗り換えてきたばかりなので、
たぶん、普通の人がソース見たら「なんじゃこりゃぁ！！」って感じになると思います。
また、ご迷惑をおかけする時があると思いますので今後ともよろしくお願いします。m（_ _)m
限られたルールの中でアイデアを募るための質問ならいいと思うけど、
>>796 あと②は最初に一回指定するだけでいいから、ループでやんなくていいよ
向いてないから死ね
ぼくも駆け出しです^^^;
804 ：
名前は開発中のものです。 ：2013/03/06(水) 23:45:11.11 ID:Gtb3rZ1I
カーニハン&リッチー『プログラミング言語C』を買ってきました
なりませんので諦めてお帰り下さい
806 ：
名前は開発中のものです。 ：2013/03/06(水) 23:49:48.26 ID:Gtb3rZ1I
DirectX9.0cのリファレンスマニュアルが必要です。
来世に掛けるのが賢明
810 ：
名前は開発中のものです。 ：2013/03/07(木) 00:20:57.42 ID:xX5dwhvN
えっ、DXライブラリってまさかDirectX9なのっ！？
マップ画面を上下左右に移動処理させると
>>810 Win8でもDirectX使うならまずDX9環境で動かせるようにしろってMSが言ってるから大丈夫
DX9環境＝SM3.0ってことでWindows8の推奨APIはDX11.1だよ
>>811 それたぶんティアリング。
vsync待ちしてないとそうなる。
けどフルスクリーンで起きないって事はないはず。
あれ、待てよ、逆だっけ？
>>813 推奨の話ではなくて、最低限動かさなければならない環境ね
Win8アプリの要件にDirect3D 機能レベル 9_1 をサポートする必要がありますと書いてある
まあ他の部分で問題があって認定アプリにはなれないんだけど
>>816 Direct3D9.1ってのがシェーダモデルの話
WindowsストアアプリはDirectX11.1でしか作れないよ
DirectX11.1はDX9カードでも動くからDX9を使う理由がもう無い
フルスクリーンは何もしなくても勝手に垂直同期待った気がする
どうやらティアリングだったようです
ティアリング→テアリング
困るのか・・・（困惑）
騙して悪いがDXライブラリ解説新サイトのとおりにやるとダメということだな。
かいせつしんさいと？
「てありんぐ」なんて言い方
ここで聞いたらいいのか分からんが
ウエイト無しでループしつつ、60/1秒経過したら処理ルーチン呼んで
画面描写が300fpsのディスプレイなんかねえよ分かってねえな
これは偏見だが、FPSというか市販の3Dゲームって、そもそも垂直同期を待たないというイメージがある。
そういう作りにするなら表示系の処理（位置更新etc）は分離するでしょ
829
てめえらまだXPか・・・
>ウィンドウが300fpsとかで描写されてるやん？
最近はモニタの性能が60fpsまでのものが多いから、
最近は120まであるらしい
3Dディスプレイとかがそうらしいね >120Hz
>>825 他所で恥ずかしい思いすると可哀想だから教えてやる
tearingのtearはティア(涙)ではなく、テア(引き裂く)の方の意味
わからないことあったらググるなり辞書ひくなりする癖つけた方がいい
>>830 なぜ垂直同期を待たないかというと、PCゲーマーは遅延を嫌がるから
それとPCゲーマーの間では120Hz液晶はわりと一般的で
垂直同期させると60Hz液晶と120Hz液晶で動作速度が変わってしまうから
もちろん動作系と表示系を分離させればそういうことは起きないけど、
だったら垂直同期切って、どんなfpsでも動くようにした方がいいよねって感じなんじゃないかな
いつかは240Hzや480Hzも普及する日がくるしね
一気に目が悪くなりそうだな
>>838 なんかすごいデジャヴを感じるんだけど
13～14ヶ月前にもこのスレで画面更新回りで
似たようなレスしてた？
あのときもPCゲーマーでひとくくりにしてたよね
ともあれ
> いつかは240Hzや480Hzも普及する日がくるしね
これはディスプレイの技術革新3～4回と
人間側の進化が必要そうだ
早くとも100年はかかると思うよ
840さん
>>840 たぶん違う人じゃない？
PCゲーマーってかPCアクションって言った方が2ch的には正しいかな
480Hz液晶自体は存在してるよ
4k液晶と一緒で、コンテンツが少ないからハードが普及してないだけ
コンテンツに依存しない4倍速テレビならどこの電気屋でも売ってるよ
人間側の進化って言ってるけど、実際に120Hz以上を見てから言った方がいいよ
人間の能力に対して480Hz必要かは知らんが、240Hzじゃ足りないのは間違いない
それで、 60Hzと240Hzとでは 何がどのように違うのですか？
よりなめらかになる
60Hzは、液晶との接続周波数ですから。 なめらかさとは無関係です。
描写が120fpsでも処理は60fpsで基点以外は処理に関係無い線形補完なのが大半
お前ら何言ってるのかわからんが
一般ゲームのゲームエンジンのフレームレートは、上限が30Hz止まりがほとんど
質問というか経験談を聞かせて頂きたいです。
siv3Dの人柱になった方がDirect3Dの勉強するより勝算があると思う
DXライブラリでTerrainを生成する部分が面倒そう
DirectX直接と DxLibは、ほとんど同じことです。
正直パフォーマンスについては実測してみろとしか言いようがないよ
854 ：
名前は開発中のものです。 ：2013/03/07(木) 23:37:15.80 ID:xX5dwhvN
DXライブラリで作っても、Windows8でアプリ認定されないお(^_^)
みなさんレスどうもです。
GetDrawStringWidth()はありますがGetDrawStringHeight()がないようなのですが、文字列の高さはどうやって得るのでしょうか？
>>856 全角１文字の縦横サイズがFontSize×FontSizeの正方形だから（例外もあるらしいけど）
縦幅が知りたいときはFontSizeを取得すればいい
3Dの基礎知識全くないからWiki見てもわからんのだけど
マスクがいまいちわかってない。マスク画像の指定した色の部分だけ下の画像をみえなくするんだっけ？どういう使い方してる？
>>858 常にワールド座標のＹ軸に串刺しになってる状態で制御出来る物なら問題ない
モデルを読み込むときに不透明度って設定すべきだろうか？
DirectXは浮動小数点の計算を実行環境中で最速の計算方法を選ぶせいで
環境によって計算結果が異なってしまうらしいんだけど、
やっぱりDXライブラリの浮動小数点を扱う各種関数でも同様なのかな？
>>861 ありが㌧
当たり判定について質問ですが、モデルの面と円の当たり判定はできるのすが
MV1GetPositionで取得した座標をintに直すにはどうすればいいですか？
MATRIX FrameMatrix ;
すまんモデルが悪いみたいだった
868 ：
名前は開発中のものです。 ：2013/03/11(月) 20:23:09.38 ID:M7EC09TS
プログラムなんてアイディア提供すれば外部でやってくれるのに
他人にやらせる方が大変だと思うけど？
コーディングを外注するには仕様を完全にさせないと駄目だしね。
ここに居る人は基本ぼっち製作だよね？
複数人サークル製作は殆どがスクリプトか何らかのツール使用だな。
プログラムは何行くらいになる？だいたい。
10万はいかない
1万は行くの？
規模なんてピンキリだろうに。
ゴミ箱にゴミを投げ入れるようなのは1万行いかないだろうな
ってか、ヘッダファイルとかソースファイルとか分散しまくってて行数が分からない。
ポケモン本編くらいのゲーム作るとしたら規模はどんくらいになる？
>>878 1kb=1024文字だから
1MBってその1024倍ですよね？凄いの作りましたね。
公開してるならやってみたいです。どこですか？
ソースの行数なんて規模と何も関係ないだろ
あのサイトのコメント消せないから嫌いだわ。
思い付きに価値はない。アイデアと思い付きの間には深い溝がある。
>>880 やだお(^ω^)
この板のどこかでリンク張ってるから適当に目星付けてくれ。
そもそもソースコードの規模や作業時間は
ゲームの質と全くと言っていいほど関係ない。
RPGなんか基本部分ちょろちょろっと作ったらあとはスクリプトかなんかだろ。
>>880 は単に規模のでかいゲームを作りたいだけなんかね？
質問しといて後で消すとかありえんだろ
質問と回答をデータベース化して
いったい何を揉めてるのかわからん。
>>882 自分は1つの作品当たり作業約1年(企画は別)で見積もってやってる。
1人でやってる＆毎年経験のない別ジャンルに挑戦するんで時間かかり気味。
ゲームの内容量は最近の市販ゲームの体験版くらい。
とても他人に公開できるレベルじゃないんですけど、身内に自慢したりとか。
スマホゲーム並みのミニゲームだったら1ヶ月～3ヶ月くらい。
例えばもしポケモンみたいな育成系RPGを作るとしたら、RPGのノウハウがないと中々組み上がらないだろうし、
何よりあの量のドット絵や音楽を用意するだけでプログラム書くより何倍も時間かかる。
全部フリー素材から持ってくるなら話は別だけど。
>>889 スマホのミニゲームですら１ヶ月？
そういうの聞くとちょっと遠慮がちになるなぁ…
ドット絵のないゲームっていったら四角とか円しか出てこない
1ヶ月はかなり短いと思うけどねー
1ヶ月て何時間なんだ?人によって差が有るだろうし
ボンバーマンに似たゲームが350時間ってどんだけ大変なんだろうｗ
他人の作業時間なんて気にするだけ無駄
>>891 それでいいじゃないか。■は鬼、●は逃げで2D鬼ごっこゲーム。
キャラは32×32をペイントで塗りつぶしただけ。
マップは1000×1000ドットくらい。障害物あり。
このミニゲームなら素材集めなんて十秒で終わるから。
結果的に2週間でできた。見た目は残念仕様。でも結構好評だったw
クイックスみたいな
898 ：
名前は開発中のものです。 ：2013/03/13(水) 01:26:37.97 ID:ArVGqLyP
立方体を適当に回転させたりするだけでかなり見栄えが良くなるよ！
なんで32x32なのに1000x1000なんだよ
>>896 データファイル無しでどうやったら2週間もかかるんだよｗｗｗ
2週間かけて作ったのが80年代のしょうもないパックマンもどきのゲームってwwww
901 ：
名前は開発中のものです。 ：2013/03/13(水) 19:39:10.97 ID:kxVMaZHs
会社員してると土日しかやる気出なくてつらぽよ
知恵を貸してくれ
http://codepad.org/9n8IdxAI ( DxLib_End() 入れ忘れたんで、実行してくれる人は入れてください )
を動かすと、回っている青い円の周りにたまに角ばった赤色が見える時があるんだ
なんとかならないかな、これ
もしかしたら、オレの環境だけ起こる現象かもしらんけど・・・
あ、ちなみに
特に出ないな、、、ディスプレイドライバの設定変えてみては？
DXライブラリのバージョンは？
ドライバ確認したけど最新版だし、変な設定してない
色を変えたら発生しなくなるからドライバ関係あるかなと思ったんだが。
カラーキーの問題じゃね？
OSと
昨日の青い円に赤が見える現象の人です
やってみたけど何もおかしくなってなかった
何もおかしくないな
グラボの設定いじったりはしてないんですけどねぇ・・・
ソフトウェア描画でも同じ症状が起こるというのが、少し妙ではあった。
そうなんだよね。
スクショ撮ればモニタのせいかどうか分かるんじゃないか？
スクショは初期段階で頑張って撮ろうと思ったけど、2, 30 回失敗してから諦めてた
なあすごく初歩的な質問かもしれんが
古い様式のトゥームレイダーのRoomEditorの場合では、
頂点の色をIDとして分けるとか属性用のテクスチャを用意するとか
参考になったよありがとう
925 ：
名前は開発中のものです。 ：2013/03/22(金) 13:52:05.61 ID:7uDI1c1K
DXライブラリって、どの程度のスペック（オーバヘッド、制限）のものなん？
普通のスプライト処理だが、殆ど気にならない。
>>925 オーバーヘッドはそこまで無いんじゃ無いかな。
制限は、普通に公開APIよりも多い。（まぁ、当たり前だが）
現実的に３Dバリバリやりたいです。とかの人以外なら、使用に問題無いと思うわ
928 ：
名前は開発中のものです。 ：2013/03/23(土) 01:00:40.63 ID:hF6uJ46m
Android版との平行開発用に考えてたんだけど、十分いけそうね、ありがと！
Android、Windows向けのゲームを作るのにJava+OpenGLじゃないんかい
930 ：
名前は開発中のものです。 ：2013/03/23(土) 02:05:28.35 ID:hF6uJ46m
Androidのゲーム開発をJavaでやるのは罠。
いや、なんというか、Androidなら、C#とかMonoが良いんじゃないか？
なんか無能な知ったかぶりばかりでワロタ
933 ：
名前は開発中のものです。 ：2013/03/23(土) 02:11:59.75 ID:hF6uJ46m
なんでAndroidでDXライブラリ使う話になってんだよwww
>>933 だれもそんな事は言ってないとおもうが・・・・・・
935 ：
名前は開発中のものです。 ：2013/03/23(土) 02:23:03.65 ID:hF6uJ46m
あー、説明が悪かったな、Android版の描画エンジンは既にあんのよ、Cで。
936 ：
名前は開発中のものです。 ：2013/03/23(土) 02:23:56.86 ID:hF6uJ46m
>>931 の最後の２行はそう言う意味じゃなかったのか、すまんw
>OpenGLESがインスタンス生成破棄しまくってGCまみれになって死ぬ。
OpenGLでwindows, android, iphone 全部カバーすればいんじゃないの？
クロスコンパイルのハイエンドエンジンを自作かと思いきや、
AndroidにDxLibがあると思ってるわけじゃないぞ
さわったことないけどCocos2d-xとかでいいんじゃない
942 ：
名前は開発中のものです。 ：2013/03/23(土) 02:45:33.29 ID:hF6uJ46m
OpenGL と OpenGLES は別モノですぜw
OpenGL/OpenGL ESを包括してビルド時に切り替えるライブラリとまで説明しない理解できないのか
944 ：
名前は開発中のものです。 ：2013/03/23(土) 05:19:25.29 ID:hF6uJ46m
ごめんね、みんなの専門外の話になっちゃってごめんねwww
他スレで暴れていた無能なメンヘラ外人じゃねこいつ。
946 ：
名前は開発中のものです。 ：2013/03/24(日) 00:58:40.48 ID:cFYDzMb9
お前らなんでそんなに必死なんだよw
サンプルモデルはxViewerで見てもフレーム位置がちゃんと設定されている
話は変わるが、
949 ：
名前は開発中のものです。 ：2013/03/28(木) 03:05:12.92 ID:ALzQwtXE
ここの連中は一般社会に背を向けた奴ばっかだから無理無理w
人工知能と自然言語処理とか凡人が手を出そうとする分野じゃないよな
>>950 そんな事無いぞ。今の将棋AIの基本となってるbonanzaなんて、将棋も素人な人が、
生物学の研究の片手間に作ったプログラム（アルゴリズム）が基だし。
全然関係ない分野の人がちょこちょこっとやるだけで凄い爆発的に進化する事ってよくあるし。
人工知能も自然言語処理も、言い方悪いが、まだ始まっても無い分野
本当にモノになるのはこれから10-15年の間だろう。
今からやれば、その道のプロになるのも夢じゃ無い。
プログラム（アルゴリズム）
ボナンザの作者エリートだろｗ
RDF/OWL推論とかニューラルネットワークを大学でやってたけど
フリーゲームをダウンロードしたら、exeファイル一個しかないのがあったんだけど、ああいうのって画像ファイルとかどうやってるの？
リソースにうめこんでいるのではないでしょうか？
exeファイルの後ろにつけるという手も
プログラムによる生成だな
色々方法があるんですね。
リソース埋め込みだとビルド時間が長くなるからオススメしない
リソース埋め込みは有償版じゃなきゃできなかったような
そうだっけ？リソースコンパイラとリンカがあればいけるんじゃね？
2010と2012で違うからなVSは
(何でこのスレに書いたんだろう・・・)
有償版にしかないのはリソースエディタ
別に有償版あるからどうでもいいです。
ウインドウのタイトルバーみたいなとこドラッグされても
スレッドを分けてはいけないのだが。
SetUserWindowして自前でメッセージループ処理すれば何とかなんじゃね？
それで何とかなりそうだ。
おおサンクス！ いろいろやってみる
タイトルバーをドラッグすると、DefWindowProcの中で隠されたメッセージ
974 ：
973 ：2013/04/01(月) 01:09:42.12 ID:Qf5Ey224
DxSystemWin.cpp の NS_ProcessMessage() はそんな単純じゃなかったので
ウィンドウを掴んでる・動かしてる間は
メッセージ・ウィンドウ内でWM_MOVEが呼ばれているとき、
今いろいろと練習中で、キャラのステータスを表すのに今までは手っ取り早く配列とenumの組合せ使ってたけど
そんな細かいことを気にするぐらいならＳＴＬを使うのなんかやめてしまえ
[]演算子でもオーバーロードしたら良い
けど手間考えると普通にクラスつくるのと変わらないし後は
>>978 >>978 >>979 素人だから細かいことかもわからなかったんだ、ありがとう。
色々みてたらスクリプトの変数もmapみたいに文字列で記憶させてるみたいだし良いのかな
書き忘れていたけどコンパイラによってはunordered_mapというのが使えて
昔パラメータ名が不定の場合でやってた手法は
mapで文字列使うのに抵抗あるなら、定数使えば？
正直、977がなんで、こんなファンキーな作り方してるのか分からん。
オーバーロードじゃなくてオーバーライドだ
恥ずかしい
>>984 実はJavaScript使いなんだよ
Luaとかの変数もローカル変数じゃない限りただのテーブルらしいしな
2Dマップで時間の演出を出したいんだけど
A:：グラフィックをそれぞれ用意する。
時間の演出っていわれてもどんなのかわからんぜ
2Dのマップで時間経過ありというと、ドラクエ3みたいなイメージが出るが
3Dで処理してカートゥーンレンダリングとか。
993 ：
988 ：2013/04/02(火) 18:20:32.87 ID:iB3qbe5g
俺は光源の処理ってのは、
>>992 良いのかなって言うか、そうしたいならすれば良いって話だと思う
どっちかって言うと、「光が当たってる場所が明るい」より「当たらない所は暗い」を意識した方がそれっぽいと思うが
次スレ だれか たのむ
ume
>>997 乙です
>>993 ,994
自分としては夜に松明などの光源範囲だけ明るくしたらいいかと思っていましたが、
日の向きによる影の伸び方を考慮に入れると面白そうですね。
あと、遮蔽物とかの事も重要ですよね・・・
しかし、フィルター一枚かけただけで処理が劇重・・・
道のりは険しそうです
1001 ：
１００１ ：
Over 1000 Thread このスレッドは１０００を超えました。
