delay-knackser

[helmsklamm]

mir is kein rhytmisches delay-macro bekannt, das ohne artefacte die delyzeiten modulieren kann. (vielleicht abgesehen vom echomania, aber das überblendet dermassen lange, das es die rhytmik völlig versaut).

ich hab keinen plan, warum in reaktor n delay-zeit-wechsel solche schwierigkeiten bereitet. selbst in freeware-delays oder bspw. lives host-delays geht das völlig ohne knackser und überblendzeit.

sämtliche mod-module sind audio + smooth-lp davor + regler smooth (mit schon deutlich "eierenden" 100ms), trotzdem knackt´s. was läuft hier falsch?

[herw]

mir is kein rhytmisches delay-macro bekannt, das ohne artefacte die delyzeiten modulieren kann. (vielleicht abgesehen vom echomania, aber das überblendet dermassen lange, das es die rhytmik völlig versaut).

ich hab keinen plan, warum in reaktor n delay-zeit-wechsel solche schwierigkeiten bereitet. selbst in freeware-delays oder bspw. lives host-delays geht das völlig ohne knackser und überblendzeit.

sämtliche mod-module sind audio + smooth-lp davor + regler smooth (mit schon deutlich "eierenden" 100ms), trotzdem knackt´s. was läuft hier falsch?

betrifft das nur rhythmische delays oder auch normale? Ich habe auch lange Zeit Schwierigkeiten bei den Snaps im ModularMini gehabt. Mir fiel auf, dass dies vor allem im Zusammenhang mit dem Tubolator (Vorverstärker und Saturator) und einem rhythmischen delay geschah und zwar immer dann, wenn man den tubolator dazwischen schaltet. Dies tritt aber mitlerweile wirklich nur noch auf, wenn man weiter seine Mucke macht und dann live den snap wechselt. Setzt man kurz mit dem Spiel aus, dann gibt es dieses Krachen nicht. Ich konnte es ein wenig unterdrücken durch eine Kombination von HP-Ein-Pol-Filtern mit Filterfrequenz bei etwa 10-20Hz. Dann habe ich das snap-Modul benutzt, um den Signalweg mit Hilfe eines Hold-Modules für etwa 0,3s zu unterbrechen. Wenn ihr das austesten wollt, dann schaut in den MM2 hinein. Direkt vor den R-L-Ausgängen sind zwei solcher Module zu entdecken. Ich habe weitere in der Umgebung des delay-Moduls und des Tubolators eingebaut. Eine weitere Möglichkeit ist das Erkennen von extremen Audiospitzen. In einigen Modulen der BuildInBlocks-library kann man die ebenfalls in Kombnination mit ein-Pol-Filtern erkennen.
Es scheint dies ein typisches NI-Problem zu sein, ich habe dies mal in einer eMail an NI angesprochen, und dort kannte man ebenfalls dieses Verhalten. Im FM8 tritt dieses Phänomen ebenfalls auf.

ciao herw

[helmsklamm]

Es scheint dies ein typisches NI-Problem zu sein, ich habe dies mal in einer eMail an NI angesprochen, und dort kannte man ebenfalls dieses Verhalten. Im FM8 tritt dieses Phänomen ebenfalls auf.

ciao herw

ähm, was jetz konkret? das delay-verhalten?? und was bedeutet die antwort??? man kennt es UND arbeitet dran oder nur erstes????

was ich meinte ist zeitwechsel "im spiel", also bei laufenden stepper. dort "überlagern" sich dann kurz die delaylines, was aber eigentlich kein problem darstellen sollte (siehe non-NI delays). das ganze ist mW übrigens feedback-unabhängig, heisst: die knackser treten bei hohen und niedrigen geedback gleich lange auf (ca. ne halbe sekunde). das eingangsmaterial is aber entscheidend: tief freqeunte sachen knacksen mehr als hohe.

[KlangRaum]

bin grad auf was aufmerksam geworden:
das single-delay sollte eigentlich in den properties eine einstellung der interpolationsart haben..... aber in 5.1.1 scheint das nimmer vorhanden zu sein.
böhzer bug
auch wenn man eine struktor kopiert, in den properties gibts keine enstellmöglichkeit

normalerweise sollte das delay mit hq-interpolation knacksfrei sein, wenn man die time moduliert. in den alten reaktorversionen (3) gabs ja mal 2 verschiedene delay...

[magneton]

das single-delay sollte eigentlich in den properties eine einstellung der interpolationsart haben..... aber in 5.1.1 scheint das nimmer vorhanden zu sein.

sobald am "In" eingang ein audiosignal anliegt erscheint der "Quality" eintrag wieder (bei events nicht, wäre auch nicht nötig).
früher (!) gab es audio- und eventdelays - nun sind das hybridmodule.

zum knacksen:
erfolgt die veränderung der delayzeit mit audiorate dann knackst es nicht mehr, allerdings steigt der CPU verbrauch. zudem ist es auch nicht immer angebracht so zu verfahren.
ich glaube in "Auralis v2.1" (in der UL) ist ein modulierendes delay (audiorate) eingebaut, das nicht knackst.

[KlangRaum]

...sobald am "In" eingang ein audiosignal anliegt erscheint der "Quality" eintrag wieder ...

aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaah 8) tnx

[herw]

Es scheint dies ein typisches NI-Problem zu sein, ich habe dies mal in einer eMail an NI angesprochen, und dort kannte man ebenfalls dieses Verhalten. Im FM8 tritt dieses Phänomen ebenfalls auf.

ciao herw

ähm, was jetz konkret? das delay-verhalten?? und was bedeutet die antwort??? ...

sorry, hab dich völlig missverstanden. Ich dachte an die Knackser beim Umschalten von snaps in NI-softsynth.
Du meintest dagegen das (live-) Verändern von delay-Zeiten.

ciao herw

[helmsklamm]

also ich spekuliere das die hauptursache für snap-knackser die ist: das GLEICHZEITIG genügend module geswitched werden, das ne ultrakurze cpu-auslastung auftritt. - ich hab keine knackser wenn nicht oder wenig geswitched wird. - n weicher modus, der die seqeunziell abarbeitet wäre vielleicht besser?

danke für den dealy als audio-tip.