< Back to IRCAM Forum

Rhythm and dynam. problem xml

Hi, I use OM 06.10 and Finale 2012/14. I have a problem with the export poly from OM to Finale. Problem is rhythm (see attachments – simple example). The change quantification setting in Finale has no effect. Transfer between programs is correct only if the precision Omquantify is decreased. Is it the only solution? Is there another way?

I have one more question: xml and dynamic. OM 6.10 can transfer – export xml with dynamic, but very strange way. Only for example: dynamic in OM: 1, 2, 3, 4, 5, 6. After export to Finale: 1, 2,3, 4, 6, 6. (number 5 is lost). Other example: OM: 30, 40, 50, 70, 80 Finale: 33,44, 55, 77, 89. Is there any logic? Any algorithm for export dynamic?

thanks a lot, PertH

measure-in-Finale1.jpg

hi Perth,

I suspect you are using export midi ?
If not use save-as-etf instead. It should work i think with your fibnale version.

Best
K

I have one more question: xml and dynamic. OM 6.10 can transfer – export xml with dynamic, but very strange way. Only for example: dynamic in OM: 1, 2, 3, 4, 5, 6. After export to Finale: 1, 2,3, 4, 6, 6. (number 5 is lost). Other example: OM: 30, 40, 50, 70, 80 Finale: 33,44, 55, 77, 89. Is there any logic? Any algorithm for export dynamic?

The MusicXML specifications says for the dynamics attribute :
“Dynamics or MIDI velocity in percentage of default forte value (90 for MIDI)”

So the formula is just dynamics = MIDI_vel / .9

hi Karim, thank for your answer. I forgot: no, it isnt MIDI export, it is xml export. Just change the “maximum subdivision” (omquantity) from 16 to 8 (tempo is soft - 60MM), and the problem is gone. But it is very problematic “solutions”. I there another way? Best,Ph

Hi Perth,

Can you send the rhythmical example as poly before quantification ?
I am a little puzzled here by your problem. It could be a musicxml export problem and NOT a quantification problem.
Send us the rhythm and i will see where the problem lies.

BEst
K

Hi Karim, thank you for your help. Here is patch with voice and poly with problematic xml export. Thank you, Petr

patch-with-problem-with-xml-export.zip (16.1 KB)

Hi Jean, thank you for your explanation. I have just one additional question: is it possible to edit XML export and return - insert original velocity values? Thank you, have nice day,petr

Dear Perth,

It seems you have found us a serious bug.
I have tested it in :

etf -> not ok (the first measure don’t even show up!)
xml -> not ok
omlily -> OK

(sorry about that).

I will look into that. It seems the glitch concerns the 64th notes.
Will get back to you once i have laid my hands on this bug !

Thx for reporting it

BEst
K

Hi,
I’d just add, in the de-bugging process, that the missing measure with eft-export is something that (in my case, at least) affects only the first (top) voice of the export (I worked that around by always adding an empty voice on top of the other(s) I actually wanted). We know etf is no longer supported, but until now, it was more reliable regarding microtones.
Best,
Jimmie

Dear Karim, thank you for your interest and help. I will glad, when the problem wil be solve. Have nice day, Petr

ps: have you any “tutorial” for using Your lybrary Omlyli?

Great Jimmie,

It works good in ETF by adding a frst empty measure.
But still this is very mysterious will try to find out why mxml is messy.

@Perth, for the moment being i think it’s better to follow Jimmie’s advice, since in mxml we have also some issues when changing notes in Finale…

BEst
K

Found it !!!

I join a patch here. Please put it in the patches folder

(it was a really stupid typo error in the code)…

Best guys
Have fun
K

mxml-fix.lisp (243 Bytes)

Karim, thank you very much! I have one more (stupid) question: what I have to “put in patch folder”? (At attachment are two identical (text?) files “mxml-fix.lisp” ). And “put it in the patches folder” that mean put it in workspace/patch with problematic poly? I apologize, thank you, best, PetrH

No trouble Petr,

You just have to put one file (this is another bug in our interface, when we attach a file it duplicates. So the files are the same).

You should put it in the OpenMusic folder
If you are on Mac it’s : /Applications/OM whateverversion/patches/

if you are on Linux it’s in /usr/share/openmusic/patches/

Then you startup Openusic afterwards.

And it should be working now…
If not , please don’t hesitate, report !

(thanx again…)

Best
K

Dear Karim, thank you very much. I am on windows 7 or XP. I have put it in C:\Program Files (x86)\ON 6.10\patches. Unfortunately, nothing happend. I tried put it also C:\Program Files (x86)\ON 6.10, but it is the same. Maby I downloaded your file wrong? See attachment…Thank you very much, PetrH

Hi Petr,

No it’s the correct file and your path there is correct:
C:\Program Files (x86)\OM 6.10\patches
But it could be that it’s related to the windows version.

In principle it should work. I have tested it on both Mac and Linux versions…
But maybe you should have a compiled version of the file. I can’t do this since i don’t have the correct LispWorks version unfortunately…

[Jean here is our only saviour in this case]
@JEAN , : any idea ?

Sorry
K

There is no need to compile the file.
Did you quit/restart OM after installing Karim’s patch file ?

Hi Jean, Yes, I restarted OM after instaling Karim´s patch file. PC also. Unfortunately… I have just one mentioned additional question (add export XML with dynam and the difference between the values OM and Finale after export): is it possible to edit XML export and return – insert original velocity values? Thank you, have nice day,petr

Dear Jean and Petr,

This might be :

Related specifically to the windows om vversion

or

It could be Jean that the patch uses the xml package and it doesn’t load correctly in windows ? (or it loads before the kernel ?) Is it possible. Anyhow i have tested it on Linux and Mac om’s versions and it works.

By the way Petr, when you say it don’t work, this means that you have the same result or om crashes ?

Best
K

Dear Karim, thank you for your support. I apologize, when I say “don’t work”, I mean that I have same result (OM did not fall). Greetings and thanks from Prague to Paris, Petr