SVGをいじり倒してわかったSVGだと困ること

今まで散々いじり倒してきて。
いろんなことをやってきて。
やっぱり思うこと。

Mohoから出力したSVGにはバグもあるし、あくまで出力結果であって、編集データではない。

そんな部分についての話。

マスクの出力不良

これは１つの記事まるまるで話したことなので、詳細割愛。

【SVG制御妄想２】Mohoから出力したSVGのマスクがバグる
https://qiita.com/flying_echidna/items/3930caf04626deec7bfb

一回転オーバーしてても検出できない

主にボーンの話。
例えばボーンがアニメーションの中で360度以上回転してたとしよう。
でも出力されたSVGから無理やりボーンの角度を算出したところで、そのことは分からない。
Math.atan2()を使って角度を算出してる現状、返ってくる値は-PIからPIの間でしかない。

それじゃ困るんだよ。
特にスマートボーンは。

スマートボーンの角度によって、アクションの再生位置を制御している上、Moho上では一回転オーバーの値も設定できてしまう。
これが検出できないのは、正直困る。

同シェイプ内の同位置にある点が消失する

一つの形を変形させていくアニメーションの途中で、点が同じ位置にくることがある。
だんだん小さくなっていく、なんてアニメーションだと、おもっきり重なる。
すると、どうなるのか。

出力したSVGだと1つの点として合体して出力される。

やめろーー！！
どの点がどこに移動したか分からなくなるだろーー！！
点の数は常に一定であれーー！！

キーフレームが単純でもフレーム数が多いと重い

例えばMoho上で1フレーム目から100フレーム目にかけて一回転するアニメーションを用意したとしよう。
キーフレームとして見るなら、
1フレーム目：0度
100フレーム目：360度
程度の情報量なわけだ。

ところが、これをSVGで出力すると、100枚分のデータになってしまう。
1000フレーム使おうものなら、たかが一回転させるだけで膨大なデータになる。
ないわぁ。

イージングを実装した上で、キーフレームの情報が取れれば、もっと軽くなるんじゃねぇの？
と思うけど、Mohoから出力したSVGにキーフレームの情報なんて入れられるわけもなく…

ボーンのデータ手動で書くのめんどくさすぎる

SVGにはどうあがいても入らないからということで、JSONファイルで設定を書いた。
でも、新しく作ったMohoのデータでも、また新しくJSONファイルを手書きするの？
あれでも大変だったのに、その数倍の数もあるボーンの設定を？
また各々のボーンが識別できるように命名を考えながら？？

めんどくせぇえええええ！！！！
そもそもこの時点でSVGだけで完結できてねぇんだよぉおおおおおお！！！

レイヤー変形アニメーションが取得できない

一番我慢できなかったのが、正直これ。
全部がパスの変形データになってしまって、レイヤー変形情報が取れない。
正直これを口頭で説明するのは難しい。
当時の雑放送を見てもらった方が早い。

雑放送（2020/11/21：もうええSVG自力で出力したるわ！） - YouTube
https://www.youtube.com/watch?v=Rl-cxvuGnP8

配信のタイトルや後半でも言ってる通り、
最終的に「Moho上で動くLuaスクリプトを使って、自力でSVGを出力したるわ！」
という結論に至ってる。
が、それでもやっぱりSVGというフォーマットだとアンカーポイント（回転・拡縮の中心座標）の情報が入れられなかったりと、困ることが多すぎた。

もう脱SVGしようぜ

そしてこの結論に至る。
MohoのLuaスクリプトにすら手を出すようになってしまった今、
ボーン用に用意していた三角のパスも、JSONファイルも、Mohoのメニューから選ぶだけで自動で出力できるようになった。
各アクションのSVGファイルを出力するために、各アクションのMohoファイルを自動で生成できるようになった。
Moho既存のレンダラーを使ってSVGを出力しなくても、自力でSVGのフォーマットをそれっぽく出力できるようになってしまった。
というか、わざわざSVGというフォーマットで出力している、と言ってもいい。

だったら、自分が扱いやすい新しいフォーマットを作った方がいいんじゃない？

ということで。
To be continued...

（WindowsでLuaから日本語パスを出力するのに苦労しまくったのは、また別のお話…）