OMR‑Software im Februar 2026 — Fokus: digital‑born PDF
OMR‑Software im Februar 2026 — Fokus: digital‑born PDF
Kurz: Für echte Vektor‑/digital‑born‑PDFs sind spezialisierte Tools deutlich überlegen; für Raster‑Scans braucht es OMR‑Engines mit starker Bildvorverarbeitung. Die Tabelle unten fasst die wichtigsten Produkte, typische Preise und Eignung für digital‑born PDFs.
Vergleichstabelle OMR-Software — Eignung für digital-born PDF . - nach Bekunden der Hersteller selbst (Preise: typische/ungefähre Angaben)
Optimal bei capella‑Workflow; solide Scan‑Nachbearbeitung
Audiveris (Open Source)
★★☆☆☆
★★★☆☆
Kostenlos (AGPLv3)
Desktop/Server (Win/Mac/Linux); Export: MusicXML
Gut für Batch/On‑Premise; mehr Nacharbeit/Technikaufwand
Cloud‑OMR Musescore
★★★★
★★★★
Abo‑Modell im Bundle mit anderen Leistungen
Web / API; Export: MusicXML, MIDI (anbieterabhängig)
Schnell und skalierbar; Datenschutz und Qualität variieren
Hinweis: Preisangaben sind typische/ungefähre Werte und können je nach Händler, Edition, Rabatt oder Währung schwanken. Sterne bewerten die Eignung speziell für digital-born (Vektor) PDFs bzw. für gescannte Raster‑PDFs; die Kurzbewertung fasst Praxis‑Eignung zusammen.
Test‑Set
Gefundene PDF‑Quellen (IMSLP / CPDL) — Links und Besetzungsdetails
IMSLP208558‑WIMA.0542‑BWV228.pdf — „Fürchte dich nicht, ich bin bei dir“ (BWV 228, J. S. Bach) — Partitur (Motette für zwei gemischte Chöre, 8‑stimmig, a‑cappella mit Continuo‑Ausgaben in manchen Editionen).
IMSLP443418‑PMLP366466‑op._138_Stabat_Mater‑Rheinberger.pdf — Stabat Mater, Op. 138 (Josef G. Rheinberger) — Vollpartitur; Besetzung: gemischter Chor (SATB), Streicher, Orgel (Orchesterbegleitung in Ausgaben); Ausgabe/Editor‑Hinweis auf IMSLP (Editor: Alexander Reuter, 2016).
IMSLP487687‑PMLP555888‑Rheinberger_CantusMissae_op109.pdf — Messe in Es (Cantus Missae), Op. 109 (Josef G. Rheinberger) — Dirigierpartitur / Messe‑Partitur; Besetzung: doppelchörig SATB/SATB (Coro doppio),
Mendelssohn_Ps42_Coro.pdf — „Wie der Hirsch schreit nach frischem Wasser“ (Psalm 42, Op. 42, Felix Mendelssohn) — Komplettpartitur / Chor‑ und Orchesterpartitur; Besetzung: Soli (Sopran), gemischter Chor, Orchester
Diese vier Testfälle sind bewust aus unterschiedlichen Quellen gewählt und enthalten für die Erkennung schwierige Passagen. Alle sind vier sind aber digitalborn.
Bewertungsmethode (kurz)
Erkennung — wie viele Noten/Zeichen werden korrekt erkannt (Tonhöhe, Rhythmus, Artikulation, Lyrics).
Korrekturaufwand — geschätzte Zeit, um ein brauchbares, editierbares Ergebnis zu erhalten (pro Seite). Kategorien: gering (~2–5 min), moderat (5–20 min), hoch (20–60+ min). Dieser Punkt ist hier der Relevante. Es geht nicht um eine minutiöse Registrierung aller Fehler im Detail sondern um eine Einschätzung, welches OMR mit Fokus auf digitalborn PDFs hier den geringsten Korrekturauswand generiert.
Workflow‑Eignung — Exportformate, Integration in Notensatzprogramme, Batch/Automatisierung, Datenschutz (lokal vs. Cloud).
Hier der klare Klassenbester. Die Musicxml Exporte (im Testmodeus nur eine Seite) haben durchgängig korrekte Stimmbezeichnungen, dass das Instrument immer Kontraalt ist und damit diverse hohe und tiefe Töne in Musescore wegen des ererbten Tonumfangs rote und grüne Farbe erhalten ist schnell behoben
Eines der XML wurde als korrumpiert gemeldet mit gerade mal zwei unvollständigen Takten. Alle Tenorschlüssel richtig erkannt - eine erwähnenswerte Seltenheit unter den OMR Programmen. Insgesamt sehr wenig zu korrigieren.
Wo Licht ist, ist auch Schatten. Das Userinterface ist alles andere als zeitgerecht oder selbsterklärlich, nach einer Stunde hatte ich immer noch nicht durch Probieren herausgefunden, wie die dankenswerterweise mit einem Warnschild versehenen Fehler denn zu korrigieren sind. Ich erkannte das Problem, klickte links und klickte rechts, auf den Takt, die Note, das Warnschild, suchte im Menü unter Corrections und Edit, einmal gelangte ich in ein Kontextmenü wo ich eine Zuordnung wegnehmen und hinzufügen konnte, ohne aber das Problem zu lösen, und dieses Kontext-Menü konnte ich auch nicht reproduzieren.... Also werde ich mich durch einen Berg von Tutorial Videos graben müssen. Das passiert mir wirklich selten, das ich mich von einer UI geschlagen geben muß...
Erkennung (digital‑born T1/T3): Sehr präzise bei echten Vektor‑PDFs; übernimmt Layout‑Elemente, Lyrics und viele Textobjekte zuverlässig.
Korrekturaufwand:Gering bis moderat bei digital‑born PDFs (meist nur Layout‑Feinheiten). Bei Raster‑Scans nicht anwendbar.
Fazit: Erste Wahl, wenn du ausschließlich digital‑born PDFs verarbeitest; liefert die saubersten MusicXML‑Exporte. Preis/Leistung für diesen Anwendungsfall sehr gut.
Dieser Artikel beschreibt praxisnah, wie du aus den üblichen Ausgangsformaten — gescannte PDFs, digital‑born PDFs, MusicXML und MIDI — zu einer sauberen, für sehbehinderte Musiker*innen geeigneten Großdruck‑Partitur in MuseScore gelangst. Er enthält konkrete Werte für MSN/Großdruck‑Einstellungen, eine separate, detaillierte Anleitung für MIDI‑Importe und Hinweise zur Nachbearbeitung.
1. Formate, ihre Eigenschaften und typischer Nachbearbeitungsaufwand
Scan (gescannte PDF)
Reines Pixelbild; keine semantische Noteninformation. OMR kann MusicXML erzeugen, ist aber fehleranfällig. Hoher Vor‑ und Nachbearbeitungsaufwand.
Digital‑born PDF
Visuell sauberer (Vektorgrafik), stammt aus einem Notensatzprogramm. OMR‑Ergebnisse sind in der Regel besser als bei Scans, aber nicht automatisch fehlerfrei. Wenn möglich: direkt MusicXML vom Herausgeber anfordern.
MusicXML
Semantisches Austauschformat; beschreibt Noten als Objekte (Tonhöhe, Dauer, Takt, Stimmen, Artikulationen, Texte). Ideal für Weiterbearbeitung.
MIDI
Enthält zeitliche Ereignisse, Notenhöhen, Velocity sowie Meta‑Events wie Tempo und Taktart; Notensatzprogramme können daraus Takte rekonstruieren. MIDI liefert jedoch nicht die volle Notationssemantik (z. B. Stimmenzuweisung, Layout, Artikulationen) und erfordert oft Aufräumarbeit nach DAW‑Exporten.
2. Scans optimieren vor dem OMR‑Durchlauf
Ziel: die bestmögliche Eingangsqualität für OMR schaffen, damit die Nachbearbeitung in MuseScore minimiert wird.
Seitenaufteilung: Mehrseitige Werke so scannen, dass Systeme nicht über zwei Seiten geteilt werden.
Nach dem OMR‑Export immer in MuseScore importieren und systematisch prüfen.
3. Digital‑born PDFs: wie viel Nachbearbeitung ist nötig?
Wenn das PDF direkt aus einem modernen Notensatzprogramm stammt, sind Zeichenformen und Vektoren sauberer — OMR‑Ergebnisse meist besser.
Unterschiede zwischen Programmen: Ein PDF‑Export aus MuseScore, Capella, Finale oder Sibelius ist ein visuelles Ergebnis; interne Layout‑Regeln und Notenkopfformen unterscheiden sich. Nur ein direkt exportiertes MusicXML garantiert semantische Austauschbarkeit.
In digital-born PDFs sind die Noten als Vektorgrafik eingelassen. Sie sind meist viel kleiner und durch öffnen und zoomen auf 200-300% kann man den Unterschied sofort erkennen. Rasterbilder aus durch Scannen entstandenen PDF lassen Treppenstufen erkennen, während Noten in digital-born PDFs auch bei starker Vergrößerung noch schöne glatte Ränder haben.
Raster PDF
digital-born PDF
4. RNIB, MSN und MuseScore‑Integration
RNIB (Royal National Institute of Blind People) ist die große britische Organisation für blinde und sehbehinderte Menschen; sie hat Anforderungen an barrierearme Notenausgaben formuliert und mit MuseScore an MSN‑Styles gearbeitet. Die MSN‑Styles in MuseScore wurden in Zusammenarbeit mit RNIB entwickelt und sind seit einigen Jahren Teil der MuseScore‑Distribution; sie dienen als standardisierte Startpunkte für Großdruck und Modified Stave Notation.
MuseScore dokumentiert die Erstellung von Modified Stave Notation und bietet Handbuchseiten zu Custom Staff Types, die für MSN‑Anpassungen relevant sind.
5. MuseScore: Großdruck und MSN praktisch erzeugen
Voraussetzung: Du arbeitest in MuseScore mit einer bereinigten Notensatzdatei (MSCZ oder importiertes MusicXML/MIDI, bereits geprüft).
5.1 MSN‑Style laden (Schnellstart)
Formatierung → Stil laden
Wähle eine der eingebauten .mss‑Dateien aus dem Styles‑Ordner share/styles/Modified Stave Notation. Diese Dateien sind als Startpunkte gedacht.
MuseScore‑Konventionen und die MSN‑Style‑Dateien verwenden als Lesbarkeitsangabe meist die gesamte Stavenhöhe (5 Linien) in Millimetern. Das heißt: „16 mm“ steht für eine Stavenhöhe von 16 mm, nicht für den Abstand zwischen zwei Linien.
5.2 Grundskalierung und Seiteneinstellungen
Formatierung → Seiteneinstellungen → Spatium (Stave space) erhöhen. Spatium ist der zentrale Hebel: viele Elemente skalieren proportional.
Seitenformat: A4 Portrait/Landscape je nach Systemdichte.
Seitenränder für Tablett-Nutzung möglichst verkleinern. 0,5 cm sind meist ausreichend, aber auf spezifischem Tablett, App testen.
5.3 Feineinstellungen im Stil
Formatierung → Stil → passe gezielt an:
Notenlinienstärke +30–50%
Taktstrich‑Dicke angepasst (+20–50%),
Halsstärke
Balkenstärke,
Artikulationen
Text styles (z. B. Liedtext, Dynamik, Taktnummern)
Liedtext: 14–18 pt; bei starker Sehbehinderung 18–22 pt. Verwende Regular oder Semibold, nicht Italic. Dynamik / Ausdruckszeichen:12–18 pt; setze Semibold für bessere Erkennbarkeit.
MSN‑Styles setzen viele Werte bereits, aber kleine Nachkorrekturen sind normal.
Nicht alle Fonts skalieren gleich gut für Großdruck. Hier sind Lizenzfreie Fonts die sich eignen Verdana: Systemfont, frei nutzbar OpenSans: Open Font License (OFL) in PDFs einbettbar
5.3.1 So lädst du Open Sans von Google Fonts (kurze Anleitung)
Öffne die Google‑Fonts‑Seite für Open Sans (Google Fonts).
Wähle die gewünschten Schriftschnitte (z. B. Regular, Semibold, Bold) oder die Variable‑Font‑Version.
Klicke auf Download family (Familie herunterladen). Die ZIP‑Datei enthält die TTF/OTF‑Dateien.
Installiere die Schrift systemweit (Windows: Rechtsklick → Installieren; macOS: Font Book → Installieren).
MuseScore neu starten, damit die Schrift in der Font‑Liste erscheint.
5.4 Manuelle Korrekturen
System‑ und Seitenumbrüche prüfen und ggf. manuell setzen.
Texte, Slurs, Artikulationen und Wiederholungszeichen auf Kollisionen prüfen.
Stimmenzuweisungen, Ligaturen und Balkenbildung kontrollieren.
5.5 Export
Speichere als MSCZ (Masterdatei).
Exportiere als PDF für Druck und Tablettgebrauch; optional als MusicXML für Austausch.
5.6 Bookmarks für Tablett-Gebrauch
Ohne Bookmarks ist ein längere PDF Datei besonders für Sehbehinderte nicht navigierbar.
Exportiere aus MuseScore als PDF.
Öffne das PDF in einem PDF‑Editor (z. B. Foxit-PDF Reader, PDF‑XChange Editor, PDF Expert, Xodo).
Navigiere zu jeder Seite/Position, die ein Bookmark bekommen soll.
Neues Lesezeichen hinzufügen: Titel vergeben (z. B. „Movement I – S.1“) und Ziel auf die exakte Seite/Position setzen.
Bookmarks hierarchisch anordnen (z. B. Movement → Abschnitt → Einsatz).
PDF speichern (Bookmarks sind Teil der PDF‑Struktur).
Tools wie pdftk/qpdf/pdf-bookmarkr können über Automatisierungen möglich machen, will man diese direkt aus dem MusicXML exportieren müssen Tags mit Abschnittsbezeichungen, Unterabschnittsbezeichnungen und/oder Übemerken sinnvoll mit Direktiven befüllt sein.
6. Konkrete Zahlenwerte und Empfehlungen für MSN / Großdruck
Element
Empfohlenes Spatium
Notenkopf Skalierung
Textgröße
Kurzbemerkung
Kompakte Großdruck (Chor)
3.5 mm
140%
14 pt
für moderate Vergrößerung
Standard MSN (Allgemein)
4.5 mm
160%
16 pt
guter Kompromiss Lesbarkeit/Layout
Großdruck stark (stark sehbehindert)
5.5–6.0 mm
180–200%
18–22 pt
mehrseitige Ausgabe, größere Systeme
Notenlinienstärke
—
—
—
Linienstärke +30–50% gegenüber Default
Vorzeichen / Schlüssel
—
—
—
Schlüssel und Vorzeichen +20–40% Skalierung
Hinweise zur Anwendung der Werte
Spatium in MuseScore ist der wichtigste Parameter; erhöhe es schrittweise und prüfe Seitenumbruch und Systemdichte.
Notenkopf Skalierung: in Format → Stil oder per Custom Staff Type anpassen.
Textgrößen: Liedtext 14–22 pt je nach Zielgruppe; Dynamik und Artikulationen proportional vergrößern.
Linienstärken: erhöhe Taktstrich‑ und Notenlinienstärke, damit Kontraste besser lesbar sind.
Werte sind Richtwerte; immer mit einer Probeausdruckseite testen.
7. MIDI‑Import: separate, detaillierte Anleitung
Kurz: MIDI enthält Time Signature‑Events und Tempo, daher können Takte rekonstruiert werden. MIDI liefert aber keine vollständige Notationssemantik; DAW‑Exporte erzeugen oft viele Spuren, Quantisierungsartefakte und fehlende Notationskonventionen.
Kanal‑Aufräumen: Weise Instrumente sinnvoll Kanälen zu; konsolidiere Begleitspuren, wenn möglich.
Quantisierung: In der DAW grob quantisieren (z. B. 1/16 oder 1/32), aber nicht über‑quantisieren — zu starke Quantisierung kann Notationsartefakte erzeugen.
7.2 Import in MuseScore
Datei → Öffnen → MIDI auswählen. MuseScore erzeugt Takte basierend auf Time Signature‑Events.
Importdialog beachten: MuseScore bietet Optionen zur Zusammenführung von Spuren und zur Erkennung von Stimmen; wähle sinnvolle Defaults.
Stimmenaufteilung: Polyphone Spuren in separate Stimmen aufteilen (z. B. Sopran/Alt/Tenor/Bass) oder zu Akkorden zusammenfassen.
Quantisierungsfeinheit: In MuseScore verschobene Noten mit Bearbeiten → Notenwerte → Quantisieren auf sinnvolle Werte bringen; typische Quantisierungswerte: 1/8, 1/16, 1/32 je nach Stil.
Taktprüfung: Kontrolliere Taktzählung und Taktarten; korrigiere Time Signature‑Fehler.
Fehlende Stimmenlogik: Stimmen manuell zuweisen; bei Chorpartituren S/A/T/B‑Aufteilung prüfen.
Quantisierungsartefakte: Rückgängig machen und mit feineren Quantisierungswerten arbeiten.
8. Praxisbeispiele und Workflow‑Tipps
Wenn möglich, MusicXML anfordern statt PDF; das spart viel Nacharbeit.
OMR nur als letzte Option für gescannte Materialien; plane Zeit für Korrekturen ein.
MSN‑Styles als Startpunkt verwenden, aber immer individuell an Werk und Zielgruppe anpassen.
angepasste MSN-Styles sichern: z.B. Barbara_MSN.mss
Probedruck: Drucke eine Beispielseite in der Zielgröße, bevor du das gesamte Werk exportierst.
Versionierung: Speichere eine Master‑MSCZ und exportiere Varianten (z. B. A4/A3, Landscape/Portrait).
9. OMR Tools
Kurzüberblick: OMR-Tools variieren stark; digital-born PDFs werden generell besser erkannt als Scans. Kommerzielle Produkte liefern meist die besten Ergebnisse; Open-Source-Tools sind kostenlos, erfordern aber mehr Nachbearbeitung.
Tool
Digital-born PDF Handling
Kosten
Community-Bewertung (Kurz)
PhotoScore & NotateMe
Sehr gut; Profi-Features für komplexe Partituren
Kommerziell; Einmalkauf / Abo möglich
Hohe Bewertung bei Profis
ScanScore / SmartScore / capella-scan
Gute Ergebnisse mit digital-born PDFs; benutzerfreundliche Editoren
Kommerziell; Editionen Home/Pro
Solide Bewertungen, gut für Chor/Ensemble
PlayScore / Melogen AI (Web)
Schnell; oft gute Ergebnisse bei klaren digital-born PDFs
Abo oder Pay-per-use
Wachsende Beliebtheit; praktisch für schnelle Konvertierungen
Audiveris (Open Source)
Akzeptabel bei sauberem digital-born PDF; erfordert Nachbearbeitung
Kostenlos (Open Source)
Gute Community-Unterstützung; technisch versierte Nutzer, Projekt allerdings nicht mehr gepflegt
Hinweis
Digital-born PDFs werden generell besser erkannt; MusicXML ist vorzuziehen
—
Qualität hängt von PDF-Quelle und Nachbearbeitung ab
10. Kauf von digitalen Downloads und der Zwang 5 Kopien zu kaufen
Warum die Mehrzahl der Anbieter eine Mindestanzahl verlangen (z. B. „mindestens 5 Kopien“) bei Chorsätzen
Lizenzmodelle für Ensembles/Institutionen: Verlage verkaufen oft Mehrplatz‑Lizenzen für Chöre, Schulen oder Kirchen, weil eine einzelne Lizenz nicht die Nutzung durch mehrere Personen abdeckt.
Schutz vor Weitergabe: Mindestabnahmen sollen verhindern, dass eine einzelne digitale Datei unkontrolliert an viele Nutzer verteilt wird.
Verwaltungsvereinfachung: Für Verlage ist es administrativ einfacher, Paketlizenzen an Institutionen zu verkaufen als viele Einzelkäufe zu verwalten.
Diese Regeln sind Geschäftsentscheidungen, nicht technische Notwendigkeiten; sie dienen dem Schutz von Umsatz und Urheberrechten.
Das Problem für Sehbehinderte, die auf so einem digital-born PDF Vergrößerungen für sich erzeugen möchten, das sie eben nicht zu fünft in Chören auftreten sondern bestenfalls Einzeln. Und die anderen Sänger benutzen immer noch Papier.
Hier ein konkretes Beispiel wie hoch die Download-Verhinderungs-und-Strafgebühren ausfüllen.
Für eine sehbehinderte Dame möchte ich Bob Chilcotts little Jazz Mass für SATB von einem gekauften und damit digital-born PDF mittels OMR vergrößern.
In Papier darf ich für 15,29€ ein einzelnes Papier Heftchen kaufen, scanne ich das und ist das Ergebnis viel schlechter und erfordert mehrere Stunden Arbeit der Nachbesserung.
Eine digitaler Download kostet beim deutschen Distributor von Oxford University Press (OUP), alle-noten.de, 16,29€ ich muss allerdings mindestens 5 Stücke kaufen, auch wenn die Dame eine Singularität ist und andere Tablet-Benutzer auch noch ein eher rares Vorkommen sind. Ich kann diese 4 überflüssigen Kopien auch nicht gebraucht weiter verkaufen. Die Download-Verhinderungs-und-Strafgebühr beläuft sich für diese konkrete Note auf 80,95€ - 15,29€ = 65,66€ für.... wie war das noch gleich - Verwaltungsvereinfachung und Schutz vor Weitergabe. A Little Jazz Mass (Bob Chilcott) » Noten für gemischten Chor A Little Jazz Mass (Download) » Noten für gemischten Chor
Und es trifft insbesondere Sehbehinderte besonders hart. Hier hat offensichtlich die Politik versagt, oder gibts dafür eine andere Erklärung?
Schulen, Kirchen, Vereine oder Chöre können Institutional‑ oder Site‑Lizenzen verhandeln; Hier wäre ein denkbarer Ansatz, das Institutionen wie "dzb lesen" Einzellizenzen für den Transkriptionsservice zu sehbehinderten Kunden durchzureichen und als Bundle ein OMR Export nach MusicXML und optional ein Grossdruck auf Papier. Tabletnutzer können mit Musescore ihr Großdruck-PDF selbst exportieren und Feinanpassungen noch vornehmen.
