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(木) 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にすりゃいいじゃん

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

>>475
そのconfファイルってexeファイルとどう関連してるんですか？

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

dxaファイルの名前がconfになっただけだからなにも変わらないが

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

ここで聞くなボケ

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

>>477
無くても大丈夫なのは何故ですか？

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

何を言いたいのかわからん

DXライブラリに関した質問じゃないのはわかるんで、C++の質問スレにでも行って来い

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

>>470
DXライブラリ関係なく、普通にC/C++でファイルReadして好きに利用する処理書いたらいいだけなのに、何を質問する事があるの？

ちなみにiniに関しては知ってて当然レベルだけど、win32のレイヤーにAPIあるから利用してもいい。
http://wisdom.sakura.ne.jp/system/winapi/win32/win156.html

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

質問に至るまでの流れがどう考えてもおかしいし、ただの釣りだろ

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

釣りなら釣りでいいけどな。
ただDXライブラリ利用者の中には、それ以前の当たり前レベル、前提レベルの知識や考え方なんかを
色々とすっ飛ばして利用しようとしてるちぐはぐな初心者を時々見かけるので、なんだかなぁと思った。

あとファイル操作関連のド基礎も含めてこれも貼っとく。
http://www.cppll.jp/cppreference/

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

仮に釣りでもマジレスしてくれれば他の人の参考になるしな

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

と言うか、上のリンクにあるような物は、DXライブラリみたいな応用編ではないもっとうんと手前にあるド基礎の話なので、
せめてテストコード継続して書くとか、なんか簡単なツール作るとかして具体的に理解深めた後で色々話して欲しいと思った。

どうせゲームなりなんなり作る段階では当たり前に使う物だし。キリが無いし。

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

confファイルはconfigファイルとは違うの？
後inifファイルとconfファイルは同じ？
この二つだけ答えて欲しい。
答えてくれたらゲーム制作に戻ります。

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

DXライブラリの水の作り方が分からないんだけど
ググっても出ないし、みんなどうやってるの？

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

>>486
そのファイルの意味する所が不明ですけど、
一般的に、設定ファイルや記録ファイルとしてテキストファイルを使う。
例えば、画面の大きさ設定などをファイルに記録しておき
次に起動した時にそれを使うように。
また、ゲームの最高得点を記録として残して一覧表として
表示されるように、ファイルに記録して残したりする。
このファイルの操作は、C言語のファイルの取扱で解説してある
ので、C言語の教科書を読んでみてください。

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

コンフィグファイルがconfファイルなの？
それだけが知りたいです。

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

流れ知らないけどconfﾌｧｲﾙとか個人的に気持ち悪いからcfgにするわな

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

なぜ構ってしまうのか

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

>>489
お前が決めたんならそうだよ。
つまり製品によって違うってだけ。好きにしろよ。マジで。

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

>>489
バカだろお前

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

学校の課題で「リサージュ図形プログラム」てでたんだけどナニコレ

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

>>494
何故この板のこのスレで質問しようと思った？

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

そういう髪型があるんだよ

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

キャラクターのパラメータデータってプログラム内の定数として直書きする？
それとも外部ファイルから読み込む？
その場合はどんな拡張子にする？

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

どうせ最終的にアーカイブするんだから拡張子とか関係ないだろ？

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

>>497
キャラクターのAIを外部ファイル（dll）にするのは手間が掛かるから
簡単な数値設定も含めて基本的に直に書いてる。

**名前は開発中のものです。** · 2013/12/27(金) 09:41:40.37

外部ファイル。バランス調整でコンパイルするのめんどい。
拡張子はdatとか適当。

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

俺も外部ファイルにしてる。自分仕様のアーカイブに固めてるけど。

**名前は開発中のものです。** · 2013/12/27(金) 11:30:05.53

プログラム内の定数でいいよ
その必要性がわかるようになった時に外部ファイルに出せばいい

外部ファイルを使うってのは
自分でフォーマットを決めて格納して
プログラム外で編集とか自力でやるという前提だよ

**名前は開発中のものです。** · 2013/12/27(金) 12:04:03.70

直でいいよね
ツール作ってて、それで編集するときだけだな外部は

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

簡単な内容とか小さい内容とか、あるいは初心者で意味がわからないとかなら、コード上に直接並べてもいいと思う。
いずれにしても理由あって手段を決めるだけなので。

**名前は開発中のものです。** · 2013/12/27(金) 12:52:38.55

ところで髪を半透明テクスチャで表現したいんだけど、メッシュ透明度をMV1SetMeshOpacityRateで上げればテクスチャ残したまま板ポリ消えるかな？

**名前は開発中のものです。** · 2013/12/27(金) 17:04:48.94

自分も外部ファイル作って、大量のデータをそこから読んで
好きな形で表示できるようにしてる

独自形式でもファイル読み込みさえ出来れば
データ追加が楽になる

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

ステージクリア型のミニゲームで、
最初からゲームに含まれているステージは内部データ（配列として直書き）、
エディットモードで作成されたステージや、追加ステージ配信なんかは外部ファイルにしたことがある。

なんでそんな面倒な作りにしちゃったのか10年前の俺…

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

別に面倒そうな作りとは思えんが……。

俺は直書きだな。
外部ファイルにする技術と根性がなかったのが主な要因だけど
ステージ切り替えなどのたびにいちいち読み込んでテンポ壊さずに済んだのはむしろ良かった。

**名前は開発中のものです。** · 2013/12/27(金) 22:51:31.10

キャラクター固有のアクションとか持たせ用とした時、じゃあキャラクターごとにクラス作るか
って話になってそうするとこの外部ファイルはこのクラス、っていう分岐処理が必要になって
そもそもなんで外部ファイルに値を書いておくのがわからなくなる

**名前は開発中のものです。** · 2013/12/27(金) 23:03:43.17

かなり安定するまで直のほうがいい。
トップダウンで最初からファイルフォーマットとか決めても
あとで変更する手間が増える。

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

DXアーカイブのパスワードについてなんだけどみんなどんな風にコーディングしてる？
俺のはぶっちゃけ隠すようなもんじゃないしガチガチじゃなくてもいいんだけど、
プレイヤーのモチベのための最低限のブロックは必要かなぁって思ってるんだよね。

・キーワード(文字列①)→ハッシュ化(文字列②)
　文字列②で暗号化、文字列②をコーディング

これくらいでいいのかな？それとも

・キーワード(文字列①)→ハッシュ化(文字列②)→ハッシュ化(文字列③)
　文字列③で暗号化、文字列②とハッシュ関数をコーディング

これくらいやるのかな？

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

だーれも答えてくれねぇ…

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

スレチかもしれないけどゲームの設計で
1.キャラクター共通のデータを持つ定数クラス(最大HPとか経験値テーブルとか)
↓基礎パラメータに固有パラメータを加減算する(ポケモンでいう努力値)
2.そのキャラクター固有のパラメータを持つクラス(Lvとかフィジカルボーナスとか)
↓
3.実際に動くキャラクタークラス(当たり判定とかダメージ処理がある)

って感じで分けてるんだけど、合ってる(問題ない)？

3を作成する時に、if文連打でインスタンス作るクラスを線形探索する必要があるから・・・

class one_character_record{
const int CHARACTER_ID;
const int HP,MP,SP;
//レベルが上がるに連れてHPMPSPをかけてく
const float HP_RATE,MP_RATE,SP_RATE;

//コンストラクタで初期化
};
class one_character_datebase{
vector<one_character_record> character_list;
};

class two_character_info{
int character_id;
int level;

three_character_entity create_character(){
ここでif連打してクラスを線形探索してしまう
}
};

**名前は開発中のものです。** · 2013/12/28(土) 01:01:40.20

>>513
横だけど、線形探索が嫌なの？それともif連打が嫌なの？

線形探索はListをSetかMapにすればOK。
その場合、キャラID外出しのMapの方がラクそう。Setはめんどいと思う。

if連打の方はその例だとよくわからないんだけど、
「あるステージに登場する敵一覧」みたいなのは、
コーディングでも外部ファイルでも、どっかに作っておかない無理なんじゃない？
そうは言っても、struct Tuple{int id, lv;}みたいな構造体のリストが
あれば十分でif文は使わないと思うよ？

**名前は開発中のものです。** · 2013/12/28(土) 01:35:07.42

struct Data { int hp, atk, def; };

class ActorType {
Data type; // 種族の初期値
Data lv; // レベル上がったら
};

class Yusya : ActorType {}
class Mahotukai : ActorType {}
class ZakoSlime : ActorType {}
class BossGoblin : ActorType {}

class Actor {
ActorType* pType;
Data max; // 最大( const にできないけど )
Data now; // 現在
}

後はActorのインスタンスに値を渡すなり、Actorを更に継承するとかで。

**515** · 2013/12/28(土) 01:59:56.67

>>513
説明不足かもしれんから補足

Data が 1。ActorTypeが 2。Actorが 3。
if文連打ってたぶん自分がどの種族かって話だと思うけど
ActorにActorTypeを継承した勇者とかゴブリンのポインタを渡しておけばOK

**名前は開発中のものです。** · 2013/12/28(土) 02:05:22.92

>>511
複数回暗号化したらゲーム側で復号できるの？
DXライブラリのFile Read APIだとキーワードひとつしか使えないと思うけど。

**名前は開発中のものです。** · 2013/12/28(土) 08:15:51.01

サブクラスのコンストラクタの関数ポインタって、スーパークラスのコンストラクタポインタ変数に代入できる？

if文使うより綺麗にはなりそう

enum e_kind{yusya,mahou,size};

class yusya:unit{
public yusya();
}

class mahou:unit{
public mahou();
}

//あとユニットクラスのコンストラクタの関数ポインタ配列にyusya,mahouをいれて
配列のインデックスに列挙体の定数入れて呼び出す
戻り値はunit

って感じのできたらいいんだけど、
結局配列に関数ポインタいれるのてが気になるんだよなぁesp

**名前は開発中のものです。** · 2013/12/28(土) 10:14:16.10

>>518
とりあえずコンストラクタの関数ポインタはC++の言語仕様上捕れない。
なので、配列に関数ポインタ入れてコンストラクタを動的に切り替えたい場合は、
オブジェクトを生成するのstaticメンバ関数を定義するのが定石。

http://codepad.org/AG21ETE1

**名前は開発中のものです。** · 2013/12/28(土) 11:57:17.21

相変わらず質問の日本語がひどいな。
const変数の初期化をしたいのかな？
仮想関数の継承はどうだ？

class Unit {
const int HP, ATK, DEF;

Unit(){
HP = getHP();
ATK = getAttack();
DEF = getDefence();
}

// 純粋仮想関数
virtual int getHP() = 0;
virtual int getAttack() = 0;
virtual int getDefence() = 0;

};

class Yusya : Unit {
virtual int getHP(){ return 100; }
virtual int getAttack(){ return　20; }
virtual int getDefence() { return　40; }
};

**名前は開発中のものです。** · 2013/12/29(日) 01:29:49.14

>>511
パスを暗号化なんてナンセンス
パス文字列を数字にして、プログラム側では数字を文字列に変換する文字列を通して渡すだけでいい
実行ファイルからパス文字列を特定するのは簡単でも、たった数バイトの数値データを特定するのは難しいからな

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

>>513は礼も言わずに去ったか

**名前は開発中のものです。** · 2013/12/29(日) 17:46:51.79

コミケ勢かもしれないしこの時期は気長に待てよ

**名前は開発中のものです。** · 2013/12/29(日) 18:23:59.02

>>521
おおなるほどね、たしかにint_64なら８バイトだが
それをそのまま文字列化すれば18文字くらいになるのか

**名前は開発中のものです。** · 2013/12/31(火) 10:03:19.36

>>522
死ね

**名前は開発中のものです。** · 2013/12/31(火) 16:47:08.93

たまにこのスレに相談させていただきながら作っていたゲームがようやく完成しました
アドバイスくれた方々本当にありがとうございました

**名前は開発中のものです。** · 2013/12/31(火) 22:00:54.55

>>526
死ね

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

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