I wish there was a way to tell ODFedit to only extract Rank information and corresponding pitch encoding. Does anyone how to do this as I couldn't care less about consoles, or other garbledeeguk from the Hauptwerk xml.
If its only for the ranks you could make use of Vincent Foremans "Organ builder": Organ Builder by Vincent Forman – Virtual Pipe Organs ; https://virtualpipeorgans.wordpress.com/tools/organ-bu…vincent-forman/
Nun, etwas ehrgeizig, diesen Samplesatz auf meiner zweimanualigen Konsole verwenden zu wollen. Um das zu erleichtern, habe ich eine ODF-Version für GrandOrgue mit schwebenden Werken erstellt. Dabei habe ich Lautstärkeregelungen für die verschiedenen Werken am Mixerpanel hinzugefügt. Es war ein echtes Puzzle, die Super- und Sub - koppeln zusammen mit der Unisonoff-Funktion mit den schwebenden Registern zu kombinieren, aber es ist gelungen. Da andere vielleicht auch an dieser Version interessiert sind, habe ich sie heute in die Filebase hochgeladen. Die bisherige Updates von Sonus Paradisi habe ich eingearbeitet.
Es ist ja allgemein bekannt, dass auch im gehaltenen Ton (in der Sustain-Phase) - aber auch schon bei der Pfeifenansprache im Attack - Hallanteile enthalten sind. Um auch Hallanteile vor der Release-Phase zu reduzieren, habe ich allerdings noch keinen Ansatz im Kopf…
Ich habe vor ein paar Jahren hier auch damit experimentiert. Siehe angehängtes Video
Ich denke da an eine einmanualige GO-VPO mit nur zwei Registern ohne Pedal, so eine Art „Werkbank“ mit minimalistischer ODF zum Experimentieren. Somit wäre diese VPO viel einfacher aufgebaut, als die GO-„Demo“. Vielleicht könnte sie im Vergleich zur „Demo“ optisch doch ein wenig ansprechender sein (z.B. die Hauptansicht als bildschirmfüllendes Foto eines Keyboards anstatt der bescheidenen Liniengrafik des ODF-Generators). Ein Register sollte die Original-Wavedateien und das andere die veränderten aufnehmen können, so dass für Vergleiche über einen MIDI-Fußschalter schnell hin und her geschaltet werden kann. Selbstverständlich sollte auch möglich sein, beide additiv zu schalten (z.B. für Experimente mit einer Aliquotstimme und ggf. für Spielereien mit den Anschlaggeräuschen). Wave-Dateien bräuchten keine dabei sein. Und für Experimente mit Mixturen könnte ich ja weiterhin auf die „Friesach“ zurückgreifen…
Bevor ich mich hier selbst ins Zeug lege und eine entsprechende ODF bastle, wollte ich es mir etwas einfacher machen und ggf. eine geeignete, bereits vorhandene Lösung nutzen.
Warum nicht eine einfache zweimanualige Orgel als Grundlage verwenden, wie etwa Esmuc oder meine Onderhorst-Kabinettorgel? Wenn man die unveränderten Samples in ein Manual und die veränderten in das andere lädt, hat man einen direkten Vergleich.
Das originale Virtual Organs Sample Set steht weiterhin zum Download bereit unter Download Sampleset: Walcker Wildervank | mictes log
Ich war damals auch darauf gestoßen, dass einige der Samples für den GRANDORGANO vom Set Serina im 32-Bit-Format vorlagen und GrandOrgue sie nicht laden konnte. Ich habe das an Andrea gemeldet. Er hat aber anscheinend seitdem nichts damit gemacht (Was mich nicht überrascht, denn, denn HW scheint sich daran nicht zu stören und er wollte es nicht für GO zur Verfügung stellen).
Für mich selbst konnte ich es mit iZotope RX lösen da Ich ich die WAV-Dateien im Batch von 32 auf 24 Bit konvertieren konnte, wobei die "looppoints" beibehalten wurden.
Also habe ich die ursprünglichen "Samples" (für mich selbst) geändert.
Es gibt auch ein kostenloses Programm (Wavosaur), mit dem Sie dies im "batch" tun können.
Die Samplesets sind nicht in GO (GO v. 13) spielbar durch die ca. 96 kHz, das habe ich schon probiert. Was ginge ist das Composite.
Auf welches Sample-Set beziehen Sie sich? Serina wurde mit 48kHz veröffentlicht und soweit ich sehe, wurden die anderen Sample-Sets in 96kHz aufgenommen, aber mit 48kHz veröffentlicht.
Wirklich schade. Wenn neue Versionen von OdfEdit herauskommen, versuche ich sofort, sie zu konvertieren, aber bei den Dateien von Bonzi hatte ich noch nie Erfolg, selbst wenn ich versuche, das Ergebnis mit einem Editor oder mit GOODF zu bearbeiten.
Hast du in deinem Fall Organ Builder benutzt?
Voll und ganz dabei. Ich habe tatsächlich das Organ Builder Programm von Vincent Foremen und auch Notepad++ verwendet. Das war im Jahr 2020, als die Umstellungsprogramme für HW ODFS noch nicht verfügbar waren. Ich erinnere mich, dass es eine ziemliche Arbeit war, die Möglichkeit der Vorauswahl von Registern zu implementieren.
Das es mittlerweile in GO spielbar ist, ist mir neu aber ok. Ich hatte auch nie Erfolg mit den Samples. Ab welcher GO-Version funktioniert das denn? Für Serina hatte ich auch mal ein ODF gemacht. Ich weiß nicht mehr welche Go-Version ich benutzt hatte habe deswegen einfachmal GO v 13 geschrieben.
Ich weiß nicht, ab welcher Version GO 96kHz unterstützt, aber es ist mindestens seit September 2021.
Die samplesets von Andrea Bonzi sind in der Tat von ausgezeichneter Qualität. Grandorgue kann auch 96kHz-Samples verarbeiten. Das ist also kein Problem. Ich habe mir ein GO ODF für das Serina Sampleset gemacht.
Ich habe ihn gefragt, ob ich sie verteilen darf, aber er will nicht, dass ich das tue.
welchen "Fehler" meinst Du?
* ich bevorzuge tatsächlich minAmpLevel=0 - damit aus einem geschlossenen Schwellwerk nix mehr raus kommt - zumindest kein Ton - ist in Deutschland selbstverständlich vollkommen unüblich - aber egal - es ändert nichts an dem von mir als "Fehler" bezeichneten Verhalten...
Bis vor kurzem war der Wert "0" für den Midi-Pegel des Swells in GrandOrgue nicht erlaubt. Der Mindestwert war "1". Wenn man im ODF den Wert "0" verwendete (z.B. bei der automatischen Konvertierung eines Hauptwerk ODF) , hatte dies zur Folge, dass der Swell nach Betätigung des Swell-Pedals und der Zurückstellung auf den minimalen Pegel nicht mehr funktionierte, d.h. dass die Ausgangslautstärke gleich 0 blieb. Es kam also nichts mehr heraus. Ich dachte, du beziehst dich darauf.
P.S.: Sweelinq wird auch nicht unter dem Problem leiden und übrigens: In der neuesten Version von GO wurde auch der Fehler mit min Amp = 0 behoben
Display MoreDie Wissenschaft (ich
) hat festgestellt,
dass Sampling und Schwellwerk - in einem Raum mit deutlichem Nachhall) nicht gut zusammen funktionieren...
(oder ist das allen längst bekannt ???)
Anstelle des hier "richtigen" abklingenden Nachhalls ist plötzlich eine lauter-werdende (Schweller auf) Nachhall-Fahne zu hören...
und genau das dürfte ja überhaupt nicht sein - es sei denn...oder habe ich mich da verhört ...
und was sagen Hauptwerk Swellinq und Co dazo ???
* ich bevorzuge tatsächlich minAmpLevel=0 - damit aus einem geschlossenen Schwellwerk nix mehr raus kommt - zumindest kein Ton - ist in Deutschland selbstverständlich vollkommen unüblich - aber egal - es ändert nichts an dem von mir als "Fehler" bezeichneten Verhalten...
Einen natürlicheren Klang erhalten Sie, wenn Sie mit Hauptwerk oder Grandorgue nur die Orgel simulieren und ein Raumsimulationsprogramm wie z. Inspirata für die Simulation von Akustik.
An afterburner: My eye now falls on the fact that you indicate that you cannot store the Meta data with Audacity. Indeed, that is well known.
There is another also free program that allows you to do that: Wavosaur.
Download Wavosaur free audio editor, manual & skins
I have tried to change pitch and length using Audacity - but was unable to save the metadata with the wave file so that it was not recognized in GrandOrgue. Do you know if it is possible to use the FREE Audacity to accomplish this? I am not willing to invest any money in Melodyne.
For Pitch shifting and Time Stretching, the "essentials" version of Melodyne is already enough. This also allows you to create new samples for composite registers by combining samples.
I never tried to do pitch shifting with Audacity. Samplitude is the DAW I use the most. Samplitude has built in "Elastic Audio" for this purpose. I used that to correct choir recordings of a children's choir. While singing, the pitch had audibly dropped. The nice thing about "elastic audio" is that you can gradually increase the pitch of a recording to correct the pitch gradually again. I believe that Samplitude uses Zplane's technique. It is also available as a plug-in: https://products.zplane.de/products/elastiquepitch/ (and there are more plug-ins on the internet with this functionality that you should also be able to use in Audacity).
With Samplitude I have made pitch changes with whole octaves for organ samples.
The starting point was my own recordings with 192kHz. By loading them into Samplitude as if they were recordings with 96kHz or 48kHz, they are played at half or quarter speed and therefore one or two octaves lower. Conversions without interpolations. The resulting samples are then of course 48kHz. Perhaps that is a trick that also works with Audacity?
Thanks Tim,
Yes definitely a challenge with composite making as Augustine pointed out - he had to reprogram the wav files I believe on one of his composites?
The reverb on shorter organs (especially with one perspective) can be artificially lengthened by creating a fake Rear that has a large pitch change of something like -500 or more.
Modifying wave files both in terms of pitch and length can be done very easily and with high quality with Melodyne.
Entschuldige, so geht das nicht. Wenn HW ein Setup mit Voicing rausschickt, kann banana da auch nichts machen, ich kenn das Programm, nutze es aber nicht.
Das verstehe ich. Mein Kommentar bezieht sich nicht auf die Hauptwerk-Version mit interner Raumkorrektur, sondern auf die externe Raumkorrektur über ein VST-Plugin. Wenn Sie die Raumkorrektur mit einem VST-Plugin (z.B. Dirac) über Voicemeeter Banana und Cantabile anwenden, können Sie mit Voicemeeter wählen, ob der Ton, wie er von Hauptwerk, GrandOrgue oder Sweelink kommt, auf den Audioeingang von Cantabile aufgenommen wird, während das Live-Audio mit Raumkorrektur auf den Audioausgang von Cantabile geht.
Ich bin in HW nicht genug orientiert, da ich GO nutze.
Wie gelingt es die interne Aufnahme in Original zu lassen und nur die akustische Ausgabe per Mixer anzupassen.
Rainer,
Das kannst du mit Voicemeeter Banana machen: VoicemeeterBanana_UserManual.pdf
Leider ist es auch etwas kompliziert
Seite 7 : Voicemeeter Banana integrates an audio recorder able to generate BWF, WAV, AIFF, or MP3 file in stereo. (and 4, 6, or 8 channels for WAV / AIFF format). Recording options allow recording any pre-fader inputs or post fader BUS. Special Composite Mode will allow to record pre or post fader inputs in multichannel mode.
(Voicemeeter Banana integriert einen Audiorecorder, der BWF, WAV, AIFF oder MP3 erzeugen kann
Datei in Stereo. (und 4, 6 oder 8 Kanäle für das WAV / AIFF-Format). Aufnahmeoptionen ermöglichen die Aufnahme
alle Pre-Fader-Eingänge oder Post-Fader-BUS. Der spezielle Composite-Modus ermöglicht die Aufnahme vor oder nach der Aufnahme
Fader-Eingänge im Mehrkanal-Modus. Das kannst du mit Voicemeeter Banana machen)
Bas
(Da viele, die Beratung suchen, einfach mitlesen. Und Antworten dieses Fachforums sogar direkt in Kurzform bei Google angezeigt werden:)
Und deshalb ist es wichtig, keine leeren Behauptungen aufzustellen
Bisher gibt es keine VST-Version von Sweelinq.
Klar kann man auch Nicht-VST-Programme mit einen virtuellen Audio/Midi-"Kabel" verbinden und die Audiosumme bearbeiten, aber für eine fortgeschrittene, höchst wirksame, einfache und recht kostengünstige RAUMKORREKTUR mehrerer Kanäle ist dieser Weg unbrauchbar.
Wieso? In Cantabile kann ich so viele Eingangskanäle erstellen, wie ich möchte, und so viele Ausgabekanäle, wie ich zur Verfügung habe. Der Audio EVSTHost Cantabile.pngingang kann über eine VST-Verbindung oder über ein virtuelles Kabel erfolgen. Das macht nichts.
