< Back to IRCAM Forum

MusicXML Export from OM

OpenMusic
#9

Dear OM developers,

I’m having problems with importing XML files produced with OM POLY objects. I’m using Sibelius 7 or Finale note pad to import them and I’m getting notation errors. It is slowing down the automation of musical objects and I have lost a lot of time trying to understand the errors. It seems that exporting XML with music written in 4/2 time signature is most problematic. Also, when the first voice begins with a rest, I’ve had some errors also. The solution was to export EACH voice to XML and then combine them.

My question is whether OM XML export specification is up-to-date or whether this is a fault with Sibelius XML import engine. Is IRCAM updating the XML export feature of OM?

Bottom line is that I was using OM to test and speed up formalized processes, but this is actually slowing everything down! I’m having to devise workarounds all the time!

Thank you very much for replies.

#10

Here goes a sample file from a score I’m working on. Can anyone get correct notation in Sibelius or Finale?

PS: I’ve used Finale 2014 just now and still errors. Watch voice 3, third bar. The breve tied from previous bar…

Thank you

poly-xml-export.omp (24.2 KB)

#11

[hello I have merged your question with the existing threads on MusicXML export]

#12

Finale NotePad reports some line number with errors.
If you go to these lines in the XML file, you will probably find “NIL” at the beginning of the line.
Just remove them (there are 3 of them in the example you provided) and try to reload (it works here).

These NIL are obviously bugs in the OM export, we need to figure out where they come from…

#13

Thank you very much Jean. Yes, removing the ‘nil’ words from the XML file solves the initial error messages that Finale outputs at import. But the thrid voice, third bar problem remains: the breve is notated as a minim and no pause is inserted to complete the bar…

I’m attaching a screen printout from Sibelius import. Bar 4 is deleted almost completely… Major problems elsewhere.

I tried to replicate voice 3 in Sibelius by notating it by hand. Then I exported to XML. The XML output from Sibelius is very different from OM. Namely, the breve duration is ‘2048’, so I guess the XML specification is outdated in OM. This could be the cause of the problem. Ties, etc, remain problematic… BUT, Finale imports it really fine. That means Sibelius and Finale speak the same XML language. :slight_smile:

Would be very happy to see this figured out in the future. XML export is a MUST for connecting OM with the major music notation software packages.

I’ll be following this topic. Do let me know if I can further help in some way.

Best,
Gonçalo

Sibelius-Import-of-POLY.png

#14

Gato,

thanx for pointing out this BUG…
This is the fix…
Put the file in your “patches” folder in your OM folder.
this should fix it…

K

corr1-musicxml.lisp (6.88 KB)

#15

Thank you Karim. Will try it now.

In the meanwhile I was reading the XML file from OM and found that in the place of a ‘breve’ (under the ‘type’ tag), OM wrote ‘half’, so perhaps it is down to not types and namings…

Here is the part 3 (Voice 3), measure 3:

1/4 4 2 A 0 5 2 half
#16

Just tried exporting the same POLY. Same problems on Sibelius import… Pretty much what I showed in the picture above.

I found out that things improve a lot when I replace this:

2
half

with this:

2
breve

on the XML file. Still have some problems. See picture attached after import with this modification of the XML file.

improved-import-POLY.png

#17

Also replacing this:

2


half

with this:

2


breve

Helps, of course.

Now there remains some problems. I think that they are still related to duration and type naming…

#18

Right !
You should found another bug !
Here is the fix. Replace the former file by this one.
It’s in testing mode.
If there are other problems, please do report.

THanx by the way.!

K

corr1-musicxml1.lisp (12.7 KB)

#19

…Sorry i mispelled,

You HAVE found another bug … (instead of should…!)
Sorry !
K

#20

You’re welcome, Karim! It seems we’re on the right track. I’ll try and test it.

#21

I think it does not work, Karim. Now I get this (see image)…

I think it is because now the XML file has this ackward thing:

nil

See, for example the measure 1 of part 1.

ackward-import.png

#22

OOOOOupSSS !!

You’re right.
just use the first patch for the time being.
I am attaching it…
It seems more complicated…
Will work on it !

Best

corr1-musicxml2.lisp (7 KB)

#23

OK! Looking forward to having a strong and stable XML export feature. It would be VERY important for me, and I think for a lot of users also!

Thank you for your time.

#24

Ok

I think this is it.
But for precaution, it’s called beta…

:slight_smile:

K
PS: You should retreive the old patch from patches and place this file instead.

Best
And thanx a lot for your feedback

corr2b-musicxml.lisp (8.13 KB)

#25

No trouble Gato.
It’s my pleasure…
Just to say that i don’t use it unfortunately. (I have in big part written the code. ) THat’s why it may still have some bugs.

I use instead my lib that you will find here :

http://karim.haddad.free.fr/pages/downloads.html

…Yes i use no more Finale or Sibelius. I use Lilypond…
Best
K

#26

It is now much more stable, I guess. I still have to go through Finale notepad before Sibelius but I think that is a problem with Sibelius interpreting the MusicXML 1.1 output of OpenMusic (some issues with ties, tuplets, etc). Music XML is now at version 3, which probably is too much a spec for the kind of output OpenMusic creates. I will keep testing it as I go along. Should I find more issues, I’ll report.

One a personal note, I STRONGLY feel that this feature is very important. The large majority of composers use either Finale or Sibelius, or a similar software package. This means that OpenMusic can reach more people if it can connect properly with these applications. I only know one or two composers that use Lillypond…

Thanks a lot for the last patch.

Best

#27

Dear Karim,

I still can’t properly import the POLY into Sibelius (see picture attached, bar 5). In Finale it imports fine. I think it is tied to the MusicXML specification used by OM for the element. A developer whom I asked to have a look told me that:

I've never seen MusicXML files before where the element is expressed as a fraction, e.g. 1/4, as it is in the file you attached.

For comparison, Sibelius uses a value of 256 for divisions, while Finale uses 768. The idea is that this needs to be a large enough integer that any rounding errors inherent in expressing fractional durations in tuplets are small enough to be insignificant when the consuming application tries to reconstruct the rhythmic durations of notes in tuplets.

Hope this can be useful.

All best,
Gonçalo

Sibelius-Import.png

#28

Sorry ,
can you send me your new poly 4/4 ?
I might have a solution to this problem. BUT, it should be universal , i.e compatible also with finale.

Best