https://twitter.com/aike1000/status/1610747788962443264 これはわかるというか、GUI分離モデルの限界事例みたいなやつを（自分が想定できるやつで）列挙しておけばよかったかも。
オーディオバッファあるいはそれに相当する周波数ドメインのストリームの内容を描画する類のUIは既存のプラグインフォーマットのGUI更新イベントモデルのAPIでは無理があるので、サイドチェインでデータを流すようにGUIにもデータが渡されないといけないし、同一マシンならプロセス境界を共有メモリで超えることはできるとは思う（端末が別のやつだと無理だけど、まあネットワーク越しにリアルタイムに近いレスポンシブなUIを期待するのは間違っている）。
ただそういうのはコンセプトとしてはアリだろうけど実装例が無いと納得感が無くて、現状では（CLAP開発者がそこで躓いていたように）「模索中」というステータスになるんだと思う。

いやあこれ仮に過失だとしても著作者人格権侵害にかかる損害賠償額を考えると胃が痛くなるな… https://www.itmedia.co.jp/news/articles/2301/05/news073.html

@tomoya_nonymous はい、FAUSTのAPIはきちんと把握していないので「やっぱりそうかー」という雑な受け止め方になってしまうのですが、巨大なバッファをメッセージとして渡すやり方は（それ専用の構造が用意されてでもいない限り）筋が悪いので、ポインタを事前共有しておいてリングバッファのオフセットを渡す（あるいはそれも省略してローカルでmemcpyさせる）くらいしかできないと思います。
そういう仕組みを構築した上で、「サイドチェインのオーディオバッファを引っ張ってくるだけ」に近いリファレンス実装があればようやく使ってもらえる、という感じでしょうね。（われわれが難しい・面倒くさいと思うレベルだと厳しそう。）

@tomoya_nonymous いや、LV2の仕様としてプロセスレベルで分離しているというわけではないです。DPFやElk Audioのひとたち（こっちはVST3なども）が独自研究としてやっているだけで、大抵は同一プロセスで動作していると思います。正統なやり方は無くて、やるとしたら共有メモリのポインタを渡すとかでやるしか無いように思います（プラグインDSPとプラグインUIのやり取りなので仕様としては不要そう）。

@tomoya_nonymous 今読み直してみたらプロセス分離が前提になっていると書いていますね。ちょっとこれは不正確なので修正しておきます…!

LV2はプロセス分離が前提なの?という松浦さんのコメントを受けていや違うな??となって修正しました（ありがとうございます）。これならたぶん問題ないかな。

このアカウントは、notestockで公開設定になっていません。

Jetpack Composeの関数たまに引数候補が補完されないケースがある気がする。今日はCheckbox()とSwitch()のenabledが出てこなくて「あれ? 無かったっけ?」ってなった

https://www.melodics.com/ Spleeterでトラック分割してMagentaでMIDIに吸い出せれば後は適当に作れる感じかな? partnersってのはMIDI (in)コントローラーとかシンセ(out)とかだろうし別にいらなそうだよな