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

**名前は開発中のものです。** · 2013/06/30(日) 23:57:05.06

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

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

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

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

**名前は開発中のものです。** · 2013/10/21(月) 20:08:41.83

初心者はやっぱり明後日の方向で悩んでるから怖いな
そんな単純なもんじゃないから、フレーム固定で作っておけ

**名前は開発中のものです。** · 2013/10/21(月) 20:11:54.34

パソコンの負荷は一定では無く、不規則に変動するのですよ。
それが、個別に全部が違う挙動をする。

**名前は開発中のものです。** · 2013/10/21(月) 20:14:02.72

すいませんスペックじゃなくてリフレッシュレートです
↓
http://dixq.net/g/03_14.html

**名前は開発中のものです。** · 2013/10/21(月) 20:19:16.36

リフレッシュレートは60や120だけじゃなくて50や75や72や85もあるんだぞ
ズレるわ

**名前は開発中のものです。** · 2013/10/21(月) 20:23:20.98

>>618
そのサイトは初心者向けだから可変フレームレートは難しい
また、その章までに書いたプログラムすべてを変更する必要がでるから避けてるんだよ

>>608にも書いたけど時間を計って可変フレームレートにするのは良いことだよ
一応処理落ちについての話題が出たから例として触れておくと、
極端な処理落ちが発生したときに可変フレームレートだと衝突判定のすり抜けが起こることが
予期されるからそれを防止するためのメカニズムを考えないといけなかったりとか
とにかくプログラム書くのがFPS固定に比べて面倒くさい

**名前は開発中のものです。** · 2013/10/21(月) 20:27:42.27

ＦＦ３のエンカウント時エフェクトみたいな
1フレーム毎に画面が白黒⇔カラーを繰り返すみたいなエフェクトを実装するとき
可変フレームレートだと白黒のままになったりカラーのままになったりで
おかしな表示になるんじゃないんですか

**名前は開発中のものです。** · 2013/10/21(月) 20:27:43.27

面倒くさいどころか逆に負荷が増す場合もあるぞ
カーブとか重力を考慮した移動とか複雑な移動処理をするなら

完全な再現性を実現できない限りは可変フレームレートなんて採用すべきじゃないと思うな
ネトゲやFPSだって、発生した事実関係だけをサーバに送信して無理矢理辻褄合わせてるだけだし

**名前は開発中のものです。** · 2013/10/21(月) 20:30:11.95

FPS60に固定する
↓
予め1フレーム過ぎる毎にint countを+1しておく
↓
あるアクションから一秒たったら画像を表示させたいから
アクションおこした時にint a = countする
↓
count - a > 60の時に画像を表示

みたいな説明があって
countの代わりにGetNowCount()を使えばfps固定する必要なんてないと思ったと言おうとしました
説明下手でごめんなさい

>>623-625
なるほど
まだそんなレベルに達していなかったので面倒くさいとも思いませんでした
ありがとうございました

**名前は開発中のものです。** · 2013/10/22(火) 00:35:28.42

>>625-626
微分方程式を解ける秀才がこのスレに降臨したかと期待したが、ただの初心者だった

**名前は開発中のものです。** · 2013/10/22(火) 03:54:29.71

>>626
ああ、それは勘違いしそうになるな。説明が不適切とまでは言わないが。

1秒後（あるいは60フレーム後）に画像を表示する、くらいなら正直どっちでもいいと思うけど、
秒速120ドットで移動するとかだと少し面倒になるって感じかねぇ。分母が変わっちゃうから。

**名前は開発中のものです。** · 2013/10/22(火) 04:28:57.73

固定/可変フレームレートの問題というよりも、>626の場合は、
ゲーム内時間をフレーム基準で考えるか、実時間ベースにするかって問題だよね。

フレーム基準というのは、つまりゲーム内時間をプログラマが管理できる状態と言い換えられる。
それに対して、実時間を基準に処理を行うというのは、ゲーム内時間にプログラマがアクセス出来ない状態と言える。

この差は結構重要で、プログラミングをする際に1つの処理を細かく積み上げて考えたい時や、
あるいはテストプレイやデバッグの際に、ゲームスピードをゆっくりにして動作を見極めたいという時に、
実時間ベースだと不便そうだなあというのは、何となく分かってくれるんじゃないかと思う。

もちろん実時間ベースが優れてるところもあるので、決して間違いではないのだけれど。

**名前は開発中のものです。** · 2013/10/22(火) 06:42:35.27

dxライブラリのfps制御そのまま使ってるけどよくない？
1秒を60フレームって前提でゲーム内のタイマー作っちまってるわ

**名前は開発中のものです。** · 2013/10/22(火) 06:52:51.98

オンラインランキングとかしないなら、そんなに困らないと思う

**名前は開発中のものです。** · 2013/10/22(火) 07:32:13.52

可変フレームで気になってたんだけど
環境によってfps変わってたらリプレイの再現できなくない？

**名前は開発中のものです。** · 2013/10/22(火) 08:42:21.30

処理のループはfpsに制限されないでしょ
動きが荒くなるだけじゃない？

**名前は開発中のものです。** · 2013/10/22(火) 08:54:17.54

マリオカートのゴーストとかどう記録してるんだろ
と思ったけど処理したときついでに時間記録すれば普通にできるか

**名前は開発中のものです。** · 2013/10/22(火) 09:32:38.97

やってみそｗ

**名前は開発中のものです。** · 2013/10/22(火) 09:45:09.67

ゴーストとかリプレイを実装しようとして、「なぜずれるんだー」と頭を悩ますのはお約束だよな？　な？

**名前は開発中のものです。** · 2013/10/22(火) 11:17:27.80

処理時間≠入力時間に気をつけて処理させれば固定と同じようにやればいいだけ
ずれ誤差怖いから実体の位置を入力時間ごとに別で取っておいてそこから計算させた方がいいかも？
使う処理が1つで済む&信頼度高いけど情報量が膨れそう
とか妄想したけどジャンル的にリアルタイムリプレイなんて一生実装しないだろうな

**名前は開発中のものです。** · 2013/10/22(火) 12:36:20.41

低レベルな話ほど長く続くね

**名前は開発中のものです。** · 2013/10/22(火) 12:47:39.37

そりゃ母数が違うからな

**名前は開発中のものです。** · 2013/10/22(火) 15:20:36.48

確かにゲームプログラム全体の中では低レベル寄りな方だよな。vsyncとか。

**名前は開発中のものです。** · 2013/10/22(火) 15:31:37.39

自転車置き場の議論なら誰でも参加できるからな
俺のように高レベルな人間になると議論する相手を探すのも苦労する

**名前は開発中のものです。** · 2013/10/22(火) 15:55:43.08

バカばっか

**名前は開発中のものです。** · 2013/10/22(火) 16:25:11.43

>>641

多分ツッコミ待ちなんだろうけど、どこへツッコめばいいのかわからんｗ

**名前は開発中のものです。** · 2013/10/22(火) 16:30:05.22

冗談にマジレスはあかんでー

**名前は開発中のものです。** · 2013/10/22(火) 18:58:55.59

自作中のゲームがウィンドウモードと比べて全画面モードの処理速度がどうしても遅いのですが
他のdxlibを使ったゲームはウィンドウの方が不安定だったりするのになぜでしょうか…

2D表示機能のみで、主な設定関数は
SetGraphMode(800,600,16)
SetDrawScreen(裏画面)
SetDrawMode(バイリニア)//ゲーム中変更なし

処理としては、描画に加算・減算切り替えが多め、背景の計算がやや複雑といった感じです

全画面モード中はこの処理が重い、といったことはあるのでしょうか？

**名前は開発中のものです。** · 2013/10/22(火) 20:35:42.51

リリースで測った？

**名前は開発中のものです。** · 2013/10/22(火) 22:01:05.96

特定のビデオカード（や設定）と相性が悪いとか、
解像度を変えるのではなくウィンドウサイズを上げてるとか…… うーん、わからん

**名前は開発中のものです。** · 2013/10/22(火) 22:30:32.24

過去の記憶ではリリースビルドでも遅くなっていました(計測はしていなく今リリースビルドしたらデバックビルドでは出ないエラーが出て改善できず、計測できませんでした)
音楽に合わせた演出がゲーム最初にあるのですが確実にずれていました

デバックビルドで計測しましたが、ウィンドウだと13ms、全画面だと17msでした
screenflipで差が出るようです

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

17のほうが正常だそれ

**649** · 2013/10/22(火) 22:34:58.08

正常、って言うと語弊があるな。訂正。
たぶん、モニタ＆グラボのリフレッシュレートが75Hz（≒13ms）になってるんじゃないか？
で、フルスクリーンにするときに、プログラム側で60Hz（≒17ms）に設定しているんだと思う

**名前は開発中のものです。** · 2013/10/22(火) 23:04:05.07

おお、モニタの情報をみたら75Hzでした
では全画面モードが遅いのではなくウィンドウモードが若干早送りされてるということですか！
これを抑えて調整し直します。ありがとうございました！

**名前は開発中のものです。** · 2013/10/22(火) 23:07:27.52

まさにタイムリー

**名前は開発中のものです。** · 2013/10/22(火) 23:29:28.48

てか、普通ゲーム作るならFPSぐらい表示させないか
常にCPU負荷とFPSぐらいは見れるようにしとかないと・・・

**名前は開発中のものです。** · 2013/10/23(水) 01:24:23.81

FPS固定でウィンドウモードに対応させたい時、タイマーで制御すれば良いんだよね？
手元に60Hz以外に対応してるモニタが無いから、ホントにそれで合ってるのか分からん。

>>653
CPU負荷は表示させたこと無いなあ。Win32APIあたりから拾ってくるのん？

**名前は開発中のものです。** · 2013/10/23(水) 02:00:20.55

垂直同期するなら経過時間で処理する
垂直同期しないならWaitTimerが都合よく動くことを祈る

**名前は開発中のものです。** · 2013/10/23(水) 03:47:45.96

>>654
単純にwait処理以外の時間を1秒間ms単位で足して1000で割る
で良いんじゃね

垂直同期待ちしてる場合はScreenFlipもwait処理として考える

**名前は開発中のものです。** · 2013/10/23(水) 17:08:21.68

ああすまん、タイマーによるフレーム制御自体は既に実装済み（vsyncと切り替え可能）ではあるんだ。
ただ、手元に60Hz以外の環境で確認するすべがないのと、
もしかすると、もうちょっとスマートな方法があるのかな？と、ちょっと気になっただけなんだ。

まあ、タイマー制御もvsync待ちも切ると500FPSとかで動いたりするから、大丈夫だろうとは思うんだけどさ。
デフォルトはタイマー制御にしておいて、コンフィグ画面なり起動時のダイアログなりで変えれるようにするのがベストかな？

**名前は開発中のものです。** · 2013/10/23(水) 17:14:46.11

vsyncかタイマーか、設定できるようになってればどのみち問題はないだろう

**名前は開発中のものです。** · 2013/10/23(水) 20:42:08.44

描画処理は別スレッドにしてvsync固定

**名前は開発中のものです。** · 2013/10/25(金) 11:35:42.34

んー？よくわかんないんだけど
例えばモニタが60fpsだったら、描画スレッドを60fps(vsync?)にして、
処理スレッドと描画スレッドはどうやって同期するんだ？

処理スレッドが座標いじってる時に描画スレッドが座標見るのはダメなんだよな？
まぁ早々ブッキングはしないだろうけど何万回転とかしたら・・・

**名前は開発中のものです。** · 2013/10/25(金) 16:06:37.29

>>660
それは一旦fpsとかその他の言葉を忘れて、マルチスレッドでの同期処理を書いて理解した方がいい。

てか、ドライバ書いてる訳でも無いのに垂直帰線期間の話が出て来る事自体が、あんまりリアルじゃない。
30年前の8bitマシンならともかく、今のマシンでアプリレイヤの話ならばちょっと変だ。

垂直帰線期間の考慮が必要になるのは、例えばDirectXやOpenGLそのものがその中で行っている最後のラスタ情報のVRAMへの転送処理の中の話であって、
普通は(アプリケーションプログラマは)メインループの経過時間差を見てfpsをコントロールする。
具体的には一定経過時間未満の場合に処理をスキップさせる。

もしもこの周辺処理をマルチスレッドで実装したい場合に、意図的な同期処理が必要になるが、そういった場合にマルチスレッドでの流儀で実装する。

そうでないなら単にメインループの中で、普通に処理するだけ。
こういった話はより具体的にしないと、ただの曖昧な聞きかじりみたいな話で終わってしまい、全然役に立たない。
経験から引き出して実例として話さないとダメ。

**名前は開発中のものです。** · 2013/10/25(金) 16:51:42.23

>>660の質問に答えるのにその長文はいらんだろｗ

**名前は開発中のものです。** · 2013/10/25(金) 17:31:09.74

本人が必要性感じてない段階でわざわざマルチスレッドとか要らんよ

**名前は開発中のものです。** · 2013/10/25(金) 21:13:51.48

じゃあここにいる人たちはみんな組み込み系の専用モニタ使ってドライバからゲーム作ってる人たちなの？

**名前は開発中のものです。** · 2013/10/25(金) 21:16:54.66

ﾄﾞﾕｺﾄｰ

**名前は開発中のものです。** · 2013/10/25(金) 21:32:50.74

極端過ぎる

**名前は開発中のものです。** · 2013/10/25(金) 21:59:31.35

なんでいきなりそういう話になったの？
誤爆か？

**名前は開発中のものです。** · 2013/10/25(金) 22:47:27.21

そうだよ（適当）

**名前は開発中のものです。** · 2013/10/26(土) 05:38:35.50

2D横スクロールアクションを作っているのですが、
マップスクロールを「キャラを中心にスクロール」、
「画面端はキャラだけ移動」という一般的な方法を
採用していますが、画像がブレだかボヤケだかの描画に
なってしまいます。
・キャラを中心にスクロールしているときは、背景のマップが
　ぶれる（ぼやける）
・画面端でキャラだけ動いているときは、キャラが
　ぶれる（ぼやける）

スクロール方法は下記サイトの方法で実装しています。
aidiary.hatenablog.com/entry/20050624/1255786339

スクロール中にキャラやマップのぶれを少なくする方法は
何かないでしょうか。

**名前は開発中のものです。** · 2013/10/26(土) 05:50:55.66

それ単純に座標計算が１ドット～数ドット分ずれるバグがどっかにあるだけで
スクロール方法関係ないんじゃない？

**名前は開発中のものです。** · 2013/10/26(土) 05:58:59.74

なんと表現していいのかわからないのですが、
ブラウザとかでも高速でスクロールさせると文字や画像が
残像する、あのような感じです。

＜キャラを中心にスクロール中＞
　マップに残像が発生しますが、キャラはくっきり描画
　されます(アニメーションしてても)。
＜画面端でキャラだけ移動しているとき＞
　マップはくっきり描画されますが、移動中のキャラは
　常に残像が発生します。
※参考にしたサイトのサンプルプログラムでも
　同様の残像が発生します。

**名前は開発中のものです。** · 2013/10/26(土) 06:08:55.30

バグじゃないとしたらテアリング？

**名前は開発中のものです。** · 2013/10/26(土) 07:26:17.12

アンチエイリアス切ったりしてみたら？

**名前は開発中のものです。** · 2013/10/26(土) 08:51:17.35

単にクソモニタなんじゃないの？

**名前は開発中のものです。** · 2013/10/26(土) 08:56:23.71

ttps://dl.dropbox.com/u/285709/javagame/mariolike04.jar
これを実行で俺もなった

**名前は開発中のものです。** · 2013/10/26(土) 11:49:37.99

>>671
URLの先見てないけど、普通に真っ先に思い付くのはダブルバッファリングしてるかどうかだと思う。
で、多分してないんだと思う。それだけの事かなと

**名前は開発中のものです。** · 2013/10/26(土) 11:53:21.66

普通、2Dアクションとか作る時って「ちらつき」を出したくないからオフスクリーンバッファに書き込んでから、
最後にそのバッファを画面へ送る。
真っ先にその話が出るべき

**名前は開発中のものです。** · 2013/10/26(土) 13:57:28.53

まずスクリーンショットを撮ろう
撮ったスクリーンショットがおかしかったらゲームが悪い

だがこの場合、多分モニタの残像だろう
PSPのゲームとかでも残像起こってるだろ？ショボイモニタだとドットの色切り替えが遅くてモヤっとした残像が残る
液晶モニタ使ってるならそれが正常な状態だからそのままでいい

自分のテスト環境で発生するのが嫌なら、CRTモニタか、性能のいい液晶モニタを買うしかない
もしくは、作ってるゲームが30fpsだったなら60fpsで組めば多少はマシになる

**名前は開発中のものです。** · 2013/10/26(土) 14:17:59.04

>>675
別におかしくない
環境かな

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

問題なし
環境だね

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

ブラウザのスクロールで残像発生してるって言ってるし
相当クソなブラウザを特別に使ってなければ環境

**名前は開発中のものです。** · 2013/10/26(土) 14:55:49.27

ビデオカードのドライバかモニタの問題だろう

**名前は開発中のものです。** · 2013/10/26(土) 15:26:34.20

【初心者】ｽﾚを立てる前にｺｺで質問を【Part25】
http://toro.2ch.net/test/read.cgi/gamedev/1361004297/800-807

マルチポストじゃなくて、第三者による転載だってさ。
DXライブラリの質問とは限らないし、回答するなら本人が居る向こうの方が良いと思う

**名前は開発中のものです。** · 2013/10/26(土) 15:49:34.04

目を通したっぽいしもう終わりでいいな

**名前は開発中のものです。** · 2013/10/27(日) 03:55:14.21

しかし、他人の質問を勝手に別スレに貼るとか
教えてGooの擬人化みたいな奴だな…

**名前は開発中のものです。** · 2013/10/27(日) 18:32:26.43

C#版でコリジョン関数や参照用メッシュ関数使うと例外出るから
修正してたら一日終わった・・・

**名前は開発中のものです。** · 2013/10/27(日) 18:40:59.76

有意義な一日じゃん。

**名前は開発中のものです。** · 2013/10/27(日) 19:07:38.88

ff14やってたら生産(脳死作業)で一日終わった

**名前は開発中のものです。** · 2013/10/27(日) 20:36:50.19

IDEの挙動がおかしくなったので、原因究明と再インストールで復帰に3日かかった…

**名前は開発中のものです。** · 2013/10/27(日) 20:49:33.81

Eclipseはどうしもない糞だよな

**名前は開発中のものです。** · 2013/10/27(日) 21:02:15.67

Visual Studioも依存するライブラリが破損すると全く動かなくなる困ったちゃんになることもある

**名前は開発中のものです。** · 2013/10/28(月) 08:27:44.01

そんなのeclipseに比べたら微々たるもの

**名前は開発中のものです。** · 2013/10/30(水) 14:41:44.02

Eclipseで困ったことなんて一回もないな
そんなに糞だと思うならNetBeansなり
IntelliJなり好きなの使えばいいのに

**名前は開発中のものです。** · 2013/10/30(水) 16:10:35.70

Qt使いの俺に死角はなかった

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

こっちを向いてよハニー

**名前は開発中のものです。** · 2013/10/31(木) 14:46:32.33

( ﾟдﾟ )

**名前は開発中のものです。** · 2013/10/31(木) 15:29:36.47

こっち見んなｗ

**名前は開発中のものです。** · 2013/11/01(金) 17:22:12.94

( 　 )

**名前は開発中のものです。** · 2013/11/01(金) 17:43:40.29

キューティーハニーって気づいて無い人も居そうな雰囲気

**名前は開発中のものです。** · 2013/11/01(金) 17:56:15.00

ねえムーミン

**名前は開発中のものです。** · 2013/11/02(土) 03:30:34.86

VS2013Expが出ちゃったけど対応してるのかしら

**名前は開発中のものです。** · 2013/11/02(土) 03:36:17.73

2010でお腹いっぱい

**名前は開発中のものです。** · 2013/11/02(土) 08:09:56.90

描画リストというのを作って描画を管理しているのですが、ブレークポイントでは値に異常が見つからないにもかかわらずゲームを起動するとモデルが描画されていません。
どうしたらいいですか？

mv1ファイルを読み込み
座標・回転の設定・更新
描画リストへ登録
描画リストが各クラスへ描画する関数を呼び出し
描画リストを初期化
最初に戻る

これら一連の流れで値に異常が見つかりません

エスパーいたらお願いします

**名前は開発中のものです。** · 2013/11/02(土) 13:37:22.37

ありがちなので、モデルが視界に入ってないとか(座標、クリップetc)
スケールの初期値がおかしかったり

**名前は開発中のものです。** · 2013/11/02(土) 14:08:55.57

・まずいままで任意の三次元空間に配置したモデルを普通に描画させた事はあるか
・次に、あるとした、それらを単に「おまじないで出来た」じゃなく意味わかっててやれたのか
・次にカメラの位置や角度とモデルの位置はあってるか
・次にシェーダ使ってる場合、シェーダ内のエラーちゃんと拾ってるか。計算は合ってるのか
・使ってないとしてマテリアルやライトはどうなってるか

確認点いくらでも出てくる

**名前は開発中のものです。** · 2013/11/02(土) 14:16:54.20

DXライブラリ初期化前にロードしてると映らなかったりする

**名前は開発中のものです。** · 2013/11/02(土) 20:26:00.39

>>703
http://c-games.main.jp/ckaihatu/ckaihatu8.html

良かったらこれをご覧ください
上記の解説サイトを運営している者ですが
お役に立てれば光栄です

**名前は開発中のものです。** · 2013/11/02(土) 20:29:07.13

↑のサイトはいつも自演してるkazukiのサイト
騙されんなよ

**名前は開発中のものです。** · 2013/11/02(土) 20:37:43.45

名乗ってるし別にいいんじゃね
ちゃんとコテハン付けてくれるとなお良し

**名前は開発中のものです。** · 2013/11/02(土) 21:09:13.15

いつの間にかシェーダー使えるようになってるけど
お前らちゃんと使いこなしてる？

**名前は開発中のものです。** · 2013/11/02(土) 21:35:26.14

クラスの中で関数ポインタを持つ構造体定義して、配列で管理したいんですが
error C2064: 0 引数を取り込む関数には評価されません。
とエラーがでます。どうしたらいいですか？

struct{
string AI_NAME;
void (CNonPlayer::*AI_Func)();//AIの関数ポインタ
}AIList[6];
int UseAI;

//使う時
AIList[UseAI].AI_Func();

ちなみに関数ポインタはコンストラクタで
AIList[0].AI_NAME="Idle";
AIList[0].AI_Func=&CNonPlayer::AI_Idle;
みたいに初期化しています。AI_Idleみたいなメンバ関数が6個あります。（要素数）

**名前は開発中のものです。** · 2013/11/02(土) 21:40:49.23

つーか、生ポのくせにレンサバ使ってんじゃねーよカス

**名前は開発中のものです。** · 2013/11/02(土) 21:42:40.26

http://msdn.microsoft.com/ja-jp/library/z72c1dfd(v=vs.90).aspx

**名前は開発中のものです。** · 2013/11/02(土) 21:59:51.69

>>713
おぉ・・・
(this->*AIList[UseAI].AI_Func)();
こんなんにしたらできました
ありがとうございます

>>712
ナマポ？スマートポインタじゃないと設計としてまずいですか？

**名前は開発中のものです。** · 2013/11/02(土) 22:02:12.55

>>707に対して、生活保護受けてるくせに～ってことでしょ

**名前は開発中のものです。** · 2013/11/03(日) 00:55:04.58

ぬるぽ

**名前は開発中のものです。** · 2013/11/03(日) 03:40:26.61

>>714
関数ポインタの指してる先が普通のメンバ関数みたいだし
このケースではスマートポインタにする意義は無いと思う

似たようなことを敢えて言うとすれば「std::function使おう」とか言えるけど

**名前は開発中のものです。** · 2013/11/03(日) 08:21:38.75

生活保護不正受給の松浦博史の話はスレ違いだからここでやれ。
http://pona.m-bird.org/d-bbs/2-watch/

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

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