How to move lyric from one verse to another?
I have imported the attached MuseScore file from an XML export of a Finale file posted on cpdl.org.
The problem is that the lyrics have come across as verses 1, 2 under the first staff, verses 3 & 4 under the 2nd staff, verses 5 & 6 under the 3rd staff, and verses 7 and 8 under the 4th staff. The lyrics should be Verses 1 and 2 under each stave.
This is visible as ever-increasing spacing between the lyrics and the stave to which they belong.
What is the best way to select these higher-numbered lyrics and get them into verses 1 and 2 under each staff?
| Attachment | Size |
|---|---|
| Ward, The Pirate A-440.mscz | 29.09 KB |
Comments
Fixed in the attached, by extracting the mscx from the mscz and using a plain text editor to replace all <no>[3,5,7]</no> and remove all <no>[2,4,6]</no>
In reply to Fixed in the attached, by… by Jojo-Schmitz
That is most clever - thanks, jojo!
What did you use to get to see the text so it could be edited? (I'm not that versed in XML.)
A related question is that the (current version) Finale I used to export XML to MuseScore created a file with extension ".musicxml" which MuseScore could not open. If I changed the extension to .xml it imported OK.
What's the difference?
Next question: How could the lyrics get that messed up in coming over from Finale?
Perhaps it has to do with quite old version of Finale being used, 2005?
Here is the link to the original, if anyone is interested in pursuing this question:
https://goo.gl/BGdCL7 (had to use Google shortener because the parentheses in the actual URL aren't accepted in this window as part of the URL, so the link wouldn't work!)
When I'm done cleaning up the MuseScore version, I will post a proper XML back up to CPDL.org, so others may avoid these problems.
In reply to That is most clever - thanks… by tomfeledy
I used 7zip to extract the mscx file from the mscz and vim to edit it 😀
.musicxml is the new extension, and the next version will most probably be able to read that directly, without renaming, see https://github.com/musescore/MuseScore/pull/3253
It might be a bug in Finale's XML export, or a bug in MuseScore's import, we'd need to see the XML to say for sure.
In reply to I used 7zip to extract the… by Jojo-Schmitz
I solved MuseScore's inability to import what Finale exported as .musicxml by simply renaming the extension to .xml.
Attached is the .musicxml file exported by Finale.
To upload it here, I had to change the file extension to .xml. You may want to change it back when you download it at your end to examine it.
In reply to I solved MuseScore's… by tomfeledy
No need to renaming it back, MuseScore wants it as XML anyway. What is puzzling though is that you mentioned using an older Finale 2005, but the musicxml extension is much newer than that!?
In reply to No need to renaming it back,… by Jojo-Schmitz
The file I got from CPDL.org was in Finale 2005 format. I opened it in my Finale, which is 25.4.163, then exported it as .musicxml , before I saw Finale had an option to export as just .xml
Not knowing much about the difference, I simply changed the extension .musicxml to .xml and MuseScore was able to import it in the manner you have already seen.
In reply to The file I got from CPDL.org… by tomfeledy
There is no difference between .xml and .musicxml, the latter is just a newer idea to make MusicXML distinguishable from non-MusciXML xlm formats and I believe also to denote the latest MusicXML 3.1 standard (which isn't yet officially releases, regardless having been due end of July, see https://www.w3.org/community/music-notation/wiki/Group_Charter)
In reply to There is no difference… by Jojo-Schmitz
And I see your file is MusicXML 3.1. IMHO Finale is using that prematurely. See also http://www.musicxml.com/musicxml-3-1-arrives-in-finale-v25-4-dolet-7/, MusicXML 3.1 is still in beta test
See also https://github.com/musescore/MuseScore/pull/3254 We're on standby to support 3.1 as soon as it gets officialy released.
In reply to And I see your file is… by Jojo-Schmitz
However, the problem at hand here should have nothing to do with all that (and no new 3.1 features are used in that file), more likely a bug in Finale's XML export to not number stanzas by staff, but by system.
MuseScore is not doing that, see attached
Maybe report that to Finale?
Would they import their own musicxml correctly and how would they import MuseScore xml?
In reply to However, the problem at hand… by Jojo-Schmitz
I see your point about Finale and its xml export. In Finale (my version) the lyrics appear in their proper place. It is not until I export as .xml ( or .musicxml) that the lyrics go wrong in the way described. I don't use Finale much at all, but perhaps I can find a forum on their website and report this.
In reply to I see your point about… by tomfeledy
So Finale imports its own xml correctly? Does it import MuseScore xml correctly too?
In reply to So Finale imports its own… by Jojo-Schmitz
Not sure of that. The file I started with from cpdl.org was already in Finale format, although it was an old version (5). My Finale software (the current version) opened it without any conversion that I observed.
In reply to There is no difference… by Jojo-Schmitz
If there is no difference between .musicxml files and .xml files, then it should be possible to simple code MuseScore to accept .musicxml as an extension it can import.
In reply to If that is so, then it… by tomfeledy
As mentioned further up, this is in the works already
In reply to As mentioned further up,… by Jojo-Schmitz
The interesting thing is that when MuseScore v2 exports xml, the menu item says "MusicXML" but the extension it applies is ".xml"
![Screen Shot 2017-09-22 at 4.13.26 PM.png]( "Screen Shot 2017-09-22 at 4.13.26 PM.png")
In reply to The interesting thing is… by tomfeledy
Sure, that's because MusicXML is the name of the file type. ".xml" is the filename extension used to represent that name. Just like "Ogg Vorbis" is the name of another type whereas ".ogg" is the extension, similar for "Wave Audio", "Scalable Vector Graphics", etc. The extensions used are pretty universally agreed upon, and ".xml" has always been the extension used for MusicXML. It's only recently people have begun deciding to use "musicxml".
In reply to I solved MuseScore's… by tomfeledy
Lyric numbers jumps to Lyric 1 to Lyric 7 (in musicxml).
Maybe, that's the reason is.
FYI, the MusicXML file explicitly states part 1 lyrics are on line 1 and 2, part 2 lyrics on lines 3 and 4, etcetera. MuseScore is importing the file correctly in the sense that it shows precisely what is in the file.
It is unclear to me why Finale itself behaves differently.
In reply to FYI, the MusicXML file… by Leon Vinken
Every software has some bugs.
I also exported it with Finale Notepad. (Musicxml3)
The result is the same.
Maybe it's a bug when the original .mus file was created.
In reply to FYI, the MusicXML file… by Leon Vinken
@Leon It's arguable... it seems
numberin MusicXML is not supposed to be aintbut just a string id (NMTOKEN) and so there is not a semantic innumberbeing1or2... It could befooandbar... no idea how to derive the order though. It seems MusicXML doesn't have this notion, exceptdefault-y?So we could consider that 3 and 4 being just label, we could use first and second MuseScore verse.
See https://usermanuals.musicxml.com/MusicXML/Content/EL-MusicXML-lyric.htm
In reply to @Leon It's arguable... it… by [DELETED] 5
In retrospect, you may be right. The spec is somewhat ambiguous / illogical (an attribute number that may contain a non-numeric name ???). In practice lyrics numbers are typically integers starting at 1.
For the file in this thread, the issue could be solved by assuming that if all number attribute are integers, their value is used to determine the order of the lyric (lowest number goes into the first lyrics line) but not to define an absolute line number.
This should be trivial to implement and backwards compatible. Note that the current lyrics placement algorithm already takes default-y into account for lyrics without number attribute.
In reply to In retrospect, you may be… by Leon Vinken
Created issue #255791: [MusicXML import] use lyric number as relative instead of as absolute line number