MuseScoreNightly-201608061429-master-7fcd3aa-x86_64.AppImage

• Aug 7, 2016 - 19:37

Ich bin immer noch ein MuseScore-Neuling. Am 5.8.2016 habe ich im Forum „General discussions“ den Beitrag "Lyrics ruin Bach Motets" geschrieben und auf Grund der Antwort von Jojo-Schmitz erstmals eine "nightly build" ausprobiert. Die neue Art der Textunterlegung bei 8tel- und 16tel- Läufen finde ich sehr schön. Wie in meiner Antwort erwähnt, fand ich aber auch manches nicht so gut. Ich bin mir unsicher, ob es für die Entwicker in diesem Stadium hilfreich ist, wenn ich mich zu so einem Zwischenstand äußere. Marc Sabatella schrieb: "If there is a case where you think this is not happening optimally, you might want to post abut this in the Tecnnology Preview forum so we can discuss what the best behavior should be for that case." Nur deshalb poste ich dies hier. Um meine Punkte verständlicher zu machen, füge ich die Datei Bach_JmF.mscz bei. Hierbei handelt es sich um eine noch unvollständige Arbeit, die ich normalerweise nicht aus der Hand gegeben hätte.

Wie man mit der Version 2.0.3 sieht, ist der Notensatz für 32 Seiten geplant (8 DINA3 Blätter zusammengeklammert zu einem DIN A4 Heft).

Mit der "nightly build" MuseScoreNightly-201608061429-master-7fcd3aa-x86_64.AppImage sind es erst mal 47 Seiten. Da fällt mir erst mal ein, dass man bei Lilypond immerhin eine Wunschvorstellung angeben konnte, wie viele Seiten es werden sollen (page-count).
Wenn ich so durchblättere, ist es beim ersten Stück (Seite 2) noch ganz hübsch. Je länger, je mehr habe ich den Eindruck, dass die Zeilenabstände immer mehr außer Kontrolle geraten. Auf Seite 5 (ab Takt 39) hat der Sopran 1 unverhältnismäßig viel Platz. Auf Seite 7 (ab Takt 49) ist das obere System überaus luftig, das untere aber ganz normal. Auf Seite 12 beanspruchen dann die Takte 94 – 97 gleich eine ganze Seite für sich! Und auch beim 2. Hinschauen versteht man nicht, warum. Dies meinte ich mit meiner Bemerkung „strongly fluctuating spacing between stuffs“.

Der zweite Punkt „inconsistent placement of dynamics“ bezieht sich auf das, was Marc Sabatella „dynamics are automatically adjusting to avoid collisions“ nennt. Auf Seite 3 (Takt 22 ff) sieht man p, f und pp Angaben, die in Version 2.0.3 alle links oberhalb der Note ausgerichtet sind. In der "nightly build" sieht das ganz anders aus. In Takt 22 ist das p vom Tenor in den Bass gerutscht, in Takt 23 die f von S1, S2 und Alt jeweils eine Zeile tiefer. In Takt 68 ist die Verteilung der pp wiederum anders. Der Grund ist in keinem Fall erkennbar. Ich habe vergeblich versucht, das Verhalten zu reparieren: Markieren des obersten p in Takt 22, Auswahl „Alle ähnlichen Elemente“ und dann Herumspielen mit horizontalem und vertikalem Versatz. Dabei werden zwar alle Dynamikangaben blau, es bewegen sich aber nur einige entsprechend dem gewählten Versatz, die anderen bleiben einfach, wie sie sind. (Dagegen entstanden auf Seite 5 und 6 ganz riesige Bindebögen, bis sie nach einigem Vor- und Zurück-Blättern wieder von selbst verschwanden.)
Unerklärlich auch die kurzen blauen Striche am Ende von Takt 62 (Seite 8) über jeder Notenzeile, die sich nicht mit Maus-Klicks markieren lassen.

---------------------------

I'm still a newbie MuseScore. On 05/08/2016 I posted "Lyrics ruin Bach Motets" in the Forum "General discussions" and tried first time a "nightly build" due to the response of Jojo-Schmitz. I find the new type of lyrics in 8tel- and 16th- runs very beautiful. But as mentioned in my answer, I also found some things not so good. I am unsure if it is helpful for the developers at this stage, if I make remarks to such an intermediate state. Marc Sabatella wrote: "If there is a case where you think this is not happening optimally, you might want to post abut this in the Tecnnology Preview forum so we can discuss what the best behavior should be for that case." This is the only reason I post this here. To make my points clearer, I enclose the file Bach_JmF.mscz. This is a still incomplete work, which I would not normally given from the hand.

As you can see using the version 2.0.3, the music notation is intended for 32 pages (8 DIN A3 sheets cramped together to a DIN A4 booklet).

With the "nightly build" MuseScoreNightly-201608061429-master-7fcd3aa-x86_64.AppImage there are 47 pages for a start. That reminds me, that you could tell Lilypond at least, how many pages you wish for (page-count).
Browsing through, the first piece (Page 2) looks quite nicely. The longer, the more I got the impression that the line spacing falls increasingly out of control. On page 5 (from measure 39) the Soprano 1 has a disproportionate amount of space. On page 7 (from measure 49) the upper system is very airy, but the lower quite normal. Then, on page 12, measures 94-97 take a whole page of its own! Even at a second glance one can not understand why. This I meant by my remark "strongly fluctuating spacing between stuffs".

The second point "inconsistent placement of dynamics" refers to what Marc Sabatella called "dynamics are automatically adjusting to avoid collisions". On page 3 (measure 22 ff) we see p, f and pp, all of which are aligned left above the note in version 2.0.3 . In the "nightly build" they look quite different. In measure 22, the p of the tenor has slipped into the bass, in measure 23 the f of S1, S2 and Alto one line beneath. In measure 68, the assignment of pp is different again. The reason is not discernible in any case. In vain I have tried to repair the behavior: select the topmost p in measure 22, selection "all related elements" and then playing around with horizontal and vertical offset. Then: all dynamic information is blue indeed, but only a few move according to the selected offset, the others remain just where they are. (By contrast, on pages 5 and 6 arose quite huge slurs until they disappeared again by itself after some back and forth scrolling.)
Inexplicably too, the short blue lines at the end of measure 62 (page 8) above each stuff which can not be selected by mouse-clicking.

Attachment Size
Bach_JmF.mscz 93.04 KB

Comments

I can't tell offhand what the problem with the staff spacing is, but it is not supposed to be that way. If I try deleting everything from the start to that point, the problem goes away. So somehow the contents of the previous measures are affecting spacing here. Presumably it's a bug; you should report this officially (Help / Report a Bug, from within MuseScore, to access the issue tracker) and attach the score there.

Regarding the dynamics, I think at this point there is probably no specific plan for importing manual adjustments made in earlier versions, so I wouldn't read too much into what you are seeing right now. More to the point is, how it handles dynamics you add in 3.0.

Do you still have an unanswered question? Please log in first to post your question.