さ～て

その後どう進んでいるかっつ～と

表情の作成は結構スムーズに進んで採用ネタ・ボツネタ色々と出来ています
常時アニメ・タイプ時のみのアニメとも同じコアを流用するだけにすぎないのでタイプ時に泣き顔や困り顔で話す事も簡単にできるようになっています

何で引っかかっているのかと言えば・・・・
１スクリの限界の壁がまたまた出てきた
１スクリだけで処理しようとすると不可能な表情がたくさん出てきたコト
微妙な表情を与えるためには並列処理でないとムリポ
例えるならマリオネットを１人で操作するよりも２人で息を合わせて操作したほうがって感じ
コレについては前回までのように別アプローチで１スクリになることはどんなに頑張っても無いと言い切れる
１命令の所要遅延時間とそれの誤差時間のせいで
２スクリ処理と同じタイミングで動くように書いた１スクリの表情が全く違う表情になってしまうのだ
何度やってもダメだった
ってことで１スクリで表現出切る表情は意外と少なかったようだ

ちなみに表情作成していく時は３並列で作成しています
それを１スクリに纏めて書き出しているわけです
なるべく軽くしたい思いから１スクリで頑張ろうとしてたのですが
自主規制して幅を狭める選択をするよりは
なるべく多くの表情を出すほうの選択をすることにしました

但し並列処理が増えることは負荷も多くなるためそうそう手軽に入手できないようにして共有リソース保護に努めたいと思います

ま　それは置いといてっと

表情が増えるとそれに伴ってＨＵＤボタンの個数（ダイアログの場合も）も増えていくわけだけど・・・
この問題ど～しよっかな～