[obsidian] vault backup: 2026-02-27 16:37:20[

content/COMDASUAR.md

@@ -0,0 +1,12 @@
+---
+date: 2026-02-25 12:29
+---
+#computermusic 
+
+チリの音楽家[[José Vicente Asuar]]が1975-1980にかけて開発したコンピュータ音楽システム。Computador Musical Digital-Analógico Asuarの略。
+
+[Música con Computadores ¿cómo hacerlo? \| Revista Musical Chilena](https://revistamusicalchilena.uchile.cl/index.php/RMCH/article/view/11350)
+
+Asuarはもともと[[IBM360]]と[[FORTRAN]] IVでコンピュータ音楽の実験をしており、70年代にはPDP-8とMOOGのモジュールやARP 2600などを接続して実験を行っていた。
+
+COMDASUARはIntel 8080マイクロプロセッサーを使っている。

content/FORTRAN.md

@@ -0,0 +1,4 @@
+---
+date: 2026-02-25 12:31
+---
+#stub

content/MCP.md

@@ -0,0 +1 @@
+[[Model Context Protocol]]

content/Model Context Protocol.md

@@ -0,0 +1 @@
+#stub

content/Nina Protocol.md

@@ -0,0 +1,11 @@
+---
+date: 2026-02-04 15:59
+---
+
+[Nina](https://www.ninaprotocol.com/)
+
+[[ブロックチェーン]]で分散ストレージ上に音楽を出版できるプラットフォーム（ネットワークは[[Solana]]、ストレージは[[Arweave]]）。
+
+今の所アーティストに100%収益が還元される。
+
++$1がブロックチェーンを用いたCommunity Revenue Shareという仕組みで、Ninaへミュージシャンを紹介した人や、その音楽を宣伝した人などに還元される。

content/Peekaboo.md

@@ -0,0 +1,6 @@
+#software 
+
+macOSの操作を自動化、またスクリーンショットを撮ってUIテストの自動化などに使える。[[MCP]]サーバーとして使えるので、ネイティブGUIアプリを無理やりAIエージェントにデバッグさせたい時などに使え・・・なくもない。
+
+
+[GitHub - steipete/Peekaboo: Peekaboo is a macOS CLI & optional MCP server that enables AI agents to capture screenshots of applications, or the entire system, with optional visual question answering through local or remote AI models.](https://github.com/steipete/Peekaboo)

content/SuperCollider.md

@@ -12,3 +12,10 @@ date: "2024-02-06T02:00:06+0900"
 [[Smalltalk]]ベースのシンタックスを持つオブジェクト指向言語で、演算子の優先順位がなく全てが左結合だったりと文法が独特。バージョン3からは言語インタプリタ部分(sclang)とシンセサイザー部分(scsynth)が別プロセスとして動いており、[[OSC]]フォーマットで通信して動いている。[[TidalCycles]]や[[Sonic Pi]]、[[FoxDot]]や[[Overtone]]などは、音声合成エンジンとしてscsynthを利用している。
 
 言語はコンカレントGCが走っていたりとかなり複雑な内部実装。実装している中の人にBoostの開発者の中の人が混ざってたりするのでめっちゃ高度なことをやっている。その分Webに移植とかは今後もハードルが高そう。
+
+
+
+歴史について本人が語っている動画
+
+[SuperCollider Behind The Scene - YouTube](https://www.youtube.com/watch?v=fmVdfQNPzkE)
+

content/エラーフレンドリーな評価環境の実装.md

@@ -3,7 +3,7 @@ date: 2024-12-25 15:10
 ---
 #programming-language #compiler-design 
 
-例えば似た変数名の候補を返すとか、スコープ外にある変数の候補をサジェストしてくれるような評価環境を作りたい
+例えば似た変数名の候補を返すとか、スコープ外にある変数の候補をサジェストしてくれるような[[評価環境]]を作りたい
 
 また、単に見つかった変数への参照を返すだけでなく、それがローカル、upvalue、global、externalなのかの区別も欲しい
 
@@ -29,7 +29,7 @@ let c = hoge //this should be an error but suggested by language server
 
 ![[img/スクリーンショット 2024-12-25 15.23.26.png]]
 
-- とりあえず親のリストへ辿る方向で探索する
+- とりあえず親のリストへ辿る方向で探索す
 - 見つからなかった（セマンティクス的にエラーになる）場合は親を兄弟含めて検索して、候補が見つかったら返す
 	- このときはついでに類似度検索で近いやつが否いかも探す
 

content/デジタルリバーブ.md

@@ -0,0 +1,6 @@
+
+[Sean Costello (Valhalla DSP) on reverb design, March 2019 - YouTube](https://www.youtube.com/watch?v=aJLhqfHrwsw)
+
+[[Valhalla DSP]]の[[Sean Costello]]がリバーブの歴史を解説してる動画
+
+[[Shroeder Reverb]]は当時にしてはいいリバーブだったけど、当時謳っていたような自然のリバーブと見分けがつかないというほどでもなかった（全然メタリックだった）

content/モジュールの名前環境解決を考慮した評価文脈.md

@@ -0,0 +1,34 @@
+
+何度目だという[[評価環境]]の実装。
+
+モジュールも考慮して、名前空間のOpenとかも含めた評価環境を実装したい。
+
+名前の側で正規化するのがいいのか？
+
+```rust
+//Environment全体をSlotMapで管理する
+struct Environment<V>{
+ namespace:Option<Symbol>
+ parent: Option<EnvKey>
+ children: Vec<EnvKey>,
+ span:Range<u64>,
+ binds: Vec<(Symbol,V)>
+}
+```
+
+letでスコープを広げたときはnamespaceなしで辿ることにする
+
+最終的にはLanguage ServerでSpanからEnvironmentの位置を補足したいということになる。
+
+基本的に、子環境のEnvironmentは常に親のEncより狭い範囲のSpanを持つはず。そして子要素同士のSpanは交差しないはず。
+
+親から子要素を二分探索で辿って行って（Spanは交差しないからPartialOrdにできるはず）
+
+```rust
+fn get_completions(arena:SlotMap<_>,root_env:EnvKey,span:Span){
+ 
+
+}
+
+
+```

content/物理モデリング.md

@@ -0,0 +1,9 @@
+
+DAWでめちゃくちゃリアルなドラムサウンドをモデリングしてる
+
+
+[Synthesize SNARES that sound REAL using the power of FEEDBACK - YouTube](https://www.youtube.com/watch?v=1Db9rGbth_o)
+
+[Synthesize Kick drums that sound REAL using the power of FM - YouTube](https://www.youtube.com/watch?v=ndG-6-vONNc)
+
+[Synthesize Cymbals and Hi-Hats that sound REAL using the power of PARALLEL COMB FILTERS - YouTube](https://www.youtube.com/watch?v=netcpYINyBQ)

content/評価環境.md

@@ -0,0 +1,9 @@
+#programming 
+
+毎回作るのに苦労している。
+
+[[Rustでの評価文脈（環境）のRAIIっぽい実装]]
+
+[[エラーフレンドリーな評価環境の実装]]
+
+[[モジュールの名前環境解決を考慮した評価文脈]]