(メモ) youtube.com/watch?t=1735&v=xXP だとWebページからのHTTPリクエストに対してバイナリblobを返すURLハンドラーを実装しておけば、(少なくともWKWebKitでは)パフォーマンスが悪くないバッファの受け渡しが可能かもしれない(どれくらい「悪くない」かは要検証)

JSにaudio inを転送するところまではいけたと思うけど、まだパフォーマンス悪そうだしまだUIまだ上がってこないな…

フォロー

動かないんだよなあ。まあこれは手抜きのために使いまわしているありもののWebAudioアプリのコードの挙動(あとWebAudio自体)がよくわかってないからって話もある。

めちゃくちゃ効率の悪いコードだけど動くようにはなった imgur.com/X8YpwCV
ただAUとかVST3にしてUIを立ち上げるとすぐクラッシュするのでまだ十分とは言い難い。あとそもそもこのWebアプリのDSPがプラグインとして動いているわけでもないしUIインタラクションも反映してない(まあこれは「オーディオデータを渡す実験」としては些細な問題)。プラグインとしてクラッシュさえしなければまあ一応「使えそうだ」とは言えるかな…

processBlock()でdoubleをassertfalseしていたのをno-opにしたらクラッシュしなくなったようなので、とりあえずこれでいいかな imgur.com/t2nbNns

なんかAudioPluginHostからロードするとまだ頻繁にクラッシュするな…Standaloneで起動すると全然そんなことないんだけど、stateかなんかが悪さしてるのかな…(ちょっと調べる気なくなってる)

gRainbowが重かったからクラッシュしていたようで、ADLplugにしたら落ちなくなった。というのは良くないので、処理落ちしていてもクラッシュしないように安全に直していく必要がある…といってもこれ以上やっていると自分のセッショントークが危ういのでこのへんまでかな。コードはうpした
github.com/atsushieno/jeq8

ログインして会話に参加
Fedibird

様々な目的に使える、日本の汎用マストドンサーバーです。安定した利用環境と、多数の独自機能を提供しています。