Export naar musicxml -> Soms eerst alle bovenste noten en daarna lagere, soms echt van links naar rechts

• 13 Jan 2024 - 07:30

Ik probeer een export te maken van een ingescand bestand waarbij de noten in een andere volgorde worden geexporteerd dan bij een bestand dat ik handmatig heb aangemaakt. Bij het ingescande bestand is de volgorde van noten bijvoorbeeld G, F, G en de export is dan G, G, F (zie psalm4.mscz). Bij het zelf aangemaakte bestand worden de noten precies zo geexporteerd als de volgorde waarin ze staan, dus G, F, G (zie Zelf_gemaakt.mscz).
Kan iemand mij vertellen hoe ik dit kan aanpassen? Dus dat de noten in het ingescande bestand ook 'gewoon' in de volgorde worden geexporteerd waarin ze staan?

Bijlage Grootte
psalm4.mscz 30.45 KB
Zelf_gemaakt.mscz 24.15 KB
Zelf_gemaakt_export.musicxml 22.98 KB
psalm4-Orgel.musicxml 53.19 KB

Reacties

• 13 Jan 2024 - 09:12

De oorzaak van de fouten bij de export naar musicxml, zijn de fouten in het ingescande bestand.
Een grijs plusje aan het eind van een maat betekent, dat die maat langer is dan 4/4.
In psalm4.mscz heeft bijna de helft van de maten een te grote maatlengte.
Het inscannen van een bestand gaat maar zelden goed.
Vaak wordt gezegd, dat met de hand invoeren sneller gaat, dan het corrigeren van een scan.
met vriendelijke groet,

Reply

• 13 Jan 2024 - 09:26

Hartelijk dank voor je (snelle!) reactie.
Als laatste toch even voor de zekerheid: Ik mag dus verwachten dat een export normaal gesproken verloopt zoals in het zelf aangemaakte bestand, dus alle noten worden van links naar rechts (en daar waar er 2 onder elkaar staan, van boven naar beneden, gelezen. Er is niet iets van een instelling die zegt: Exporteer zus of zo? Dan kan ik daar namelijk vanuit gaan.
Ook bedankt voor je tip m.b.t. het inlezen!
Groet Dirk

Reply

• 14 Jan 2024 - 13:27

Hallo, ik begrijp eigenlijk niet wat het probleem is.

Ik heb psalm4 in MS4 bekeken en kan daarin geen opeenvolgende G F G noten vinden. In welke maat staan deze?
Als ik psalm4 musicXML open in MS3 en MS4 dan zie ik hetzelfde notenbeeld als in psalm4.mszc.

Ik wil graag begrijpen wat het probleem is. Ik kan mij namelijk niet voorstellen dat de lengte van de maten hierbij uitmaakt, danwel de volgorde van het wegschrijven van de verschillende stemmen.

musicXML is een vastgelegde standaard waar je niet zomaar vanaf kunt wijken. De export zal gedaan worden zoals is vastgelegd in die standaard. Er zijn wel verschillende versies van deze standaard, want ook daarin zal zo af en toe vernieuwd worden. Er bestaan binnen de musicXML ook twee formaten, 1 is score-partwise en 1 is score-timewise. MS exporteerd in score-partwise. Wat globaal betekent dat de inhoud per "partij" wordt weggeschreven in het bestand en niet per maat. Iets wat dan weer niet zoveel uitmaakt als er maar 1 partij is.

Als u de musicXML in een ander programma dan MS gebruikt en daar een ander notenbeeld ziet, dan leest dat programma de musicXML waarschijnlijk niet goed.

Ik heb het musicXML bestand ook in een onlineviewer (https://www.soundslice.com/musicxml-viewer/) geopend en zie dan een zelfde resultaat als in MS. Ik zie hierbij wel een verschil in de legatobogen, maar niet in de noten.

Ik ben erg nieuwsgierig naar wat u ziet en de verschillen.

Reply

• 15 Jan 2024 - 08:25

Hallo Henk,
dank voor je reactie. Ik denk dat er geen probleem is, maar dat ik door mijn beperkte kennis van muziek niet begreep wat er gebeurde.
Ik had eerst zelf in MuseScore een stukje nagemaakt, waarbij ik de eerste paar noten allemaal had gedaan met Stem 1 (Voice 1), en daar waar noten onder elkaar staan had ik dan Stem 2 gebruikt.
Later heb ik de pdf ingelezen en de importeer functie zet de 3 A-noten dan om naar Stem 1 en gebruikt voor alle andere noten Stem 2.
Ik probeer op dit moment voor mijn oom een programma te schrijven dat noten vertaald naar cijfermuziek, omdat hij geen noten kan lezen maar wel cijfermuziek (als je cijfermuziek niet kent, zie dan http://www.cijfermuziek.nl, dat is van iemand die het handmatig omzet).
Ik kreeg dus bij het exporteren van het ene bestand dat ik had aangemaakt een hele andere output dan bij het andere bestand dat ik had ingelezen middels de MuseScore PDF import functie, en dus dropte ik deze vraag.
Ik denk dus dat degene die ik zelf handmatig had aangemaakt niet juist was, omdat ik dus, net zoals de import doet, de A noten allemaal met Stem 1 had moeten doen, en de overige met Stem 2.

Mocht je nog tips hebben of in mijn tekst hierboven nog foute conclusies lezen, dan hoor ik het graag.

Groet Dirk

Reply

• 15 Jan 2024 - 16:51

Hoi Dirk, ah is nu duidelijker voor mij. Dank voor de uitleg.

Ik vraag mij af of je wellicht iets hebt aan deze plugin hebt: https://musescore.org/en/project/jianpu-numbered-notation-0

Volgens deze wiki pagina, zou dit een overeenkomstig systeem moeten zijn: https://en.wikipedia.org/wiki/Galin-Paris-Chev%C3%A9_system

Deze maakt ook getal notatie aan in MS. Als de output niet geheel is zoals verwacht, dan kan de plugin wellicht aangepast om zo het juiste resultaat te krijgen.

Reply

Do you still have an unanswered question? Log eerst in om je vraag te plaatsen.