The Wayback Machine - https://web.archive.org/web/20220318140904/https://github.com/tidalcycles/Tidal/issues/600
Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Maxi notation #600

Open
yaxu opened this issue Jan 10, 2020 · 3 comments
Open

Maxi notation #600

yaxu opened this issue Jan 10, 2020 · 3 comments

Comments

@yaxu
Copy link
Member

@yaxu yaxu commented Jan 10, 2020

It'd be good to go through the mini-notation, thinking about how everything could most efficiently be expressed in Haskell. It won't be as efficient as the mini-notation in most cases, but worth seeing if there are improvements to be made.

@yaxu
Copy link
Member Author

@yaxu yaxu commented Jan 11, 2020

One tactic would be to make a haskell eDSL for making the same AST as ParseBP

e.g. using OverloadedLists and OverloadedLabels extensions, this kind of thing could be possible:

polym [[#bd, #sn], [#cp, #sn, #arpy], #snare]
"{bd sn, cp sn arpy, snare}"
polyr [[#bd, #sn], [#cp, #sn, #arpy], #snare]
"[bd sn, cp sn arpy, snare]"
@yaxu
Copy link
Member Author

@yaxu yaxu commented Jan 11, 2020

The above still wouldn't let you mix tidal expressions like rev in with the maxi-notation though, so doesn't buy very much, if anything.
The good thing about the AST is it can track the relative 'size' of a subpattern in steps. So maybe the real task here is getting Tidal tracking the numbers of steps in a pattern again.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
1 participant