lilypond-user-fr
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Limites de LilyPond ?


From: Xavier Scheuer
Subject: Re: Limites de LilyPond ?
Date: Thu, 18 Feb 2021 10:57:45 +0100

On Wed, 17 Feb 2021 at 10:18, Seventies <j-f.lucarelli@espace-midi.com> wrote:
>
> C'est exact, j'ai essayé la version 2.20, qui me donne également un nombre
> impressionnant d'erreurs et un PDF avec de nombreuses erreurs (octaviations,
> décalages, etc).
> Mais ce projet comporte plus de 170 fichiers qu'il faudrait relire et mettre
> à jour, un travail titanesque.
>
> Aussi, ma question principale reste la suivante : pourquoi un système qui
> fonctionnait ne fonctionne plus du jour au lendemain ?

Bonjour,

Mettez-vous bien vos fichiers à jour avec convert-ly avant de les compiler avec la nouvelle version ?
En règle générale convert-ly est très efficace et j'ai très rarement le cas d'un fichier qui fonctionnait avec une version qui soudainement produirait des erreurs après une mise à jour.

> LilyPond, c'est la création de partition et sa maintenance. Quand j'ai une
> "petite" correction à apporter sur un projet (une altération oubliée, une
> nuance mal placée), je souhaiterais la corriger en cinq minutes
> (réinstallation temporaire de l'ancienne version) et pas recommencer dix
> mois de travail.

J'essaie de concentrer toutes mes "définitions personnelles" dans un fichier "defs.ily" que j'appelle dans chaque partition d'une œuvre. Ainsi les autres fichiers contiennent essentiellement des notes et indications standard dont la syntaxe ne devrait pas changer avec les nouvelles versions. Au final seul mon fichier "defs.ily" doit être mis à jour.

> Je dispose d'un projet réalisé avec la version 2.13, et s'il y a une
> correction à faire il suffit de réinstaller cette vieille version et faire
> la correction. Je pense que c'est l'esprit des versions successives de notre
> Lily.

C'est déjà un avantage conséquent du logiciel libre par rapport à certains logiciels commerciaux dont il n'est parfois plus possible d'utiliser un fichier généré des années et versions plus tôt.

> Je continue un peu à fouiner du côté de la librairie Visual C++, je pense
> que le problème est là, mais là, je rame ...

En plus des autres conseils je suggère l'utilisation de \bookpart dans le cas où un saut de page entre 2 mouvements est de toute façon prévu/souhaité. Cela simplifie et accélère grandement le calcul des sauts de ligne et de page (et probablement aide aussi en cas de problème de mémoire).

Cordialement,
Xavier

--
Xavier Scheuer <x.scheuer@gmail.com>


reply via email to

[Prev in Thread] Current Thread [Next in Thread]