So fing alles an
Man kauft sich seine ersten Samplesets, ärgert sich über das seltsame Design, weil man oft nicht erkennt, zu welchem Manual ein Register zugeordnet ist. Die Koppeln sind vielleicht nicht so positioniert, wie man es gerne hätte. Dann sind oft die Registerbeschriftungen unleserlich klein oder aufgrund der unterschiedlichen Monitorauflösung zwischen Sampleset-Hersteller und Anwender verschwommen dargestellt.
Die Sampleset-Hersteller und auch viele Kunden (zumindest anfangs) befürworten die Original-Darstellung des Spieltisches. Die ist aber oft unergonomisch und berücksichtigen nicht die Verhältnisse beim Anwender, der ggf. nur einen Monitor zur Verfügung hat. Mit der Zeit hat sich das bei einigen Herstellern mit dem "Simple Screen" verbessert. Die sehen aber nicht unbedingt schön aus. Ein Touchscreen hat ganz andere Dimensionen und das Sampleset sollte unterschiedliche Größen unterstützen.
So kann das nicht weiter gehen
Ich kaufe doch keine Samplesets, um mich zu ärgern! Das hat speziell bei der PAB V2 (Orgel des Palast of Arts, Budapest) in meinem Fall dazu geführt, das ich das Set nicht mehr benutzt habe. Ich habe nur einen 22" Touchscreen, musste also beim Registrieren zwischen verschiedenen Reitern (Tabs) wechseln. Das war eine zusätzliche Katastrophe. Speziell mit meinem Touchscreen, der mit einer Maussimulation arbeitet, war das ein untragbarer Zustand. Verkaufen wollte ich das Set allerdings auch nicht. Heute ist sie übrigens fast 100 EUR teurer als beim meinem Kauf vor ca. 13 Jahren. Mittlerweile aber komplett überarbeitet in der Version 3 mit zusätzlichen Intonationsseiten (super Sache).
Meine Midi-Tools
Mit der Zeit (in den vergangenen Jahren) habe ich so einige Midi-Tools geschrieben, um die Situation deutlich zu verbessern (um es mal nett auszudrücken).
Mit dem MidiMapper kann ich Midi-Signale von einem Gerät empfangen und dann beliebige Midi-Daten an ein anderes (oder das selbe) Gerät oder Programm senden.
Das Kommunikationsgenie - der MidiNetRouter
Das Tool bietet
- 6 Wege (In/Out-Kombinationen)
- 5 Datentypen (8 Befehlsarten, neben Midi-Befehlen auch Notenseitenwechsel und Sequenzerschaltung/Stepper)
- Datentypen beliebig kombinierbar und auf verschiedene Regeln verteilbar
- Für die Ausgänge beliebig viele Regeln konfigurierbar
- Kaskadierung beliebig vieler MidiNetRouter auf einem oder unterschiedlichen Rechnern
- Transparente Kommunikation über Netzwerk (TCP/IP) und/oder Midi
- Überbrückung bzw. Zusammenführung getrennt agierender Netzwerk- oder Midi-Routen
- Midi-Kanalrouting beliebig konfigurierbar (von Kanal, zu Kanal)
- Einfachste, rechnerübergreifende Konfigurationen in einer simplen Textdatei
Beispiel-Routen:
- Keyboard -> MidiIn -> MidiOut -> GrandOrgue
- Keyboard -> MidiIn -> MidiOut -> PC1/Hauptwerk
................................. -> NetOut -> PC2/NetIn -> MidiOut -> GrandOrgue
Damit kann ich bspw. Hauptwerk und GrandOrgue (auf dem selben oder auf unterschiedlichen PC's) gleichzeitig verwenden (wenn ich das wollte). Das Spiel übers Netzwerk ist damit auch möglich. Wenn das Internet gerade nicht ausgelastet ist, wäre es auch möglich, das der Organist zu Hause an seinem Spieltisch in der Kirche spielt. Theoretisch. Praktisch müsste ich da wohl noch einen Puffer implementieren, damit Verzögerungen bei der Übertragung überbrückt werden können. Das ist aber machbar.
Das beste am MidiNetRouter ist die Möglichkeit, dass ich die zu übertragenden Daten über das Netzwerk oder als Midi-Daten beliebig hin und herkonvertieren kann: Midi-Daten über das Netzwerk senden, weiterleiten, nach Midi-Daten wandeln und umgekehrt. Dem Übertragungsweg sind hier keine Grenzen gesetzt. Damit lassen sich Routen nutzen, die mit einem Midi-Interface nicht möglich sind.
Auf meinem aktuellen Hauptwerk-PC empfängt der MidiNetRouter die Midi-Daten von meinem Johannus-Spieltisch und routet die Daten an Hauptwerk und an einen zweiten PC, der die Notendarstellung an meinen selbst entwickelten Notenviewer - MusicScore - weiterleitet (ein Dell Convertible Laptop). Gefühlt ist keine Latenz vorhanden, was aufgrund der wenigen Daten aber kein Wunder ist.
MusicScore zeigt die Noten momentan als Bilder an, wobei ich jedes System einzeln für die Anzeige optimiere.
Ich kann für jedes System einer Seite einen Akkord definieren, bei dem ein Systemstandsanzeiger (im Bild am linken Rand) zur Kontrolle markiert wird und im letzten System einer Seite wird dann beim Erkennen eines Akkords automatisch umgeblättert (wenn man sich nicht ausgerechnet an dieser Stelle verspielt).
MusicScore habe ich schon länger nicht mehr verwendet, weil mein Tablet-PC vor längerer Zeit abgeraucht ist.
Ich wünsche mir aber auch einen Curved Monitor für die Notenanzeige, aber der WAF-Faktor im Wohnzimmer verhindert momentan die Umsetzung.
Das Midi-Panel schließlich ist für die Registeranzeige und optimale Touch-Bedienung zuständig.
Das Panel bietet die Möglichkeit
- Samplesets über Midi in Hauptwerk zu laden
- automatisch generierte Register-Schalter zu verwenden
- eigene Registerbilder und Hintergründe zu verwenden
- Register in einer Textdatei zu definieren, ohne sich um die grafische Ausrichtung am Bildschirm kümmern zu müssen
- mit Platzhaltern und Zeilenanfängen die Positionierung zu bestimmen
- mehrere Bildschirme werden unterstützt
- Umkehrung der Werkedarstellung für linken und rechten Monitor
- MidiLearn und Midi-Checker für möglichst einfache Registerzuweisung in Hauptwerk, GrandOrgue, Sweelinq u.a.
- Unterstützung für horizontale und vertikale Werke-Anordnung
- Crescendo-Verwaltung mit einer zoombaren Crescendo-Konfiguration
- ODF: Makros für wiederkehrende Register oder Schalter
- ODF: Aliase für Midi-Channel für schnelle Anpassungen
- Fertige Button-Funktionalität für Labiale an/aus, Zungen aus, automatisch gekoppelte Buttons bei Bass/Diskant-Aufteilung
- Schieberegler für Midi 0..127-Werte, Anzeige-Button für schwellbare Werke
- u.v.m.
Die Definition eines Midi-Panels wird in einer Text-Datei (sozusagen eine "Register-ODF") festgelegt. Ich habe in der Vergangenheit viele Überlegungen und auch Versuche unternommen, den optimalen Weg für die Erstellung einer Register-ODF zu finden.
Ich habe auch einen MidiStops-Editor mit Drag&Drop-Funktionalität inkl. einer Register-Datenbank aufgebaut, aber ich musste immer wieder feststellen, das nichts schneller geht, als die ODF (im wesentlichen die Registerbezeichnungen mit ein paar Steuerinformationen) per Text zu definieren. Die Registernamen von einer Webseite kopieren, mit dem Editor Notepad++ formatieren (dieser unterstützt auch spaltenweises Löschen und Einrücken) und schon ist die Sache erledigt.
Ein grundlegendes Features ist, dass die Buttons nicht manuell erstellt werden müssen, sondern die können automatisch aus der Register-ODF mit einem vorgegebenen Format generiert werden. Vereinfacht dargestellt, steht in der Text-Datei.
Neben den Registernamen können die Register automatisch oder manuell durchnumeriert werden. Das erleichtert die Kommunikation mit anderen Anwendern (die aktiven Register sind per Nummer schnell genannt).
Ein besonderes Feature ist die Möglichkeit, per Strg+C die aktive Registrierung als Text in die Zwischenablage zu kopieren. Das ist genial, wenn man zu Dokumentationszwecken oder zum Austausch mit Anwendern Infos tauschen möchte.
Beispiel mit der kommenden Rieger-Orgel St. Lambertus - Register aktiviert, Strg+C betätigt und mit Strg+V hier eingefügt:
10.06.2023 12:36:43
IV. Manual:
7 Flûte harmonique 8'
III. Manual:
25 Gambe 8'
26 Voix céleste 8'
II. Manual:
42 Bourdon 8'
46 Sesquialtera II 2 2⁄3'
I. Manual:
69 Trompette 8'
Pedal:
77 Soubasse 16'
Hier sieht man auch, das mehrzeilige Registerbeschriftungen einzeilig dargestellt werden.
In einem
integrierten Konfigurationseditor können selbst die Midi-Werte für ein Register komfortabel zugewiesen werden, wenn man auf die Definition in der Text-Datei keine Lust hat (es werden automatisch Werte vorgeschlagen, die man per Tastenkombination zuweisen kann).
Die Optik des
MidiLearn-Editors ist so gestaltet, dass das Fenster und der Sampler-Dialog für MidiLearn nebeneinander gestellt werden können, was eine schnellstmögliche Umsetzung ermöglicht.
Als Anzeigefilter stehen die einzelnen Werke, A-Z-Auswahl, Koppeln und andere Schalter zur Verfügung, so das unnötiges Scrollen verhindert wird, was bei einer 100-Register-Orgel von höchster Bedeutung ist, um ein entspanntes Arbeiten zu garantieren.
Das hat auch einige Iterationen gedauert, aber ich musste als Anwender selbst zufrieden sein. Wenn mich was gestört hat, dann habe ich das direkt korrigiert. Das zeigte deutlich, das die Planung im voraus nur mit Einschränkungen möglich ist.
Auf der Hauptwerk-Seite sind die entsprechenden Dialoge leider nicht in der Art und Weise optimiert, so dass man den Unterschied am eigenen Leibe erfahren muss (da bekommt man bei der PAB mit den 92 Registern beim hin- und her scrollen schon wieder schlechte Laune!).
Was kommtMomentan plane ich eine
komplette Neuentwicklung, die auch
plattformübergreifend funktioniert, also Win, Mac, iOS und Android.
Aber da liegt noch viel Arbeit vor mir. Insbesondere plane ich ein eigenes Setzersystem, dass alles bisherige in den Schatten stellen wird. Das ist bei der aktuellen Situation der Sampler aber keine große Kunst.
Das aktuelle System hat noch den Nachteil, dass nach dem Laden vieler Sets der Speicher voll läuft, weil die Grafiken vom verwendeten Framework nicht sauber entsorgt werden. Das ist ein bekanntes Problem und ich gehe davon aus, das es mit dem neuen Framework besser funktionieren wird.
In Kirche und Konzert hat man dann eh ein "Backup" neben sich stehen. Dann bleibt nur noch der Vorteil, dass man seine Notensammlung immer dabei hat.