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

Reply via email to