[prev in list] [next in list] [prev in thread] [next in thread]
List: lilypond-bug
Subject: Re: Long compile times with many empty bars
From: Thomas Morley <thomasmorley65 () gmail ! com>
Date: 2018-04-07 14:06:17
Message-ID: CABsfGyUBp-Dp5xMXgXWph6z3h6eDmz0cS0HFysXibnWrb4NJwg () mail ! gmail ! com
[Download RAW message or body]
2018-04-07 14:57 GMT+02:00 Simon Albrecht <simon.albrecht@mail.de>:
> On 07.04.2018 13:42, Andrew Bernard wrote:
>>
>> given that when there are
>> non-empty objects present it does not appear to arise. is it simply an
>> 'academic' corner case of purely theoretical interest?
>
>
> It happens in intermediary stages of work. I stumbled upon the problem when
> I started engraving a new piece by setting up this:
>
> global = {
> \time 3/8
> \key f \major
> s4.*438
> \bar "||"
> \time 2/2
> \set Timing.currentBarNumber = 1
> s1*170
> \bar "|."
> }
>
> and then combining it with the first couple bars of music, to be surprised
> by the extraordinarily long compile time.
> So I don't think it's a contrived example, and since I do think this is a
> useful workflow, it would certainly help to make LilyPond compile this
> faster.
For an intermediate state you could disallow line/page-breaking, doing
it all manually.
Below compiles in 4.1 seconds on my weak laptop
\version "2.19.81"
\layout {
\context {
\Score
\override NonMusicalPaperColumn.line-break-permission = ##f
\override NonMusicalPaperColumn.page-break-permission = ##f
}
}
global = {
\time 3/8
\key f \major
s4.*438
\bar "||"
\time 2/2
\set Timing.currentBarNumber = 1
s1*170
\bar "|."
}
main = {
\time 3/8
R8*3
\break
}
\new Staff <<
\main
\global
>>
Cheers,
Harm
_______________________________________________
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic