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

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

État actuel du MusicXML [was: Café Lily]


From: Valentin Villenave
Subject: État actuel du MusicXML [was: Café Lily]
Date: Thu, 14 Mar 2019 13:05:42 +0100

On 3/14/19, Yoann LE BARS <address@hidden> wrote:
>       J’ai ajouté une proposition au sujet de MusicML.

Euh, MusicXML plutôt ?

Le point est assez vite fait :

- MusicXML est un langage de description utilisant la syntaxe XML
(dérivée du HTML), donc relativement précis et très extensible mais
assez lourd, et en tout cas pas destiné à être saisi à la main
contrairement au code LilyPond.

- Il a été développé par l’entreprise Recordare (commercialisant un
plugin pour Finale), et donc orienté à l’origine vers les logiciels
privateurs plutôt que Libres (c’était la glorieuse époque où Microsoft
Office a lancé en fanfare son format "OpenXML" pour écraser
OpenOffice).

- Les créateurs de ce langage n’ayant pas publié de documentation
complète, c’est la communauté LilyPond (en particulier Reinhold
Kainhofer) qui a établi la première description méthodique et la seule
suite de tests pour ce format :
http://lilypond.org/doc/latest/input/regression/musicxml/collated-files.html

- l’outil d’importation musicxml2ly n’a plus beaucoup été maintenu à
partir de 2012 faute de ressources ; il existe un autre outil
développé par le Grame en France, qui semble présenter quelques
avantages :
https://github.com/grame-cncm/libmusicxml

- quant à la passerelle en sens inverse (lilypond vers MusicXML), il y
a eu plusieurs pistes en ce sens :
https://sourceforge.net/p/testlilyissues/issues/665/

Il ne serait pas très difficile de sortir des informations musicales
de LilyPond (en Scheme ou en music-stream) et de les exprimer en
syntaxe XML. Toutefois ce ne serait qu’une solution imparfaite, car
elle ne rendrait pas compte des choix de mise en forme qui font tout
l’intérêt de LilyPond. Une autre possibilité serait d’avoir une classe
de Translators, comme les engravers pour l’impression ou les
performers pour le MIDI (ou, comme il en a été question passé un
temps, les "embossers" pour une sortie en Braille). Enfin, il existe
toujours la possibilité d’avoir des outils externes plus ou moins
rudimentaires (le script Python que propose actuellement Frescobaldi).

Mon sentiment est que MusicXML n’intéresse finalement pas beaucoup de
monde dans l’équipe de développement: il repose sur des choix
(techniques, culturels, idéologiques) très éloignés de la démarche de
LilyPond, et ce n’est pas un hasard s’il attire davantage d’autres
logiciels, plus récents, moins libristes, et davantage calqués sur
l’approche des logiciels commerciaux grand-public.

V.



reply via email to

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