Hi Mike, (i've come back finally) When i was thinking about LilyPond lately, i decided that changing character outlines from boxes to something more precise was perhaps the most important thing we should improve now - and i see that you are working on this! Great! My (quick) question is: would be easy to apply your solution to other objects? I know that lyrics and dynamics really need improvement in this area too - see this example: http://www.sendspace.com/file/dm4ua2 (source is attached to pdf).
Many thanks! Janek 2011/12/21 m...@apollinemike.com <m...@apollinemike.com>: > On Dec 21, 2011, at 6:11 PM, carl.d.soren...@gmail.com wrote: > >> Mike, have you done any work to examine the effect of the value of >> n_boxes on a) computation time, and b) quality of engraving fit? If >> there is no effect on computation time, then we might as well err on the >> side of too many. If there is a significant effect on computation time, >> we ought to be careful to set the number as small as possible. >> > > I ran this : > > \repeat unfold 100 { > \override Slur #'skyline-quantizing = #FOO > f'8^"rit" ( c'' f'' c''' f''') r r4 | > c'''2( c'' | > g'1) ~ \startTrillSpan g'\stopTrillSpan g'\f( g) > } > > Where FOO ranged from 1 to 19. The time of compilation ranged from 20.23 to > 20.64 seconds and I didn't really see any difference above 10 boxes. I'll > reduce the default to 10. > >> Also, in keeping with the desire to use full-word variable names, >> perhaps box_count would be better than n_boxes. > > Will do. > > Cheers, > MS > > > _______________________________________________ > lilypond-devel mailing list > lilypond-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/lilypond-devel _______________________________________________ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel