On 12/02/2012 15:13, Graham Percival wrote:
> On Sun, Feb 12, 2012 at 12:03:48PM +0100, Janek Warchoł wrote:
>> 2) Adding comprehensive MusicXML import and export features, together
>> with test suites for it. Requirements: ? (no idea in which language
>> this would be written), MusicXML, basic LilyPond and music notation
>> knowledge; familiarity with other scorewriters would be a nice bonus
>> (for cross-testing). The goal would be considered achieved when a
>> (previously chosen) not-so-complicated score could be imported from
>> MusicXML and exported back with no (unintentional) loss of data.
> umm, you know that we already have musicxml2ly import, right?
>
> I agree with having this on the ideas list, but it should
> definitely mention musicxml2ly.py and basic familiarity with
> python. The export would most likely be in scheme, although it's
> not impossible to imagine that somebody might write a relatively
> simple scheme exporter to an intermediate format (or just use
> \displaymusic{} ), then use python to construct the actual
> musicxml file.
That's bound to fail. LilyPond has so much processing going on in the
engravers, that the MusicXML exporter would have to duplicate most of
that. To me it makes much more sense to build on the result of the
iterators and engravers, rather than having to duplicate most of them in
custom code.
Cheers,
Reinhold
--
------------------------------------------------------------------
Reinhold Kainhofer, reinh...@kainhofer.com, http://reinhold.kainhofer.com/
* Financial & Actuarial Math., Vienna Univ. of Technology, Austria
* http://www.fam.tuwien.ac.at/, DVR: 0005886
* LilyPond, Music typesetting, http://www.lilypond.org
_______________________________________________
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
