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.
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)
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.
Ok
I think this is it.
But for precaution, it’s called beta…
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)
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
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
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
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
Hello, is there any possibility, how data about the dynamics import to Finale? XML along the way dynamic lose - about discussed here. Thus, there is some other way? Some XML editor? MIDI editor where it would be possible to bulk import the data? Thank you, best regards, Petr
Hello, OM can not export - transfer dynamics in XML files. My question (I’m not a programmer, I apologize in advance): there is a possibility / xml editor, in which it would be possible to add column “Velocity” or “dynamic” or “volume” and so on and so adjust the OM-out file.xml for transmission to Finale 2011/14 (and get the possibility to place dynamics using plugin: auto-dynamic placement)? I am convinced that such a possibility should the user OM + Finale certainly welcome. Have nice days, PetrH
Hi, currently OM does not export any dynamics information in XML.
There might be a possibility though, for instance to export the dynamic “extras”.
I’ll keep this in our “todo list”.
Best
JEan
1 Like
Dear Karim, Jean and fellow composers,
I also have a major interested in the extraction of musicXML, because I’m also working my scores in Sibelius and as for now, this is the best way to transfer them and work there other musical details, as well as the engraving side of the score.
I have followed the whole conversation that goes along with the evolution of the extraction to musicXML. I guess that now, the extraction of musicXML must be much better than before.
However, a major disadvantage is the “how” to include velocity information in the extraction (at least I still I do not know this “how” to). This would be a great plus, because through a plugin in Sibelius, we can translate velocity info into dynamics.
I’ve read in the musicXML manual that it is possible to extract dynamics through the “extras” information (Not sure about velocities).
Also, I have tested the midi format that extracts velocity info along with the midi-note info. However the midi format does not support anything more complicated than tuplets.
For now, I can think of two workarounds:
- I have created a set of conditionals in order to map velocities to note-info, so as then to translate them within Sibelius.
- To extract both midi and musicXML info seperately. The musicXML staff will be kept as the main one (as it will be containing more precise note and rhythm information), while the midi staff will give the approximation of the velocities.
- I though also to pass through Lilypod with Karim’s library, then translate it to a more “rich” musicXML and finaly import it in Sibelius to have velocity info… but then I have never used Lilypod, and it would be like learning Chinese from scratch in order to translate a difficult paragraph of Russian…
However all these workarounds have major limitations and we loose the capabilities that OpenMusic gives us.
In short, do you think that we could include velocity info in the musicXML extraction?
Cheers!
Hi again,
See my previous post !
We will try to include the export of dynamics/velocities in the next releases.
Jean
Looking forward to see that!
Hello, when I export a musicXML file from Open Music to Finale all the 64th notes appear as quarter notes. However, when export a musicXML file from Finale to Open Music there is no problem. So is this an Open Music glitch? does anyone know how to solve this issue?