Cluster (again)
Hello,
MuseScore does not support the notation of two notes at the same pitch within a chromatic aggregate.
The solution of shifting to the right does not work with additional lines (the line is extended).
One time consuming solution would be to write the right A within a second voice and hide unwanted stems or rests, but this will not resolve the second problem;
In addition, the added line or glissando cannot be grouped solidly to the two elements it connects; changing the number of measures per system, for example, destroys the layout and the efforts to compensate for this missing functionality.
Does anyone have a solution?
When will this be implemented by default?
Thank you !
Sorry for the translation.
Regards,
Attachment | Size |
---|---|
20210226_164245~2.jpg | 2.07 MB |
Comments
Still #14449: Bitonal chords (eg. G# plus Gb), as said in https://musescore.org/en/node/316440#comment-1057133 already
In reply to Still #14449: Bitonal chords… by Jojo-Schmitz
Ok, thanks.
Anyone working on this ?
I inssist because of the number of these cluster I use, I become to feel restricted by the software I like a lot ;)
Is it possible to see this working by default in a few years ?
Thank you for your time.
Best,
In reply to Ok, thanks. Anyone working… by CB.
Nobody working on it currently, as far as I know.
In reply to Nobody working on it… by Jojo-Schmitz
I regret not having the skills to develop it myself, I will have to change software ...
Thank you anyway and good luck!
In reply to Ok, thanks. Anyone working… by CB.
If you know anyone who is a programmer, feel free to try to convince them to implement this!
Meanwhile, there are simple workarounds to achieve this particular notation, and also there other ways of rotating this. So I wouldn't be in a hurry to trade this one limitation for all the unknown issues you might face in some other software that happens to provide this feature but might be a worse fit for you in dozens of other ways.
I'm confused (not unusual). Are you trying to recreate your picture? Or are you looking for something like my attachment. Which is extremely easy to do.
In reply to I'm confused (not unusual)… by bobjp
Thank you all.
The picture I've attached to my first post is a screenshot from what I get on MuseScore 3.6.2, but the resulting object may not keep his form because the line I've added move for example when adding / moving notes arround, or when redefining the number of measures contained within the system.
@Marc : I'm very curious about all the workarround or other notations to avoid this concern ;)
@bobjp : your screenshot describe the way I would take notes, memo. But for a good edition or sightreading this is note suitable.
In addition, it remains the possibility of showing just one A (in my first example) but the # and b (whatever, natural..) before may be interpreted as : one of the two accident is caution and that there is just one note.
Best,
In reply to Thank you all. The picture I… by CB.
P.S. What qualifications do I need in order to developp this kind of feature myself, appart from learning C++ ?
In reply to P.S. What qualifications do… by CB.
That's about it :-). Well, you need to learn the code to MuseScore specifically, bit it's all open source, so you can study it as you like on GitHub.
In reply to Thank you all. The picture I… by CB.
There are, as I said, a number of different possible notations you might mean; the one you show in your initial image is to me less ideal than the alternate one shown in some of the images in the linked issue, where the stem is more "V" shaped. Either way, I would recommend using either a symbol from the Symbols palette or a graphic that I then paste to the note. Take care to create one that is the thickness, length, and angle you want - it should normally be consistent I assume. Then add it to your palette for easy re-use. Assuming you are equally consistent in how much you offset the notehead, the same graphic should work in most cases, and it should be possible to position it accurately and reliability relative to the notehead via the Inspector.
Actually, also a text attached to the note as a fingering with a custom (user) style would be even simpler I suspect.
In reply to There are, as I said, a… by Marc Sabatella
Thanks.
I've not understood your last solution with custom fingering text ?
Would it prevent lost time when re-adjusting objects after score modifications ?
Anyway, I suspect the V will not work with complex passages including 16th notes.
Because of the large amount of time it would take me to learn C++ and existing code, I think switching to another software until this essential engraving feature (along with copy / paste key / time signatures, ...) will be implemented by default.
However, congratulation for your work and thank you for your time.
Best regards,
In reply to Thanks. I've not understood… by CB.
Neither of the methods I suggest should be affected by modificatiosn to the score, that's exactly why I recommend this over trying to use customized lines for this purpose.
If you do decide to stick with MsueScore rather than learn an entirely new program and learn to live with its limitations and quirks, then feel free come back here and post your best attempt at implementing my suggestion, then I can help you figure out what you missed.
In reply to Neither of the methods I… by Marc Sabatella
I've just experimented with symbols and it works perfectly, thanks ;)
I need to know if MuseScore 4 will be compatible with OSX High Sierra (because of Qt..) ?
Best regards,
In reply to Neither of the methods I… by Marc Sabatella
CB,
FWIW. Sibelius has a system of what it calls "altered unisons". There is a quarter note and a half note on the end of a diagonal stem. It is extremely limited, hard to implement and because it is a symbol, it doesn't playback. I'm not sure why they bothered.
To add a G or an E requires several more steps to make it legible. Then there is the problem of the rest of the measure. I would have to use the inspector to move every thing over so I could add more notes. For playback, Sibelius prefers the system I showed in my post above. Which was done in MuseScore.
Personally, some of the examples of multi-stem notes in the linked thread look cluttered and hard to read. And just because some notation organization condones it....meh.
Maybe another program will do it. Maybe not.
In reply to CB, FWIW. Sibelius has a… by bobjp
(deleted post)
In reply to Dorico by CB.
Well sure, if you can afford the Pro version.
In reply to There are, as I said, a… by Marc Sabatella
It's worth noting that there are some situations where the simple V approach wouldn't quite work.
Though I do wonder whether there's a better way to notate tone clusters like this in general.
In reply to It's worth noting that there… by LuuBluum
Indeed, no getting around the need to sometimes use more customized graphics.
In reply to It's worth noting that there… by LuuBluum
Henry Cowell's method?:
https://library.stanford.edu/blogs/stanford-libraries-blog/2017/05/henr…
In reply to Henry Cowell's method?:… by underquark
More easy to enter in MuseScore but you loose the C# vs Db meaning for instance.
Appart from Marc S. workarround there is in fact no solution to this problem. I wish that MuseScore will grow in the next years and continue his ascension. Congratulations for the work already done and have a good day !
Best
Hello Jojo-Schmitz, Marc Sabatella, bobjp and others,
After spending some time on MuseScore and reading the posts in the forum, I would like to recap the weaknesses I found in MuseScore and the solutions to some issues :
Until further notice, I continue my journey with MuseScore and I wish its dedicated developers a big thank you for your time and work.
Best regards
In reply to Hello Jojo-Schmitz, Marc… by CB.
Thanks for the followup! We do constantly strive to improve, and of course, it's open source, so hopefully some of the things that currently require workarounds will be supported in the future as people with the necessary skills, motivation, and time decide to "scratch their own itch" and implemented them!