Mro2score - Revision history

Craig: /* SipXML2score */

2024-07-30T02:04:48Z

SipXML2score

← Older revision		Revision as of 02:04, 30 July 2024
Line 97:		Line 97:
	Observations on the differences between converting via the SharpEye to MusicXML to SCORE path using SipXML2score:		Observations on the differences between converting via the SharpEye to MusicXML to SCORE path using SipXML2score:
	Notes/rests in MusicXML are not given an absolute horizontal position on a staff (but system breaks are indicated in the example MusicXML file). Therefore the spacing of the music on a system is deferred to the program which loads the MusicXML file. In the SharpEye, the absolute location of notes in the scanned image are identified and stored in the .mro file. Compare the parameters describing the second note in measure 1 of the example music in SharpEye and the exported MusicXML file:		Notes/rests in MusicXML are not given an absolute horizontal position on a staff (but system breaks are indicated in the example MusicXML file). Therefore the spacing of the music on a system is deferred to the program which loads the MusicXML file. In the SharpEye, the absolute location of notes in the scanned image are identified and stored in the .mro file. Compare the parameters describing the second note in measure 1 of the example music in SharpEye and the exported MusicXML file:
	chord {
	virtualstem False stemup True stemslash False		chord {
	tuplettransform 1/1 tupletID -1 nofmmrestbars 0		virtualstem False stemup True stemslash False
	accent False staccato False marcato False staccatissimo False		tuplettransform 1/1 tupletID -1 nofmmrestbars 0
	tenuto False pause False upbow False downbow False trill False		accent False staccato False marcato False staccatissimo False
	mordent False invmordent False naugdots 0 nflags 0 flagposn -13,234		tenuto False pause False upbow False downbow False trill False
	headend 1		mordent False invmordent False naugdots 0 nflags 0 flagposn -13,234
	beam {		headend 1
	id 0 nofnodes 6 nofleft 2 nofright 2		beam {
	}		id 0 nofnodes 6 nofleft 2 nofright 2
	notes {		}
	nof 1		notes {
	note {		nof 1
	shape Solid staveoffset 0 p 1 accid Flat accid_dc -14		note {
	normalside True		shape Solid staveoffset 0 p 1 accid Flat accid_dc -14
			normalside True
			}
	}		}
	}		}
	}

	The string "p 1 accid Flat" indicates that the note is an A-flat.		The string "p 1 accid Flat" indicates that the note is an A-flat.

Craig: /* SipXML2score */

2024-07-30T02:04:00Z

SipXML2score

← Older revision		Revision as of 02:04, 30 July 2024
Line 119:		Line 119:
	Here is the exported MusicXML equivalent for the same note:		Here is the exported MusicXML equivalent for the same note:

	<note>		<note>
	<pitch>		<pitch>
	<step>A</step>		<step>A</step>
	<~~agt~~>-1</~~agt~~>		<alter>-1</alter>
	<octave>4</octave>		<octave>4</octave>
	</pitch>		</pitch>
	<duration>2</duration>		<duration>2</duration>
	<voice>1</voice>		<voice>1</voice>
	<type>16th</type>		<type>16th</type>
	<accidental>flat</accidental>		<accidental>flat</accidental>
	<stem>up</stem>		<stem>up</stem>
	<staff>1</staff>		<staff>1</staff>
	<beam number="1">continue</beam>		<beam number="1">continue</beam>
	<beam number="2">continue</beam>		<beam number="2">continue</beam>
	<notations>		<notations>
	</notations>		</notations>
	</note>		</note>

	Note that the spacing of the accidental (accid_dc -14) is not transferred into the exported MusicXML data.		Note that the spacing of the accidental (accid_dc -14) is not transferred into the exported MusicXML data.

Craig at 20:47, 5 February 2020

2020-02-05T20:47:09Z

← Older revision		Revision as of 20:47, 5 February 2020
Line 1:		Line 1:
			Conversion of the webpage : http://www.ccarh.org/courses/253/lab/mro2score/
			in progress.

	mro2score is a program written by [https://www.linkedin.com/in/christian-fremerey-aa0865109 Christian Fremerey] while at the University of Bonn, Germany (now working for Google). The program converts SharpEye .mro data files into .mus (binary) and .pmx (ASCII) files for use in the [[SCORE \| SCORE music typesetting program]]. This program allows for musical data derived from scanned typeset music to be imported directly into SCORE without the need for user input mode in SCORE to generate musical data, or importing via MusicXML from .		mro2score is a program written by [https://www.linkedin.com/in/christian-fremerey-aa0865109 Christian Fremerey] while at the University of Bonn, Germany (now working for Google). The program converts SharpEye .mro data files into .mus (binary) and .pmx (ASCII) files for use in the [[SCORE \| SCORE music typesetting program]]. This program allows for musical data derived from scanned typeset music to be imported directly into SCORE without the need for user input mode in SCORE to generate musical data, or importing via MusicXML from .

Craig: /* MuseScore */

2020-02-05T20:46:39Z

MuseScore

← Older revision		Revision as of 20:46, 5 February 2020
Line 166:		Line 166:
	In addition, SharpEye incorrectly indicates some slurs (such as in measure 17) to be between notes from different voices/layers. Sibelius 5 import of the MusicXML has a bug that generates two slurs out of this single cross-voice slur.		In addition, SharpEye incorrectly indicates some slurs (such as in measure 17) to be between notes from different voices/layers. Sibelius 5 import of the MusicXML has a bug that generates two slurs out of this single cross-voice slur.

	== MuseScore ==		=== MuseScore ===

	* [[Media:musescore095.mscz\|musescore095.mscz]]		* [[Media:musescore095.mscz\|musescore095.mscz]]

Craig: /* Sibelius */

2020-02-05T20:46:31Z

Sibelius

← Older revision		Revision as of 20:46, 5 February 2020
Line 153:		Line 153:
	Long slurs, such as in measure 25 are improved in Finle 2009 over Finale 2004 (but look at measure 58). Accidentals of two notes in separate voices are incorrectly doubled (see measure 46 for example).		Long slurs, such as in measure 25 are improved in Finle 2009 over Finale 2004 (but look at measure 58). Accidentals of two notes in separate voices are incorrectly doubled (see measure 46 for example).

	== Sibelius ==		=== Sibelius ===

	* [[Media:sibelius5.sib\|sibelius5.sib]]		* [[Media:sibelius5.sib\|sibelius5.sib]]

Craig: /* SipXML2score */

2020-02-05T20:46:22Z

SipXML2score

← Older revision		Revision as of 20:46, 5 February 2020
Line 143:		Line 143:

	There is an unusual overlay of an accolade (curley brace) and bracket at the start of systems.		There is an unusual overlay of an accolade (curley brace) and bracket at the start of systems.
	Finale
	finale2004.mus		=== Finale ===
	finale2004.pdf
	finale2009.mus		* [[Media:finale2004.mus\|finale2004.mus]]
	finale2009.pdf		* [[Media:finale2004.pdf\|finale2004.pdf]]
	Long slurs, such as in ~~meausre~~ 25 are improved in Finle 2009 over Finale 2004 (but look at measure 58). Accidentals of two notes in separate voices are incorrectly doubled (see measure 46 for example).		* [[Media:finale2009.mus\|finale2009.mus]]
			* [[Media:finale2009.pdf\|finale2009.pdf]]

			Long slurs, such as in measure 25 are improved in Finle 2009 over Finale 2004 (but look at measure 58). Accidentals of two notes in separate voices are incorrectly doubled (see measure 46 for example).

	== Sibelius ==		== Sibelius ==

Craig: /* Sibelius */

2020-02-05T20:43:16Z

Sibelius

← Older revision		Revision as of 20:43, 5 February 2020
Line 152:		Line 152:
	== Sibelius ==		== Sibelius ==

	* [[~~File~~:sibelius5.sib\|sibelius5.sib]]		* [[Media:sibelius5.sib\|sibelius5.sib]]
	* [[~~File~~:sibelius5.pdf\|sibelius5.pdf]]		* [[Media:sibelius5.pdf\|sibelius5.pdf]]

	Sibelius 5 automatically repositions staccatos when they are on the stem sides of notes.		Sibelius 5 automatically repositions staccatos when they are on the stem sides of notes.

Craig: /* Sibelius */

2020-02-05T20:42:15Z

Sibelius

← Older revision		Revision as of 20:42, 5 February 2020
Line 152:		Line 152:
	== Sibelius ==		== Sibelius ==

	sibelius5.sib		* [[File:sibelius5.sib\|sibelius5.sib]]
	sibelius5.pdf		* [[File:sibelius5.pdf\|sibelius5.pdf]]

	Sibelius 5 automatically repositions staccatos when they are on the stem sides of notes.		Sibelius 5 automatically repositions staccatos when they are on the stem sides of notes.
Line 159:		Line 159:
	Sibelius 5 import of the MusicXML seems to ignore the orientation of slurs. For example the first slur in measure 1 and 2 should go above the notes, and is so indicated in the MusicXML data exported from SharpEye:		Sibelius 5 import of the MusicXML seems to ignore the orientation of slurs. For example the first slur in measure 1 and 2 should go above the notes, and is so indicated in the MusicXML data exported from SharpEye:

	<slur type="start" number="1" orientation="over"/>		<slur type="start" number="1" orientation="over"/>

	In addition, SharpEye incorrectly indicates some slurs (such as in measure 17) to be between notes from different voices/layers. Sibelius 5 import of the MusicXML has a bug that generates two slurs out of this single cross-voice slur.		In addition, SharpEye incorrectly indicates some slurs (such as in measure 17) to be between notes from different voices/layers. Sibelius 5 import of the MusicXML has a bug that generates two slurs out of this single cross-voice slur.

Craig: /* MuseScore */

2020-02-05T20:28:11Z

MuseScore

← Older revision		Revision as of 20:28, 5 February 2020
Line 164:		Line 164:
	== MuseScore ==		== MuseScore ==

	* [[~~File~~:musescore095.mscz\|musescore095.mscz]]		* [[Media:musescore095.mscz\|musescore095.mscz]]
	* [[Media:musescore095.pdf\|musescore095.pdf]]		* [[Media:musescore095.pdf\|musescore095.pdf]]

Craig: /* MuseScore */

2020-02-05T20:27:47Z

MuseScore

← Older revision		Revision as of 20:27, 5 February 2020
Line 165:		Line 165:

	* [[File:musescore095.mscz\|musescore095.mscz]]		* [[File:musescore095.mscz\|musescore095.mscz]]
	* [[~~File~~:musescore095.pdf\|musescore095.pdf]]		* [[Media:musescore095.pdf\|musescore095.pdf]]

	There are unusual spacing of measures on the last couple of pages which are probably caused by trying to fill the last page with a full set of systems.		There are unusual spacing of measures on the last couple of pages which are probably caused by trying to fill the last page with a full set of systems.