http://www.rossbencina.com/code/real-time-audio-programming-101-time-waits-for-nothing
昔眺めたことがあったんだけど、今見るとtry_lock()はOKみたいなことも書いてあった。mutexを解放するタイミングで実装によってはブロックされることがあるのでNGという話がここ数年で出ているので、これは正しくないということになりそう。時が流れるとCSの知見も進化する。
http://www.rossbencina.com/code/real-time-audio-programming-101-time-waits-for-nothing
昔眺めたことがあったんだけど、今見るとtry_lock()はOKみたいなことも書いてあった。mutexを解放するタイミングで実装によってはブロックされることがあるのでNGという話がここ数年で出ているので、これは正しくないということになりそう。時が流れるとCSの知見も進化する。
さいきん書いてたALooperまわりのAPIについてまとめた / AndroidオーディオスレッドのディスパッチをALooperで実装する https://zenn.dev/atsushieno/articles/7c8de205676ebb
きみやるねえ! それはCLAPじゃなくてJUCEのAPIっぽいけどね(関数名だけprocessBlockじゃなくてprocess)
表紙の話題に触れるの、ギリギリのところを攻めてる感あるw(※触れているのは本国版の表紙) https://www.4gamer.net/games/576/G057634/20221216084/
犬の日の話が流れてくるけど、全然関係なくrealtime audio 101の話を読んでいるときに「日本語だったらリアルタイムオーディオ110番になるのかな…てか『わんわんお』は犬のおまわりさん臭いな?」と思っていたのだった (なお101は非緊急番号なので日本では9110が正しいマッピング)