Nave-Benutzerhandbuch

Cabinet-Impulsantwort-Loader für Gitarren- und Bass-Reamping.

Was Nave ist

Nave nimmt ein trockenes, unverstärktes Instrumentensignal (eine DI-Gitarren- oder Bass-Spur, oder den Pre-Cab-Output eines Amp-Sims) und faltet es mit der Impulsantwort ("IR") eines echten (oder emulierten) Lautsprecher-Cabinets und Mikrofons. Anders gesagt: Bei Nave wird aus einem trockenen, schnarrenden DI-Signal etwas, das klingt, als wäre es an einem echten Cab in einem Raum abgenommen worden.

In einer Heavy-Production-Chain sitzt Nave typischerweise nach der Distortion-/Amp-Sim-Verarbeitung und vor EQ-/Bus-Processing:

DI guitar/bass -> amp sim / preamp distortion -> Nave (cab IR) -> EQ / compression -> mix bus

Es eignet sich gleichermaßen zum nachträglichen Reamping einer aufgenommenen DI-Spur wie zum Live-Einsatz in einer Monitoring-Chain während des Trackings.

Signalfluss

Input --> Convolution (crossfade of IR A / IR B) --> Distance --> LoCut (HPF) --> HiCut (LPF)
                                                                                          |
                                    Output <-- Level (output trim) <-- Mix <--------------+
                                                                          ^
                                                                          |
                                                              delay-compensated dry path

1. Convolution. Dein Instrumentensignal wird mit der/den geladenen Impulsantwort(en) gefaltet. Ohne geladene IR läuft Nave mit einer mathematisch transparenten Unit-Impuls-("Delta"-)IR — es ist von Haus aus ein valider, standardmäßig stiller Effekt, kein Platzhalter, der deinen Sound färbt, bis du etwas lädst.
2. Distance. Eine optionale, simulierte Mikrofon-Abstand-Färbung (siehe Distance unten). Standardmäßig aus.
3. LoCut / HiCut. Zwei universelle Tone-Shaping-Filter zum Aufräumen des gefalteten Signals — ein Hochpass, um das Low End zu straffen, ein Tiefpass, um Fizz/Härte zu zähmen. Beide sind standardmäßig aus (vollständig offen).
4. Mix. Mischt das vollständig verarbeitete ("wet") Signal mit deinem ursprünglichen trockenen Input. Standardmäßig 100 % wet — eine Cab-IR läuft normalerweise voll im Signalweg, nicht gemischt mit der rohen DI.
5. Level. Ein finaler Output-Trim, damit das Wechseln von Cabs/Einstellungen nicht auch dein nachgelagertes Gain-Staging durcheinanderbringt.

Die implementierungsseitigen Details (Latenzhandling, Filter-Bypass-Semantik, IR-Datei-State) findest du in architecture.md.

Impulsantworten laden

Nave hat zwei unabhängige IR-Slots, A und B:

• IR A — der primäre/ursprüngliche Slot. Nutze den Button Load IR..., um eine .wav/.aiff-Cabinet-IR-Datei auszuwählen; Default setzt ihn zurück auf die eingebaute transparente Delta-IR.
• IR B — ein sekundärer Slot, geladen und geleert auf die gleiche Weise über Load IR B... / Default. Für sich allein bewirkt er nichts (siehe IR Blend unten) — er spielt erst eine Rolle, sobald du etwas Blend einstellst.

Die mitgelieferte Bibliothek

Nave bringt neun Impulsantworten direkt im Plugin mit. Öffne den IR-Browser in einem der beiden Slots — sind sie noch nicht auf der Festplatte, zeigt er dort einen Install Library-Button: ein Klick schreibt sie nach Music/Nave/Impulse Responses unter deinem Benutzerordner (~/Music/Nave/Impulse Responses auf macOS, %USERPROFILE%\Music\Nave\Impulse Responses unter Windows) und listet sie sofort auf. Es wird nichts geschrieben, bevor du klickst, und ein erneuter Klick auf eine bereits vorhandene Bibliothek bewirkt nichts — außer dass er im Stillen jede Datei ersetzt, die verschwunden oder beschädigt ist.

Dieselben neun Dateien liegen auch im Release-Archiv, in einem Ordner namens Impulse Responses, falls du sie lieber von Hand woanders hin kopieren möchtest.

Es sind Modelle, keine Aufnahmen. Jede einzelne wird aus einem analytischen Cabinet-Modell berechnet — Treiber- und Gehäuseabstimmung, Cone-Breakup-Moden, Voice-Coil-Rolloff, Schallwand- und Bodenreflexionen, Mikrofonabstand und -richtcharakteristik — durch einen Generator, der in diesem Repository eingecheckt ist. Keine davon ist die Aufnahme eines echten Cabinets, Lautsprechers oder Mikrofons, und keine ist nach einem solchen benannt. Deshalb beginnt jeder Dateiname mit modelled_, und das ist auch der Grund, warum das Set überhaupt ausgeliefert werden konnte: Eine generierte IR hat kein Lizenzproblem, während eine Aufnahme Rechte am Cabinet, am Mikrofon und an demjenigen trägt, der aufgenommen hat.

Sie sind unter CC0 1.0 Universal gemeinfrei gestellt. Nutze sie für alles, auch kommerziell, ganz ohne Namensnennung.

Die drei Cone/Edge-Paare sind so gebaut, dass sie sich gegeneinander blenden lassen: lade die Cone-Version in IR A, die Edge-Version in IR B, und nutze IR Blend, um die Höhen zwischen beiden einzustellen. IR Align übernimmt das Timing, damit der Blend nicht kammfiltert.

Vollständige Provenienz, die Modellparameter hinter jeder Datei, Prüfsummen und der gemessene Frequenzgang jeder einzelnen stehen in resources/irs/LICENSES.md im Repository. Um sie neu zu generieren oder eigene zu voicen, siehe tools/ir-synth/cabsynth.py.

Der IR-Browser

Jeder Slot hat außerdem einen Browse...-Button, der den IR-Browser öffnet: ein Overlay, das jede unter deinem IR-Bibliotheksordner (rekursiv) gefundene .wav/.aiff-Datei auflistet, sodass du eine ganze Bibliothek durchhören kannst, statt für jede IR einzeln den Dateidialog hin- und herzuklicken.

• Eine Zeile auszuwählen lädt sie sofort in den Slot — klicke dich durch die Liste, oder fokussiere sie und blättere mit den Pfeiltasten, und du hörst Cabs in Echtzeit durch. Beachte, dass (wie bei jedem IR-Laden außerhalb von Morph) jeder Wechsel ein harter Engine-Reload ist — höre also während der Track leise loopt, nicht mitten im Take.
• Return oder ein Doppelklick lädt die ausgewählte IR und schließt den Browser; Escape oder Close schließt ihn nur (die zuletzt angehörte IR bleibt geladen).
• Die Filterbox grenzt die Liste nach Namen ein (Groß-/Kleinschreibung wird ignoriert, abgeglichen wird gegen den Pfad relativ zum Bibliotheksordner).
• Folder... richtet den Browser auf dein eigenes IR-Bibliotheksverzeichnis aus. Die Wahl wird mit dem Plugin-State gespeichert. Im Auslieferungszustand schaut er in Music/Nave/Impulse Responses unter deinem Benutzerordner nach — genau dorthin legt Install Library die mitgelieferte Bibliothek.
• Install Library erscheint nur, solange die mitgelieferte Bibliothek noch nicht vollständig in diesem Standardordner liegt — sobald sie installiert ist, verschwindet der Button und nimmt keinen Platz mehr weg.
• Der Ordner-Scan läuft im Hintergrund (eine riesige Bibliothek oder ein Netzlaufwerk blockiert die UI nie) und ist auf 2000 Dateien gedeckelt.

Der Browser und der Dateidialog Load IR... pro Slot laden über exakt denselben Pfad — nutze, was gerade besser passt.

Dein IR-Audio wird in der Session gespeichert (neu in v0.3.0). Bis zu 10 Sekunden pro Slot der geladenen IR liegen im plugin-eigenen State, sodass ein Projekt mit denselben Cabinets wieder öffnet, selbst wenn die Originaldateien verschoben, umbenannt, gelöscht oder auf einem anderen Rechner zurückgelassen wurden. Die Dateipfade werden weiterhin mitgespeichert, damit der Editor dir sagen kann, woher eine IR stammt — der Klang hängt aber nicht mehr von ihnen ab. (Vor v0.3.0 wurde nur der Pfad gespeichert, und eine fehlende Datei setzte den Slot stillschweigend auf den transparenten Default zurück. Hast du ältere Projekte, macht sie erneutes Öffnen und Speichern in v0.3.0 selbsttragend.) Eine IR länger als 10 Sekunden wird weiterhin nur als Pfad gespeichert, da eine Cabinet-IR nie so lang ist und das Einbetten deine Session-Datei aufblähen würde.

IR Gain Match

Zwei geladene IRs können selbst bei identischen Einstellungen spürbar unterschiedlich laut klingen. IR Gain Match entscheidet, wie Nave sie angleicht:

• Energy (Default) gleicht die rohe Energie jeder IR an. Das hat Nave immer getan, und es ist das, was die meisten IR-Loader tun.
• Loudness gleicht die K-gewichtete Energie jeder IR an — dieselbe Gewichtung, die ein LUFS-Meter benutzt, die also den Subbass abwertet und den Präsenzbereich in etwa so anhebt, wie es dein Ohr tut. Eine dunkle 4x12-Aufnahme trägt weit mehr ihrer Energie dort, wo das Ohr am unempfindlichsten ist, weshalb sie im Energy-Modus hörbar leiser bleibt als eine helle Nahmikrofon-Aufnahme, obwohl beide gleich messen. Im Loudness-Modus verändert ein IR-Wechsel den Klang, ohne im Pegel zu springen — ein A/B vergleicht damit tatsächlich Klang.

Loudness-Angleichung ist bei spektral flachem Material exakt und bei echtem Programmmaterial näherungsweise, da sie die gewichtete Energie der Impulsantwort angleicht und nicht die deines konkreten Gitarren-Takes. In beiden Fällen bleibt Level die Stelle für die finale Anpassung.

Diesen Regler zu ändern setzt die Convolution-Engine kurz zurück — stelle ihn also bei gestopptem Transport ein, wenn du pingelig bist; siehe Eine Anmerkung zu den drei „Reset"-Schaltern.

IR Align

Wenn du IR B lädst, richtet Nave sie zeitlich gegen IR A aus, damit das Mischen der beiden nicht kammfiltert. IR Align wählt, wie:

• Precise (Default für neue Instanzen) kreuzkorreliert die beiden IRs, findet den Versatz bruchteilgenau auf Sample-Ebene und erkennt zusätzlich, wenn IR B gegenüber IR A polaritätsinvertiert ist — ein Mikrofon hinter dem Cabinet oder ein falsch gepatchter Preamp — und dreht sie für dich um. Ohne dieses Umdrehen würde das Mischen der beiden teilweise auslöschen statt zu addieren.
• Legacy ist die einfachere Onset-Erkennung, die Nave bis v0.2 genutzt hat. Vor v0.3.0 gespeicherte Sessions werden beim Öffnen automatisch auf Legacy gesetzt und klingen damit exakt wie zuvor. Wechsle auf Precise, wenn du die Verbesserung willst.

Min-Phase (pro Slot)

IR A Min-Phase und IR B Min-Phase wandeln die IR eines Slots in ihr minimalphasiges Äquivalent um: identischer Frequenzgang, aber ohne jede Überschussphase und mit der Energie nach vorne gezogen. Das ist es, was IRs aus unterschiedlichen Quellen sauber mischbar macht — zwei Aufnahmen, die allein gut klingen, können sich im Blend allein aufgrund der Phase auslöschen, und beide zu minimalphasieren nimmt diese Variable heraus.

Es ist nie destruktiv. Nave behält die Original-IR, ein Zurückschalten stellt sie also exakt wieder her.

IR Blend

Der Regler IR Blend bewegt sich zwischen IR A (0 %) und IR B (100 %). Typische Anwendungen:

• Zwei verschiedene Cabs — ein straffes 4x12 mit einem boomigeren 2x12 nach Geschmack mischen, ohne ein separates Blending-Plugin zu brauchen.
• Zwei Mikrofonpositionen am selben Cab — z. B. ein On-Axis-Nahmikrofon (IR A), gemischt mit einem Raum-/Ambience-Mikrofon (IR B), für mehr Dimension.

Wenn du IR B lädst, richtet Nave sie automatisch phasenrichtig am transienten Einsatz von IR A aus, bevor die beiden überhaupt gemischt werden. Zwei reale IR-Aufnahmen beginnen selten exakt im gleichen Moment (unterschiedliche Mikrofonabstände, unterschiedliche Aufnahme-Setups), und unausgerichtete IRs direkt zu mischen würde ein breites Frequenzband teilweise auslöschen (Kammfilterung) — der Ausrichtungsschritt verhindert das, sodass IR Blend wie eine echte klangliche Mischung klingt statt wie ein phasiges Durcheinander.

Blend steht standardmäßig auf 0 % (nur IR A) — eine IR B zu laden und Blend bei 0 % zu lassen hat keinen hörbaren Effekt, bis du den Regler aufdrehst.

Blend Mode: Crossfade oder Morph

Crossfade (Default) lässt beide IRs laufen und blendet zwischen ihren Ausgängen über. Das ist vorhersagbar und das, was Nave immer getan hat — aber bei Zwischenstellungen hörst du zwei Cabinets gleichzeitig, und überall dort, wo ihre Direktschallanteile leicht zeitversetzt eintreffen, löschen sie sich teilweise aus. Das ist Kammfilterung, und sie ist bei 50 % am stärksten — genau dort, wo „irgendwo zwischen diesen beiden Mikrofonen" liegt.

Morph ist die Alternative und das, worum dieses Release gebaut ist. Statt zwei IRs zu summieren, zerlegt Nave sie — trennt jede in wie sie klingt (ihren Frequenzgang) und wann sie eintrifft (ihr Timing) —, interpoliert diese beiden Dinge unabhängig voneinander und baut daraus eine einzige neue Impulsantwort zusammen. Es ist immer nur ein Cabinet im Signalweg, es gibt also nichts, wogegen gekammfiltert werden könnte. Blend zu ziehen fährt stufenlos zwischen den beiden Aufnahmen hindurch, so wie es das physische Bewegen des Mikrofons täte — inklusive des subtilen Tonhöhen-Gleitens eines Mikrofons in Bewegung.

Zwei Dinge solltest du wissen:

• Morph verändert auch die Endpunkte. Bei Blend 0 % hörst du die minimalphasige Version von IR A, nicht exakt IR A. Das liegt in der Technik selbst begründet und ist der Grund, warum Crossfade der Default bleibt — auf Morph zu wechseln ist eine bewusste Charakteränderung, nie etwas, das eine Session von selbst annimmt.
• Morph glänzt bei verwandten Aufnahmen. Zwei Mikrofonpositionen am selben Cabinet morphen wunderbar. Zwei völlig unverwandte Cabinets morphen durch Magnitudengänge, die kein reales Cabinet hat; das kann ein nützlicher Sound sein, ist aber Sounddesign und keine Mikrofonierung.

IR B Trim, Polarity und Delay

Drei Regler, die ausschließlich auf den IR-B-Zweig wirken — für das Einstellen eines Dual-Mic-Blends, wie es ein Engineer am Pult täte:

• IR B Trim (-24 bis +24 dB) balanciert Slot B gegen Slot A, ohne den Gesamtausgang anzutasten.
• IR B Polarity dreht Slot B um. Naves Precise-Ausrichtung korrigiert eine invertierte Aufnahme bereits automatisch, das hier ist also der manuelle Override für den Fall, dass die „falsche" Polarität der gewünschte Sound ist.
• IR B Delay (+/-5 ms) versetzt Slot B zeitlich. Positive Werte schieben Slot B nach hinten; negative Werte ziehen ihn nach vorne, was — da nichts eintreffen kann, bevor es gespielt wurde — dadurch realisiert wird, dass stattdessen Slot A um denselben Betrag verzögert wird. Der relative Versatz ist derselbe, aber bei negativer Einstellung liegt der gesamte Wet-Pfad absolut betrachtet |d| Millisekunden später. Bei exakt 0 ms wird kein Zweig verzögert, der Default kostet also nichts und ändert nichts. Kleine Versätze sind hier der klassische Trick, um einen gedoppelten Cab-Sound zu verdicken, oder um die Kammfilter-Kerbe, die die Ausrichtung entfernt, bewusst wieder einzustellen.

Distance Air

Das klangliche Modell des Distance-Reglers ändert nicht, wann Schall eintrifft — ein Mikrofon zurückzuziehen tut das aber tatsächlich, mit rund 2,9 ms pro Meter. Distance Air fügt diese Laufzeitverzögerung dem Wet-Pfad hinzu, sodass Distance zurückzunehmen das Cabinet auch zeitlich nach hinten schiebt. Standardmäßig aus; bei Distance 0 % tut es ohnehin nichts.

Distance mit eingeschaltetem Air zu automatisieren lässt die Verzögerung gleiten statt springen, was das korrekte Doppler-Verhalten für ein bewegtes Mikrofon ist — und nebenbei ein hübscher Effekt für sich.

LoCut- und HiCut-Flankensteilheiten

Beide Filter können jetzt mit 12 dB/Okt. (Default, und was v0.2 ausgeliefert hat) oder 24 dB/Okt. laufen. Die steilere Einstellung geht schneller aus dem Weg, was nützlich ist, wenn du Low-End-Mud entfernen willst, ohne den Körper direkt darüber auszudünnen. Ein Flankenwechsel überblendet die beiden Filter über 10 ms und ist damit selbst mitten im Take lautlos.

Distance (simulierter Mikrofonabstand)

Der Regler Distance ist eine vereinfachte Emulation davon, das Mikrofon weiter vom Cab wegzurücken: Bei höheren Einstellungen reduziert er den Nahbesprechungseffekt im Bass und dämpft die Höhen leicht. Die Höhenverdunklung ist modelliert nach dem Verhalten eines echten Cabinets, dessen Höhen abfallen, wenn ein Mikrofon weiter zurück und aus der Achse bewegt wird — das wird sehr viel stärker von der Richtcharakteristik des Lautsprechers getrieben als von tatsächlicher Luftabsorption bei typischen Reamping-Abständen. Lies es also weniger als „die Luft zwischen Mikro und Cab" und mehr als „wie der Lautsprecher selbst seitlich weniger Höhen abstrahlt". Es ist kein physikalisch exaktes Distanzmodell — es wird keine Pre-Delay-/Timing-Änderung angewendet — nur eine musikalisch nützliche klangliche Verschiebung, um eine zu nahe/zu helle IR im Mix zurückzuschieben, ohne zu einem separaten EQ greifen zu müssen. Der Bassbereich reagiert im ersten Teil des Reglerwegs schneller und flacht Richtung 100 % ab, was dem Verhalten des echten Nahbesprechungseffekts entspricht — der Großteil der Änderung passiert früh, nicht gleichmäßig über den gesamten Regelweg verteilt.

Distance steht standardmäßig auf 0 % ("aus" — an dieser Stelle der Chain wird gar keine Färbung angewendet, ein echter Passthrough).

Parameterreferenz

Jeder in v0.3.0 hinzugekommene Parameter steht per Default auf einem Wert, der nichts verändert — eine in einer früheren Version gespeicherte Session klingt nach dem Upgrade also identisch.

Presets

Am oberen Rand von Naves Editor sitzt eine Preset-Leiste: [<] [Preset-Name] [>] [Save] [Save As...] [Delete] [Import...] [Export...]. Klicke auf den Preset-Namen, um die vollständige Liste zu öffnen (zuerst Werkspresets, dann deine eigenen, beide alphabetisch); </> blättern durch dieselbe Liste. Nave bringt zehn Werkspresets mit — was jedes einzelne bewirkt, steht in docs/presets.md. Deine eigenen Presets speichert Nave unter ~/Library/Audio/Presets/Yves Vogl/Nave/ auf macOS (%APPDATA%\Yves Vogl\Nave\Presets\ unter Windows); „Set current as default" (im Preset-Menü) bestimmt, was eine frisch eingefügte Instanz von Nave lädt. Import/Export akzeptieren beide einzelne Preset-Dateien; Import akzeptiert zusätzlich eine .zip-Preset-Bank, exportiert von PresetManager::exportBank().

Presets und Cabinets

Ein Preset kann das Cabinet nennen, mit dem es erstellt wurde — muss es aber nie. Beim Speichern eines Presets legt Nave einen Fingerabdruck dessen an, was in IR A und IR B geladen ist — eine Prüfsumme des Audios der Datei, plus ihr Name zur Anzeige. Lädst du das Preset erneut, sucht Nave nach genau diesen IRs in deinem Bibliotheksordner und setzt sie wieder ein. Ein Preset, das ohne geladene IR gespeichert wurde, legt nichts fest und lädt genau wie Presets es schon immer getan haben: nur Parameter, Cabinets bleiben unangetastet.

Ein Preset zu laden und danach das Cabinet zu tauschen ist ausdrücklich vorgesehen. Die Referenz ist ein Ausgangspunkt, keine Festlegung. Änderst du die IR danach, wehrt sich nichts dagegen; speicherst du über das Preset, merkt es sich stattdessen die neue.

Drei Werkspresets werden mit Referenz ausgeliefert — Even Blend, Touch of Room Mic und Mic Morph — weil jedes davon ein Rezept für ein bestimmtes Paar von Aufnahmen ist statt eine reine Klangformungs-Einstellung, und die Paare liegen in Naves eigener mitgelieferter Bibliothek. Die übrigen sieben referenzieren bewusst nichts: Es sind LoCut-/HiCut-/Distance-/Mix-Rezepte, gedacht für das Cabinet, das du gerade geladen hast. Hast du die mitgelieferte Bibliothek noch nicht installiert, öffne Browse... in einem der beiden IR-Slots und drücke Install Library — von da an finden die drei referenzierten Presets ihre Cabinets.

Wenn das Cabinet eines Presets fehlt

Eine fehlende IR hindert ein Preset nie am Öffnen. Findet Nave das referenzierte Audio nicht — du hast die mitgelieferte Bibliothek nicht installiert, das Preset stammt von jemand anderem, du hast die Datei verschoben oder gelöscht —, dann gilt:

• die Parameter des Presets laden vollständig, genau so, als hätte es überhaupt keine Referenz getragen;
• die IR-Slots bleiben exakt so, wie sie waren. Welches Cabinet auch immer geladen war, bleibt geladen;
• es wird nichts ersetzt. Nave lädt keine andere IR, nur weil sie zufällig in der Nähe liegt oder einen ähnlichen Namen trägt. Ein Preset, das im Stillen das falsche Cabinet aufruft, würde plausibel klingen und trotzdem falsch sein — das ist schlimmer als eines, das dir sagt, dass etwas fehlt;
• unterhalb der IR-Slots erscheint ein Hinweis, der benennt, was erwartet wurde — zum Beispiel: „Dieses Preset wurde mit ‚Modelled 4x10 Horn' (IR A) erstellt, die sich nicht in deiner IR-Bibliothek befindet." Er ist kein Dialog und muss nicht weggeklickt werden; er verschwindet von selbst, sobald du das nächste Mal ein Preset lädst oder selbst eine IR änderst.

Nave gleicht IRs anhand ihres Audioinhalts ab, nicht anhand des Dateinamens oder einer Katalog-ID. Deshalb bricht Umbenennen oder Verschieben einer Datei ein Preset nicht — das Audio ist dasselbe, also löst es sich weiterhin auf. Aus demselben Grund passt eine IR, die bearbeitet wurde, nicht mehr: Der Klang hat sich geändert, also sagt das Preset das, statt unter dem alten Namen anderes Audio zu laden.

Auch ältere Versionen von Nave lesen diese Presets. Ein mit dieser Version gespeichertes Preset öffnet sich auch in einem Build, der die Funktion noch nicht kennt: Es lädt mit intakten Parametern und ignoriert schlicht die Cabinet-Referenz, die es nicht versteht.

Unter der Haube

Die Begründung und die vollständigen technischen Details stehen in docs/architecture.md; die Zahlen unten sind das, was die automatisierte Testsuite bei jedem Push erzwingt.

Morph zerlegt jede IR, statt sie zu summieren. Ein konventionelles „Blend" summiert die Outputs zweier Convolver — überall dort, wo der Direktschall der beiden Aufnahmen zu leicht unterschiedlichen Zeiten ankommt, löscht sich diese Summe teilweise aus, am schlimmsten genau am 50-%-Punkt, wo „irgendwo zwischen diesen beiden Mikros" liegt. Morph trennt stattdessen jede IR in ein Minimalphasen-Magnitude-Spektrum (eine Cepstral-Transformation) und eine Bulk-Delay (ihre Ankunftszeit, gefunden durch Kreuzkorrelation der IR gegen ihre eigene Minimalphasen-Version und parabolische Verfeinerung auf Sub-Sample-Genauigkeit), interpoliert diese beiden Größen unabhängig — die Log-Magnitude als geometrisches Mittel, sodass Resonanzen, die beide Aufnahmen teilen, ihren Pegel behalten statt einzubrechen, und die Delay so, dass ein Blend-Zug in der Zeit gleitet wie ein sich physisch bewegendes Mikro — und baut aus dem Ergebnis eine einzige neue Impulsantwort. Nur eine Cabinet-Response ist je im Signalpfad, es gibt also nichts mehr, wogegen sie kammfiltern könnte. Die Resynthese läuft auf einem dedizierten Worker-Thread, geweckt durch eine Condition-Variable und auf den neuesten Blend-Wert koalesziert; der Audio-Thread wartet nie darauf und sperrt nie.

Ein eigener Convolver macht das Austauschen dieser IR klickfrei. Die Standard-Convolution-Engine hat keinen Hook, um eine Impulsantwort mitten im Signal ohne harten State-Reset auszutauschen, der Morph-Pfad läuft also auf einem eigens gebauten, gleichmäßig partitionierten Overlap-Save-Convolver mit einer gemeinsamen Frequenzbereichs-Input-Spektrum-History und zwei Filter-Spektrum-Sätzen (aktuell/nächstes). Eine neue IR zu veröffentlichen lässt beide Sätze gegen dieselbe gemeinsame Input-History laufen und überblendet die zwei Outputs, es gibt also von vornherein keine Diskontinuität zu verstecken. Diese Überblendung ist bewusst amplitudenkomplementär (linear) statt equal-power: Equal-Power-Gains sind nur für unkorrelierte Quellen korrekt, und aufeinanderfolgende Morph-Spektren sind das Gegenteil — nahezu identisch zwischen benachbarten Blend-Schritten, und perfekt korreliert, wenn eine unveränderte IR erneut veröffentlicht wird. Unter Equal-Power-Gains würde eine identische-IR-Neu-Veröffentlichung am Überblendungs-Mittelpunkt um 3 dB hochspringen; lineare komplementäre Gains summieren sich überall exakt zu 1, eine Neu-Veröffentlichung nullt also, und ein korrelierter Tausch bleibt pegel-flach. (Crossfade-Modus dagegen läuft weiterhin auf zwei gewöhnlichen Convolution-Engine-Instanzen — die einfachere, vorhersagbarere Option, und ein Teil davon, warum sie der Default bleibt.)

Eingebettetes IR-Audio ist die rohe Aufnahme, nicht die verarbeitete Version. Was in den Plugin-State gzip-komprimiert wird, ist der Pre-Alignment-, Pre-Min-Phase-, Pre-Normalisierungs-Buffer für jeden Slot, gedeckelt auf 10 Sekunden — die verarbeitete Version einzubetten würde die aktuellen Schalterstellungen in das Audio backen, sodass Min-Phase nach einem Reload auszuschalten das Original nicht mehr wiederherstellen könnte. Beim Laden gewinnt eingebettetes Audio gegen den gespeicherten Dateipfad, der wiederum gegen den eingebauten transparenten Default gewinnt — eingebettetes Audio ist die einzige Quelle, die sich seit dem Speichern der Session nicht geändert haben kann. Das Laden einer Session von vor v0.3.0 erzwingt deren Alignment-Modus auf Legacy und lässt alles andere neutral, alte Sessions klingen also weiterhin exakt wie zuvor.

Precise Alignment ist eine Messung, keine Threshold-Überschreitung. Die Legacy-Methode richtet zwei Aufnahmen anhand des Punkts aus, an dem jede 20 % ihres eigenen Peaks überschreitet — zwei Aufnahmen desselben Cabinets, deren Transienten mit unterschiedlicher Rate ansteigen, überschreiten diesen relativen Threshold an unterschiedlichen Punkten, das „ausgerichtete" Ergebnis kann also weiterhin kammfiltern. Precise ersetzt das durch FFT-Kreuzkorrelation, parabolische Sub-Sample-Peak-Verfeinerung, fraktionale Delay-Anwendung und automatische Polaritätserkennung. Gemessen: Offsets von 7, 37,25 und 0,5 Samples werden auf 0,1 Samples genau wiederhergestellt, und das Korrigieren einer polaritätsinvertierten Aufnahme bringt einen 50/50-Blend von −5,8 dB Auslöschung auf 0,0 dB gegen das Ideal.

Loudness Matching nutzt dieselbe Gewichtung wie ein LUFS-Meter. Raw-Energy-Matching lässt eine dunkle Cabinet-Aufnahme — deren Energie größtenteils dort liegt, wo das Ohr am unempfindlichsten ist — hörbar leiser wirken als eine helle Nahmikrofonierungs-Aufnahme, die denselben Wert misst. Der Loudness-Modus skaliert jede IR stattdessen nach ihrer ITU-R-BS.1770-K-gewichteten Energie, ein Wechsel zwischen zwei spektral unterschiedlichen IRs ändert also den Ton, ohne zusätzlich im Pegel zu springen.

Engineering-Hygiene: keine Audio-Thread-Allokationen, bewiesen unter einem ersetzten globalen Allocator mit jedem Feature gleichzeitig aktiviert — ein laufender Morph-Fade, Distance Air an, beide Filter-Flanken bei 24 dB/Okt., Blend unter Automation. Derselbe Test stellt als Kontrolle das ältere Per-Block-Koeffizienten-Idiom wieder her und misst 512 Allokationen im selben Fenster, gegen null beim aktuellen, alle 32 Samples allokationsfreien Design. Blend, Mix, IR B Trim und Polarity werden pro Sample geglättet statt pro Block, was Automation bei großen Blockgrößen zipperfrei hält. getTailLengthSeconds() meldet jetzt die längere der beiden geladenen IRs statt einer hartkodierten Null, ein Host-Bounce/Freeze/Bypass schneidet einen abklingenden Cabinet-Tail also nicht mehr ab. Und die Abwärtskompatibilitäts-Grenze ist ein hartes Gate: Eine Session von vor v0.3.0 mit echten IRs in beiden Slots und bereits aktiviertem Blend rendert nach der Migration identisch, unter −80 dBFS Residuum — nicht nur der einfachere Einzel-IR-Fall.

Eine Anmerkung zu den drei „Reset"-Schaltern

IR Gain Match, die beiden Min-Phase-Schalter und IR Align verändern jeweils, was tatsächlich in die Convolution-Engine geladen wird, und eine Engine neu zu laden startet sie neu — du hörst also möglicherweise eine kurze Unstetigkeit, wenn du einen davon bei laufendem Audio änderst. Das ist dasselbe Verhalten, das Nave beim Laden einer IR-Datei immer schon hatte, und es sind Einstellungen, die man einmal einstellt statt sie zu automatisieren.

Alles Kontinuierliche ist klickfrei: Blend, Mix, IR B Trim, IR B Polarity, IR B Delay, Distance und die Flankenschalter sind allesamt gefahrlos automatisierbar.

Latenz

Nave meldet in jeder Konfiguration null Latenz, einschließlich Morph, Distance Air, IR B Delay und den 24-dB/Okt.-Flanken. Diese Verzögerungen sind gewollte Effekte auf dem Wet-Pfad und keine Verarbeitungslatenz — sie zu melden würde deinen Host dazu bringen, die gesamte Spur zur Kompensation zu verschieben, und das ist nicht das, worum du gebeten hast, als du das Mikrofon zurückgezogen hast. Das wird direkt geprüft statt nur angenommen: getLatencySamples() == 0 wird über jede v0.3.0-Feature-Kombination hinweg abgesichert.

Beide Convolution-Pfade sind latenzfrei, über zwei unterschiedliche Wege. Crossfade läuft auf der eigenen latenzfreien, gleichmäßig partitionierten Konfiguration der Standard-Convolution-Engine — gewählt, weil Reamping-IRs kurz sind und Reamping-/Tracking-Workflows latenzsensibel sind. Morph läuft auf Naves eigenem, gleichmäßig partitioniertem Overlap-Save-Convolver (siehe Unter der Haube), der durch seine eigene Konstruktion latenzfrei ist, nicht weil er es von der Standard-Engine erbt. Das gilt unabhängig davon, wie viele der anderen Features (IR Blend, Distance, LoCut/HiCut, IR B Delay) gleichzeitig aktiv sind.

Bekannte Einschränkungen

• Ein Bug bei der fraktionalen Delay-Indizierung, gefunden und behoben vor diesem Release. Früher in der Entwicklung indizierte der Vier-Tap-Lagrange-Interpolator, den Distance Airs Time-of-Flight-Delay und IR B Delay nutzen, sein Fenster ein Sample zu früh, sodass jede solche Delay in der Engine geringfügig zu kurz war. Gefunden wurde es durch Distance Airs eigene Time-of-Flight-Messung (genau auf 0,02 ms zu ihrem Ziel) und vor dem Ausliefern behoben — hier erwähnt, weil es die Art von Sache ist, die es wert ist, offengelegt zu werden, nicht weil es irgendetwas in diesem Release betrifft.
• Die GUI ist bewusst schlicht — ein Regler pro Parameter im bestehenden funktionalen Slider-Stil; ein eigenes Look-and-Feel ist ein späterer, suite-weiter Meilenstein.
• Die mitgelieferten IRs sind Modelle, keine Aufnahmen. Nave bringt neun Cabinet-IRs im Plugin selbst mit, unter CC0 1.0 Universal gemeinfrei gestellt. Jede davon ist aus einem analytischen Cabinet-Modell berechnet, statt von einem echten Cabinet, Lautsprecher oder Mikrofon aufgenommen — genau das hält sie frei von jeder Lizenzfrage. Echte Cabinet-Aufnahmen sind nicht enthalten; für den Klang eines bestimmten Cabinets lässt sich jederzeit eine eigene Aufnahme in einen der beiden Slots laden.
• Pre-1.0. Release-Binaries für macOS sind Developer-ID-signiert, notarisiert und gestapelt; Windows-Binaries sind noch nicht Authenticode-signiert. Lizenziert unter AGPLv3. Breaking Changes bleiben bis v1.0.0 möglich.

Die übrigen ehrlichen Vorbehalte von Nave — was Morph mit den Blend-0-%/100-%-Endpunkten macht und wann es das richtige Werkzeug gegenüber Crossfade ist, warum drei bestimmte Schalter (IR Gain Match, die Min-Phase-Umschalter, IR Align) die Convolution-Engine kurz zurücksetzen, während alles andere klickfrei bleibt, warum Loudness Matching bei flachem Material exakt und bei einem echten Take nur approximativ ist, der 10-Sekunden-Einbettungs-Deckel, und wie eine negative IR B Delay realisiert wird — stehen unter Blend Mode, IR Gain Match, Eine Anmerkung zu den drei „Reset"-Schaltern und IR B Trim, Polarity und Delay oben.

Tipps

• Beginne mit LoCut/HiCut auf ihren Defaults (aus) und bringe sie erst ein, wenn die rohe IR Formung braucht — eine gut aufgenommene Cab-IR braucht oft wenig bis gar keine zusätzliche Filterung, und unnötige Filter kosten nur Headroom und CPU ohne Nutzen.
• Für einen druckvolleren Metal-Rhythmus-Sound versuche, eine straffe, nah abgenommene 4x12-IR (IR A) mit einer kleinen Menge einer etwas dunkleren/räumlicheren IR B zu mischen (10–25 % Blend), statt zu einem zweiten Cab-Sim-Plugin zu greifen.
• Distance ist ein Feinschliff, kein Tone-Shaping-Tool — brauchst du einen bestimmten Frequenzgang, nutze stattdessen LoCut/HiCut (oder deinen EQ danach); Distance ist für eine leichte „im Raum zurückschieben"-Anpassung gedacht.
• Klingt eine geladene IR nach Blend-/Distance-Änderungen dünn oder boxig, prüfe Level — weder Mix, Blend noch Distance sind gegeneinander gain-kompensiert, bewusst so gebaut (damit du immer genau weißt, was du hörst), was bedeutet, dass Level die eine Stelle ist, an der du einen daraus resultierenden Pegel-Mismatch korrigierst, bevor er auf deinen Mixbus trifft.
• Führe einen Null-Test mit deinen Default-Einstellungen durch, falls du dir je unsicher bist, ob Nave dein Signal färbt: ohne geladene IR (oder mit IR A auf ihrem Default) und LoCut/HiCut/Distance allesamt auf ihren Defaults ist Nave ein zertifizierter bit-genauer Passthrough (siehe die projekteigenen Null-Tests in tests/EngineTests.cpp und tests/CoverageTests.cpp).