Ja, gibt es. Das ist das sog. CODM-Format. Das hat nicht den vollen Funktionsumfang von Hauptwerk, kann aber schon das, was man gewöhnlich für eine erste ODF benötigt. Es gibt auch Sampleset-Hersteller, die nur mit der CODM arbeiten, weil das volle Format nur noch per SQL beherrschbar ist. Der Nachteil bei beiden - es ist XML, d.h., ohne Tools wirst du bzw. deine Augen früher oder später wahnsinnig. Das GrandOrgue-Format ist da noch recht augenfreundlich. Warum man XML verwendet, ist mir ein Rätsel. Völlig unnötig. Aber es geht. Das blöde ist, das die XML-Tags teilweise elendig lang sind und das Ende-Tag nicht etwas das "/>" ist, sondern der lange Name, z.B. <blalblblalblblalblallblalbllalbllalblblallblbllba>1</blalblblalblblalblallblalbllalbllalblblallblbllba>
Du kannst dir sicher vorstellen, welche Anstrengung das für die Augen ist, tausende solcher Zeilen zu sichten.

Was soll das Nicht-CODM.xml sein?
Beide Formate werden von Hauptwerk in eine Kurzform übersetzt, man muss also den Zugriff auf die Quelle haben. Die stehen normalerweise nicht zur Verfügung. Ich habe mir die ODF's bspw. von Augustine noch nicht näher angeschaut.
In Hauptwerk stehen im Design-Menü diese Optionen zur Verfügung:

Bild entfernt (keine Rechte)

Zitat von Brassmann im Beitrag #5

---

Diese beiden Sätze habe ich so gedeutet, dass es ODFs (bei HW in XML Format) gibt, die auf CODM basieren und andere nicht.

---

Ausschnitt aus dem Handbuch (von Deepl etwas bandwurmartig übersetzt):

Zitat

---

Trotz der Komplexität des vollständigen Orgeldefinitionsformats möchten viele Benutzer ihre eigenen Orgelspezifikationen erstellen, indem sie Teile von Sample-Sets, die sie installiert haben (sofern die Lizenzierung dieser Sample-Sets dies erlaubt), auf ihren eigenen Musikgeschmack abstimmen und auf die ihnen zur Verfügung stehenden Spieltische zuschneiden möchten.

Es besteht also ein Bedarf an die Möglichkeit, Orgeln einfach und schnell zu definieren und anzupassen. Amateure, Hobbyisten oder semiprofessionelle Sample-Set-Produzenten benötigen außerdem ein einfaches Orgeldefinitionsformat, mit dem sie arbeiten können und das genügend Flexibilität bietet, um eine voll funktionsfähige Orgel von angemessener Komplexität zu erstellen und Funktionen zu bieten, die bei den meisten Orgeltypen zu finden sind, die aber dennoch schnell und einfach zu erlernen sind. Hauptwerks Custom Organ Design Modul ist dafür gedacht, diese Anforderungen zu erfüllen.

---

Hauptwerk nennt das übersetzte CODM full native organ definition.

Hauptwerk liefert 6 aufsteigend komplexe ExampleCustomOrganXXX Beispiele mit (zwischen 95 KB und 399 KB Größe).

Hier ist mal ein Ausschnit des einfachsten Samples:

Bild entfernt (keine Rechte)

Die größte ODF ist die der mitgelieferten Orgel St. Anne, Moseley: CustomOrgan6-StAnnes-WithAllFrills:

Zitat

---

Diese fügt schließlich zusätzliche grafische Konsolen-Anzeigeseiten zu Beispiel 4 zusätzliche grafische Konsolenseiten hinzu, die es für die Verwendung auf Computern mit zwei Touchscreens geeignet machen, während die Übersichtskonsole Seite für diejenigen beibehalten, die es auf Systemen mit einem Monitor verwenden wollen oder die nicht die Advanced Edition von Hauptwerk haben (nur die Advanced Edition unterstützt mehrere Monitore). Es enthält auch ein alternatives Bildschirmlayout für die linke und rechte Seite der Anschlagleiste, so dass sowohl Hoch- als auch Querformat für Touchscreen-Monitore unterstützt werden (Hauptwerk wählt je nach Größe des Fensters/Monitors automatisch das am besten geeignete Layout).

---

Das gute ist, dass man auch verschlüsselte Samples nutzen kann, wenn der Sampleset-Hersteller das Feature nicht deaktiviert hat (z.B. OAM).

Zitat von Brassmann im Beitrag #9

---

Danke! Ich werde es auf jeden Fall ausprobieren, sobald ich HW zur Verfügung habe.

---

Ich habe bei der Gelegenheit noch etwas CODM gelesen. Es wird empfohlen, das XML in eine SQLite-Datenbank zu exportieren und Änderungen über SQL durchzuführen. Durch den Import kommt man dann wieder zum CODM-Format. Für das Full Native Format werden in Hauptwerk zusätzliche Im- und Export-Menüs freigeschaltet. Es wird dieses SQL-Tool empfohlen: https://www.navicat.com/

Die CODM-Einführung HauptwerkCustomOrganDesignModuleUserGuide.pdf ist 20 Seiten lang, die Formatbeschreibung ist ein 438 KB Html. Bei jedem Attribute steht dabei, ab welcher HW-Version das eingeführt wurde. In HW6 gab es keine Änderungen, in HW7 nur eine Änderung an der UniqueOrganID. In HW3/4/5 gab es viele neue Attribute.

SQL sehe ich aber nicht als der Weisheit letzter Schluss. Das ist weniger schmerzhaft als XML, aber ist auch eine Vorgehensweise aus der IT-Steinzeit.