-
-
Notifications
You must be signed in to change notification settings - Fork 282
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
Support quarter tones / microtonal music #45
Comments
This is very high on my priority list. Some great ideas were proposed in this Reddit thread |
Do you plan to support .scl? |
@Omega9 That's not a bad idea! ref: http://www.huygens-fokker.org/scala/scl_format.html An open question I have for supporting microtonal music in general is how we will express each note, for scales with more than 7 notes ( Some ideas:
|
So I'm wanting to take a stab at adding tonality diamond style tunings, and that's informing my thoughts around the literals for notes.. A part of me thinks that tuning "plugins" should be able to bring in their own, intuitive notation. eg. rather than mapping Definitely going to play with Scala this weekend (this is worse than Clojure / Closure..) |
@crisptrutski Whoa... this tonality diamond stuff looks crazy! Hardcore experimentalists will love this kind of thing, if we bring it into Alda. I would experiment with it, too. I like the idea of leveraging the plugin system for tunings, rather than hard-coding them into Alda as attributes. I'm not sure yet exactly how the plugin system will work, but I imagine it will involve transforming the score into syntax that the core Alda parser knows how to read -- if that's the case, then we could have tuning plugins that generate Alda code where each note has a precise pitch in Hz -- this is a more general feature I had in mind, where you could override the current octave/note system and just say, e.g. "play a note at 3000 Hz." |
Onboard with using explicit tones for "hardcore" tunings, ie. where things like the tonality diamond where alternate notation may even be win, but traditional notation for "just" tunings, or say a piece that just wants half-semitone accidental is a big win - especially once "print the sheet music" features land. Not sure if you've had a chance to look at #84, but what are your thoughts on providing another extension point like this, where the While the mainstream shouldn't suffer complexity for the sake of the outliers, think that catering to those "just" outside the mainstream is worthwhile 😄 |
I think the easiest way to express microtones is via MIDI numbers. You could have something like #m where # is the MIDI number of the note (this preserves the syntax for numbers after the note names). So 60.5m8 would be an eighth-note exactly between C4 and C#4. You could also have #q where q is the frequency in Hz, so 440.4q16 would be a 16th note with a frequency of 440.4Hz. |
Thinking about this a little more, I think I'd like to support doing this both ways: a) b) Add a Both ways should be composable -- e.g. I should be able to write a piece of music with Pythagorean tuning, with notes here and there that have an arbitrary pitch outside of the tuning. |
Would be great to support quarter tones, or microtones in general!
The text was updated successfully, but these errors were encountered: