This section allows you to view all Messages made by this member. Note that you can only see Messages made in areas you currently have access to.
Hi Opagust
I have been trying out your change clef tool, but I am having difficulty with getting the octave up command to work. If I try, it immediately gives me an error message.
According to this and this, it seems that (always?!) adding <supports element="beam" type="yes"/> could do the trick.
H.M.
A separate reply about the download. A number of people (including myself) have observed/complained that when they download the file, it gets the filename "download" rather than the intended name. The URL in the download link is:
https://www.opagust.be/?q=system/files/NWCCONVERTOR-1.0.2-amd64.msi
However, I think that if you change the URL to:
https://www.opagust.be/system/files/NWCCONVERTOR-1.0.2-amd64.msi
Then the file will be saved with the original name (although Windows might warn you that it's not a frequently downloaded file, and make you choose "Keep anyway")
Tried it (needed a MusicXML for a colleague with another program).
1. A bug? In the resulting MusicXML, when opened with Musescore, the barlines of 1st and 2nd stave are connected; but not in the NWCTXT. Also a test conversion with https://nwc2musicxml.appspot.com/ does not connect them.
2. Eighths are not beamed in NWCTXT, but are beamed in the result (also with https://nwc2musicxml.appspot.com/). Would it be possible to suppress auto-beaming in Musescore via some info in the MusicXML?
H.M.
A separate reply about the download. A number of people (including myself) have observed/complained that when they download the file, it gets the filename "download" rather than the intended name. The URL in the download link is:
https://www.opagust.be/?q=system/files/NWCCONVERTOR-1.0.2-amd64.msi
However, I think that if you change the URL to:
https://www.opagust.be/system/files/NWCCONVERTOR-1.0.2-amd64.msi
Then the file will be saved with the original name (although Windows might warn you that it's not a frequently downloaded file, and make you choose "Keep anyway")
Very slow download, indeed.
What's up, doc?
REMARK: The name of the file after the download can (depending on the browser used) differ from the file name on the download page. If necessary you should add the extension.
It looks a lot like the installer is searching some files... in the disk of Opagust!(absolute paths)
To begin with: thank you!
Then, in case you want to process automatically also the .nwc files, you can ask NWC itself.
Download worked fine (a bit slow), but Win10 just named it "download" - I had to rename it to the name you gave it. You might want to look into that. Haven't run the installer yet - I'll let you know if there are any issues when I get to it, but it's probably going to be much later in the day.
Installation went OK (after assuring Windows that it wasn't going to destroy my hard drive or steal my identity). However, a simple .nwctxt file (a song for voice and guitar) generated multiple errors and refused to convert to musicxml after several tries. The error log is apparently uncapturable from the program; I'd be willing to send you a copy of the log if you release a new version with an option to save the log as a text file. In any event, this version of nwcconvertor will be deleted, and I'll go back to using http://nwc2musicxml.appspot.com/. Too bad: if it worked, it would be a great addition to my tool set.
.def convert_tag_direction_end(element):
object_line = {
'dynamic': '|Dynamic|Style:mp|Pos:7',
'dynamic_variance-sfz': '|DynamicVariance|Style:Sforzando|Pos:7',
'dynamic_variance-rfz': '|DynamicVariance|Style:Rinforzando|Pos:7',
'dynamic_variance_text': '|Text|Text:sfp|Pos:7',
'segno': '|Flow|Style:Segno|Pos:8',
'coda': '|Flow|Style:Coda|Pos:8',
'D.C. al Fine': '|Flow|Style:DCalFine|Pos:8|Justify:Right',
'D.S. al Fine': '|Flow|Style:DSalFine|Pos:8|Justify:Right',
'D.C. al Coda': '|Flow|Style:DCalCoda|Pos:8|Justify:Right',
'D.S. al Coda': '|Flow|Style:DSalCoda|Pos:8|Justify:Right',
'To Coda': '|Flow|Style:ToCoda|Pos:8|Justify:Right',
'D.C.': '|Flow|Style:DaCapo|Pos:8|Justify:Right',
'fine': '|Flow|Style:Fine|Pos:8',
'pedal': '|SustainPedal|Pos:-11|Wide:Y'
}
...
Thanks! (maybe I use local staffName = staff.AddStaff.Opts.Name.Text or staff.AddStaff.Opts.Name ...).This nested Text objects baffled me anyway, but it is there in my 2.75a.2
H.M.
C:\ProgramData\Noteworthy Software\nwc2\UserPlugins\PrintConfiguration.hmm.nwcuser.lua:145: attempt to concatenate local 'staffName' (a nil value)
local staffName = staff.AddStaff.Opts.Name.TextThat works for me.
if staffname == nil then staffname = staff.AddStaff.Opts.Name
Are you certain you uploaded the new file to your website? I downloaded and reinstalled the program, and I'm getting the same behavior as before.
!I'm seeing the correct slur handling for the sample file I sent you, but I'm getting the same mangled |Text and |Tempo objects as before (line break inserted before |Pos)
Edit: My bad, I just realized that the sample file I sent you already had the line breaks stripped out
A great tool - very helpful right now for getting (parts of) PDFs via Audiveris to NWC, for my crank organ arrangements.
I have another problematic MXL file; Audiveris already stumbles on many things in the score, creates a "corrupted" MXL, which I could load into MuseScore and then "beautify" a little. However MXML2NWC then exits with an exception ... I have attached the error message and the MXL file - hopefully you can see what the problem is!
H.M.
<measure number="36" width="187.79">
<attributes>
<clef>
<sign>F</sign>
<line>5</line>
</clef>
</attributes>
CLEF_SIGNS = {
'G,2': 'Treble',
'F,4': 'Bass',
'C,3': 'Alto',
'C,4': 'Tenor',
'percussion,None': 'Percussion'
}is
If you wish, I can forward the .mxl file to you (along with the MuseScore score, if that helps)
Well, you can look in the registry where NWC2 is installed.
E.g.
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Applications\NWC2.EXE\shell\nwc2\command
or
HKEY_CLASSES_ROOT\nwctxtFile\shell\nwc2\command
- Now look higher in the file for a line with '<measure number="1">'
<attributes>
<divisions>2</divisions>
<key>
<fifths>-4</fifths>
</key>
<clef>
<sign>G</sign>
<line>2</line>
</clef>
</attributes>
Help ! This error message means nothing to me !
Any help appreciated.
Rich.
It might be that a more useful process is actually: Remove everything except notes and rests (probably with a user tool), create a correct "naked score" from these; and finally add all the "small things" (and not so small ones) - either manually or, at a few places, by copying something over from the "ORM-ed" score.
The whole enterprise is certainly not for the faint-hearted, at least with this Audiveris+Converter pipeline; where the main "problem", but also "heavy-weight-lifter" is Audiveris: What it can and cannot do essentially defines the result. So be it. I'll see what I learn ...
Kospoth's symphony worked nicely* for the 1st, 2nd and 3rd movement. The mxls produced by Audiveris already have a fair share of problems (however, some are from untypical notations in the score), but the result is quite usable. However, the 4th movement stumps MXML2NWC 1.0.2 (I hope - I just installed it over the previous one; does the installer replace it? ... it would be nice if there were a version info somewhere), with another Python error. The zipped .mxls are in the attachment (however, due to renaming, the XMLs stored inside the mxls do have strange names from my scanning operation - I hope this is fine).
* However, there are a few things where I stumble
a) The first staff of each NWCTXT contains "a million" PgTxts at the start (see NWCTXT result of second movement in the attachment).
b) When opening, the files require a font "Default" which I apparently don't have.
c) Opening another .mxl file often (always?) crashes MXML2NWC later. You can try it with the symphony: First, convert and save movement 1; then, press "SELECT ..." again and open movement 3. "CONVERT" will result in an error - see attachment.
H.M.
b) In the attachment are (in a single .zip) two more .mxl files produced by Audiveris. The input for this was a scan of Ruth Elaine Schram's arrangement of "Go, Tell It On The Mountain" (see http://www.hmmueller.de/Scans/RuthSchram_GoTellItOnTheMountain.pdf - "permanently out of print", according to the publisher). I'd like to create a rehearsal voice/mp3 for a soloist singer from this via NWC. Audiveris produces two "movements", where the latter is the separate coda starting on the last page but one. Giving the first file to MXML2NWC 1.0.2 unfortunately creates another Python stacktrace ... Maybe you could look into this.
H.M.
I zipped the MXL, because the forum does not accept .mxl files. Opening the .mxl with MXML2NWC does not work - it seems that it does not see that this is a zipped file which needs unzipping (and yes, MXML2NWC does not accept .mxl as a standard extension for files it wants to open, so this is an "advertised feature"). Still, I have the (small) feature request that .mxl files are accepted, i.e. unzipped and then worked on the XML.
Manual unzipping of the .mxl yielded an XML file, which MXML2NWC actually digested, with a host of messages which I ignored (and did not read; and maybe would not have understood).
I also opened the .mxl file coming out of Audiveris in Musescore. Musescore complained that this was not a valid MusicXML file, but after pressing "Ignore" it also gobbled it up and created a score, which I again exported as MusicXML ---> see "20210922-ch+p.Rutter_DormiJesu_ReexportedFromMusescore.mxl.zip. Once more, I had to manually unpack the .mxl. Now, when I gave this to MXML2NWC, it ran into some Pythonian error.
I tried to convert a file from Capella 7 to MusicXml and then to NWC. Unfortunately, there's some hiccup - is this the right place to ask? I have added the XML file (as a zip) as well as the error I encounter ...
H.M.