>
> Qu'entends-tu par « repris » ?
Comme ceci :
%%%% Lily code
\version "2.16.2"
global = {
\time 4/4
\key c \major
s1*4
\break
\mark \default
\repeat volta 2 {
s1*4
}
\alternative {
{
s1*4
}
{
s1*4
}
}
\bar "||" \break
\mark \default
\key c \minor
s1*8 \bar "||" \break
\tempo "Vivace"
\time 2/2
s1*2*4
\bar "|."
}
Ah, autrement dit, la structure est définie dans \global. Cela m'amène
à 2 questions :
1. Y aurait-il un intérêt, autre que clarifier un peu le code, à
définir et nommer la structure avant \global pour l'inclure ensuite
dans celui-ci, par exemple comme suit :
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
structure = { ... }
global = {
\time 4/4
\key c \major
\structure
}
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
2. Le nom « global » est-il réservé ou bien est-ce simplement une
convention suivie par la majorité des utilisateurs (éventuellement
avancés) de LilyPond ?
%% puis dans le \score , utiliser
<<
\global
\melody
>>
%%%% End of lily code
OK, c'est très clair maintenant.
>
> Cela est-il documenté quelque part ?
Il s'agit simplement de pratique courante d'utilisateurs avancés.
Chacun utilise (ou non) une variante de la variable "global"
ci-dessus.
OK.
On retrouve une utilisation de \global dans le template
LM A.3.2 Parties pour quatuor à cordes
GNU LilyPond – Manuel d'initiation: A.3.2 Parties pour quatuor à cordes
Très intéressant ! Là aussi, cela m'évoque 3 questions :
1. Quel gain y a-t-il à procéder au moyen de tags pour obtenir des
parties ensemble/séparées :
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
music = {
<<
\tag #'score \tag #'vn1 \new Staff { << \global \Violinone >> }
\tag #'score \tag #'vn2 \new Staff { << \global \Violintwo>> }
\tag #'score \tag #'vla \new Staff { << \global \Viola>> }
\tag #'score \tag #'vlc \new Staff { << \global \Cello>> }
>>
}
% ...
% Ensemble
\score {
\new StaffGroup \keepWithTag #'score \music
\layout { }
\midi { }
}
% Une voix séparée
\score {
\keepWithTag #'vn1 \music
\layout { }
}
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
par rapport à utiliser directement les variables :
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
music = {
<<
<< \global \Violinone >>
<< \global \Violintwo>>
<< \global \Viola>>
<< \global \Cello>>
>>
}
% ...
% Ensemble
\score {
\new StaffGroup \music
\layout { }
\midi { }
}
% Une voix séparée
\score {
\global \Violinone
\layout { }
}
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
2. Quel est l'intérêt, dans les exemple ci-dessus, à avoir inséré
\global dans chacune des lignes de \music, plutôt que dans chacune des
définitions de \Violinone, \Violintwo, etc. ?
3. J'ai récemment eu à transcrire en LilyPond une pièce comportant, un
peu comme ici, plusieurs voix mais où celles-ci peuvent ne pas être
toujours jouées par les mêmes instruments. Dans un tel cas, il est
préférable de noter les parties par des noms plus génériques que, par
exemple ici, \Viola ou \Cello, tels que \VoixUn, \VoixDeux, etc.
Inséreriez-vous alors les indications définitives (d'instrument, de
transposition, etc.) comme dans l'exemple de la documentation, à savoir
dans la voix où est définie la musique :
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
VoixUn = \new Voice { \relative c' {
\set Staff.instrumentName = #"Viola "
\clef alto
e2 d c1
\bar "|." }}
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
ou bien ailleurs ?
Une explications des structures avec expressions musicales simultanées
LM 3.1.2 La partition est une (unique) expression musicale composée
GNU LilyPond – Manuel d'initiation: 3.1.2 La partition est une (unique) expression musicale composée
L'utilisation de silences invisibles pour "structurer" les sauts de
ligne ou de page dans NR 4.3.8 Recours à une voix supplémentaire pour
gérer les sauts
GNU LilyPond – Manuel de notation: 4.3.8 Recours à une voix supplémentaire pour gérer les sauts
OK, merci !
Cordialement.
···
Le jeudi 21/03/13 à 17h25, Xavier Scheuer <****@****> a écrit :
2013/3/21 Denis Bitouzé <****@****>:
2013/3/21 Denis Bitouzé <****@****>:
--
Denis