tomoyanonymous/quartz-research-note
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Merge remote-tracking branch 'origin/v4' into v4

Browse Source
This commit is contained in:
松浦 知也 Matsuura Tomoya 2023-12-25 17:30:33 +09:00
commit fb76f71f7a
2 changed files with 14 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

5
content/mimium新内部表現の構想.md
View File

@ -30,10 +30,15 @@ $$
(そしてよく見るとこれは関数→関数のような高階関数を許してないんだな) (そしてよく見るとこれは関数→関数のような高階関数を許してないんだな)
そうか高階関数を考えなければクロージャを考慮する必要もないものな そうか高階関数を考えなければクロージャを考慮する必要もないものな
[[ブロックとサンプルの互換性]]をどうするかが問題？
## 値 ## 値
一旦タプルについては考えないことにしよう 一旦タプルについては考えないことにしよう
$$ $$
\begin{align} \begin{align}
v \; ::= & \quad R \\ v \; ::= & \quad R \\

9
content/ブロックとサンプルの互換性.md Normal file
View File

@ -0,0 +1,9 @@
[[mimium]]や[[Faust]]、[[Kronos]]のような言語を考えるときにおけるサンプルとブロックの変換可能性
feedの内側の式では原則sample-by-sampleでしか計算できない
ブロック同士でも計算できる部分をするかしないかはインタプリタのストラテジーによりけり
別に[[DAW]]のトラックとかが全部1サンプル毎計算だったとしても困ることはないよなあ
[[多段階計算]]の計算ステージを考慮せずに参照するとおかしなことになりそうだけど、Projectの中にTrackを複数持たせて、じゃなくてちゃんとletで宣言したらサイドチェインみたいな表現も別に問題ないのか