Add: manifest.jsonを追加

[sevenc-nanashi]

内容

manifest.jsonを追加します。

関連 Issue

• Closes: manifest_assets/base_info.jsonのような、エンジンの情報を入れるファイルの仕様を決める #425

スクリーンショット・動画など

その他

[github-actions]

Coverage Result

Resultを開く

Name	Stmts	Miss	Cover
voicevox_engine/init.py	1	0
voicevox_engine/acoustic_feature_extractor.py	75	0
voicevox_engine/dev/synthesis_engine/init.py	2	0
voicevox_engine/dev/synthesis_engine/mock.py	36	2
voicevox_engine/full_context_label.py	162	3
voicevox_engine/kana_parser.py	86	1
voicevox_engine/model.py	149	7
voicevox_engine/mora_list.py	4	0
voicevox_engine/part_of_speech_data.py	5	0
voicevox_engine/preset/Preset.py	12	0
voicevox_engine/preset/PresetLoader.py	34	1
voicevox_engine/preset/init.py	3	0
voicevox_engine/synthesis_engine/init.py	5	0
voicevox_engine/synthesis_engine/core_wrapper.py	199	159
voicevox_engine/synthesis_engine/make_synthesis_engines.py	48	39
voicevox_engine/synthesis_engine/synthesis_engine.py	127	11
voicevox_engine/synthesis_engine/synthesis_engine_base.py	66	9
voicevox_engine/user_dict.py	131	10
voicevox_engine/utility/init.py	3	0
voicevox_engine/utility/connect_base64_waves.py	35	3
voicevox_engine/utility/engine_root.py	9	2
TOTAL	1192	247

[Hiroshiba]

PRありがとうございます！！

iconはパスの方が取り回ししやすそうだなと感じました。
（デバッグしやすい・generate manifestしなくて済むなど）

base info.jsonと役割が完全に被ってるので、base info.jsonをmanifest.jsonに置き換えて、機能も継承するのはどうでしょう👀

あとちょっと迷ってるのですが、たしかEngineManifestクラス内でbase info.jsonの情報を読み込んでいます。
今はPython内でファイルを読んでAPIで返す形式になってますが、これをmanifest.json等から直接ファイルを読んでもらう形式にすべきか迷ってます…。
@takana-v さんや @aoirint さんの意見伺いたいかもです🙇‍♂️

[sevenc-nanashi]

iconはパスの方が取り回ししやすそうだなと感じました。

確かにそうなんですけど、UIでアイコンを出す時にパス関連の色々がなくせたりするのでbase64もbase64でいいんですよね。

"base64:aajsfhaksjhfkfha"みたいに指定することによりbase64もサポートするようにする…？

base info.jsonと役割が完全に被ってるので、base info.jsonをmanifest.jsonに置き換えて、機能も継承するのはどうでしょう

これは良さそうですね、変えます。

[Hiroshiba]

たしかにbase64にしとく良さもあると思います！
難しい判断なんですが、複雑度を下げるためにもgenerate manifestの工程をなくしときたい感じです。
工程が少ない方が文化が広がりやすいし、スマートにしておきたいなぁと。。

electronからファイル読み込むの面倒という感じでしたら、EngineManifestクラス内でiconをロードしてAPI経由でバイナリを返すという手もありそうです。
ただたぶんこちらの方が、openapiとエディタ側の実装の関係でより大変かも。。

[Hiroshiba]

すみません！間違えました。。

[sevenc-nanashi]

試しにパスで色々やろうとしたんですけど、どうやらElectronの関連でfile://が使えないらしく苦戦しています。

electronからファイル読み込むの面倒という感じでしたら、EngineManifestクラス内でiconをロードしてAPI経由でバイナリを返すという手もありそうです。

これのほうがよさそう。

[sevenc-nanashi]

エディタのElectron側でbase64にしちゃう、って手もありますね。（Electron側でアイコンをbase64化し、エディタのVueに送る）

[Hiroshiba]

よくよく考えると、アイコンはエンジン未起動（バグって起動しないとか）でも表示したいので、API経由だとまずいかもという気がしました･･･！

base64にしちゃう

行けると思います！
VOICEVOXエディタはちょっと複雑になっていて、Electron・Vuex・Vueで分かれてるのですが、Vuexで読み込んでVueで参照の形がきれいなのかなと思いました。

その場合はこちらのファイル読み込みが使えるかもです、もしよかったら･･･！
https://github.com/VOICEVOX/voicevox/blob/aeda4aa004982ccaacefdb3aa91b4f31a3e7e232/src/store/project.ts#L102

[Hiroshiba]

ちょっと議論が必要そうなので、一旦generate_manifest.py周りだけ別PRかissueにして頂けると･･･！

[Hiroshiba]

LGTM！！

ぜひ、どんどん実装していって頂けると！！！