405:企画＆BGM ◆3x7cnY5zO.[saga]
2016/08/24(水) 01:55:53.50 ID:m73ZW+vuo
>>403
なるほど、確かにアニメーションで口動かすなら、平常時は閉じてたほうが良さそうですね。
口パクの仕様どうするか決まりましたら、お伝えしますので、その時はよろしくお願いします。
>>404
＞重ね塗りとなると輪郭の透過部分が濃くなっていくと思います
＞まあ気にならない気もしますが……どう思われますか？
前フレームでの小アクアを消してから現在フレームでの小アクアを描画、とかはできないでしょうか？
消すのが難しいようでしたら、例えば、背景画像をバッファで持っておいて、そこから、
小アクアを描画する座標を始点にして、縦幅横幅に相当する分だけ切り抜きコピーして表画面に貼り付けて、擬似的に消す。
で、その上に現在フレームのアクアを描画、とか。
まぁ、何らかの理由で、小アクア自体を重ね塗りするしか手段がないようでしたら、それでお願いします。
気になるかどうかは、現物見てみないとなんとも言えませんが。
＞画面遷移完了直後にメッセージを表示するってことですか？
＞それなら可能です
ありがとうございます。では私はどの画面でどういうメッセージ出すか考えますね。
決まりましたら上げます。
＞現在使用している文字表示モジュールを解読する必要が出てきて、
＞実装は難しいかと思います
＞（動作は理解していますがコードが理解できていません）
＞文字表示直前に口開け→文字表示完了後に口閉じ なら可能ですが
＞それだと不自然ですよね……
＞あとは>>402にある通り動画にすればできるかもしれないです
画面遷移後、一定フレーム経過するまでは口パクアニメ、その後は目パチアニメにする。
文字表示の状態は一切考慮しない(まだメッセージが表示途中だろうが表示終わってようが、一定フレーム経過までは口パク)。
ってのはどうですか？画面上ではメッセージ表示終わってるけど、実際はまだアクアが喋ってるんだよって解釈で。
動画にするんだったら、
imgur.com
のような、目パチも口パクも並行して行っているものにしちゃった方が手間かからなくていいですかね？
とりあえず、文字表示の状態見てそれに合わせてどうこうと言うのは、しなくて大丈夫ですよ。
462Res/195.43 KB
↑[8] 前[4] 次[6]
書[5]
板[3] 1-[1] l20
