Tablature pour clarinette

Bonjour tout le monde.
J'ai fait une commande markup \clarTab qui permet d'indiquer les doigtés d'une note à la clarinette.
J'ai essayé de la mettre sur le LSR , mais apparemment ça ne compile pas avec la version Lilypond 2.10 du LSR.
Est ce qu'il y aurait quelqu'un qui serait encore à cette version, qui pourrait m'envoyer les messages d'erreurs de la compilation sous 2.10.

Ci-joint, 3 fichiers:
- le pdf compilé sous "2.11.51"

- le .ly préparé pour la version 2.10
Pour compilé sous 2.11, il suffit de
            - commenter la ligne 181 : \fatText
            - décommenter la ligne 182 : \textLengthOn
J'utilise pas mal de fonctions markup qui sont pas mal renommées en ce moment, donc si vous utiliser la toute dernière version,
il risque peut-être d'avoir un message d'erreur d'une fonction qui n'existerait pas.

- un fichier text qui décrit la commande et ses 3 arguments.
OK , c'est en anglais mais c'est le texte préparé pour le LSR ... Désolé !!!

Gilles

clarTab.ly (7.46 KB)

clarTab.txt (3.9 KB)

clarTab.pdf (42.3 KB)

moi sur la 2.11.40 j'ai ça :

Erreur : Programme plus qu'obsolète : 2.11.40 (le fichier requiert 2.11.51)
clarTab.ly_[SGjpra].ly:181:3: Erreur : chaîne d'échappement inconnue : «
\fatText »
   
   \fatText % to force an enough space between notes ver 2.10
clarTab.ly_[SGjpra].ly:181:3: Erreur : syntax error, unexpected STRING
   
   \fatText % to force an enough space between notes ver 2.10
clarTab.ly_[SGjpra].ly:179:2: Erreur : suite à des erreurs répétées,
l'expression musicale sera ignorée
  
  \relative {
Erreur : erreur sur les fichiers : "clarTab.ly_[SGjpra].ly"

Sinon c'est sympa ton truc, ça peut s'adapter au sax alto ?

···

Le dimanche 14 septembre 2008, Gilles THIBAULT a écrit :

Bonjour tout le monde.
J'ai fait une commande markup \clarTab qui permet d'indiquer les doigtés
d'une note à la clarinette.

--
Cordialement, Daniel Cartron
« Le rire sucre les larmes. »
Robert Sabatier - Le livre de la déraison souriante

Gilles THIBAULT a écrit :

Bonjour tout le monde.
J'ai fait une commande markup \clarTab qui permet d'indiquer les doigtés d'une note à la clarinette.
J'ai essayé de la mettre sur le LSR , mais apparemment ça ne compile pas avec la version Lilypond 2.10 du LSR.
Est ce qu'il y aurait quelqu'un qui serait encore à cette version, qui pourrait m'envoyer les messages d'erreurs de la compilation sous 2.10.

Ci-joint, 3 fichiers:
- le pdf compilé sous "2.11.51"

- le .ly préparé pour la version 2.10
Pour compilé sous 2.11, il suffit de
           - commenter la ligne 181 : \fatText
           - décommenter la ligne 182 : \textLengthOn
J'utilise pas mal de fonctions markup qui sont pas mal renommées en ce moment, donc si vous utiliser la toute dernière version,
il risque peut-être d'avoir un message d'erreur d'une fonction qui n'existerait pas.

Bonjour,
chez moi, (2.11.49) ça ne compile pas jusqu'au bout :

···

-------------------------------------------
Conversion à « ./clarTab.pdf »...
échec de « gs -q -dSAFER -dDEVICEWIDTHPOINTS=595.28 -dDEVICEHEIGHTPOINTS=841.89 -dCompatibilityLevel=1.4 -dNOPAUSE -dBATCH -r1200 -sDEVICE=pdfwrite -sOutputFile="./clarTab.pdf" -c .setpdfwrite -f "clarTab.ps" » (256)
erreur de programmation : Parsed object should be dead: static scm_unused_struct* Prob::mark_smob(scm_unused_struct*)
poursuite ; croisons les doigts.
erreur de programmation : Parsed object should be dead: static scm_unused_struct* Context_def::mark_smob(scm_unused_struct*)
poursuite ; croisons les doigts.
erreur de programmation : Parsed object should be dead: static scm_unused_struct* Lily_lexer::mark_smob(scm_unused_struct*)
poursuite ; croisons les doigts.
erreur de programmation : Parsed object should be dead: static scm_unused_struct* Grob::mark_smob(scm_unused_struct*)
poursuite ; croisons les doigts.
----------------------------------------------
Dommage, ça m'intéressait bien, étant clarinettiste.

Jean-Marc

avec ma 2.11.40 mm messages une fois que j'ai échangé les commentaires sur les
lignes 181 et 182

···

Le dimanche 14 septembre 2008, jm reboul a écrit :

chez moi, (2.11.49) ça ne compile pas jusqu'au bout :

--
Cordialement, Daniel Cartron
« Être con est tout à fait supportable tant qu'on l'est suffisamment pour ne
pas savoir qu'on l'est. »
François Cavanna - Le saviez-vous ?

Gilles THIBAULT a écrit :

Bonjour tout le monde.
J'ai fait une commande markup \clarTab qui permet d'indiquer les doigtés d'une note à la clarinette.
J'ai essayé de la mettre sur le LSR , mais apparemment ça ne compile pas avec la version Lilypond 2.10 du LSR.
Est ce qu'il y aurait quelqu'un qui serait encore à cette version, qui pourrait m'envoyer les messages d'erreurs de la compilation sous 2.10.

Voilà ce que ça donne avec la 2.10.33 :

Conversion en « clarTab.pdf »...
« gs -q -dSAFER -dDEVICEWIDTHPOINTS=595.28 -dDEVICEHEIGHTPOINTS=841.89 -dCompatibilityLevel=1.4 -dNOPAUSE -dBATCH -r1200 -sDEVICE=pdfwrite -sOutputFile="clarTab.pdf" -c .setpdfwrite -f "clarTab.ps" » a mis (256) en échec

et le pdf obtenu

clarTab.pdf (20.6 KB)

au fait j'arrive pas à le lire, ça me dit que c'est un binaire ...

···

Le dimanche 14 septembre 2008, Gilles THIBAULT a écrit :

- un fichier text qui décrit la commande et ses 3 arguments.

--
Cordialement, Daniel Cartron
« La vérité c'est qu'il n'y a pas de vérité (y compris celle-ci). »
Devise Shadock

Bonjour tout le monde.
J'ai fait une commande markup \clarTab qui permet d'indiquer les doigtés
d'une note à la clarinette.
J'ai essayé de la mettre sur le LSR , mais apparemment ça ne compile pas
avec la version Lilypond 2.10 du LSR.
Est ce qu'il y aurait quelqu'un qui serait encore à cette version, qui
pourrait m'envoyer les messages d'erreurs de la compilation sous 2.10.

Merci à vous tous de m'avoir répondu.
------------------ Pour les versions 2.10 ------------------------------
Le resultat :

Conversion en « clarTab.pdf »...
[...]
"clarTab.ps" » a mis (256) en échec

n'aide pas vraiment ... (Si quelqu'un sait ce qu'est (256) ? ).
Bon, pour le moment on va dire que clarTab n'est pas compatible 2.10.
  => exit LSR :frowning:

-- ---------------Pour les versions inférieures à "2.11.51" (ma version actuelle)---------
Le résultat :

erreur de programmation : Parsed object should be dead: static
scm_unused_struct* Prob::mark_smob(scm_unused_struct*)

Ben là, on peut pas dire que c'est beaucoup plus clair !

En fait, j'ai un soupçon sur la commande \halign
Si le petit fichier suivant se compile chez vous, alors je ne comprend plus rien, et je serai obligé de dire,
comme précédement, que clarTab n'est pas compatible pour les versions inférieures à 2.11.51
        %%%%%%%%%%%%%%%%%%%%
        #(define-markup-command (bidon layout props strA strB)(string? string?)
         (interpret-markup layout props
              (make-column-markup (list
                  (make-simple-markup strA)
                  (make-halign-markup 0.5 (make-simple-markup trB)))) ))

        {c'-\markup {\column {"coucou1" \halign #0.5 "coucou2" }} }
        {c'-\markup \bidon #"coucou1" #"coucou2"}
        %%%%%%%%%%%%%%%%%%%%

------------------------- versions supérieures à "2.11.51"------------------------------------
Ce que je voudrais savoir maintenant, c'est si ça se compile pour les versions supérieures à "2.11.51".
Est-ce que quelqu'un a ça ?
Je remet le .ly en fichier joint directement compilable (j'ai fait la petite modif. pour le textLengthOn de la ligne 182)

J'en profite pour mettre aussi la petite aide de la fonction (que j'avais faite en .txt unicode) directement en pdf.

Gilles

clarTab-doc.pdf (53.5 KB)

clarTab.ly (7.37 KB)

avec la 21.11.40 :

Interprétation en cours de la musique...
Pré-traitement des éléments graphiques...
Détermination du nombre optimal de pages...
Répartition de la musique sur une page...
Dessin des systèmes...
Sortie mise en page vers « clarTab.ps »...
Conversion à « clarTab.pdf »...
échec de «
gs -q -dSAFER -dDEVICEWIDTHPOINTS=595.28 -dDEVICEHEIGHTPOINTS=841.89 -dCompatibilityLevel=1.4 -dNOPAUSE -dBATCH -r1200 -sDEVICE=pdfwrite -sOutputFile="clarTab.pdf" -c .setpdfwrite -f "clarTab.ps" »
(256)
erreur de programmation : Parsed object should be dead: static
scm_unused_struct* Prob::mark_smob(scm_unused_struct*)
poursuite ; croisons les doigts.
erreur de programmation : Parsed object should be dead: static
scm_unused_struct* Context_def::mark_smob(scm_unused_struct*)
poursuite ; croisons les doigts.
erreur de programmation : Parsed object should be dead: static
scm_unused_struct* Lily_lexer::mark_smob(scm_unused_struct*)
poursuite ; croisons les doigts.
erreur de programmation : Parsed object should be dead: static
scm_unused_struct* Grob::mark_smob(scm_unused_struct*)
poursuite ; croisons les doigts.
Erreur : erreur sur les fichiers : "clarTab.ly"

et le pdf résultant est en pj

···

Le dimanche 14 septembre 2008, Gilles THIBAULT a écrit :

Si le petit fichier suivant se compile chez vous, alors je ne comprend
plus rien, et je serai obligé de dire,
comme précédement, que clarTab n'est pas compatible pour les versions
inférieures à 2.11.51

--
Cordialement, Daniel Cartron
« Tous pour un, un pour tous et 25 pour 100. »
Pierre Dac

avec la 21.11.40 :

Est-ce que vous pouvez testez ça ?
Après je vous embête plus ...

     %%%%%%%%%%%%%%%%%%%%
        #(define-markup-command (bidon layout props strA strB)(string? string?)
         (interpret-markup layout props
              (make-column-markup (list
                  (make-simple-markup strA)
                  (make-halign-markup 0.5 (make-simple-markup trB)))) ))

        {c'-\markup {\column {"coucou1" \halign #0.5 "coucou2" }} }
        {c'-\markup \bidon #"coucou1" #"coucou2"}
        %%%%%%%%%%%%%%%%%%%%

ha oui dsl je suis allé trop vite ce matin j'ai pas percuté que le fichier
joint n'était pas ce qui est ci-dessus, donc maintenant ça donne

Traitement de « clarTab2.ly »
Analyse...
Interprétation en cours de la musique...
Pré-traitement des éléments graphiques...
Interprétation en cours de la musique...
Pré-traitement des éléments graphiques...clarTab2.ly:10:43: While evaluating
arguments to make-simple-markup in expression (make-simple-markup trB):
clarTab2.ly:10:43: Unbound variable: trB

Je me suis permis de supprimer les retour ligne avant string et trB avant de
compiler.

Et je veux bien être encore embèté si ça permet de récupérer un truc qui
marche, ça m'interesse aussi.

···

Le lundi 15 septembre 2008, Gilles THIBAULT a écrit :

 %%%%%%%%%%%%%%%%%%%%
    \#\(define\-markup\-command \(bidon layout props strA strB\)\(string?

string?)
(interpret-markup layout props
(make-column-markup (list
(make-simple-markup strA)
(make-halign-markup 0.5 (make-simple-markup
trB)))) ))

    \{c'\-\\markup \{\\column \{"coucou1" \\halign \#0\.5 "coucou2" \}\} \}
    \{c'\-\\markup \\bidon \#"coucou1"  \#"coucou2"\}
    %%%%%%%%%%%%%%%%%%%%

--
Cordialement, Daniel Cartron
« La pitié, c'est l'éboueur de la misère. »
Bernard Shaw - Maximes pour révolutionnaires

bon si je prenais le tps de relire ça irait mieux... Une fois rectifiée
l'érreur ça compile, voir png joint

clartab.png

···

Le lundi 15 septembre 2008, Gilles THIBAULT a écrit :

              \(make\-halign\-markup 0\.5 \(make\-simple\-markup

trB)))) ))

--
Cordialement, Daniel Cartron
« Deviens ce que tu es. Fais ce que toi seul peut faire. »
Friedrich Nietzsche - Ainsi parlait Zarathoustra

et moi :
GPL Ghostscript 8.61 (2007-11-21)
ça viendrait de là ?

···

Le lundi 15 septembre 2008, Gilles THIBAULT a écrit :

GPL Ghostscript SVN PRE-RELEASE 8.57

--
Cordialement, Daniel Cartron
« Pour que l'école dure, ami donnez! »
Francis Blanche

bon si je prenais le tps de relire ça irait mieux... Une fois rectifiée
l'érreur ça compile, voir png joint

Merci beaucoup Daniel.
Bon ben c'est pas une bonne nouvelle.
Donc, clarTab n'est compatible qu'à partir de la version 2.11.51.
Il y a peut-être une histoire de version de "gs" pour les versions antérieures.
Quand je tape dans le terminal
        gs
ça me dit
GPL Ghostscript SVN PRE-RELEASE 8.57

Et vous ?

Bon, après j'arrête de chercher.

Gilles

GPL Ghostscript SVN PRE-RELEASE 8.57

et moi :
GPL Ghostscript 8.61 (2007-11-21)
ça viendrait de là ?

Ce qui est bizarre c'est que ta version gs est plus récente que la mienne alors que celle de lilypond est plus ancienne ("2.11.51" vs "2.11.40")
Les développeurs de Lilypond seraient-ils revenus à des versions de gs plus anciennes ?

Bon, je vous reparlerai de \clarTab quand on sera tous passer à la version 2.12 (qui commence à pointer le bout de son nez).
J'espère alors qu'elle ne marchera pas que seulement chez moi.

Gilles

> GPL Ghostscript SVN PRE-RELEASE 8.57

>>et moi :
>>GPL Ghostscript 8.61 (2007-11-21)
>>ça viendrait de là ?
Ce qui est bizarre c'est que ta version gs est plus récente que la
mienne alors que celle de lilypond est plus ancienne ("2.11.51" vs
"2.11.40")

Attention à la confusion des versions : à moins que vous compiliez
vous-même LilyPond ou que vous installiez un paquet conçu pour votre
ditribution, il faut essayer
/PATH/TO/LILYPOND-INSTALLATION/lilypond/usr/bin/gs
afin de déterminer la version de Ghostscript réellement utilisée.

Les développeurs de Lilypond seraient-ils revenus à des versions de gs
plus anciennes ?

Ça peut arriver si on observe des régressions.

Bon, je vous reparlerai de \clarTab quand on sera tous passer à la
version 2.12 (qui commence à pointer le bout de son nez).
J'espère alors qu'elle ne marchera pas que seulement chez moi.

Ce n'est pas une bonne idée de se soucier de savoir si ton snippet
foonctionne avec des versions de développement surannées comme 2.11.4x :
avant de rapporter un quelconque bug ou ce genre de problème sur les
listes, il est préférable dans la mesure du possible mettre à jour
LilyPond vers la dernière version sur la même branche qui fonctionne.

Salutations lilyesques
John

···

Le lundi 15 septembre 2008 à 21:56 +0200, Gilles THIBAULT a écrit :

Bon, je vous reparlerai de \clarTab quand on sera tous passer à la
version 2.12 (qui commence à pointer le bout de son nez).
J'espère alors qu'elle ne marchera pas que seulement chez moi.

Ce n'est pas une bonne idée de se soucier de savoir si ton snippet
foonctionne avec des versions de développement surannées comme 2.11.4x :
avant de rapporter un quelconque bug ou ce genre de problème sur les
listes, il est préférable dans la mesure du possible mettre à jour
LilyPond vers la dernière version sur la même branche qui fonctionne.

Je viens de télécharger la 2.11.59 :
clarTab.ly marche parfaitement aussi avec cette version.
(cf fichier joint pour ceux qui envisagent de se mettre à jour)
C'est la même version de gs que j'avais auparavant
"GPL Ghostscript SVN PRE-RELEASE 8.57"

Au départ, je voulais simplement rajouter clarTab dans le LSR pour que tout le monde puisse y acceder.
Là par contre, obligation d'attendre la 2.12 puisqu' apparemment, clarTab ne se compile pas avec la version 2.10 du LSR

Gilles

clarTab.ly (7.58 KB)

Ce qui me fait douter de l'intérêt d'upgrader lilypond... Si ton gs n'a pas
changé c'est que la mise à jour de lilypond n'impacte pas gs et si le pb de
compile vient de gs...

Ceci dit comme John dit que la 2.11.40 installée par ma mdv est surrannée je
met à jour malgré tout. En espérant que ma version actuelle de gs marchera
(installée aussi par mdv), en tout cas je te tiendrai au courant.

Ça me plairait vraiment de pouvoir écrire les partitions de sax de mon gamin
avec des tablatures. :slight_smile:

···

Le samedi 20 septembre 2008, Gilles THIBAULT a écrit :

Je viens de télécharger la 2.11.59 :
clarTab.ly marche parfaitement aussi avec cette version.
(cf fichier joint pour ceux qui envisagent de se mettre à jour)
C'est la même version de gs que j'avais auparavant
"GPL Ghostscript SVN PRE-RELEASE 8.57"

--
Cordialement, Daniel Cartron
« On devient gros et gras et on en apprend tous les jours. »
Alfred Lemesre

.. Si ton gs n'a pas
changé c'est que la mise à jour de lilypond n'impacte pas gs et si le pb de
compile vient de gs...

Oui mais j'avais desinstallé la version précédente avant : je n'avais plus de gs donc sur mon ordi .Je suppose que si tu procèdes de la même façon, tu auras le "bon" gs avec cette nouvelle version.

Gilles

C'est un peu plus compliqué que ça : LilyPond écrit en sortie du code
PostScript, qui est ensuite lu par GS pour produire un PDF. Il peut
arriver que du code markup de bas niveau puisse générer du code
PostScript incorrect.

John

···

Le dimanche 21 septembre 2008 à 18:50 +0200, Daniel Cartron a écrit :

Ce qui me fait douter de l'intérêt d'upgrader lilypond... Si ton gs n'a pas
changé c'est que la mise à jour de lilypond n'impacte pas gs et si le pb de
compile vient de gs...

Ben ça marche pas mieux, mais j'ai des messages peut-être plus explicites, si
ça peut aider :

Error: /invalidfileaccess
in /findfont

Operand stack:
      /usr/share/fonts/TTF/dejavu/DejaVuSans.ttf
Execution stack:
   %interp_exit .runexec2 --nostringval--
  --nostringval-- --nostringval--
2 %stopped_push --nostringval-- --nostringval-- --nostringval--
false 1 %sto
pped_push 1905 1 3 %oparray_pop 1904 1 3 %oparray_pop 1888
1 3 %oparray_pop 1771 1 3 %oparray_po
p --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval--
2 %stopped_push --n
ostringval-- 1863 2 3 %oparray_pop
Dictionary stack:
   --dict:1149/1684(ro)(G)-- --dict:0/20(G)-- --dict:111/200(L)

···

Le dimanche 21 septembre 2008, Daniel Cartron a écrit :

Ceci dit comme John dit que la 2.11.40 installée par ma mdv est surrannée
je met à jour malgré tout. En espérant que ma version actuelle de gs
marchera (installée aussi par mdv), en tout cas je te tiendrai au courant.

--
Current allocation mode is local
GPL Ghostscript 8.61: Unrecoverable error, exit code 1

--
Cordialement, Daniel Cartron
« On ne peut pas juger quelqu'un à ses fréquentations ; ne perdons pas de vue
que Judas avait des amis irréprochables. »
Tristan Bernard