Ganztaktpausen schmaler

[Luftikussl]

Hallo!

Ich komme wieder einmal allein nicht weiter:

Wie kann ich Ganztaktpausen unproportional schmal gestalten (um Text unter anderen Takten mehr Platz zu lassen)?

Mein bisheriger Versuch funktioniert leider nicht.

Code: [Auswählen]

\version "2.18.2"
...
  fis8 ~ \tuplet 3/2 { fis8 fis16 } fis8-> fis-. g g g g | % 79
  gis8 ~ \tuplet 3/2 { gis8 gis16 } gis8 gis a a a a | \barNumberCheck #80
  \override  Staff.BarLine #'extra-spacing-width = #'(0.0 . -10.0)
  R1 | % 81
  \override  Staff.BarLine #'extra-spacing-width = #'(+inf.0 . -inf.0)
....
Mit freundlichen Grüßen

Luftikussl

[iugin]

Hallo Luftikussl

Meinst du so was?

Code: [Auswählen]

{
  R1
  \teeny
  R1
}
Liebe Grüsse

Eugenio

[harm6]

Hallo Luftikussi,

bitte poste immer komplilierbare Beispiele.

Wie folgendes:

Code: [Auswählen]

\version "2.18.2"

\paper { indent = 0 }

\relative c' {

  fis8 ~ \tuplet 3/2 { fis8 fis16 } fis8-> fis-. g g g g | % 79
  gis8 ~ \tuplet 3/2 { gis8 gis16 } gis8 gis a a a a |
  \newSpacingSection
  R1 | % 81
  \break
  \newSpacingSection
  fis8 ~ \tuplet 3/2 { fis8 fis16 } fis8-> fis-. g g g g | % 79
  gis8 ~ \tuplet 3/2 { gis8 gis16 } gis8 gis a a a a |
  R1 |
}
HTH,
  Harm

[kilgore]

Code: [Auswählen]

\once \override MultiMeasureRest #'font-size = #-2
...oder deine Wunschgröße....

[Luftikussl]

Liebe Antworter,

Danke für Euer Bemühen! Leider funktionieren aber Eugenios und kilgores Ideen nicht wunschgemäß, was aber an meiner unklaren Formulierung liegt. Ich meinte eine Verringerung der Breite des ganzen Taktes und nicht des Pausenzeichens.

Mein Ziel bewirkt Harms Variante. Ich verstehe aber leider den Hintergrund absolut nicht. In der Notationsreferenz  steht zu "newSpacingSection" 4.5.2 Eine neuer Bereich mit anderen Abständen

Ich muß vor und nach den Pausentakt "newSpacingSection" einfügen. Soweit so gut, aber ich finde keine Angabe, ob der Takt dann schmaler, breiter oder sonstwas wird. Kann man da noch eine konkrete Eingabe in Pica, Pixel, Twips, mm oder was weiß ich vornehmen??

"Der \newSpacingSection-Befehl erstellt ein neues SpacingSpanner-Objekt, weshalb auch neue Anpassungen mit dem \override-Befehl an dieser Stelle eingesetzt werden können. " Das verstehe ich leider nicht und die Schnipsel ebensowenig..

Könnt Ihr mir da bitte noch auf die Sprünge helfen?!

Gruß
Luftikussl

[fugenkomponist]

LilyPond setzt die Noten enger oder weiter, je nach dem, was so die kleinsten vorkommenden Noten sind, wenn ich das recht erinnere. D. h. die Halben werden in nem Allabrevetakt, wo die kleinsten Noten Achtel sind, wesentlich dichter gesetzt als in nem langsamen 4/8-Takt mit lauter 32-steln. Normalerweise gilt das für das ganze Stück (oder?), aber mit dem Befehl \newSpacingSection kann man das Stück sozusagen in Teile mit sehr kleinen und größeren Notenwerten aufteilen. In deinem Beispiel gibt es erstmal als kleinste Noten Achteltriolen. Wenn du aber für die Ganztaktpause ne eigene Spacing Section anlegst, ist da natürlich diese Pause der kleinste Wert und bekommt dadurch weniger Platz zugewiesen.

Ne konkrete Angabe in mm o. ä. wirds höchstwahrscheinlich nicht geben, weil LilyPond ne gewisse Freiheit braucht, um Zeilenumbrüchen sinnvoll setzen zu können.

[kilgore]

Hallo Luftikussl,

Versuch mal dieses Befehl in dem \newSpacingSection

Code: [Auswählen]

\override Score.SpacingSpanner #'base-shortest-duration = #(ly:make-moment 1 2)
Die "2" kann man beliebig ändern um die Taktbreite zu ändern. Vielleicht hilft das? Einen weg die Taktbreite genau zu definieren (zB in mm oder StaffSpace) ist mir nicht bekannt...

Gruß
kil

[harm6]

Hallo Luftikussl,

ich denke fugenkomponist hat schon erklärt, was es mit newSpacingSection auf sich hat.
kilgore hat auch schon eine weitere Manipulationsmöglichkeit gezeigt.
Zwei weitere wären:

Code: [Auswählen]

  \once \override MultiMeasureRest.bound-padding = #3
  %% oder
  \once \override MultiMeasureRest.minimum-length = #10
Eine starre Angabe mit einer unveränderlichen Maßeinheit wie cm ist nicht sinnvoll.
Nicht allein der Zeilenumbrüche wegen, sondern auch weil LilyPond sehr viel Rechenleistung auf ein gutes spacing verwendet und eine gewisse Bandbreite benötigt um sinnvoll arbeiten zu können.
Natürlich ist das Ergebnis nicht immer ideal, sodaß man manuell eingreifen muß.
Aber die Eingriffe sollten flexibel handhabbar bleiben, sonst fliegt LilyPond erst recht aus der Kurve.

HTH,
  Harm