You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Nov 30, 2020. It is now read-only.
I think making them utilise a higher order function might be over the top, but they should probably be next to one another and produced at the same time with duel inputs.
Another part of this work will be to have the degreematrix determined by a source degree, like the pitchmatrix, rather than from a root offset as it is at the moment. There should then be a layer of fact building which determines the starting degree from the input pozition.
This fact building layer will probably be a useful abstraction for eventually allowing getHarpStrata to potentially accept root pitch rather than harp key.
The text was updated successfully, but these errors were encountered:
They essentially have identical logic.
I think making them utilise a higher order function might be over the top, but they should probably be next to one another and produced at the same time with duel inputs.
Another part of this work will be to have the degreematrix determined by a source degree, like the pitchmatrix, rather than from a root offset as it is at the moment. There should then be a layer of fact building which determines the starting degree from the input pozition.
This fact building layer will probably be a useful abstraction for eventually allowing getHarpStrata to potentially accept root pitch rather than harp key.
The text was updated successfully, but these errors were encountered: