##はじめに

ゲーム開発に没頭するあまり、全く記事を書いてなかった事を思い出しました。
（下書きだけ書いて、ずっと放置してた…）

いや、ゲーム開発って本当大変ですね。
プライベート時間を殆ど献上しているにも関わらず、やってもやっても終わりませーん
リリースを達成しているゲームクリエイターの先輩方は本当に偉大だと実感します。

と、前置きはこのくらいにして、
前回記事にしたセーブシステムが最終的にどういう実装になったのか、記事にしたいと思います（端的に言えば、頑張ったアピールです笑）

##1. データの実装

はい、セーブと言えばデータですね。
一般的かはさておき、足りない頭で必死に考えた結果、
データは最終的に、以下の3パターンに分類するという結論になりました。

No	データ	概要	例	セーブ対象	ロードタイミング
1	システム	ゲーム全体の可変設定	音量/速度	○	起動時
2	プレイ	ゲームプレイ中の断面	キャラステータス	○	コンティニュー時
3	内部	ゲーム全体の固定設定	フラグ/リスト	×	×(起動時に毎回初期化)

No1と2に関しては前回の設計時から特に変わってません。
もう少し詳しく書くと、以下のイメージです。

<システムデータ>
ゲーム全体の『可変』設定情報 = ゲーム全体に関わるフラグ/設定値
→例えばセーブ画面が1~10まであったら、最後にセーブに使った画面は何番か、とかですね。
コンティニュー時は最後にセーブに使った画面が真っ先に開く方が嬉しいですし。

<プレイデータ>
セーブを実行したタイミングの『プレイ中パラメータ情報』
→Live2Dキャラの状態（表情とか）、キャラステータス、プレイ中のフラグ

<内部データ>
そして、No3はゲーム内のパラメータを一元管理するために、新たに追加しました。
これに書くのは、ゲーム全体の『固定』設定情報や、ゲーム起動時に『初期化されて問題ないフラグ』です。

・固定設定情報（エンディング一覧、キャラクタ一覧、アイテム一覧とか）
・各種パラメータの設定（パラメータの最大値とか、パラメータの変化率とか）
・処理実行中フラグ（起動中、ロード中、シナリオ/アニメーション再生中とか）

元々は色々なクラスのプロパティに分散され、記載されていたんですが、
この手のフラグは他のクラスから参照するパターンも多いし、
殆ど同じ内容のプロパティが各クラスに散見されるので、
**一箇所に纏めて管理しないとメンテナンス大変だなぁ。。**という事で作成しました。

##2. セーブ機能の実装
前回記事にした設計をそのまま実装しました。
処理のイメージは以下の感じです。

###システムデータ###
システムデータを記録するタイミングは以下のパターン（うろ覚え）

config画面で設定を更新する度に保存
プレイデータセーブ時に一緒に保存
ゲームクリア時/ゲームオーバー時/画面遷移時などの節目で保存

処理自体はSystemDataクラスのインスタンスをJsonに変換してファイルとして書き出す。
というシンプルなものです。
※コード自体は他の記事でもっと丁寧に書いてるので、そっちを見るのがおススメ！笑　ちなみに、下記コードはシステムデータとプレイデータの共通処理になってます。

    public string Path => Application.persistentDataPath + "/<フォルダ>";

    public void Save(string type, string file)
    {
        string filePath = $"{Path}/{file}";
        string jsonData;
        
        if (type == "play"){jsonData = JsonUtility.ToJson(playData);}
        else if (type == "system"){jsonData = JsonUtility.ToJson(systemData);} 
        else {Debug.LogError("FileType not match");return;}

        if (!Directory.Exists(Path)){Directory.CreateDirectory(Path);}

        StreamWriter writer = new StreamWriter(filePath, false); //true追記、false上書き
        writer.WriteLine(jsonData);
        writer.Flush();
        writer.Close();
    }

###プレイデータ
設計で書きましたが、今回のセーブ画面はサムネイル方式です。
なのでセーブ時にプレイ画面のスクリーンショットを取得しています。

ゲーム画面の「SAVE」ボタンクリックをトリガーに以下を処理
　①スクリーンショット取得
　②セーブ画面への遷移
セーブ画面の「SaveBox（imageオブジェクト）」のクリックをトリガーに以下を処理
　③システムデータ更新
　④SaveBoxに各種情報を表示
　⑤システムデータ/プレイデータ保存

①スクリーンショット取得
スクリーンショットを撮るだけながらScreenCaptureで一発です。
ただ自分は取得した画像の解像度を落として、テキストに変換してます。
（その方が一元管理しやすいかな…って事で）
まぁ思った以上に画質が劣化するんですけどね笑

    public void ScreenShot(int width, int height)
    {
        Texture2D tex = ScreenCapture.CaptureScreenshotAsTexture();
        var rt = RenderTexture.GetTemporary(width, height);
        Graphics.Blit(tex, rt);        
        var preRT = RenderTexture.active;
        RenderTexture.active = rt;
        var ret = new Texture2D(width, height);
        ret.ReadPixels(new Rect(0, 0, width, height), 0, 0);
        ret.Apply();
        RenderTexture.active = preRT;
        tmpSaveImage = System.Convert.ToBase64String(ret.EncodeToPNG());
    }

②セーブ画面への遷移
これは単純にゲーム内の時間を止めて、セーブ画面オブジェクトをアクティブにしてるだけ

③システムデータ更新
更新するデータ＝SaveBoxに表示する概要情報です。
例えば、保存日時や進行状況、サムネイル画像とか
何で保存しているかと言えば、ゲーム起動時にセーブ画面を最新状態に戻すためです。

ちなみに設計で詳しく書きましたが、プレイデータはID（数値）で管理していて、
IDをキーに「システムデータ内のSave一覧（概要）情報」「セーブ画面のSaveBoxオブジェクト」を紐づけてます。

なので、SaveBoxの『ID=1』がクリックされたら、システムデータ内に『ID=1』としてセーブの概要情報保存＋プレイデータを『ID=1』として保存という処理になります。(ロードも同じで『ID=1』がクリックされたら『ID=1』のプレイデータをロードという流れです)

④SaveBoxに各種情報を表示
SaveBoxに上記で保存した概要情報=保存日時や進行状況、サムネイル画像を反映します。
まぁこれはオブジェクト内のTxtやImageを更新するだけです。

なお前述の通り、画像はテキストに変換してるので、ここで画像に戻す必要があります。

        var img = new Texture2D(1, 1);
        byte[] bytes = System.Convert.FromBase64String(<画像テキスト>);
        img.LoadImage(bytes);

⑤システムデータ/プレイデータ保存
処理自体は↑のシステムデータ保存、に記載したメソッドを使ってます。

かなりざっくりとした記載になりましたが、上記でサムネイル方式のセーブ機能が作れます。
方法は他にも色々あると思いますが、大事なのは実装方法というより、データの考え方な気がします。

##3. ロード機能の実装
ロード機能はSaveの逆です。
保存したJsonをデシリアライズする、ですね。
※ちなみにシステムデータは、起動時に存在しなければ新規作成するように記述してます。

    public string Path => Application.persistentDataPath + "/<フォルダ>";

    public void Load(string type, string file)
    {
        string filePath = $"{Path}/{file}";
        if (!File.Exists(filePath)){Debug.LogError("Not Found");return;}

        StreamReader reader = new StreamReader(filePath);
        string jsonData = reader.ReadToEnd();

        if (type == "play"){playData = JsonUtility.FromJson<PlayData>(jsonData);}
        else if (type == "system"){systemData = JsonUtility.FromJson<SystemData>(jsonData);} 
        else {Debug.LogError("FileType not match");return;}
        
        reader.Close();
    }

動作タイミングは「システムデータは起動時」「プレイデータはロード画面でSaveBoxがクリックされた時」にしています。
今回の実装で肝なのは、ゲーム起動時に「セーブ画面に表示する概要情報」を「システムデータに保存されている情報に更新」するという部分でしょうか。処理自体はSave処理の時と同様で、SaveBoxオブジェクトの内容を更新するだけですけどね。

ロード処理はこんなモノなのですが、個人的に書いておきたい事があります。
それはロード時にプレイ画面の断面に戻す処理の苦労です。（苦労したから書いておきたい）

基本的には、必要な情報を保存しておいて、それ通りに画面を更新するだけなんですが、問題なのはLive2dなんですよね。
※今回のゲームはLive2dを使ってるのです。

自分が知る限り、Live2dを使ったゲームで「プレイ断面を保存する」ようなモノってあまり無いんですよね。
それはゲームのジャンルだったり、モデルの作り、使い方もあると思いますが、少なくとも自分のゲームは「保存時のLive2dパラメータに戻す」必要があるんです。

例えば表情とか。セーブ時は泣いてたキャラクターが、ロードしたら笑ってた、とか…違和感半端ないですからね…

これが頭を悩ませるポイントでした。。
まぁ基本的には以下のパターンになると思われます。

①expression機能を使う　
②モーションブレンドを使用し、ブレンド率を記録しておき、ロード時に戻す
③モデルのパラメータを直接書き換える

個人的には③がベストだったんですが、落とし穴がありまして…
モデルのパラメータを直接書き換えるには「LateUpdateメソッド」を使う必要があるみたいなんですが、これってLateUpdateを止めた瞬間、パラメータが巻き戻るんですよね…（ずっとメソッドを動かして固定し続けないといけないのだろうか…）
ただ、メソッドを常時動かしてパラメータを固定すると、アニメーション時に対象のパラメータが動かなくなります。
パラメータがLateUpdateでひたすら上書きされ続けるので、アニメーションを再生しても即座に上書きされ、対象のパラメータが動きません笑

まず教訓なのは、**Unityから直接操作するパラメータとアニメーションで使うパラメータは別にしておくべき。**なんでしょうね…。一旦は②と③の併用でなんとかなってますが、もうちょっと考えないとダメそう…（Live2d周りは悩みが尽きません…）

##おわりに
かなりザックリとした記事になりましたが、サムネイル方式のセーブシステムをどう実装したかを書いてみました。
Unityで、この方式のセーブ実装は殆ど情報が無いので、何かしら参考になる部分があれば良いな…くらいの気落ちです。

まぁこれが最適な方法なのかは正直わかりません！笑
『必死に方法を模索して、自分の思う機能を実装出来た』という達成感だけは凄く感じています（）

さて、ゲーム作りは本当に大変ですが、リリースに向けて最後まで全力で走りぬくぞー！
（同志の皆さんも同じような苦労をしてるんだと思うと、本当に頭が上がりません…）