- From: Nicolas Froment <nicolas@musescore.com>
- Date: Thu, 7 Apr 2016 10:58:17 +0400
- To: public-music-notation-contrib@w3.org
- Message-ID: <CALqBD6N3=c_LCx_jKuPg1zffaTb4wEEEbHoL7nD+P6vpLAvcrw@mail.gmail.com>
It doesn't bring much for the debate but since MuseScore is mentioned, allow me to correct the false assumptions. A MusicXML file created with MuseScore 2.0.3 and containing two quarter notes and a triplet of 8th notes in 4/4 will export with <divisions>3</divisions> and the quarter notes will have a duration of 3 and each 8th note in the triplet a duration of 1. The division is computed to be the least common multiple of all the durations. Here is the code : https://github.com/musescore/MuseScore /blob/a65f06be68c7b99d4d5eacc3d1ba365930f530d4/mscore/exportxml.cpp#L962 Of course, it's not ideal since, like Joe mentioned, one needs to go through the entire piece. Using fractions could be more efficient for a future standard. Nicolas Froment MuseScore cofounder 2016-04-06 21:56 GMT+04:00 Glenn Linderman <v+smufl@g.nevcal.com>: > On 4/6/2016 4:44 AM, Jamie Gabriel wrote: > >> >> When Sibelius/Musescore generate MusicXML, I believe those applications >> round a bar of 4/4 to an integer of 1024. This means that any quarter >> note in the bar will be 256, and that three quaver triplets will be 85, >> 85, and 86. And so if you are doing any kind of data analysis on the >> musicXML you tend to run into problems because the rounding. >> > > I note that common numbers in MIDI are 96 and 192... evenly divisible by > 2, 3, 4, and 8. > > Seems like a good idea, that Sibelius and Musescore must have missed. > > Maybe an extra factor of 3 would be nice, though. > >
Received on Thursday, 7 April 2016 06:59:06 UTC