Re: Orchestral strings, how to organise score and parts for divisi, solos, desks etc.

[Lib Lists]

Hi,
thanks for your answer.
During the past days I've been looking at this same technique, the
only problem is that I cannot find a way to merge the different voices
into one, for example in the first system. In an ideal world, I'd like
to have the ability to tell Lilypond that a certain passage should be
merged into one voice, another passage should be kept with the voices
separated but in the same staff, and in other cases there would be the
need of extra staves (the last two achievable using the technique you
mentioned).

Thanks for the tips on organising the various files!

On Tue, 26 May 2020 at 19:38, Xavier Scheuer <address@hidden> wrote:
>
> On Tue, 26 May 2020 at 18:12, Lib Lists <address@hidden> wrote:
> >
> > [...]
> >
> > However, I know that \partcombine doesn't accept more than two voices,
> > so I guess I cannot (hypothetically) combine all the voices together
> > and let Lilypond sort out when the voices contain the same or
> > different materials and generate, when needed, additional voices or
> > staves.
>
> Hello,
>
> Great project !
> I have used several times the technique mentioned on this list and documented 
> only in the regression test ‘divisi-staves.ly’.
> http://lilypond.org/doc/v2.21/input/regression/collated-files.html#divisi-staves.ly
> It is indeed necessary to indicate yourself the portions where staves can be 
> combined, but it works very well (automatic filling of the rest of the line 
> notably) and the rendering is very professional.
>
> Otherwise I usually have one file per instrument for the notes (and one 
> folder per movement) plus files for the conductor and each instrument part 
> with common "defs.ily", "paper.ily", "header.ily", "layout.ily" files and 
> possibly "instrument-breaks.ily" or "instrument-tweaks.ily" files towards the 
> end for final adjustments.
> I don't use a "global" variable and I enter the notes in relative mode but 
> it's a matter of personal preferences.
>
> Good luck with that,
> Xavier
>
> --
> Xavier Scheuer <address@hidden>
>