Graham Percival escreveu:
> You said that it added 5% or 10% to the processing time, so it wasn't
> worth having it on by default. That's fine; I'm not criticizing that
> decision. But what if somebody _is_ willing to spend that extra
> processing time to get great-looking music? Currently they
Comparing to the -O flags of most compilers, to optimize the generated code
at the expense of longer compilation time, I see both similarities and
differences:
- It's something you turn on when you know that you input source code is
more or less correct.
- Most users don't know and don't care exa
Han-Wen Nienhuys wrote:
Graham Percival escreveu:
Han-Wen Nienhuys wrote:
I've just pushed a change which enables (commented out) skylines for
separation items. Could you have another look at skyline performance?
I'm seeing a signifcant performance impact on enabling it.
Would it be desirable
Graham Percival escreveu:
> Han-Wen Nienhuys wrote:
>> I've just pushed a change which enables (commented out) skylines for
>> separation items. Could you have another look at skyline performance?
>> I'm seeing a signifcant performance impact on enabling it.
>
> Would it be desirable to have
> \fa
Han-Wen Nienhuys wrote:
I've just pushed a change which enables (commented out) skylines for
separation items. Could you have another look at skyline performance?
I'm seeing a signifcant performance impact on enabling it.
Would it be desirable to have
\fastProcessing
\qualityProcessing
macros?
