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

**名前は開発中のものです。** · 2013/11/07(木) 12:40:45.76

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

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

【関連スレ】
C/C++ゲーム製作総合スレッド Part4
http://toro.2ch.net/test/read.cgi/gamedev/1376262450/
ゲームプログラムなら俺に聞け29(プログラム技術板)
http://toro.2ch.net/test/read.cgi/tech/1381578085/

●DXライブラリではなくDirectXの質問ならこっちへ
【C++】DirectX初心者質問スレ【C】(プログラム技術板)
http://toro.2ch.net/test/read.cgi/tech/1370015791/

**名前は開発中のものです。** · 2013/12/12(木) 15:09:02.21

毎フレーム背景画像読みこんでるのか

**名前は開発中のものです。** · 2013/12/12(木) 15:14:16.02

俺も、ロジックと言うか考え方自体が間違ってるか理解してないか何も考えてないと思う

**名前は開発中のものです。** · 2013/12/12(木) 15:42:43.94

俺の作った3dゲームがやけに重いんだけど

**名前は開発中のものです。** · 2013/12/12(木) 15:43:17.48

同じく、基本的なところで大きく勘違いしてるように思う。

>>375
あるいは画像を毎フレーム表示することで
メモリに積み重なっていくように思ってるか、そんなところか。

**名前は開発中のものです。** · 2013/12/12(木) 15:44:14.18

>>377
アップロードしてみ

**名前は開発中のものです。** · 2013/12/12(木) 16:49:58.47

>>379
ソース？実行ファイル？

**名前は開発中のものです。** · 2013/12/12(木) 16:56:50.80

>>380
両方、ソースを見せたくなければ、実行ファイルだけでも良いが

とにかく、具体的でなければ、皆は助言のコメントできない

**名前は開発中のものです。** · 2013/12/12(木) 17:09:38.49

ソース
http://www1.axfc.net/u/3113582.zip?key=dxlib

実行ファイルだけ
http://www1.axfc.net/u/3113591.zip?key=dxlib

今FF14プレイするようなデスクトップPCだからそんなに重いと感じなかったけど、
corei3のノートパソコンでやったらFPSが下がるわ下がるわで・・・

プロジェクトのファイル構成は
main.cppにエントリポイントがあり、そこでAdminクラスを継承したシーンクラスが、それぞれ画面を管理してます
問題になる部分はPlayAdminクラスで、PlayAdmin::Play()がゲーム本体のメインループを担当しています

最初は設計しっかりやったのですが、シングルトンとか使ってる上に
最近ちょっと急いで機能実装したのでスパゲッティになってると思います

**名前は開発中のものです。** · 2013/12/12(木) 17:28:57.52

流れにのって一つ質問
Dxlibの文字描画ってコスト高いの？
1回描画とかだと何もないけど20越えた当たりからすごく重くなる

**名前は開発中のものです。** · 2013/12/12(木) 18:38:28.92

>>378
ですから、drawscreen的な背景表示関数をループ外で書く方法は
ありませんか？と問うてるのです。お願いします。

**名前は開発中のものです。** · 2013/12/12(木) 18:40:35.77

>>378
ですから、drawscreen的な背景表示関数をループ外で書く方法は
ありませんか？と問うてるのです。お願いします。

**名前は開発中のものです。** · 2013/12/12(木) 18:42:49.04

>使用するメモリーが半端ないと思うのですが、ループ外に書く方法を教えて下さい

つまり莫大なメモリを積んでいるから背景を全部一括でメモリに持ってみたいという話ではないのか

**名前は開発中のものです。** · 2013/12/12(木) 18:47:31.71

やっぱり何を言ってるのかちょっとよくわからないですね

**名前は開発中のものです。** · 2013/12/12(木) 18:49:55.88

>>383
フォント重いからねえ
レンダリングは外で済ましとくほうがいいよ

**名前は開発中のものです。** · 2013/12/12(木) 18:50:08.22

なんで遠回しなレス多いかなー
何故ダメなのか聞いてるなら、その理由を言ってほしい

**名前は開発中のものです。** · 2013/12/12(木) 18:54:25.74

ソース無いって言われた
背景をバッファに転送してフリップってやってる？

**名前は開発中のものです。** · 2013/12/12(木) 19:02:26.09

自己解決能力がない人は、一般的に国語力もないんだから
そのあたりを自覚して質問時は丁寧な文章を書くことを心がければいいのに

解決のために最善の努力を行うべき立場の人間が
「半端ない」なんてぼかし言葉使うようじゃ社会じゃ誰も相手にしてくれないよ

**名前は開発中のものです。** · 2013/12/12(木) 19:13:45.21

>>382 ソース消したのか？
プロファイルかけてやろうと思ったがないから辞めた

**名前は開発中のものです。** · 2013/12/12(木) 19:18:00.53

>>391
背景の画像をループごとにメモリに読み込んでいたら
膨大な量になるじゃん？ってことだよ
後俺高3だからタメ口でいいよな？趣味で作ってるわけだし

**名前は開発中のものです。** · 2013/12/12(木) 19:23:18.30

画像の読み込みは一回で十分だぜ
ループにはいる前に読み込むんだぜ

**名前は開発中のものです。** · 2013/12/12(木) 19:27:54.19

>>393
ソースコードをアップロードしろ。

あなたの専門用語が未熟だから、情報不足で回答することが出来ない。

**名前は開発中のものです。** · 2013/12/12(木) 19:39:34.26

ソースないって言われて×押したら起動しり、ソースを見ようと思ったら2008じゃ開かねーよカスって言われた悲し
背景云々の人とアップしたのは別人か
俄然読む気が上がったが画像類ってバラけてても気にならんのかね

**名前は開発中のものです。** · 2013/12/12(木) 19:40:57.02

>>394
そのやり方を教えろ
>>395
だからループ内の最後にdrawscreen(test.jpg)って言ってるだろ

**名前は開発中のものです。** · 2013/12/12(木) 19:48:00.66

>>389
何故駄目なのかってのは、つまりコンピュータで動くアプリケーション、特にウィンドウ表示されるようなGUIのあるOSでのそれは、
どうやって見た目を更新して表示してるかとか、せめてその辺の基礎知識が無いと話にならないんだよ。

そしてその辺理解してるなら、そんなとんちんかんな問いが出るはず無いので、
みんな困ってるって事。

簡単に言えば、メインループの外で描画とかデタラメもいいとこって話。

で、さらになんでそんな重いのかってのは、そもそも考え方からおかしな作りしてるんだろう、って事。

**名前は開発中のものです。** · 2013/12/12(木) 19:50:34.11

>>397
やり方も何も、普通は画像ファイルをメモリにロードして、それをDIBとかで持っておいて、ループの中で必要に応じてDrawなりBitbltするだけだよ。

**名前は開発中のものです。** · 2013/12/12(木) 19:50:57.16

>>398
背景は見た目更新する必要ないでしょう？
一緒なんだから

デタラメとかじゃなくて俺に分かるように説明しろ
そっちは慣れてるから知ってるかもしれないがこっちはまだ2年目だから

**名前は開発中のものです。** · 2013/12/12(木) 19:51:54.65

３Ｄですか？　２Ｄですか？

**名前は開発中のものです。** · 2013/12/12(木) 19:53:00.27

>>399
コードで頼むわ
正し10行以内

300×300の真っ白の画像を常に表示するプログラム書いてくれ

**名前は開発中のものです。** · 2013/12/12(木) 19:58:27.78

>>400
なんで2年目のお前が命令口調で教えろとか言うんだバカタレ。
2chのレス程度の狭い文字数で、なんで見ず知らずの赤の他人のお前にこっちが苦労して丁寧に隅々まで話してやらなきゃいけないんだよ。
基礎すら自学自習も出来ないいい加減な怠け者にゃ無理だよ。向いてないからとっとと辞めろ。

…って言われないように、ここでも見て勉強して理解しろ。
http://wisdom.sakura.ne.jp/system/winapi/win32/index.html

キリが無いから。

**名前は開発中のものです。** · 2013/12/12(木) 19:59:47.55

http://homepage2.nifty.com/natupaji/DxLib/dxprogram.html#N1
　１．キー入力の基本
キー入力の基本的なプログラムです。
キャラクターのグラフィックをキー入力で上下左右に
移動できるというものです。

このコードが、画像を読み込んで表示するコード

**名前は開発中のものです。** · 2013/12/12(木) 19:59:48.61

>>403
言葉使い気を付けたほうがいいよ
そのURLは参考にするが…
でもwin32apiじゃん、俺はDXライブラリに興味があるのであって
他ライブラリは興味ないんだよ

**名前は開発中のものです。** · 2013/12/12(木) 20:01:38.04

>>404
このDrawGraphってのだよ
これ外に書けないの？
ループの中で毎回ドローしてていいの？
ドローってさ一回だけでしょ

**名前は開発中のものです。** · 2013/12/12(木) 20:04:53.18

>>402 >>405
言葉遣いに気を付けろってのはお前が言われなきゃいけない台詞だ馬鹿者。

そしてwin32はただのライブラリじゃなくて全ての大本だから、ぐだぐだ言わすにやれ。
せめて全部読んで意味を理解しろ。そこが話の本筋だ。

windows上で動いてるものは、DXライブラリだろうとなんだろうと、もっと言えばDirectXですらこいつが基幹として関わるんだよ。
普通のライブラリじゃないの。

**名前は開発中のものです。** · 2013/12/12(木) 20:05:17.49

>>406ちゃんと書いた画像を毎ループ消してるよ

**名前は開発中のものです。** · 2013/12/12(木) 20:07:23.28

>>406
少なくとも初期化が出来ないと意味を成さない。
ループの外で描画しても消える。

**名前は開発中のものです。** · 2013/12/12(木) 20:10:56.11

>>408
何で消す必要あるの？消してまたドローするって
二度手間じゃない？というかループの回数が１万回なら
１万手間じゃないの？

**名前は開発中のものです。** · 2013/12/12(木) 20:13:38.63

>>410
だーかーらーそこのレベルで何で何で言うくらいなら、>>403 の先のリンク見ろっての。
普通は自分で考えて探して理解してくもんなのに、わざわざ貼ってもらったんだからとっとと見ろ。
特に描画関係の所を。

**名前は開発中のものです。** · 2013/12/12(木) 20:16:59.84

「ダブルバッファ」で検索してみ

**名前は開発中のものです。** · 2013/12/12(木) 20:17:04.39

>>411

**名前は開発中のものです。** · 2013/12/12(木) 20:20:04.73

簡単に言うと、
画面の一部を書き直すよりも、画面全部を消して全部を書き直した方が高速なので、リフレッシュする。

**名前は開発中のものです。** · 2013/12/12(木) 20:21:53.94

ドローとかいう自分が理解していない言葉を使うのをおよし。

**名前は開発中のものです。** · 2013/12/12(木) 20:24:02.17

例えば音楽とかは中に書いてしまったら同じ音楽の繰り返しになるわけで
どうしてるわけ？本当にループとか謎なんだけど

**名前は開発中のものです。** · 2013/12/12(木) 20:27:25.40

13歳からはじめるゲームプログラミングとかいう本があるからそれから始めれ

**名前は開発中のものです。** · 2013/12/12(木) 20:29:22.83

>>410
お前さんがそうやって無駄な文字を書きたくる毎に
サーバーさんもＰＣさんもブラウザさんも数百万回の仕事してるよ

**名前は開発中のものです。** · 2013/12/12(木) 20:33:39.35

>>414
画面の0.01%書き直すのと全部書き直すのじゃ1万倍時間の差があるじゃん
書き直さないなら無限倍時間が早くなるでしょう？

**名前は開発中のものです。** · 2013/12/12(木) 20:43:41.57

>>419
書き直さない処理って背景以外何があるの
背景ですら消す関数なんて呼ぶの面倒なのに

>>382
プレイしたけど体感ぬるぬるでもCPU微妙に使ってるね原因は普通に重いだけなんじゃね
ただ勢いつけると画面外にマウス飛び出るのは何とかしてほしい
デスクトップに余計な操作してしまった

**名前は開発中のものです。** · 2013/12/12(木) 20:45:01.63

>>410

二度手間だけど大丈夫。
モニタのリフレッシュレートが60の場合、秒間60回しか画像を書き換えない。
画像の100枚やそこら表示したところで1/60秒もかからないから、一回の書き換え時間内で完了できる作業なら2度手間でも200度手間でも時間的には一緒。
そして、今のPCの処理速度はものすごい速いらしく、コンテナにたくさん要素を入れて1フレームで何度も検索するとかしなければそう簡単にはフレーム落ちしない。
細かいこと気にしてないで、とっとと先に進んだ方がいい。

どうしてもそのやり方がいやなら、DXライブラリから離れることになるんじゃないかな。
私はほかのやり方見たことない。

**名前は開発中のものです。** · 2013/12/12(木) 20:45:27.82

レスで言ってることが違うｗｗｗｗ

**名前は開発中のものです。** · 2013/12/12(木) 20:49:00.65

>>382
実行ファイルを試してみました。
3D対応グラボーで、40～60fps,稀に30fpsになる。
極端に遅いわけではないけど、3D未対応のノートパソコンでは辛いかもしれません。

**名前は開発中のものです。** · 2013/12/12(木) 20:49:22.35

解像度が異常に高い画像をアップロードしようとしたら
動作遅くなりまくりますか？
横100万画素
縦80万画素
どうなる？

**名前は開発中のものです。** · 2013/12/12(木) 21:03:01.30

>>382
ガチPCの1時間放置ALT7桁でもFPS59.8以上安定してる

**名前は開発中のものです。** · 2013/12/12(木) 21:03:33.97

こいつってわざとバカを装ってるかまってちゃんかね

**名前は開発中のものです。** · 2013/12/12(木) 21:05:08.34

kazuki君に似てるな。
毎度毎度、お前らやさしいな。

**名前は開発中のものです。** · 2013/12/12(木) 22:05:03.39

>>424
3Gバイト近くある画像とか、現在のコンピュータ環境では厳しいそうだな

>>427
成長するとああなるのかもしれんが、流石に別人じゃろｗ

**名前は開発中のものです。** · 2013/12/12(木) 22:34:57.31

画用紙に背景の絵を描きますよね？　それに人物の絵を描き加えるとしますよね？
次にその人物を違うポーズに変更しようとしますよね？
でももう背景に上書きしちゃってるので、背景から描き直さなくてはいけませんよね？
コンピューターの描画はこれの繰り返しです。

ファミコンとかのゲーム専用機には「スプライト」という、アニメでいうセル画がみたいなのがあって
描画負荷を軽くする工夫がされてましたが、今どきのPCの性能ならそんなのなくても充分なのです。
（重ねあわせる画像をスプライトと呼ぶのはその名残）

**名前は開発中のものです。** · 2013/12/12(木) 22:37:44.67

んで、同じ絵を何度も何度も描き直すのに、
毎回画像データを読み込んでたらとんでもない負荷になりますよね？

だから予め画像データをメモリ上に読み込んでおいて、
「描く」だけを何度も繰り返すのです。

**名前は開発中のものです。** · 2013/12/12(木) 22:50:21.06

一人で作ってると一番の問題はモチベーションの気がするんだ・・・。

**名前は開発中のものです。** · 2013/12/13(金) 00:12:21.14

なんでこんなクズに教えちゃうの？バカかお前ら

**名前は開発中のものです。** · 2013/12/13(金) 01:05:27.08

>>382です
シングルスレッドでcpu1コアでやってるのですが、
結局の所、3dゲームとしては妥当な負荷量なのでしょうか？

あとソースコードはvs2010です、すいません。
レビューしてくれるといってくれたひとが数人だったのでダウンロード制限5回までにしてました
亀になりますが、詳しくレビューしてくれる方がいらっしゃるならまた上げます

**名前は開発中のものです。** · 2013/12/13(金) 09:14:50.31

>>419
そもそもOSはそうやって必要な部分だけ消して上書きしたりしてるんだよ。
http://msdn.microsoft.com/ja-jp/library/cc410421.aspx

>>403 のリンク先にも登場する基本。

そしてそれはそれとして、アプリ側の都合でそれじゃ問題ある場合に、自分のクライアント領域をダブルバッファリングで上書き繰り返しするんだよ。

**名前は開発中のものです。** · 2013/12/13(金) 09:25:50.16

もうさわんなよ爆釣じゃねーか

**名前は開発中のものです。** · 2013/12/13(金) 10:43:24.72

ソース
http://www1.axfc.net/u/3113582.zip?key=dxlib

実行ファイルだけ
http://www1.axfc.net/u/3113591.zip?key=dxlib

今FF14プレイするようなデスクトップPCだからそんなに重いと感じなかったけど、
corei3のノートパソコンでやったらFPSが下がるわ下がるわで・・・

プロジェクトのファイル構成は
main.cppにエントリポイントがあり、そこでAdminクラスを継承したシーンクラスが、それぞれ画面を管理してます
問題になる部分はPlayAdminクラスで、PlayAdmin::Play()がゲーム本体のメインループを担当しています

最初は設計しっかりやったのですが、シングルトンとか使ってる上に
最近ちょっと急いで機能実装したのでスパゲッティになってると思います

**名前は開発中のものです。** · 2013/12/13(金) 10:44:57.60

すいません！ブラウザの進むボタン押してしまいましたすいません

**名前は開発中のものです。** · 2013/12/13(金) 11:16:36.72

8ビット時代の高三かよw

**名前は開発中のものです。** · 2013/12/13(金) 11:20:34.64

なんてこったい

**名前は開発中のものです。** · 2013/12/13(金) 15:41:14.11

結局の所重いとかどうとか、どうなったんだ

**名前は開発中のものです。** · 2013/12/13(金) 15:50:38.09

平日なのに他人のソースなんてそんなに簡単に追えんわ
ハイスペPCだからか負荷全く感じないし
無駄に描画とか計算とかしてるかライブラリの仕様かどっちか
Dxlibの3Dのコストがどんなもんなのかも知らんし

**名前は開発中のものです。** · 2013/12/13(金) 17:10:13.51

>>436
起動して自機を見ただけだけど、
オンボード（グラボなしのノートPC）で余裕で動いたぞ

敵の大群とか弾があったらどうなるかしらん。
重くなったら解像度と奥行きを抑えればどうにかなるだろ。

**名前は開発中のものです。** · 2013/12/13(金) 17:14:24.97

ソースはダウンロードできなかった。

**名前は開発中のものです。** · 2013/12/13(金) 18:32:09.08

描画距離って処理速度に影響してくるの？
描画する要素が多くなるから
ってことなら、描画してるのは天球とか機体だけだからそんなに負荷変わらないような

**名前は開発中のものです。** · 2013/12/13(金) 23:24:33.39

奥行きを設定してあまりに遠すぎるものの描画を省くってことじゃないんか？

**名前は開発中のものです。** · 2013/12/14(土) 00:37:13.03

442だけど445さんの意味だよ。
アプリの内容は知らないけど、シューティングだと思うので書いた。

水平線の遥か彼方に飛んでいったミサイルとかは描画しない、
あるいはそうならないように弾丸は５秒で消えるとかアプリの仕様を工夫するのは
基本でしょ。

もちろん全て今後の追加内容次第の話だけどね。

**名前は開発中のものです。** · 2013/12/15(日) 12:19:47.40

ソース落としたやつの返信がまるでないようだが。

**名前は開発中のものです。** · 2013/12/15(日) 13:45:09.93

プログラムスレって偉そうなこと言っておきながら具体的なソース書けない奴ばっかだもの

**名前は開発中のものです。** · 2013/12/15(日) 14:05:34.02

DLできた人何人いるのよ？

**名前は開発中のものです。** · 2013/12/15(日) 16:02:10.70

５人だろ？
＞レビューしてくれるといってくれたひとが数人だったのでダウンロード制限5回までにしてました

同じ奴が５回落としてたら違うだろうけどｗ

**名前は開発中のものです。** · 2013/12/16(月) 18:33:42.92

うpされてたぐらいの自作ゲームって
corei3 380/4GBじゃきつい？

**名前は開発中のものです。** · 2013/12/16(月) 20:59:35.21

CPU : Celeron 1.8GHz
システムメモリ : 4GB

余裕だったぞ

**名前は開発中のものです。** · 2013/12/17(火) 08:27:14.77

今のご時世、CPUメモリよりもグラフィックボードやVRAMの方が重要な気がする

**名前は開発中のものです。** · 2013/12/21(土) 23:08:36.29

BMPだと無圧縮だから展開処理が不要で処理が早いと書いてありました
圧縮不要なくらい色数が少ない画像ならBMPを使う方が断然良いってことでしょうか？

ちなみに16色以下の4ビットBMPで保存した場合で比較してみたところ
画像によってはPNGよりもファイルサイズが小さくなることもありました

**名前は開発中のものです。** · 2013/12/21(土) 23:12:07.18

お前は何にも分かってないな

**名前は開発中のものです。** · 2013/12/21(土) 23:22:11.86

一行目と二行目の関係が解らん……。

**名前は開発中のものです。** · 2013/12/21(土) 23:38:55.19

ゲームで使う画像ファイルにはpngを使っていたんですが
キチッと色を調整して16色以下に抑えれば
bmpでもpngの時とさほどファイルサイズは変わらないようです

ということは配布する時の「ファイルサイズを小さくできる」といったpngのメリットは消えて
ゲーム実行時の「展開処理を必要とする分だけ処理が遅くなる」というデメリットだけになるのでは？ってことです
実のところどうなんでしょうか？

**名前は開発中のものです。** · 2013/12/21(土) 23:52:38.60

質問の答えじゃなくて申し訳ないが
そんなに容量きりつめなくてはいけないほど大量の画像使ってるの？

いやぁ俺の場合音楽データばっか大きくて、画像データなんてそれに比べれば微々たるものだからさ……。

**名前は開発中のものです。** · 2013/12/22(日) 00:36:46.08

画像ファイルで良く使われるのが.pngです。良いです。
.jpgもありますが、画質劣化するので使いません。透明もありません。

DirectXでは、.DDSが一番良い。　画質劣化、透明、速度に関して

**名前は開発中のものです。** · 2013/12/22(日) 11:48:10.15

>>454
・ファイルフォーマットってのはHDDやなんかのストレージに収めておくときのファイル形式で、
展開が云々ってのは、それをロードする時の話。
・ロードする処理と、描画する処理はプログラム的に全く別物。

この辺の入門レベルの切り分けを踏まえた上で考え直して。

**名前は開発中のものです。** · 2013/12/22(日) 11:51:24.34

>>457
基本pngでいい。bmpでも構わない時だけbmpでも、いい。
20数年前の16bitマシンでも使ってるなら悩んだ方がいいが。

**名前は開発中のものです。** · 2013/12/22(日) 22:11:32.46

VRAMサイズ抑えれるんじゃないの？

**名前は開発中のものです。** · 2013/12/22(日) 22:16:20.61

PC-9801みたいに１ドットに３ビット使って８色だしてるところを
２ビットに減らして４色にしたとかいうならVRAMの節約にもなるだろうけど……

**名前は開発中のものです。** · 2013/12/22(日) 22:21:00.64

基本的に32bitカラーに展開しないと使えないから同じだろ
シェーダー内で使うならパレット形式でも使えるだろうけど処理が無駄すぎる

配布サイズなら7zでbmpのが圧縮される可能性あるけど
展開後のサイズのが気になるからpngのほうが良いかと

**名前は開発中のものです。** · 2013/12/23(月) 02:10:02.27

>>462
それはpngやbmpみたいなファイル形式の話じゃなくて、こっち↓の話。
http://msdn.microsoft.com/ja-jp/library/ee415202(v=vs.85).aspx
ごっちゃにしちゃいかんよ

**名前は開発中のものです。** · 2013/12/24(火) 17:47:14.48

凹やレンズ凸レンズを通して見たような感じに画像を変形させる関数ってある？

**名前は開発中のものです。** · 2013/12/25(水) 10:48:52.64

なんでそんな固有用件の処理が汎用関数として用意されてると思ったの？

**名前は開発中のものです。** · 2013/12/25(水) 10:54:53.86

SetupCamera_Perspective( float Fov ) ;

これでFOVをセットできます。視野角です。
参考までに、35mmカメラ換算として

14mm 114度　魚眼
28mm 75度　広角
50mm 47度　標準レンズ
300mm 8度　望遠

**名前は開発中のものです。** · 2013/12/25(水) 11:18:20.73

>>467
ペイントソフトで出来るような変化をさせる関数GraphFilterがあるから
レンズ越しの変形っぽくする関数があっても不思議じゃないなーと思って

**名前は開発中のものです。** · 2013/12/26(木) 00:22:20.27

confファイルとかiniファイル作ってみたいんですけど
DXライブラリでゲーム作るときこれらのﾌｧｲﾙは不要ですか？
かっこつけたいから作ってみたいっていう単純な理由ですけど
あえて作る必要ないですか？exeファイルとjpgファイルだけじゃ
簡素だなーって思われるのが嫌なんですよ。

**名前は開発中のものです。** · 2013/12/26(木) 00:31:48.63

作るゲームはhelloworldと入力したら「よく入力できました」っていう
文字を出力し、hellowolrdと打ち間違えたら「2文字間違えました！」って
指摘するゲームです。このゲームでconfファイルを作りたいです。
技術者のみなさん知恵を貸してください。

**名前は開発中のものです。** · 2013/12/26(木) 00:32:21.87

iniファイルっていうのはユーザーが自由に書き換えていいって意味のファイル
だから変更されていい内容なら使えばいい

**名前は開発中のものです。** · 2013/12/26(木) 00:33:09.14

あともう一つ

技術もないのに小手先でカッコつけようとすんな

**名前は開発中のものです。** · 2013/12/26(木) 00:42:30.01

>>473
フォルダにconfという拡張子があれば俺はそれで構わない、何も望まない

**名前は開発中のものです。** · 2013/12/26(木) 00:43:38.47

だったらファイルをアーカイバで固めて拡張子をconfにすりゃいいじゃん

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

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