Atsushi Eno @atsushieno@fedibird.com

オーディオデバイスの話を書いていてオーディオ入力デバイスである「マイク」に相対するオーディオ出力デバイスの概念は何だろう? サウンドチップ…だとなんか違うな…と考えてchatbotらに問うた結果「スピーカー」かな、となったんだけど（イヤホンとかにも物理的には付いているわけだし）、もしかしてspeakっていう動詞から自分が想像する機能って英語におけるspeakよりもずっと狭いのだろうか、と考えてしまった

著者陣がぜんぜん違うな?（こだわりは別にないけど） https://www.oreilly.co.jp//books/9784814400850/

なんか似たようなネタが並んでしまった

40分かかっていたトークを25分くらいまで圧縮したのでこの調子で生き延びるぞい。まあそんなに気合い入れんでもたぶん来てひと桁くらいではなかろうか。英語セッションだし

そういえば、ひと昔前まではコンピューターによる自動音楽生成はアートの一種だと思われていたけど、いまSunoやUdioで生成された音楽を「アート」だって主張したら単に馬鹿にされるだけで終わるな、と思うとちょっとおもしろい。画像でいうところのDeepDreamみたいなやつってまだ?無いな

🍆、🥕、🎃のサイズがバグってるんだよなあ（バグっているのは認識のほう）

@ikeji 使える場面が限られそうだけど -V では

今月まあまあいろいろ着手したと思うんだけどまとめる時間がなくておざなりです https://atsushieno.hatenablog.com/entry/2024/07/31/162711

こっちのJetBrainsのエヴァンゲリオンとはずっと交流があるんだけど、「スライドがまだ60%くらいしかできてなくてやべえ」って言ったら「おれセッション2つあるんだけどどっちも0%でやべえ」とか抜かしてて、やはり本職は準備のペースがやべえな?ってなった

あついなあ(

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

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

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

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

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

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

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