I
Izak
- Registriert
- 04.07.10
- Beiträge
- 174
- Reaktionen
- 136
- Punkte
- 589
Hi,
wie Ihr wahrscheinlich alle wisst, haben Saturation Plugins* die Angewohnheit, dass sie Aliasing erzeugen, vor allem dann wenn man sie in Projekten mit niedriger Samplerate (z.B. 44.1 oder 48 khz) nutzt. Das lässt sich kaum vermeiden und betrifft auch Plugins renommierter Hersteller wie Waves und UAD.
Oft haben Plugins daher eine HQ / HD oder Oversampling Option um das Aliasing zu reduzieren, was allerdings die CPU Last um einiges erhöht, wenn man sie in Echtzeit auf das Material anwendet (z.B. 2x Oversampling = doppelte Rechenlast pro overgesampletes Plugin; 4x OS = vierfache Rechenlast etc).
Cleverer ist es daher, wenn der Hersteller eine Offline-Oversampling Option eingebaut hat. Während man das Projekt in Echtzeit bearbeitet begnügt man sich mit 2x OS (oder auch gar keinem OS) und hat dann aber die Sicherheit, dass wenn das Projekt exportiert wird ein hohes Oversampling angewandt wird (oft reicht 4x, aber man kann dann auch mit sehr hohem, rechenintensiven OS Raten wie 16x oder 32x arbeiten, was gerade bei starken Eingriffen mit einem Clipper sinnvoll sein kann).
Wie ein paar fleißige Plugin-Analysten kürzlich herausgefunden haben, ist es nun leider so, dass Ableton bei VST3 Plugins dem Plugin nicht die notwendige Meldung (so genannte "Flag") gibt, wenn offline gebouncet wird. Dadurch können die Plugins das Offline Oversampling nicht anwenden und das Aliasing bleibt im Endprodukt erhalten, was zu Qualitätseinbußen führt, auch wenn man die Spuren exportiert, um sie in einer anderen DAW fertig zu mixen und zu mastern.
Alternativ kann man mit VST2 Plugins arbeiten, aber da die ja gerade das Ende Ihres Lebenszyklus erreicht haben (Steinberg gibt das VST2 Developer Kit nicht mehr raus und viele Pluginschmieden veröffentlichen bereits VST3 only) und einige Nachteile mit sich bringen (VST3s können, wenn die DAW das richtig implementiert hat, wesentlich CPU sparsamer agieren) ist das auf lange Sicht auch keine Lösung.
Wenn Ihr im Ableton Forum aktiv seid könnt Ihr hier an der Diskussion teilnehmen:
Und hier die Diskussion, wo das Problem festgestellt wurde (Link führt zum einzelnen Post, man kann sich dort aber auch den Thread und den weiteren Verlauf der Diskussion anschauen):
wie Ihr wahrscheinlich alle wisst, haben Saturation Plugins* die Angewohnheit, dass sie Aliasing erzeugen, vor allem dann wenn man sie in Projekten mit niedriger Samplerate (z.B. 44.1 oder 48 khz) nutzt. Das lässt sich kaum vermeiden und betrifft auch Plugins renommierter Hersteller wie Waves und UAD.
Oft haben Plugins daher eine HQ / HD oder Oversampling Option um das Aliasing zu reduzieren, was allerdings die CPU Last um einiges erhöht, wenn man sie in Echtzeit auf das Material anwendet (z.B. 2x Oversampling = doppelte Rechenlast pro overgesampletes Plugin; 4x OS = vierfache Rechenlast etc).
Cleverer ist es daher, wenn der Hersteller eine Offline-Oversampling Option eingebaut hat. Während man das Projekt in Echtzeit bearbeitet begnügt man sich mit 2x OS (oder auch gar keinem OS) und hat dann aber die Sicherheit, dass wenn das Projekt exportiert wird ein hohes Oversampling angewandt wird (oft reicht 4x, aber man kann dann auch mit sehr hohem, rechenintensiven OS Raten wie 16x oder 32x arbeiten, was gerade bei starken Eingriffen mit einem Clipper sinnvoll sein kann).
Wie ein paar fleißige Plugin-Analysten kürzlich herausgefunden haben, ist es nun leider so, dass Ableton bei VST3 Plugins dem Plugin nicht die notwendige Meldung (so genannte "Flag") gibt, wenn offline gebouncet wird. Dadurch können die Plugins das Offline Oversampling nicht anwenden und das Aliasing bleibt im Endprodukt erhalten, was zu Qualitätseinbußen führt, auch wenn man die Spuren exportiert, um sie in einer anderen DAW fertig zu mixen und zu mastern.
Alternativ kann man mit VST2 Plugins arbeiten, aber da die ja gerade das Ende Ihres Lebenszyklus erreicht haben (Steinberg gibt das VST2 Developer Kit nicht mehr raus und viele Pluginschmieden veröffentlichen bereits VST3 only) und einige Nachteile mit sich bringen (VST3s können, wenn die DAW das richtig implementiert hat, wesentlich CPU sparsamer agieren) ist das auf lange Sicht auch keine Lösung.
Wenn Ihr im Ableton Forum aktiv seid könnt Ihr hier an der Diskussion teilnehmen:
Und hier die Diskussion, wo das Problem festgestellt wurde (Link führt zum einzelnen Post, man kann sich dort aber auch den Thread und den weiteren Verlauf der Diskussion anschauen):
Gearspace - View Single Post - Testing Aliasing of Plugins (measurements)
Post 15963641 -Forum for professional and amateur recording engineers to share techniques and advice.
gearspace.com