ぷちコン与太話-マテリアルでゲーム作った話-

[Unreal Engine 4 (UE4) その2 Advent Calendar 2017](https://qiita.com/advent-calendar/2017/ue4second)の12月10日の記事です。

[第8回UE4ぷちコン](http://historia.co.jp/ue4petitcon08)に応募しました。

- 動画はコチラ  
https://www.youtube.com/watch?v=QIA5XQDvehQ
- プロジェクトも配布しています  
http://com04.sakura.ne.jp/unreal/wiki/index.php?%C2%E88%B2%F3UE4%A4%D7%A4%C1%A5%B3%A5%F3

割と苦行かつ、他で役に立たない話になります。
ティーブレイクや酒の肴等にご活用くださいませ。


# やったこと
- BPを限界まで減らしてゲームを作る
    - LevelBPのみ。33ノードほど。
- Actorを作らない
    - PlayerControllerだけはDestroyし切れなかった。のでゲーム中のOutlinerのActor数は「1」
        - ![2017-12-02_19h20_48.png](https://qiita-image-store.s3.amazonaws.com/0/58518/d61eba5a-ca6d-b329-c45b-fc32035064ef.png)
- 処理を全部Materialで書こう
    - プレイヤーの挙動、敵の出現、行動、コリジョン判定、ダメージ処理などなど

## アセットリスト
- Material: 2
- MaterialInstance: 1
- MaterialParameterCollection: 2
- MaterialFunction: 72
- Texture: 3
- RenderTarget: 2
- Sound: 3
- Level: 1

他は未使用です。

# BP
LevelBPのみ。下記が全実装BP

## BeginPlay
![2017-12-02_19h24_35.png](https://qiita-image-store.s3.amazonaws.com/0/58518/811efb62-735a-3be6-2853-5bb20049bce4.png)

- 全てのActorに対してDestroyActorを呼ぶ
   - ただし、PlayerControllerだけはDestroyされない
   - 別にやらなくてもいい。けどActorを消し去りたかった。
- RenderTargetを画面に表示する用のPostProcessComponent追加
    - PostProcessMaterialにスクリーンにRenderTarget下記戻すマテリアルが入っています。
- RenderTargetクリア
- BGM再生開始

## Tick
![2017-12-02_19h27_45.png](https://qiita-image-store.s3.amazonaws.com/0/58518/5327561b-aeac-85d3-d34f-010ec5e92797.png)

- RenderTargetをダブルバッファにして描画
    - WriteとReadを同時に行えないため

## キー入力
![2017-12-02_19h28_52.png](https://qiita-image-store.s3.amazonaws.com/0/58518/409936a6-91e2-e712-b491-92c413c9e0f3.png)

- 上下左右、Zキーのキー状態をMaterialParameterCollectionに書き込み
    - Zキーだけは押されている間はSEを流すように

# マテリアル
## 基本方針

1. TickでRenderTargetに絵と情報を書き込む
    - Material'/Game/Materials/M_PP_Update.M_PP_Update'
2. PostProcessMaterialでRenderTargetから絵の部分をスクリーンにコピー
    - Material'/Game/Materials/M_PP_Flip.M_PP_Flip'

初めはRenderTarget無しでやっていたのですが、やはりreadとwriteは同じターゲット使用できなかったのでダブルバッファを使用したRenderTargetの形になりました。
（システム情報からの読み込みと書き込みが必要になる）

- RenderTargetの描画結果がこちら
![2017-12-02_19h31_32.png](https://qiita-image-store.s3.amazonaws.com/0/58518/2d496ef9-d5ff-2679-213d-b6b6a65664aa.png)  
右端の黒い所がシステム情報。変数代わりに使用してる領域です。  
![2017-12-02_19h33_18.png](https://qiita-image-store.s3.amazonaws.com/0/58518/e122ab21-b62c-ef1d-087c-457681e676e6.png)  
ここに、プレイヤー、弾、敵、スコアの情報等などが格納されています。  
RenderTargetを開きながらゲームプレイをしていると、目まぐるしく色が変わっているのが確認出来るかと思います。
    - TextureRenderTarget2D'/Game/Textures/RT_Screen1.RT_Screen1'

　

- 絵の表示やシステム情報ピクセルの更新など、全ての処理を最後のOutputに繋いでいきます。
    - マテリアル処理が一つの為、全ての計算・出力を一つに収束する必要があります。
    - 全てをIf文で繋いでいきます。
    - XY(100,100)の時、
        - 描画エリア？→背景色取得→敵の描画範囲？→弾の描画範囲？→プレイヤーの描画範囲？...→MaterialOutput
        - システム情報エリア？→プレイヤー情報ピクセル？→敵情報ピクセル？...→MaterailOutput


## 表示に関して
絵の描画の時。通常のシーンだと配置したら勝手に描画してくれますが、こちらだと全て自分で矩形チェックをしつつ色を決定しなければいけません。

- 今描画しようとしているピクセルXY座標から、下記のようなフローを取ります。
    1. 背景色を取る
    2. 敵の矩形に入っていれば敵の色を取る
    3. 弾の矩形に入っていれば弾の色を取る
    3. プレイヤーの矩形に入っていれば弾の色を取る
    4. UIの矩形に入っていればUIの色を取る
- これらを1ピクセル毎に全て計算してOutputに繋ぎます。ifを多段に繋いでいきます。


1. 描画全体フロー(MF_Disp)
![2017-12-02_19h56_07.png](https://qiita-image-store.s3.amazonaws.com/0/58518/8682daa4-d46a-9522-c0cb-6bd6add3b06f.png)
2. BG描画フロー(MF_DispBG)
![2017-12-02_19h56_58.png](https://qiita-image-store.s3.amazonaws.com/0/58518/c123d729-3665-ef23-da24-45f842cbaae6.png)
    - 多重スクロール
3. 敵描画フロー(MF_DispEnemy)
![2017-12-02_19h58_08.png](https://qiita-image-store.s3.amazonaws.com/0/58518/5b69d048-a8db-b37d-da77-07223561594e.png)
    - ２０体分
        - 敵１体描画(MF_DispEnemyOne)
        - ![2017-12-02_19h58_44.png](https://qiita-image-store.s3.amazonaws.com/0/58518/c5b05bcf-6f6d-ee82-48bb-f13f4fae6486.png)
            - システム情報から読み込んで使用フラグ立っていたら表示
            - 下部はボスだけアニメーションするので特殊処理
4. 敵の弾描画フロー(MF_DispEnemyShot)
![2017-12-04_22h35_31.png](https://qiita-image-store.s3.amazonaws.com/0/58518/f34e3314-8de7-83e7-df63-65f0803a5e3e.png)
    - ２０発分
        - 弾１個描画(MF_DispEnemyShotOne)
        - ![2017-12-04_22h39_53.png](https://qiita-image-store.s3.amazonaws.com/0/58518/77524af9-5029-1ae8-7c9e-66cc0aa749b9.png)
            - システム情報から読み込んで使用フラグ立っていたら表示
5. プレイヤーの弾描画フロー(MF_DispPlayerShot)
![2017-12-04_23h10_58.png](https://qiita-image-store.s3.amazonaws.com/0/58518/d3b83922-f048-0439-587a-6448e76956fc.png)
    - １０発分
        - 弾１個分(MF_DispPlayerShotOne)
        - ![2017-12-04_23h12_43.png](https://qiita-image-store.s3.amazonaws.com/0/58518/4fc657b2-b048-c1ea-5995-0e610d494d32.png)
            - システム情報から読み込んで使用フラグ立っていたら表示
6. プレイヤー描画フロー(MF_DispPlayer)
![2017-12-04_23h14_43.png](https://qiita-image-store.s3.amazonaws.com/0/58518/154ffb3b-d0b4-392d-10cd-61e095933d74.png)
    - 入力(MaterialParameterCollection)を見てUV変えて移動アニメーション
7. UI描画フロー(MF_DispUI)
![2017-12-04_23h26_41.png](https://qiita-image-store.s3.amazonaws.com/0/58518/5fd34c93-1213-dbc8-6f6d-41600abf62a1.png)
    - システム情報から数値取って１桁ずつ数字テクスチャから拾ってきて表示
8. リザルト描画フロー(MF_Result)
![2017-12-04_23h29_59.png](https://qiita-image-store.s3.amazonaws.com/0/58518/f3a3fb70-a52f-21ca-911b-da80f707b13a.png)
    - UIと同じく１桁ずつ表示

## システムに関して

- システム情報のピクセルをwriteする処理です。  
XY座標が同じならその値、違えば前処理の値を引っ張ってくるようになっています。
![2017-12-02_19h38_24.png](https://qiita-image-store.s3.amazonaws.com/0/58518/7c2ae9ed-985f-27da-0035-53b8186eb294.png)
    - ifノードはBilinearで補間が掛かっても大丈夫なように、Thresholdは1.0になっています。
    - これを書き出す全情報に対して繋いでいきます。XY座標のifノードがマッチした情報だけ書き出されます。
- read処理は特筆することはなく、そのままTextureSampleです。
- また、float１つに対して１つの情報にすると数が多くなるので、幾つかの情報をfloat1つに纏めたりしています。

```
{
	int iPack = 0;
	iPack |= (IsSpawn) ? 1 : 0;
	iPack |= (Type & 0x7) << 1;
	iPack |= (MoveType << 4);
	Ret.a = iPack;
}
```

　

- 各種システム情報を更新していきます
![2017-12-04_23h52_09.png](https://qiita-image-store.s3.amazonaws.com/0/58518/4d717c01-727f-1299-6e60-b02aa4eb690a.png)

## 座標更新
システム情報から座標をreadして、移動値を計算した結果をwriteします。

### プレイヤー入力で移動
MaterialParameterCollectionにあるキー情報から移動値を加算してwriteします(MF_SystemPlayerLocation)
![2017-12-02_19h49_12.png](https://qiita-image-store.s3.amazonaws.com/0/58518/2298b720-717c-8bb5-4165-2f605d671e16.png)

### コリジョン
コリジョンは普通に矩形で判定します。下記は１個分の当たり判定。結果を0.0 or 1.0で返します。(MF_CheckCollisionOne)
![2017-12-09_14h38_19.png](https://qiita-image-store.s3.amazonaws.com/0/58518/6400dd73-8636-f57b-67a8-4eef3024fa23.png)


- これをヒットを取るオブジェクト全てに判定していきます。  
  オブジェクトが生存しているか、座標、はシステム情報ピクセルにあるのでそこから計算
    - プレイヤーの当たり判定(MF_CheckCollisionInPlayer)
![2017-12-09_14h39_46.png](https://qiita-image-store.s3.amazonaws.com/0/58518/26232bb7-f5a0-96f2-9a23-7cccc92140ff.png)
        - 敵２０体分(MF_CheckCollisionToEnemy)
        - ![2017-12-09_14h43_14.png](https://qiita-image-store.s3.amazonaws.com/0/58518/56949967-6414-293c-6f03-e462b2345af1.png)
            - 敵１体分(MF_CheckCollisionToEnemyOne)
            - ![2017-12-09_14h45_04.png](https://qiita-image-store.s3.amazonaws.com/0/58518/c0ad7363-020b-b8aa-b249-dd1c41adfa9b.png)
        - こんな感じに、プレイヤーの場合は敵、敵の弾とコリジョン
        - 敵の場合は、プレイヤー、プレイヤーの弾とコリジョンを計算していきます。


### 敵の処理
- 敵の枠、２０体分処理します(MF_SystemEnemy)
![2017-12-09_14h52_40.png](https://qiita-image-store.s3.amazonaws.com/0/58518/f0c6e7c2-e22f-b7df-1edf-5bbc61939a03.png)
    - 敵１体分の処理(MF_SystemEnemyOne)
![2017-12-09_14h53_54.png](https://qiita-image-store.s3.amazonaws.com/0/58518/29ff5bec-38fd-5999-d9dc-1cd46b0622a2.png)
        - 敵出現、移動処理、コリジョン、ダメージ計算・演出（点滅）・死亡判定、弾の発射、などを処理してシステム情報を書き込みます

#### 出現
- 出現管理で、出現タイミングを計算(MF_EnemySpawnTimeline)
- ![2017-12-09_15h06_29.png](https://qiita-image-store.s3.amazonaws.com/0/58518/78298383-363a-1d16-9836-89140878382c.png)
    - 出現したら、敵の枠（システム情報ピクセル）で現在使われていない枠を探して敵Spawn情報ピクセルに書き込みます(MF_SystemEnemyTimeline)
    - ![2017-12-09_15h04_57.png](https://qiita-image-store.s3.amazonaws.com/0/58518/9df51a6b-4374-3a82-790e-17e5d6c6140c.png)
        - 書き込まれたSpawn情報は、次のフレームで敵１体分の処理(MF_SystemEnemyOne)の際に自分のIndexと同じかチェックしてSpawnされます(MF_GetEnemyInfo)
        - ![2017-12-09_15h03_35.png](https://qiita-image-store.s3.amazonaws.com/0/58518/f9ecdafc-21f8-8949-bc2c-10c7ffbef7a1.png)

　

- 出現タイミング(MF_EnemySpawnTimeline内のEnemySpawnerカスタムノード)
    - 下記を引数に出現を決めれる
        - 敵が前回出現してからの時間
        - 敵が全滅してからの時間
        - 現在の敵の生成数

```cpp:MF_EnemySpawnTimeline-EnemySpawner
// SpawnFrame
// AbortFrame

int InIndex = int(Index + 0.5f);
int NowIndex = InIndex;
bool IsSpawn = false;
int Type = 0;
int MoveType = 0;
float2 Location = float2(800,400);

#define DEF_LOCATION(Loc) (Loc) 
#define DEF_SPAWN(InFrame, InType, InMove, InLocation) if (SpawnFrame >= InFrame) { ++NowIndex; IsSpawn = true; Type = InType; MoveType = InMove; Location = DEF_LOCATION(InLocation); }
#define DEF_ABORT(InFrame, InType, InMove, InLocation) if (AbortFrame >= InFrame) { ++NowIndex; IsSpawn = true; Type = InType; MoveType = InMove; Location = DEF_LOCATION(InLocation); }

switch (InIndex)
{
case 0:
case 1:
case 2:
case 3:
case 4:
	DEF_SPAWN(40, 0, 0, float2(2000, 150));
	break;
case 5:
case 6:
case 7:
case 8:
case 9:
	DEF_SPAWN(40, 0, 1, float2(2000, 930));
	break;
	
case 10:
	DEF_SPAWN(300, 1, 10, float2(2000, 200));
	break;
case 11:
	DEF_SPAWN(30, 1, 11, float2(2000, 880));
	break;
case 12:
	DEF_SPAWN(30, 1, 10, float2(2000, 200));
	break;
case 13:
	DEF_SPAWN(30, 1, 11, float2(2000, 880));
	break;
	
case 14:
	DEF_SPAWN(200, 3, 20, float2(2200, 600));
	break;
}
#undef DEF_ABORT
#undef DEF_SPAWN
#undef DEF_LOCATION
float4 Ret;
Ret.r = NowIndex;
Ret.gb = Location;
{
	int iPack = 0;
	iPack |= (IsSpawn) ? 1 : 0;
	iPack |= (Type & 0x7) << 1;
	iPack |= (MoveType << 4);
	Ret.a = iPack;
}
return Ret;
```

#### 移動
- 移動計算はCustomノードで行います(MF_EnemyMovePattern)
![2017-12-09_15h21_37.png](https://qiita-image-store.s3.amazonaws.com/0/58518/a96edeb7-9a09-fa6a-1c72-80f483f72a2e.png)

```cpp:MF_EnemyMovePattern-MovePattern
int InMoveType = int(MoveType + 0.5f);int InLiveFrame = int(LiveFrame + 0.5f);int3 InRandom = int3(Random + 0.5);
float2 Speed = float2(0,0);float2 ShotVector = float2(0,0);
if (InMoveType <= 1) { /* ∞ */
	if (InLiveFrame < 74) {		Speed.x -= 8;	} else  {
		const int iGoFrame = 120;		const float GoFrame = iGoFrame;		const float MoveRangeX = 1920 - 400;		float Flag = (InMoveType == 0) ? 1 : -1;
		int Time = (InLiveFrame - 45) % (iGoFrame * 2);
		if (Time <= GoFrame) {
			float f = Time / GoFrame; 			Location.x = (MoveRangeX + 200) - MoveRangeX * f;			Location.y = -sin(f * 6.28318548) * 390 * Flag + 540;
		} else {
			float f = 2.0f - Time/GoFrame; 			Location.x = (MoveRangeX + 200) - MoveRangeX * f;			Location.y = sin(f * 6.28318548) * 390 * Flag + 540;
		}
	}
} else if (InMoveType == 10) { /* 直進 */
	if (InLiveFrame < 300)       Speed = float2(-6, -0.4);
	else {
		if (((InLiveFrame - 300) % 800) < 400)  Speed = float2(4, 0);		else                                    Speed = float2(-4, 0);
	}
	if ((InLiveFrame % 60) == 40)       ShotVector = float2(-3, 5);	else if ((InLiveFrame % 60) == 45)  ShotVector = float2(-4, 4);	else if ((InLiveFrame % 60) == 50)  ShotVector = float2(-5, 3);
} else if (InMoveType == 11) { /* 直進 */
	if (InLiveFrame < 300)       Speed = float2(-6,-0.4);
	else {
		if (((InLiveFrame - 300) % 800) < 400)  Speed = float2(4, 0);		else                                    Speed = float2(-4, 0);
	}
	if ((InLiveFrame % 60) == 41)       ShotVector = float2(-3, -5);	else if ((InLiveFrame % 60) == 46)  ShotVector = float2(-4, -4);	else if ((InLiveFrame % 60) == 51)  ShotVector = float2(-5, -3);
} else if (InMoveType == 20) {
	if (InLiveFrame < 120)       Speed = float2(-6,0);
	else {
		if ((InLiveFrame % 120) == 108)       ShotVector = float2(-4.5, -3.5) * max(InRandom.rg / 64, 1) ;		else if ((InLiveFrame % 120) == 110)  ShotVector = float2(-6, -2) * max(InRandom.rg / 64, 1);		else if ((InLiveFrame % 120) == 113)  ShotVector = float2(-7, 0) * max(InRandom.rg / 64, 1);		else if ((InLiveFrame % 120) == 116)  ShotVector = float2(-6, 2) * max(InRandom.rg / 64, 1);		else if ((InLiveFrame % 120) == 119)  ShotVector = float2(-4.5, 3.5) * max(InRandom.rg / 64, 1);
		if (InLiveFrame < 1000) {
			if ((InLiveFrame % 360) >= (360 - 5 * 3))       Speed = float2(20,0);			else if ((InLiveFrame % 360) >= (360 - 5 * 5))  Speed = float2(0,0);			else if ((InLiveFrame % 360) >= (360 - 5 * 8))  Speed = float2(-20,0);
		} else if (InLiveFrame < 2000) {
			if ((InLiveFrame % 360) >= (360 - 5 * 3))       Speed = float2(7,0);			else if ((InLiveFrame % 360) >= (360 - 5 * 5))  Speed = float2(0,0);			else if ((InLiveFrame % 360) >= (360 - 5 * 8))  Speed = float2(-20,0);
		} else {
			if ((InLiveFrame % 360) >= (360 - 5 * 3))       Speed = float2(20,0);			else if ((InLiveFrame % 360) >= (360 - 5 * 5))  Speed = float2(0,0);			else if ((InLiveFrame % 360) >= (360 - 5 * 8))  Speed = float2(-20,0);
		}
	}
}

float4 Ret;Ret.xy = Location + Speed;Ret.zw = ShotVector;
return Ret;
```
- なんで改行コードが死んでるの？
    - 後述の"困ったこと - コードの限界"あたりを参照。
        - 簡単に言うとHLSL展開されたコード行数が問題になる為、改行コードを可能な限り消した
        - このCustomノード、敵の数（２０体）だけ複製されるので可能な限り行数を減らす必要があった

### スコア処理
敵に弾が当たったらスコア増える。敵を撃破したらもっと増える。

- 敵のスコア計算(MF_GetEnemyDamageScore)
- ![2017-12-09_16h01_37.png](https://qiita-image-store.s3.amazonaws.com/0/58518/02c9f568-c876-9d17-857c-e38a8d86991d.png)
    - 計算されたスコアは敵のシステム情報ピクセルに書き込まれる(MF_SystemEnemyOne)
    - フレームの更新処理時に敵２０体分のシステム情報からスコア数値を拾ってきて合算、スコア情報ピクセルに書き込む
![2017-12-09_16h00_43.png](https://qiita-image-store.s3.amazonaws.com/0/58518/c2694fad-bbee-2ba3-d1ef-258ef5f522cb.png)


```cpp:MF_GetEnemyDamageScore-Custom
int iLife = int(Life + 0.5);int iType = int(Type + 0.5);int Score = 0;
if (iType == 0)      {  Score = (iLife > 0) ? 10 : 100;   }
else if (iType == 1) {  Score = (iLife > 0) ? 30 : 300;   }
else if (iType == 2) {  Score = (iLife > 0) ? 30 : 5000;  }
if (iType == 3)      {  Score = (iLife > 0) ? 30 : 30000; }
return float(Score);
```
- 敵の種類でスコアを変えてる



# 困ったこと
## コードの限界
UE4のマテリアルは、ネイティブにコンパイルされる前に一度中間コードのHLSLコードに変換されます。
その変換されるHLSLコードは、32768行未満にしないといけないという制限があります。
![DIwLRQzVoAAvrNB.jpg](https://qiita-image-store.s3.amazonaws.com/0/58518/f74145b8-f53a-39f8-2700-193fad7b95c5.jpeg)

全てを一つのマテリアルにしているお陰でシェーダーコードが大きくなっていきます。
しかし一番問題になるのは、「Customノードを使用したマテリアル関数」のノードを複数作った場合、そのCustomコードが別々の関数として展開されてしまいます。

例えばこちらのマテリアル関数
![2017-12-09_16h09_55.png](https://qiita-image-store.s3.amazonaws.com/0/58518/890a9a33-1829-c729-35d7-9506d8f365bc.png)

下記のように２箇所で使用する。
![2017-12-09_16h10_17.png](https://qiita-image-store.s3.amazonaws.com/0/58518/5254b376-b969-8344-3a5a-c7416b9bcf1b.png)

出来上がるHLSLコード。同じマテリアル関数を使用しているのに、Customノードが２つ作られている。
![2017-12-09_16h11_48.png](https://qiita-image-store.s3.amazonaws.com/0/58518/d7c55c5a-91f1-0dc7-8485-9ba0e1d93d16.png)

つまりCustomノードを使ったマテリアル関数ノードを複数作れば作るほどHLSLコードの行数が膨れ上がります。
１行のCustomノードでも、HLSLコード化されると６行使用します。

敵の移動のCustomコード(MF_EnemyMovePattern-MovePattern)で改行コードを極力削除しているのはこの為です。

ピクセルの計算とか細かい演算が多いので、始めはCustomノードを多用していました。
最終的には、敵の出現パターン・移動等以外はCustomノードを全て通常ノードに置き換えました。

最終的なHLSLコードの行数は32252行です。

### おまけ
HLSLコードはメニューバーの「ウィンドウ」→「HLSLコード」から見れます。
![2017-12-09_16h19_36.png](https://qiita-image-store.s3.amazonaws.com/0/58518/53a7d466-c648-865e-e444-f8ca864cec24.png)

CalcPixelMaterialInputsがマテリアルの処理です。中々楽しいので見てみてください！

4115行目から...
![2017-12-09_16h21_15.png](https://qiita-image-store.s3.amazonaws.com/0/58518/71d43385-33ce-3d44-b4b9-f71156e255dc.png)
31956行目までがこの関数です。27841行の関数です。
![2017-12-09_16h21_30.png](https://qiita-image-store.s3.amazonaws.com/0/58518/a913db55-f270-e59b-82b9-06c5f997a6d4.png)

ローカル変数は27788個まで作られました。
![2017-12-09_16h21_49.png](https://qiita-image-store.s3.amazonaws.com/0/58518/cc67729c-1306-6967-451a-a10e98df212d.png)


## シェーダーコンパイル時間
シェーダーコードをちょっと書き直すと大体10～30分程度掛かります。
~~UE4の利点であるイテレーションの速さを吹っ飛ばす~~

## 描画負荷
![2017-12-04_23h16_25.png](https://qiita-image-store.s3.amazonaws.com/0/58518/00645b68-5d70-977c-da05-09930acd6523.png)
Instruction数は10,000を超えています。
１つのマテリアルに全部の処理を繋いでいるため膨れ上がります。
描画負荷が高くて1080pどころか552x288程度でもギリギリ60fpsでした。

## 処理周り
- 1つのピクセルに書き込めるのは一回
    - なので、スコアが敵AでScore+=30、敵BでScore+=30とか出来ない。  
        - スコア情報ピクセルの時に、敵Aから発生したスコアは30、敵Bから発生したスコアは30...と自分から拾いに行く形
    - 敵の出現も、敵Bの枠開いてるからそこに情報書き込み、とか出来ない。
        - 敵Bの枠空いてる情報を敵出現ピクセルで保持。敵Bのピクセル処理の時に敵出現ピクセル見に行って自分の枠だった場合に生成処理する、という形。
- いつものプログラムの書き方と違ってまどろっこしい形に。混乱した。

## サウンド
敵が撃破されたタイミングやプレイヤーがダメージ受けたタイミングがBPで取得できない。
なのでBGMと弾発射SEしか組み込めていない。

# 改善点
絵の描画とシステム情報の計算を一緒にしているのが不味い（何とか一発書き出来ないか試してた名残）
RenderTargetへはシステム情報、最後の画面に書き戻すPostProcessMaterialで絵の描画すべき。


# さいごに
是非誰か次のぷちコンで試してもっと良いの作ってみて下さい。

僕はもうやんない。普通につくる。