Another Music Engraving Software in Development

Recommendations concerning notation and publishing software in a non-partisan environment.
User avatar
Shinianqi
Posts: 16
Joined: 27 Sep 2023, 08:14
Location: People's Republic of China

Re: Another Music Engraving Software in Development

Post by Shinianqi »

JJP wrote: 01 Oct 2025, 22:02 We try to give the performers every advantage possible. They are under immense pressure to get things right the first time. Reading errors, or even a slightly lackluster performance, result in the need to do an extra take; which consumes expensive time and energy.
Thank you for your reply, JJP. I agree with your points.

Before responding to you directly, I should clarify to you and others that my previous comments were made specifically in the context of the particular issue discussed with Fred and do not cover the entire field of engraving and notation.
Even so, as I mentioned earlier, “good enough” does not mean “ideal,” and we should strive as much as possible toward the “ideal.”

I fully agree with what you said about providing performers with as much convenience as possible. That is why, in my previous posts, I repeatedly emphasized the importance of logical consistency and unified handling of elements in a score.

For ordinary scores, even if they are poorly prepared, hobbyists can spend unlimited time trying to understand and practice them. But why put everyone in that situation? Not to mention in the professional context you mentioned, where the “first-time reading” experience is particularly crucial.

During my experience with music engraving, a senior once told me that a truly excellent score is one where the performer does not notice the score itself and can fully immerse in the musical expression. And when such a score is specifically appreciated visually, it is certainly quite beautiful.
Music engraving is the art of balance.

MacOS Sequoia (15.7)
🎼 Finale v26/27 · Dorico 4
🎨 Illustrator · InDesign · Figma · Sketch · Inkscape · Blender
John Ruggero
Posts: 2818
Joined: 05 Oct 2015, 14:25
Location: Raleigh, NC USA

Re: Another Music Engraving Software in Development

Post by John Ruggero »

Dear Shinianqi,

Thank you for your compliment, which really made my day!

I guess I take a position on beaming somewhere between your view and the one that one sees currently from the major European and American publishers.

As you know, I prefer the beams to follow the notes as much as possible, for the reasons your gave. I've never had the fortitude to adhere strictly to a set of rules like Ted Ross's. I rely on my eye to come up with what seems to me to be the most pleasing and musical result. In the case of the example with the ascending E-F and the descending F-E I would use Ross's solution because I find it is more restful and pleasing to the eye for beams to cover the staff lines as much as possible, as if succumbing to gravity, rather than between the staff lines, as if suspended in space.
M1 Mac mini (OS 12.4), Dorico 6, Finale 25.5, GPO 4, Affinity Publisher 2, SmartScore 64 Pro, JW Plug-ins, TG Tools, Keyboard maestro
User avatar
Shinianqi
Posts: 16
Joined: 27 Sep 2023, 08:14
Location: People's Republic of China

Re: Another Music Engraving Software in Development

Post by Shinianqi »

Welcome aboard, John.

I don’t think I could—or should—hold back my praise for your analyses of music and scores by various composers. In my surroundings, it’s rare to encounter someone so passionate about these subjects. Your sharing has given me a deeper understanding of these composers’ works and their habits, and I am truly grateful for the opportunity to learn from it. I hope you will continue to maintain your enthusiasm as always; what you do is genuinely meaningful.

Returning to the topic:
John Ruggero wrote: 01 Oct 2025, 23:13 I rely on my eye to come up with what seems to me to be the most pleasing and musical result.
I believe that when one possesses exceptional “taste,” doing so is wise. Even an excellent engraver who follows a set of rules should adjust beyond those rules according to the actual situation. I have always believed that “when necessary, all rules may need to be broken.”

In modern software, I hope there could be a program that provides enough freedom for users to define their own basic rules and output consistently. When adjustments are needed, users should only have to make modifications based on this foundation. I think this represents a more ideal state.

Currently available software—including open-source MuseScore—generally encounters certain obstacles or bugs in this regard.
John Ruggero wrote: 01 Oct 2025, 23:13 In the case of the example with the ascending E-F and the descending F-E I would use Ross's solution because I find it is more restful and pleasing to the eye for beams to cover the staff lines as much as possible, as if succumbing to gravity, rather than between the staff lines, as if suspended in space.
I’m glad to hear an explanation of Ted Ross’s beaming from another aesthetic perspective—I think I can understand the meaning you’re trying to convey.

I’d also like to take this opportunity to share further why I find the style shown in the top post beautiful.
Before deciding on local details, I always try to grasp the overall structure first.
谱例2.png
谱例2.png (211.46 KiB) Viewed 101 times
Within the staff, the default stem length is one octave. The height of the beam is essentially determined by the note closest to it (the outermost note), with the beam gradually slanting as the interval increases. In this style, beams of different patterns can align when the outermost note is at the same pitch, as shown in (a). Normally, the slant of a beam does not exceed 1 sp, but the engraver must decide whether additional adjustments are needed depending on the actual pitch difference or horizontal spacing.

Example (b) shows the solution given by Ted Ross in his book. Considering that the handling of 16th-note beams and 8th-note beams is basically the same, I can understand Ross’s reasoning. As mentioned earlier, this approach was originally devised to work around the limitations of printing technology. For that reason, stems for notes at the same pitch had to be shortened in order to accommodate different beaming patterns. This results in stems of unequal length for notes of the same pitch, which, in my view, creates a sense of visual imbalance and inconsistency.

Example (c) shows an adjustment based on (b). I think I have very rarely, if ever, seen anyone treat the F–F in this way.

The cleverness of (a) lies in the fact that this alignment arises naturally from the standard stem length. While it’s somewhat larger than the example Fred posted earlier, it’s still just a very local instance. In the context of an actual score, I believe this approach can create a more elegant overall impression.

It’s also worth mentioning that the above examples are based on the outermost note being placed in a staff space. If the note happens to be on a line, the case of a second interval (a 2nd) would differ slightly in order to align with the 16th-notes.
Music engraving is the art of balance.

MacOS Sequoia (15.7)
🎼 Finale v26/27 · Dorico 4
🎨 Illustrator · InDesign · Figma · Sketch · Inkscape · Blender
John Ruggero
Posts: 2818
Joined: 05 Oct 2015, 14:25
Location: Raleigh, NC USA

Re: Another Music Engraving Software in Development

Post by John Ruggero »

Thank you again for your kind words, Shinianqi. I am glad that my posts have been so meaningful to you.

For me, context is everything when it comes to certain matters of engraving, like beam angles. So I have great difficulty with the isolated examples that one sees in tables like those in Ross. I think that you are quite correct that there are logical problems with many of these rules and their results are not pleasing. I have often promised myself to do an in depth analysis of the beam angle problem, yet for some reason never do and just continue on adapting the results of the software to what appears better to me. So I am glad that you are addressing this problem and hope that it provokes an excellent discussion.

Faced with an example like the one you gave, I would probably come up with something like this. It probably breaks all the rules, for which I apologize in advance:
beam angles.png
beam angles.png (23.89 KiB) Viewed 51 times
And now I will bow out of the discussion, because I clearly have no expertise in this area.
M1 Mac mini (OS 12.4), Dorico 6, Finale 25.5, GPO 4, Affinity Publisher 2, SmartScore 64 Pro, JW Plug-ins, TG Tools, Keyboard maestro
User avatar
Fred G. Unn
Posts: 537
Joined: 05 Oct 2015, 13:24
Location: NYCish

Re: Another Music Engraving Software in Development

Post by Fred G. Unn »

I'm not really in love with the Ross version of C-F. I have my own defaults for fourths set a bit shallower than his so I get this with my settings, which I'm ok with:
mydef.png
mydef.png (54.22 KiB) Viewed 36 times
I sorta hate the UE version, which is certainly incorrect according to Ross as it starts with Sit, which is not allowed:
UE.png
UE.png (42.01 KiB) Viewed 36 times
I don't really have time to search, but a quick glance through a modern Henle publication shows this for D-F:
henle.png
henle.png (51.47 KiB) Viewed 36 times
Since they prefer longer stems, don't allow slants of over 1/2 space, and don't allow wedges ever, I'm curious how they handle C-F. If had to guess, I assume probably like this?
henleguess.png
henleguess.png (27.45 KiB) Viewed 36 times
Post Reply