Re: Problem associated with multiple quote sources

2019-12-09 Thread David Kastrup
"Peter Gentry"  writes:

> I have done some digging with small files.
>
> 1. putting each set of potential cues as reqd. as the first lines in each
> music file (Movement) works  :
>
>   cueNotesOneA=\include "file1.ily"
>
>   \addQuote "cueNotesOneA" { \cueNotesOneA }
>
>   Etc...
>
> 2. when several music files are instanced in an attempt to produce a single
> score this fails

What is "instanced"?  How does such an "attempt to produce a single
score" look like?

> 3. when this input is changed:   Move the list the cues  to  BEFORE each
> \score {.} section it works

I am not surprised that using the cues before defining them does not
work.  This is probably not what you mean but it is not clear what you
mean.

> 4. However attempts to include a Header file (title dates text and .eps
> picture) for the first page  and header text for each movement causes
> failure but  when cues are defined.

"Attempts causes failure but when cues are defined"?  Sorry, I don't get
what you are saying here.

> 5.  I use Book and BookPart sections to produce a score but just  using
> bookpart sections also causes failure

How do you use book and bookpart sections?  You are aware that book and
bookpart sections cannot contain assignments at top level?  But that's
nothing that changed "since 2015".

> 6. I will try and reduce these complication header complications to
> isolate the issue one step at a time.

Maybe that would help making more focused descriptions as well.

-- 
David Kastrup



Problem associated with multiple quote sources

2019-12-09 Thread Peter Gentry
I have done some digging with small files.

1. putting each set of potential cues as reqd. as the first lines in each
music file (Movement) works  :

  cueNotesOneA=\include "file1.ily"

  \addQuote "cueNotesOneA" { \cueNotesOneA }

  Etc...

2. when several music files are instanced in an attempt to produce a single
score this fails

3. when this input is changed:   Move the list the cues  to  BEFORE each
\score {.} section it works 

4. However attempts to include a Header file (title dates text and .eps
picture) for the first page  and header text for each movement causes
failure but  when cues are defined.

5.  I use Book and BookPart sections to produce a score but just  using
bookpart sections also causes failure

6. I will try and reduce these complication header complications to isolate
the issue one step at a time.

Regards Peter

 



Re: Problem associated with multiple quote sources

2019-12-09 Thread David Kastrup
"Peter Gentry"  writes:

> Some time ago (2015) I prepared a quintet version of the Farrenc Nonetto. To
> make things easier I added copious quotes to the many long chains of rests
> to help the players. For this purpose I created an ily containing a set of
> music for each line & movement (without cues) so that I could pick and chose
> quotes to go virtually anywhere. This worked fine then but today it runs
> into trouble.

[...]

> This works as expected for each movement on its own.
>
>  
>
> But when I combine the movements in a single file and include a frontpage
> (in the usual way)  I get error messages such as

There is no usual way.

> C:/Users/Peter/Lilypool/Music_Files/Farrenc/Op38_Alto_L2_M1.ily:7:1: error:
> not a note name: cueNotesOneA

You use cueNotesOneA as the target for an assignment in the code you
quoted above but LilyPond tries to interpret it as a notename.

The most likely cause is you forgot a closing brace } .

> The parts and score files are far too large to include here.

Then make an example from scratch that isn't.  Really, there is not a
lot of help one can offer here without further information.

> I have been pulling out the few remaining hairs if anyone knows why things
> have changed since 2015 I would be very grateful

Things change all the time.  If you want to see what syntactical
entities LilyPond encounters and how it reacts to them, you can run it
with option -ddebug-parser .  The output will be humongous.  You can
direct it to a file and try capturing the last few dozen lines before
the error to guess what may be happening.

-- 
David Kastrup



Problem associated with multiple quote sources

2019-12-09 Thread Peter Gentry
Some time ago (2015) I prepared a quintet version of the Farrenc Nonetto. To
make things easier I added copious quotes to the many long chains of rests
to help the players. For this purpose I created an ily containing a set of
music for each line & movement (without cues) so that I could pick and chose
quotes to go virtually anywhere. This worked fine then but today it runs
into trouble.

 

\version "2.19.81"

%Preamble cut for brevity

 

% potential sources of cues for Movement One  ( bare indicates music without
any cues)

cueNotesOneA=\include "Op38_Alto_L2_M1_bare.ily"

\addQuote "cueNotesOneA" { \cueNotesOneA }

 

cueNotesOneB=\include "Op38_Clarinet_L3_M1_bare.ily"

\addQuote "cueNotesOneB" { \cueNotesOneB }

 

%similar data to above for other parts cut out for brevity

 

\relative c'' {

% Tempo and some notes etc cut out for brevity

 

es2 g2 )   |  % 6

as2 f2  |  % 7

g4 r4 r4 r4   |  % 8

% example of a cue

\new CueVoice \with { instrumentCueName="clt3" }

\cueDuring #"cueNotesOneB"  #UP {\set Score.skipBars = ##t s1*4/4*3 }  

 

% large chunkof notes  cut out for brevity

es'4\f r4 r4   |  % 413

c4 r4 r4   |  % 414 

 \bar "|."

} 

This works as expected for each movement on its own.

 

But when I combine the movements in a single file and include a frontpage
(in the usual way)  I get error messages such as

C:/Users/Peter/Lilypool/Music_Files/Farrenc/Op38_Alto_L2_M1.ily:7:1: error:
not a note name: cueNotesOneA

 

This also prevents the production of a complete score with all parts.

 

I realise the above is not a particularly small clip but it is the general
application of lots of quotes in a longish piece which is no longer working
as before.

The parts and score files are far too large to include here.

I have been pulling out the few remaining hairs if anyone knows why things
have changed since 2015 I would be very grateful

 

Regards Peter