【c#+DX】スピードシューティング(仮)プロジェクト [転載禁止]©2ch.net

**tkr** ◆8reCYe8za. · 2015/07/12(日) 23:51:31.47

【プロジェクトページ(OSDN)】
https://osdn.jp/projects/shooting-game/

【プロジェクトの説明】
最近流行っている弾幕シューティングとは真逆のシューティングゲームを作成するプロジェクトです。具体的には敵や敵の出す弾は高速ですがあまり弾を出しません。瞬発力を必要としますが攻略も楽しめるゲームを目指します。

【プロジェクトへの参加について】
プログラミングはもちろん、画像、音楽編集等も大歓迎です。

**名前は開発中のものです。** · 2016/02/27(土) 19:17:09.39

GuntreXの袋小路に対する作者の発言面白いな、ぶっちゃけ嫌いじゃないｗ

「みんな大好き崖さんです。今回(MetaCraft)はバックができるぞ！」
ttp://space.geocities.jp/b_logic00/

**tkr** · 2016/02/27(土) 21:03:04.39

>>158
すみません。今はTwitterよりしたらばへの移動を考えています

このゲーム楽しそう
http://game.g.hatena.ne.jp/Nao_u/20110820

**tkr** ◆8reCYe8za. · 2016/02/27(土) 21:57:26.08

>>152
「味の素使ったら楽だろ」
料理人「そんな物使わずに1から作ります」
「じゃあ野菜も自分で育てて、牛も自分で飼育しろよ」

**名前は開発中のものです。** · 2016/02/28(日) 04:49:09.30

くっさ

**名前は開発中のものです。** · 2016/02/28(日) 12:12:26.59

>>157
ゲームの出来より作者の人間性を叩いてる人が多いのでそれはないと思う

**名前は開発中のものです。** · 2016/02/28(日) 12:43:59.37

>>157
あっちはあくまでも「製作ごっこして遊んでたらなんか出来ちゃった」だから、
認められる以前にそもそも初めからスルーされてた感じなんだよなあ。
（だからこそスレ内での動きが滅多に槍玉に挙げられず、内々で収まってたってのもある）
中心人物だったあのさあも、コンポーザーとしての能力と実力こそ持ってはいたけど
人間性って意味では手放しに喜べない、扱いの難しい手合いだったから
開発停滞して進展のない時期は必然的に負の方面の比重が大きくなりがちだった。

結局は今後の作品の出来で語っていくしかないんだろうね。
人間性への評価は帳消しにはできんけど
根性見せるくらいはできるわけで

**名前は開発中のものです。** · 2016/02/28(日) 17:11:13.10

効果音がつくとやはり大分変わるな。

にしても、やり込みやり込み言っているが、スコア記録も残らなければ、
○○の結果として○○ポイントを得た的な画面表示もないので、これもこれからか。

**名前は開発中のものです。** · 2016/02/28(日) 17:53:36.33

個人的には、今時.NET 4.0入ってない環境は見限っていいと思うなー…
まあ3.5や2.0に落とすって手もあるっちゃあるだろうけど

モンハン的な、一体の敵とじっくりやりあうタイプのSTGは俺も妄想したことがあるので
応援させてもらうよ
自分もプログラマだから素材的な支援はできそうにないが

**tkr** · 2016/02/28(日) 18:35:12.58

.NETのバージョン気にして開発した事ないので、どのverで動くかは確認出来ていません
タイム記録はどうするか考えています(多分バイナリに最速クリアF数書き出す事になるかと)
今はGIMPでエフェクト画像を作成中です

**tkr** · 2016/02/28(日) 18:43:44.15

全方位STGにすると広々と移動出来るので巨大な的も出しやすくなると思うんですが、現在でも操作複雑なのにこれ以上複雑にするのもどうかと思うんですよね
とりあえずこのまま作っていって拡張したいと考えています

タイム記録についての追記
まだ自機のバランス調整などが終わっていない為、このまま記録を書き出すと色々問題が起こりそうな気がします
verUPの時に記録を削除しないと前verの記録に追いつけないという事態が起こりそうですが、記録をそんなに簡単に削除するのもどうかと思うので。。
とりあえず安定版完成するまではお待ち下さい

**tkr** ◆8reCYe8za. · 2016/02/29(月) 18:03:42.88

SetDrawBlendModeをなるべく使わないでエフェクト作りたいけど、それだとソースコードが酷い事になってあとから読めなくなりそう
でも読みやすくすると重いし
速度をとるか、読みやすさをとるかどうするべきか・・・

**名前は開発中のものです。** · 2016/02/29(月) 18:42:10.05

表示する順番
(・ブレンドモードノーマル)
BGの描画
地上物爆発跡
地上物、戦車
地上物の爆発
地上物の演出の爆炎、破片
空中物、飛行機
飛行物体の爆発
飛行物体の爆炎、破片
アイテムの描画
・ブレンドモードアルファブレンドをセット
自機弾の描画
敵弾の描画
・ブレンドモードノーマルをセット
自機、オプションの動画
・ブレンドモードアルファブレンドをセット
演出の光などの描画
雲の描画
・ブレンドモードノーマルをセット
最上位に表示したいものを描画、目の前に見える鉄骨や雲など
（横にスクロール外部分あればそこの描画）
スコアや文字の描画

**名前は開発中のものです。** · 2016/02/29(月) 19:43:17.87

ちょっと待て、弾の上に自機とオプション！？
気は確かか

**tkr** · 2016/02/29(月) 19:51:48.14

管理しやすいように、全てクラスに役割持たせたかったけど速度的に厳しいか…

**tkr** · 2016/02/29(月) 19:55:37.97

ブレンドモード変更時にモードが変更前と同じなら無視されるのかな？
もしそうなら、毎回ノーブレンドに戻さない方がいい気もする

**tkr** ◆8reCYe8za. · 2016/02/29(月) 23:25:19.73

弾ヒット時にエフェクトを出していたら型によっては敵が全く見えなかったので、敵点滅にしたら解決しました
ついでに軽くなりました

**tkr** · 2016/03/01(火) 23:08:19.39

点滅では格好悪かったので、画像を変えて、プログラムは元に戻しました
見やすさと、見た目を両立出来た…と思います

**tkr** ◆8reCYe8za. · 2016/03/02(水) 18:11:25.90

・通常型、拡散型のバランス調整
通常型は他の型に対抗出来る程度の火力に調整
拡散型>全方位拡散が強すぎたので弱体化
拡散型>前方拡散は全方位の下位互換だったので、中心部分を強化し、端を弱体化することで遠距離でも最低限の火力が出るようにした。

全方位拡散・・・近距離:超高火力、中距離以上:超低火力
前方拡散・・・近距離:高火力、中距離:中火力、遠距離:低火力

**tkr** ◆8reCYe8za. · 2016/03/03(木) 23:51:42.31

敵のアイディア思い浮かばないな・・・

最新コミット
Image(int handle,double R)構造体を作り画像に半径を持たせた

**名前は開発中のものです。** · 2016/03/06(日) 21:33:10.89

円での当たり判定で処理落ちするなら
自機に近い弾を四角判定で洗い出してから半径で判定するといいって聞いた

**tkr** ◆8reCYe8za. · 2016/03/06(日) 22:20:52.56

>>178
矩形判定→カプセルで夜分処理速度10倍くらいにはなったんですが、エフェクトを豪華にしていたら今度は描画で処理落ちするようになってしまいました・・・

**tkr** · 2016/03/07(月) 07:47:50.03

「夜分」って何だよw「判定」です。

**名前は開発中のものです。** · 2016/03/07(月) 10:09:12.50

シェーダーは使わない方針？

**tkr** ◆8reCYe8za. · 2016/03/07(月) 15:14:25.49

>>181
よく分からなかったのでウィキペディアで見たら3Dで行うものと書いてあったのですが、2Dでも出来るんですかね？

**名前は開発中のものです。** · 2016/03/07(月) 15:26:53.13

ああ、ピクセルシェーダーね
エフェクトがどんな感じかみてないので使えるかわからないけれども

**tkr** · 2016/03/09(水) 22:28:31.24

弾幕だと敵の動き少ないので画面スクロールなしで足りるみたいですが、直接攻撃メインだと少し動いただけですぐ画面外に出てしまうのでスクロールありにした方が良い気がしてきました

エフェクトは今度ZIPでまとめて配布した時に見てみて下さい

**名前は開発中のものです。** · 2016/03/10(木) 09:59:34.09

>>177
半径をdouble Rで持たせてるってことは
sqrt(dx*dx+dy*dy)<=R
みたいな判定をしているっぽいけど、
半径の二乗をint R2として
dx*dx+dy*dy<=R2
にすれば、そんなに重くないんじゃないか？

**tkr** ◆8reCYe8za. · 2016/03/10(木) 13:47:36.20

>>185
円の当たり判定は一切使っていません
まず矩形で適当な判定をした後、カプセル※1で厳密な判定を行っています

※1
Capsule(Line(現在の座標,前回の座標),R)

**名前は開発中のものです。** · 2016/03/10(木) 14:30:48.72

なるほど、勘違い失礼

**tkr** ◆8reCYe8za. · 2016/03/10(木) 14:42:25.04

>>187
あっでも
if(!矩形)return false;
if(円)return true;
return カプセル;
の方が早いかもしれません。少し変えてみます

**tkr** ◆8reCYe8za. · 2016/03/10(木) 16:01:46.51

PreAlpha20160310うｐしました

**tkr** ◆8reCYe8za. · 2016/03/10(木) 18:29:17.81

>>189
更新内容
・エフェクト
・自機のバランス調整
・敵の追加
・その他細かい部分

**名前は開発中のものです。** · 2016/03/14(月) 13:14:30.96

一対一の対戦シューティングみたいになるの？
相手は撃ってこないみたいだけど弾幕にしないんだっけ

**名前は開発中のものです。** · 2016/03/14(月) 13:15:48.16

スレ下がってるから上げときます

**名前は開発中のものです。** · 2016/03/14(月) 13:23:18.53

2ch.net絶賛崩壊中で
システムがガタガタなんです

**tkr** ◆8reCYe8za. · 2016/03/14(月) 14:13:48.86

>>191
そんな感じです

**名前は開発中のものです。** · 2016/03/14(月) 16:34:53.47

>>1に助言というか、技術面で知っておいてほしいこと

これは主にXNA界隈で問題視されたんだけど、恐らくDXライブラリでも当てはまるはず

リアルタイムでマネージドの描画APIを呼び出すと、
その度にカーネルの切替が発生して　めちゃくちゃ　重いんだわ

だから対策として、XNAではあらかじめ2D用のAPIとしてスプライトバッチという
しくみを提供してたんよ。これは内部的に一度の描画APIで
複数のスプライトを一斉に描画するようにして上記の問題を解決していた
（3Dのほうも同様だったが割愛）

自分はXNA上がりなのでDXライブラリのほうは詳しくないけど
もしDXライブラリの描画コマンドがそのまんDirectXの描画コマンドを
呼び出しているだけで、>>1がそれをそのまま用いてるとすれば
上記のカーネル切替による速度低下が起こっていると思う

**tkr** ◆8reCYe8za. · 2016/03/14(月) 16:45:26.88

ありがとうございます
DXLibは一度に描画を行っているが、ブレンドモードを切り替えると一旦描画されるので遅いみたいなのは聞いた気がします
なので出来るだけブレンドモードを切り替えないようにしないといけないみたいです

**195** · 2016/03/16(水) 21:19:24.09

あ、けっこう賢いライブラリなのね
同じブレンドモードで纏めて描画すればバッチ化されてる感

でも本当、マネージドとかDirectXとか、
ちょっとしたことでガクッと描画速度が落ちるから怖い

**tkr** ◆8reCYe8za. · 2016/03/17(木) 08:52:53.68

一応ソースです。
http://hpcgi2.nifty.com/natupaji/bbs/patio.cgi?mode=past&;no=1901

だから、ブレンドモード呼ぶ回数何とか減らしたいんですけど、今の状態で呼ぶ回数減らしたらソースが読みにくくなって大変なことになりそうなんですよね。。

**tkr** ◆8reCYe8za. · 2016/03/22(火) 23:42:00.40

全方位化計画
画面回したら気分が・・・フラフラしてきた

**tkr** ◆8reCYe8za. · 2016/03/22(火) 23:43:29.56

それよりdouble型でも演算誤差酷いんだけど…
何とかして改善したい

**名前は開発中のものです。** · 2016/03/23(水) 01:20:23.17

2Dゲームなら固定小数点のほうがいいんじゃないの？

と思ったが画面が回転するのか

**tkr** ◆8reCYe8za. · 2016/03/23(水) 16:18:57.55

http://www.dotup.org/uploda/www.dotup.org789801.png
最高でこのくらい曲がるんだよね
画面が90度単位で回転している時は完全にまっすぐ行くけど、それ以外の時はだんだん誤差が大きくなって、45の倍数かつ、90の倍数でない角度に回転しているときに一番曲がる

**名前は開発中のものです。** · 2016/03/23(水) 17:25:39.36

蓄積してるのかな
誤差の出た結果から更に計算すると誤差でかくなるから常に基準値から計算したほうがいいよ

**tkr** ◆8reCYe8za. · 2016/03/23(水) 18:20:39.29

>>203
多分そうだと思います
改善したいのですが、結構難しくて・・・

・お知らせ
最新ver公開しました
全方位化計画後初めてのUPですので前回とは結構違った感じになっています

・今後の予定
折角全方位化したので、同じ方向から攻め続けると耐性がついて、ダメージが少なくなるようなシステムを作ろうと考えています

**tkr** ◆8reCYe8za. · 2016/03/23(水) 19:03:08.56

原因は分からないが、適当に弄ってたら誤差問題直ったぞ
Vecをもう一度作り直しただけだけど

**tkr** ◆8reCYe8za. · 2016/03/23(水) 19:11:21.94

あっこれ演算誤差じゃなくてVec構造体のバグだった
原因判明
Lengthプロパティでも同じ事していた

public double Rad
{
get { return Math.Atan2(this.y, this.x); }
set
{
this.x = Math.Cos(value) * this.Length;//←ここで長さ変わってるぞ
this.y = Math.Sin(value) * this.Length;//変わった長さを掛けたからラジアンも変わったぞ
}
}

**名前は開発中のものです。** · 2016/03/23(水) 21:18:45.96

おいっ（笑）

**名前は開発中のものです。** · 2016/03/25(金) 22:32:16.95

遊んでみたよ。
敵が画面外にいくから、レーダーが欲しくなるね。
なんか背景の描画が重い気がする？

**tkr** ◆8reCYe8za. · 2016/03/26(土) 12:09:16.27

>>208
描画は確かに重いですね。
30FPSモードも追加したほうがいいかもしれません・・・

wikiに書いてありますが、Wがターゲットカメラになっていて、敵の方向を自機が向きます
遠距離攻撃のない敵がタゲカメを使って遠くから撃っていれば勝てるので、調整する予定ですが・・・

**tkr** ◆8reCYe8za. · 2016/03/26(土) 12:10:30.70

様々のスペックのPCで動かすことが出来ないので、遊んでくださった方は平均FPSを書いてくださると助かります。

**名前は開発中のものです。** · 2016/03/29(火) 23:02:42.54

ノートPC(Let's note) Core i5
BluRay見ながらで26FPSくらい

ソース落とさせてもらいました
Back.Draw内のZBufferがらみを削って動かせば57FPSくらい出る

**tkr** ◆8reCYe8za. · 2016/03/30(水) 10:07:04.71

そこまで重かったですか・・・
円形にしたかったのでZBuffer使っていたのですが(マスクよりは軽い為)
設定で変えれるようにした方がよさそうですね

**名前は開発中のものです。** · 2016/03/30(水) 13:19:55.31

StencilBufferはどうだろう
使ったこと無いので適当いうけど、

ZBufferを毎回クリアして、
背景描画の都度Zbufferを上書きしてしまうより
早いんでない？

**名前は開発中のものです。** · 2016/03/30(水) 16:53:05.22

Zバッファ？　2Dシューティングじゃなかったの？

**tkr** ◆8reCYe8za. · 2016/03/30(水) 18:04:58.14

>>214
背景の円形描画に使っています

**名前は開発中のものです。** · 2016/03/30(水) 22:59:38.96

四角形の背景素材を敷き詰めてるので、そのままじゃ背景が四角く
なってしまうのを円形に表示したいので、ZBufferを使っている、って感じ。

自分のやりたいことを、自分なりに作るのは、スキル向上の第一歩だ！
（そして数年後に恥ずかしくなるorz）

**名前は開発中のものです。** · 2016/03/31(木) 00:45:51.05

背景が四角くなってしまうのを円形に表示したい
→ZBufferを使っている

ちょっと時間がないので実機で確かめられなくてスマンけど
この繋がりが分からない。大きな円の外枠を描画してその部分を手前にってこと？

**名前は開発中のものです。** · 2016/03/31(木) 01:41:33.52

そうそう

丸く背景を描くために、あらかじめ
その外側のZbufferに最前値を設定して書き込めなくしておくイメージ

**tkr** ◆8reCYe8za. · 2016/03/31(木) 09:30:43.55

そうです
最初にステージ全体にZBufferをした後、円形の部分のZBufferをクリアしています

**tkr** ◆8reCYe8za. · 2016/03/31(木) 23:09:47.86

これ延々に未完成になりそう
とりあえず
・キーコンフィグ
・その他設定
・ゲーム中の一時停止/タイトルへ
・複雑な動きをする敵一匹
・敵のエフェ
・敵のドット絵
ここまで出来たらとりあえず完成版と言う事にするか。
オンラインゲーみたいにどんどんバージョンアップさせればいいし

**名前は開発中のものです。** · 2016/04/01(金) 01:06:24.29

左右キーで横移動ではなく
旋回にするのはどうだろう

**名前は開発中のものです。** · 2016/04/01(金) 01:13:25.11

バージョンアップするのに完成版

アホか

**tkr** ◆8reCYe8za. · 2016/04/01(金) 09:22:42.79

>>221
旋回して移動だと操作しにくくないですかね？

>>222
敵はまだまだ追加したいのですが、とりあえず遊べるようにはしたいので

**名前は開発中のものです。** · 2016/04/01(金) 09:29:20.92

>>223
うん、俺もそう思った。すまんｗ
LR付きパッドなら、LRで旋回とかできそうだけどね

**tkr** ◆8reCYe8za. · 2016/04/01(金) 11:14:49.40

キーコンフィグ出来た
コミット＆ZIP化します

**tkr** ◆8reCYe8za. · 2016/04/01(金) 16:39:34.13

動物系統の敵のボス的な位置にライオンみたいな奴作るか
動き複雑にして・・・

**tkr** ◆8reCYe8za. · 2016/04/01(金) 17:51:19.73

作ってみた
・・・クソツヨイ

**名前は開発中のものです。** · 2016/04/02(土) 00:34:03.19

有料配布だと初動が重要なので、最初にある程度遊べるものでないとダメだけど
フリーならまあVer.1.0公開ってことでいいんじゃないのかね

**名前は開発中のものです。** · 2016/04/05(火) 23:44:16.45

やっとレオーネ(新敵)倒せたので明日配布します
こいつ強すぎだろ(自分で作っておきながら)

**tkr** ◆8reCYe8za. · 2016/04/07(木) 16:43:26.18

遅くなりました
最新バージョンアップロードしました
https://osdn.jp/projects/shooting-game/releases/

新敵レオーネの追加と一時停止の実装です

**名前は開発中のものです。** · 2016/04/09(土) 10:42:26.03

脳内の敵の想像をそのままコードに反映出来る自作スクリプト作りたい

**tkr** ◆8reCYe8za. · 2016/04/10(日) 16:46:04.10

現在OSDNからGitHubにプロジェクトの移動を予定しています

**tkr** ◆8reCYe8za. · 2016/04/11(月) 18:27:39.19

スクリプト言語どうしよう...

**tkr** ◆8reCYe8za. · 2016/04/11(月) 18:45:48.21

自分で作るのは大変そうだからlua使うか・・・

**名前は開発中のものです。** · 2016/04/11(月) 22:36:50.86

委譲ってのを使えばスクリプト言語いらない気がしてきた

**名前は開発中のものです。** · 2016/04/12(火) 21:50:31.97

続いてるねぇ

**tkr** ◆8reCYe8za. · 2016/04/13(水) 00:16:57.12

もう少しで敵の動きをコマンドみたいに書けるようになる予定です

**tkr** ◆8reCYe8za. · 2016/04/13(水) 18:49:22.56

コマンドみたいな書き方が一応完成

今まで結構長かったソースがかなり短くなりました(ソースはボアです)

if (!this.SyncTransfer.Need)
{
this.SyncTransfer.Add(new ChargeEffect(this,300,(int)this.R*3,Color.Red));
this.SyncTransfer.Add(new SetPower(this, 20));
this.SyncTransfer.Add(new ULMTarget(this, this.My, 10, 60));
this.SyncTransfer.Add(new SetPower(this, 0));
}

**tkr** ◆8reCYe8za. · 2016/04/13(水) 18:51:34.91

GitHub
https://github.com/kgtkr/MachShooting

今度からはここにコミットしていきます

**名前は開発中のものです。** · 2016/04/14(木) 10:49:53.11

いいね

でもちょっといい？
コンパイルしてできるものは含めないほうがいい
履歴のバイナリをzipで含めるのも論外
.gitignoreも設置したほうがいい、VS用で探すといい
readme.txtかreadme.md をトップに置くといいよ
zipはGitHubのreleasesに置けばいい
コミット時のコメントに現在と書いてもいつの現在かわからなくなるよｗ
最初は差分無いから適当なコメントでいいけど

libを入れるのはどうだろ、、まあある程度はしょうがないか

**名前は開発中のものです。** · 2016/04/14(木) 12:51:17.93

あ、できればreadmeはREADMEで

**tkr** ◆8reCYe8za. · 2016/04/14(木) 17:28:02.11

.gitignoreを使えば、ファイルの無視とか出来たんですね
今まで手動でしていました…

まだGitHub使い始めたばかりで、README.mdやreleaseの使い方がいまいち分からなかったので、調べてみます

libというのは、DXライブラリのフォルダをそのまま入れると言う事でしょうか？

改善します。ご指摘ありがとうございます

**名前は開発中のものです。** · 2016/04/14(木) 18:15:48.32

あーいや、DXLib入れるとしたらサブモジュールだけど
まあ現状ではそのままでいいと思う、いきなりビルドもできるしね

**名前は開発中のものです。** · 2016/04/15(金) 18:58:57.07

たしかにコミットファイルにコンパイル結果とか中間ファイル含めちゃいかんよ（笑）
最初はそんなもんだろうけど

**tkr** ◆8reCYe8za. · 2016/04/17(日) 14:14:56.64

ブレンドモード切り替えを頻繁にするのと、ブレンドモード切り替え回数を減らす代わりにZバッファを使うのとではどっちがいいんだろう

**tkr** ◆8reCYe8za. · 2016/04/17(日) 14:20:37.33

でも、複雑な形のZバッファ処理大変か・・・

**名前は開発中のものです。** · 2016/04/17(日) 22:27:08.10

一概に言えないと思うよ

＞ブレンドモード切り替えを頻繁に
.NETのカーネルスワップの問題なのでCPUの負荷

＞Zバッファ
GPUの負荷

ただここ数年のハードでZバッファがそこまで重いというのがよく分からない
まあ1画面全体となると馬鹿にならないか…

**名前は開発中のものです。** · 2016/04/20(水) 12:46:11.67

やっぱ両方やってプロファイル取るのがいいかもね

**tkr** ◆8reCYe8za. · 2016/04/21(木) 22:57:08.91

今週はサーバーの勉強ばかりしてて触ってない・・・
とりあえず一段落ついたので、今日から再開します

**tkr** ◆8reCYe8za. · 2016/04/21(木) 23:40:57.23

とりあえずコマンド式の敵完成
ラムダ式を使えばもっとスッキリしそうな気がするけど

**tkr** ◆8reCYe8za. · 2016/04/22(金) 18:55:09.49

ステップ数初めて数えたらまだ1700くらいだった
出来るだけ短くしたいんだけどな・・・

**tkr** ◆8reCYe8za. · 2016/04/22(金) 23:51:48.95

このプロジェクト7月からしていたのか・・・

**tkr** ◆8reCYe8za. · 2016/05/23(月) 10:31:18.63

ゲーム開発のモチベ下がってきたので、別の開発をしていますが、そっちのモチベが下がってきたらまた戻ってきます
中止した訳ではありません
2015/12～2016/1みたいな休止状態です

**tkr** ◆8reCYe8za. · 2016/05/23(月) 10:32:17.41

同じ開発を長く続けると疲れるから、3個くらいのプロジェクトをローテーションで開発する派

**名前は開発中のものです。** · 2016/05/23(月) 15:01:05.49

俺も同じだな
メイン作成中はRPGだけど、息抜きでSLG作成中。
でも軸はずらさないようにしてる。
(将来RPGに実装したい一部分を抜き出してSLGの体で分割開発してる感じ)

**tkr** ◆8reCYe8za. · 2016/05/23(月) 17:33:05.61

別の分野を作ると、今詰まっていた所を簡単に書ける方法が分かったりして、結構効率よく作れるようになったりするんですよね

**tkr** ◆8reCYe8za. · 2016/06/07(火) 18:59:31.12

久しぶりに取り掛かるか・・・

**tkr** ◆8reCYe8za. · 2016/06/07(火) 19:11:37.30

とりあえず、リソース管理をどうにかしたい
全部Programクラスに突っ込んでいるし