I can open 2 sets at the same time with Windows 10
Beiträge von Simmy
-
-
Ich bin gerade dabei, mehrere ODF-Dateien zu korrigieren, die ich im Laufe der Zeit erstellt habe.
Natürlich die erste Mutation (Aliquot)
Es handelt sich um eine Reihe von 2 2/3 Fuß langen Schilfrohren. ein Nazard aus einer 4'-Flöte oder eine Quinta aus einer Oktave 4' oder einer Prestant 4'.
Ich muss zugeben, dass dieses PitchTuning=1.955 wirklich das ist, was gefehlt hat. Die gesamte Orgel wird süßer und die Verbindungen zweier oder mehrerer Register werden deutlich verbessert.
Beim erneuten Lesen aller Beiträge zu diesem Thema (ich habe das tatsächlich mehrmals getan) Mir fällt auf, dass oft eine Mutation zitiert wird, die in der Ripieno-Italiano-Pyramide nicht verwendet wird. die Septieme.
Da es in italienischen Orgeln sehr selten vorkommt, ist mein Gehör natürlich nicht darauf vorbereitet, seinen akustischen Wert zu erkennen. Folglich habe ich auch nicht die Angewohnheit, in meinen virtuellen Orgeln eines zu erzeugen.
Stattdessen habe ich sehr oft das Bedürfnis, verfügbar zu haben
eine Terz 1-3/5' und eine Quinta 1-1/3', die selbst bei italienischen Orgeln bescheidener Größe nie fehlen.
Wenn ich nun für eine 2-2/3'-Reihe 1,955 aus einer 4'-Reihe addiere,
wenn ich eine 1-3/5'-Reihe aus einer 2'-Reihe machen wollte, welche PitchTuning-Änderung müsste vorgenommen werden??
Trotzdem,
was wäre, wenn ich eine 1-1/3'-Rate aus einer 2'-Reihe haben wollte??
Die Tabelle mit den Werten ist noch kompliziert zu interpretieren…
Offensichtlich haben für die Erstellung der Mischungen die richtigen Grade (in Oktaven) ein perfektes PitchTuning, ohne Dezimalstellen (+1200) … richtig? -
Ok, jetzt ist alles klarer.
Jetzt werde ich einige Tests mit einigen alten ODFs durchführen.
Danke für den Einblick -
Ja, über die Ableitung des 2-2/3' Nazardo von der 4' Flöte ist alles klar.
offensichtlich beginnen wir mit dem ersten G, da wir an einer 4' arbeiten...
(bei einer 8' wäre die erste Note des Nazardo das zweite G oder die ZWÖLFTE)
alles ist klar, auch wenn man es in zwei Tonreihen aufteilt, die erste ist die natürliche, die beim G beginnt, und die zweite mit den letzten Tönen, die um 700 PitchTuning erhöht sind.
[Ich schreibe alles auf eine einzige Rangfolge, da mir die „Switch“-Logik nicht besonders gefällt und ich daher auf die altmodische Art arbeite]
Ich bin damit einverstanden, einige Verstärkungspunkte zu entfernen, da durch die Erhöhung des Tons aufgrund der Frequenzverschiebung eine leichte Lautstärkeerhöhung erfolgt ...
Was mir allerdings nicht klar ist, ist das zusätzliche „PitchTuning=1.955“.
Sie sagen: „Auf diese Weise muss ich nicht das gesamte Tastaturspektrum des Nasards auf 701,955 stimmen, sondern nur die Töne 48 bis 54!“
Wenn die WAV-Dateien jedoch zur selben Orgel gehören, wird davon ausgegangen, dass alle Register die gleiche Stimmung haben …
Wenn man also die letzten 5 Noten, die dieselbe Stimmung haben wie die ersten 47 (in der Position verschoben), um 700 Punkte anhebt, verstehe ich das mit dem PitchTuning von +1,955 nicht!
Natürlich
„Nicht nur das, sondern wenn Sie einen zweiten Rang verwenden, der bei der 8. Pfeife beginnt, entsteht ein ganz neuer Rang, der anders klingt – er aktiviert unterschiedliche Noten im Stereofeld, anstatt dieselbe Note zu duplizieren, die bei 701,955 Cent klingt!“ weil die Kanalisierung der Pfeifen (C-Seite und Cis-Seite) geändert ist, werden die Töne dieses Registers mit den anderen in der richtigen Kanalisierung gemischt und Sie haben einen viel detaillierteren Stereophonie-Effekt! -
Example 2: In creating a Nasard from a Flute 4. Simply use PitchTuning=1.955 and begin the rank on FirstPipeNumber=8. In so doing this you automatically are raising the pitch by 700 (by using the 8th note of the rank) and then the 1.955 pitchtuning raises it further to the proper tuning.
Beispiel 2 ist mir nicht klar...
könnte es die Schuld von Google Translate sein? -
Ich habe die ganze Rede verfolgt und Ihre Berechnungen könnten sogar richtig sein, aber an diesem Punkt muss ich eine Frage stellen: Um wie viel kann GrandOrgue eine Note anheben oder absenken? (Ich meine die WAV-Datei.)
-
Die LP-Demonstrationsorgel ist eben ein Teststück, ein Experiment.
Allerdings wurde bei der „Friesach“-Orgel das „PitchTuning“ eingesetzt, um einige Fehler zu korrigieren oder die 61 Klänge einer einzelnen Pfeifenreihe gleichmäßiger zu machen. Eine andere Sache ist, wenn man von „Erweiterung“ spricht!!!
Auch bei kleinen echten Orgeln kommt eine Tonerweiterung zum Einsatz, bei der ein Teil der einzelnen Pfeifenreihe ausgeliehen wird, um eine zweite Reihe zu schaffen, indem beispielsweise nur 12 Pfeifen unterschiedlichen Typs hinzugefügt werden.
Ein perfektes Beispiel ist die Mascioni-Orgel von Andrea Bonzi.Ich kann nicht die gesamte Erklärung kopieren, aber ich werde den Originallink posten, damit Sie durch die Übersetzung verstehen, wie die Verlängerung verwendet wurde, sowohl um Platz als auch Geld für die Konstruktion der Stangen zu sparen.
Andrea Bonzi - Sample set di organi italiani
Ich hoffe, Google übersetzt richtig!
-
Ja, ja, ich habe die E-Mail erhalten ...
Ich habe nachgeschaut, aber abgesehen von dem Instrument, das an sich schon schön ist, fängt Piotr an, zu viel Geld zu verlangen ...
Natürlich weiß ich, dass viel Arbeit dahinter steckt, aber der Endbenutzer wird dadurch entmutigt ...
Ich für meinen Teil kann vielleicht bereitwillig bis zu 250 Euro/300 Euro ausgeben, danach halte ich es für sinnvoller, „diesen Betrag“ auszugeben, um in den Urlaub zu fahren! -
Ich wollte mal von Pior Grabowski die Orgel von Strassburg laden und das Programm hat mir nicht alle register geladen obwohl alle da waren
Zwar weisen die Orgeln von Piotr Grabowski eine etwas ausgefeiltere Grammatik auf.
Das Programm lädt Ihre Perspektiv-Samples und Codas auf die gleiche Weise, sodass Organ Builder keine Möglichkeit hat, zu erkennen, was der Klang und was die Veröffentlichung ist.
Sound-Queue-Releases sind normalerweise Unterordner von Perspective Sound, zum Beispiel: „Direct“ (rel00180, rel00360, rel99999).
Bei Piotr Grabowskis Orgeln ist der Aufbau anders. Im allgemeinen Ordner finden Sie sowohl die Samples der Orgelregister als auch deren Veröffentlichungen...
Der Ordner des einzelnen Registers enthält also nicht die drei Ordner der Veröffentlichungen... und aus diesem Grund können Sie mit Organ Builder die Samples von Piotr nicht verwenden, es sei denn, Sie möchten die allgemeine Struktur des gesamten Samplesets ändern... aber die Es beginnt eine enorme Arbeit, die Ordner umzubenennen und die Releases in den Ordner Sindola Stops zu verschieben. Sobald diese Arbeit erledigt ist, funktionieren die Piotr Odfs nicht mehr, da die Struktur der Ordnerpositionen geändert wurde.
Daher bleibt die Decke auf der einen oder anderen Seite immer zu kurz. -
Es gibt noch nicht viele ODFs mit einer definierten ReleaseCrossLength Ich habe es in meinem Version des Odfs für Warrington (im Filebase) schon geändert
Tausend Dank...
Jetzt muss ich die Datei öffnen, um die neue Schreibweise zu erkennen. Tatsächlich habe ich Ihr Update am selben Tag heruntergeladen, an dem Sie es in die Dateibasis eingefügt haben, aber ich hatte nicht die Vorstellungskraft, es abzuspielen ... Ich bin eingebildet, Es ist Springs Schuld, denn dort ist Ihre Datei noch komprimiert und in meinem Warrington-Ordner -
Version 314.1-1 ist jetzt verfügbar.
- Absturz beim Öffnen einer sehr alten Konfiguration https://github.com/GrandOrgue/grandorgue/discussions/1869 behoben
Also ... ich habe Version 3.14.1-1 installiert und es funktioniert tatsächlich einwandfrei.
öffnet zu meiner Überraschung sogar ältere Grandorgue-Dateien.
Jetzt ist mein Herz leichter!
Aber mir fällt auf, dass der Cache der verschiedenen Organe vollständig neu erstellt wird. Vielleicht ist die Cache-Datei mit der Version des Programms verknüpft, mit dem sie erstellt wurde? Ich weiß es nicht...
Mittlerweile sind die meisten meiner Dramen gelöst.
Allerdings... 3.14.1-1 öffnet auch nicht die Orgel „Hildesheim, Beckerath Organ, Demo1.0“. Ich gehe davon aus, dass es sich um ein ODF-Problem handelt.
Wieder einmal erscheint „ReleaseCrossfadeLength“ unter den Fehlermeldungen -
oh Mutter!
Ja, wir reden hier über dasselbe, aber in diesem Fall haben Sie ein Problem mit dem Audiotreiber ...
Wie dem auch sei, ich bekomme auch eine Liste mit Fehlern ... -
Mir ging es darum, dass du sie aus der Kommandozeile öffnest und nicht durch Klicken auf das ODF.
Nein, ich bitte um Verzeihung, aber wir haben uns nicht gut verstanden, daran ist sicher der Google-Übersetzer schuld, ich kann kein Deutsch und am Forum kann ich nur über den Übersetzer teilnehmen.
Ich öffne meine Organe immer aus der Datei mit dem Namen der Orgel (.organ)
Es ist also wie du sagst... jedes Mal, wenn ich Fehlermeldungen erhalte. wenn es Fehler gibt.
Meistens sind es nur ungenutzte Stimmen, also mache ich nichts, sondern schließe einfach das Fenster, sobald die Orgel geladen ist.
Jedenfalls habe ich es immer so gemacht, auch als ich die neuesten Versionen von Grandorgue ausprobiert habe ...
In diesem speziellen Fall sehe ich, wie ich bereits erwähnt habe, nicht, wie die Samples in den RAM-Speicher geladen werden, alles bleibt still und daher öffnet sich die Zählung der verbleibenden Wartezeit oder das Fehlerfenster nicht einmal. -
Natürlich öffne ich die Organe aus dem ODF, nicht aus der .exe
Aber was ändert sich dadurch?
Ich und sicherlich auch andere Benutzer haben das gleiche Problem.
Wäre es nicht eine gute Idee, die neuen Versionen von Grandorgue kompatibel zu programmieren?
Diese Probleme begannen nach dem Wechsel des Logos und des Servers... wahrscheinlich hat sich auch die Entwicklerleitung geändert,
es ist möglich? Ich habe jahrelang gespielt, ohne jemals Probleme zu haben, seit dem MyOrgan-Projekt, und ich habe ungläubig und lächelnd von den tausend Problemen mit Einstellungen, Midi-Verbindungen, Soundkarten und Soundlatenz gelesen und mich gefragt: „Aber wer sind diese verrückten Leute?“ ? Ich nicht, ich hatte noch nie diese Probleme ...“ -
Sie fragen sich vielleicht, warum Sie eine neue Version von GO wollen? Wenn Sie keine Funktionen benötigen, können Sie die alte Version weiterhin verwenden, oder?
Mit einer SakralOrgel spielt man auch jahrelang mit der gleichen Version.
Naja, warte einen Moment...
Ja, es stimmt, dass ich weiterhin die alten Orgeln verwenden kann, die mit Version 3.7.0-1 kompatibel sind, aber wenn neue Orgeln mit den korrekten Implementierungen von Version 3.14 veröffentlicht werden, kann ich die neuen Orgeln nicht mehr spielen ... Daher bleibe ich bei diesem Punkt hängen. -
Ich kann wahrscheinlich nicht helfen, sondern nur zusammenfassen. Ich verstehe es so, dass du 3 Probleme/Unklarheiten hast:
1. Du hast ODFs, die sich mit GrandOrgue > 3.7.0-1 nicht öffnen lassen (es passiert einfach nichts).
2. Die Hildesheim-Orgel geht mit 3.7.0-1 nicht (irgendwas mit ReleaseCrossfadeLength).
3. Du kannst mit GrandOrgue 3.7.0-1 das Querum-ODF von Helge öffnen, obwohl dieser geschrieben hat, dass es nur mit 3.14 geht.
Richtig so?
Punkt 2 ist dann ja das Gegenteil des Problems, das Klassikfreund und andere hatten.
ja sehr richtig! Ich werde verrückt, wenn ich diesem Problem nachgehe, ich kann es nicht verstehen.
Um vorsichtig zu sein, habe ich nun die Querum-Orgel geöffnet und sichergestellt, dass sie keine Zeichenfolge mit „ReleaseCrossfadeLength“ enthält, sodass Version 3.7.0-1 offensichtlich mit dieser Art der Odf-Kompilierung kompatibel ist.
Aber... was soll ich tun, wenn Version 3.14 keine alten ODFs für mich öffnet? Muss ich jedes einzelne Odf ändern??? -
Vielen Dank für die Antworten, jetzt habe ich etwas, woran ich arbeiten kann.
Zunächst wollte ich euch aber sagen, dass ich auf Version 3.7.0-1 zurückgreifen musste, da sich ab diesem Zeitpunkt die alten ODFs für mich nicht mehr öffnen lassen... also jedes Mal eine neue Version von Grandorgue herauskommt, mache ich einige Tests, aber dann bin ich aufgrund der Notwendigkeit, die älteren Orgeln spielen zu müssen, gezwungen, zur Version 3.7.0-1 zurückzukehren.
Sie öffnen sich nicht. Es liegen keine Fehlermeldungen vor. Das Startfenster öffnet sich nicht mit der geschätzten Zeit zum Laden der Samples im Set. Manchmal habe ich sogar mehr als 20 Minuten gewartet, aber Sie verstehen, dass dieser Teil der Arbeit mit einem guten Prozessor (i7) und 64 GB RAM in lächerlichen Zeiten erledigt sein sollte!
Eigentlich wollte ich dieses Problem schon lange teilen, aber ich habe es immer mit dem üblichen Grandorgue-Downgrade gelöst und so hat es mir gereicht, meine Lieblingsorgeln spielen zu können und das wars.
Außerdem habe ich „erst jetzt“ entdeckt, dass es ein neues Programm zum Erstellen von .organ-Dateien gibt ... Ich blieb bei OrganBuilder 1.0.2.0 hängen.
Ich kenne dieses OdfEdit2.11 nicht gut und bin mir nicht sicher, ob ich es am besten nutzen kann ... Ich werde ein paar Tests durchführen!Jetzt frage ich Sie etwas: Die Hildesheim-Orgel auf Grandorgue 3.7.0-1 lässt sich aufgrund von ReleaseCrossfadeLength-Problemen nicht öffnen, die in Version 3.14 eingeführt wurden (die bei mir keine Orgel öffnet).
Seltsamerweise kann ich mit meiner alten Version jedoch die Querum-Orgel öffnen und auch meine Änderungen vornehmen, die ich im vorherigen Beitrag erklärt habe. Wie ist das alles möglich? -
Diese Orgel ist in ihrer Bauweise sicherlich ein Juwel.
Allerdings habe ich beschlossen, „den Brei zu dehnen“, weil ich es etwas leer finde, wenn ich am Ende einer Strophe wachsen muss, um in den Refrain einzusteigen.
Auf dem zweiten Manual habe ich eine Octava 2' hinzugefügt, die von der Octava 4' des ersten Manuals abgeleitet ist. Die WaldFlote 2' des ersten Manuals ist im zweiten Manual zu einem Larigot 1-1/3' geworden, um zumindest teilweise eine Pyramide zu vervollständigen, die durch den Abschluss mit einer 4' abgeschnitten wird.
Auf dem ersten Manual ist die TraversFlote 4' des zweiten Manuals zu einer Nazard 2-2/3' geworden.
Mit einer kleinen Verstärkung und einer Anpassung der Lautstärke scheinen diese neuen Register funktionsfähig zu sein und gut mit den Originalregistern zu harmonieren.
Jetzt fehlt im ersten Manual nur noch ein Füllregister, auch nur drei Zeilen würden reichen, aber ich weiß es noch nicht, ich mache gerade einige Experimente... -
"Lösung" ist, mit einer aktuellen Version von OdfEdit das ODF neu zu generieren.
Was wäre die neueste Version?
-
Allerdings muss man nach dem Kauf des vollständigen Sets (keine Demoversion) die Cache-Datei zerstören, sonst läuft die Wiedergabe genau wie in der Demoversion weiter.
Äh! Ich verstehe genau, was du meinst!!!
Ich unternehme schon seit einiger Zeit etwas dagegen ...
Da es nicht möglich ist, die Cache-Datei umzubenennen, da das Programm für jedes Instrument einen eindeutigen Namen/Code generiert, habe ich damit begonnen, den Namen der Orgel und das Datum, an dem die Cache-Datei erstellt wurde, in einer Textdatei aufzuschreiben.
Jetzt werden Sie mir sagen, dass ich verrückt bin, aber ich habe nichts so Nützliches gefunden, um die großen Cache-Dateien, die ich im Laufe der Zeit generiert habe, nicht zu verlieren.
Jedes Mal, wenn ich ein „Testblatt“ öffne, markiere ich es entweder in meiner TXT-Datei oder lege es in den Papierkorb.
Ich habe kürzlich auch die SSD-Festplatte für den GrandOrgan-Cache geändert, die von 500 GB auf 1 TB erhöht wurde.