Support loading .scl and .kbm files
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 25/100
Research direction
Start by reviewing the issue's MTS-ESP prior-art link and defining how .scl and .kbm support, MTS-ESP integration, and multiple mapping channels relate. Done would require an agreed implementation scope and acceptance criteria for loading mapping tables and supporting the described microtonal workflows.
Written by the indexing model from the issue text.
Description
Your idea
Basically, I'm thinking that we need support for MTS-ESP, as well as .scl files and .kbm files so that MuseScore can support existing mapping tables, and we could also benefit from both having multiple mapping channels, so that lumatone users might be better able to use MuseScore, and so that advanced tuning systems can be supported.
Problem to be solved
Currently, retuning MuseScore's notes for other tuning systems involves manually retuning each note by cents and then copy-pasting- this is a laborious and error-prone process. Furthermore, the current method of tuning in cents is more limited in precision, which is sometimes a problem for advanced equal temperament systems. Having support for these additional file types would make the process of writing in other tuning systems much easier.
Prior art
Most notation software has very limited support for microtonality, while the few DAWs that support microtonality are generally limited by having only 128 notes available in MIDI, thus necessitating multiple piano rolls for more advanced tuning systems such as 159tet and 311tet, the latter of which is renowned for its ability to approximate Just Intonation. MuseScore, with the right innovations, could help microtonal composers get past the aforementioned limitations. So far, Oddsounds has support for other tunings systems, and we could use portions of that library as a basis for handling internal standards.
https://github.com/ODDSound/MTS-ESP
Additional context
I've been writing microtonal music in MuseScore for a few years now, especially in 159tet, so I know some of the problems that I face.
- Dominant language
- C++
- Stars
- 15.1k
- Forks
- 3.3k
- Avg merge
- 2d 2h
- Merged PRs (30d)
- 91
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from musescore/MuseScore
-
engraving P3 UI
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
needs design
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
community P3 UI
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
regression nightly UX/interaction
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
All issues in musescore/MuseScore
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
-
Sensor initialization takes very long when `--initial-sim-time` is set to current UNIX timestamp Open
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
gazebosim/gz-sensors#662 · 1 comment ·
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
comp-datalake
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
ClickHouse/ClickHouse#121222 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
LadybirdBrowser/ladybird#12123 ·