
Maybe this is already a feature, but an alternative approach of generating parts for each individual score first, then trying to "glue" them together, either in Musescore or PDFs, would seem to present a lot more work. For me what would be useful would be to combine scores together, and then generate the parts, which could then be printed off. At the full score level this may not be such a big thing - anyone who wants to do this will probably find a way, and it might not have to be done too often. That way collections (suites) of music could be combined into one entity. It really would be useful to combine arbitrary scores. There needs to be a new section component in musicxml - is there one? So the combination could be done but would take a program to do it. There is no substitute for having continuous parts with sequentially numbered measures. Expected: 1/1 Found: 6/4Įtc etc - same result as the first experiment.

I tried leaving out fewer of the header sections, removing one at a time, Got the same slew of messages It seems that manually renumbering the measures and combining part by part is required or leaving in the header and hoping that it creates a concatenated rather than a superimposed score. That gave me 12 instruments - but there were fewer errors So I added parts to the part-list and renumbered the parts in the second file. The save as musicxml results in a rigid format with all actual lengths imposed rather than dynamically reassigned on load. It appears one would have to combine each part manually and that would mean renumbering all the measures unless the load does that automatically. I did manage to load one version but the second file was superimposed over the first. Unfortunately the part id is referenced forward.

I figured I should delete the second heading areas identification, defaults, credit, part-list, I did a real test with combining scores using musicxml.
