feat!: decode.onnxを復活させる

[qryxip]

内容

現在の4モデルのTalkDomain (talk)をExperimentalTalk (experimental_talk)とし、decode.onnxの3モデル版をTalkDomain (talk)とする。

両方のdomainはStyleType::Talkと対応する。ある"type": "talk"のスタイルに対してTalkDomainかExperimentalTalkのどちらかが有ればよいことにし、両方有る場合はTalkDomainが優先されるようにする。

関連 Issue

Resolves: #916

その他

#917 が先にマージされることを前提にしたPRです。

Cc: @Yosshi999

[Hiroshiba]

LGTM！！

追加に強いアーキテクチャにしておくと、こういうわりとごちゃつきそうな追加も無理なくできて嬉しいんだなぁと感じました。
ありがとうございます！！

---

あ、１つあまり強くない提案が。

ExperimentalTalkがExperimental（実験的）足り得るのは今だけの相対的な存在なので、将来変わるという前提で良いでしょうか？ 👀
であれば、どうせ将来変わるなら、将来変わらないかもしれない値でも良いかもと思いました！
（変えなくて良いならVVM作り直しの工数が減ってちょっと楽できる可能性もあるので）

StreamingTalkとかTalkStreamingとかどうでしょう？
あまり強くない意見です！これでも良いならこうしておきたい、くらい。

[Hiroshiba]

（特に強くない意見です）

streaming用と普通のtalk用とソング用とで、サンプルvvm複数用意してもいいかも。

[qryxip]

あーなるほど。テストのバリエーションが増えるしよさそう？

ソングも分離となると、別PRに分けた方がよい気もしますが。
(このPRは既に+452-91の変更があるわけですし)

[Hiroshiba]

あ、PRは別れてると嬉しいです！！
issue作るほどでもないかなと思っての提案って感じでした 🙏

[qryxip]

であれば、どうせ将来変わるなら、将来変わらないかもしれない値でも良いかもと思いました！
（変えなくて良いならVVM作り直しの工数が減ってちょっと楽できる可能性もあるので）

StreamingTalkとかTalkStreamingとかどうでしょう？
あまり強くない意見です！これでも良いならこうしておきたい、くらい。

ジャストアイデアなんですが、"vvm_format_version": 1と"vvm_format_version": "2-dev"の同時展開というのはどうでしょうか？それなら両方talkのままにできそうかなーと。まあmanifest.jsonの中身はプライベートと考えてよいはずなので、talk_streamingとかでもよさそう。ちょっと悩んでます。

[追記] ↑ いや"vvm_format_version": "2-dev"にしたらVVM作り直しか。無し。

[Hiroshiba]

あ～～～そうか、versionを2にしてtalkにするという手もありますね！！
たしかに-dev付けると作り直しになっちゃいそう。

この意図があるならexperimental_talkで良さそうに思いました！！

あと仮にversion 1でtalk_streamingとしてしまい、かつ後々にtalk_streamingのmanifestが変わってしまった場合、talk_streamingという名前を変えるかversionを2にしないといけなそうだなと。
version 2にするのは良いけど、ver 1のままtalk_streamingという名前を使う選択肢がなくなっちゃう可能性あるのはよくなさそう！

VVM作り直すにしてもmanifest.jsonを置き換えたりファイル名変えたりするだけで大変ではないと思うので、必ず作り直す方針で良さそうに思いました！！

[qryxip]

ですね。experimental_talkがよさそう。