CPU-sparende Effekte für (fettes) Vocal Mixing?

  • Ersteller Ersteller zoolander
  • Erstellt am Erstellt am
  • #21
Wenn ich mich recht erinnere, ist der aber zum Einsingen wegen der Latenzen nicht ideal...Aaaargghhhh...
Nicht ideal beim Monitoring oder das zeitliche Versetzen der Aufnahme?

Bei letzterem ließ ich damals Leute am Mikro die vier Einpunchklicks mitklatschen und verschob dann entsprechend.
 

  • #22
Beim Monitoring. Die Latenz bringt mich beim Einsingen raus.
Zusätzlich hab ich aber auch ne Latenz in der DAW selbst. Wenn ich von der Playlist in die Pianoroll wechsle, läuft die Ansicht zu langsam ab.
Dinge, die immer wieder auftreten, die ich aber nie verstehen werde. Ich raff´s einfach nicht, woran das liegt.
Die CPU-Last in der DAW geht übrigens auch in den roten Bereich, obwohl der Task-Manager dann erst bei 60% CPU liegt.

Edit: Ich glaub, das ist Thema für nen neuen Thread.
 
Zuletzt bearbeitet:
  • Danke
Reaktionen: Ennui
  • #23
Bei Vocals ist aus meiner Sicht nur ein Deesser nötig und etwas Hall, Delay, Chorus. Mehr Effekte braucht man nicht.

Wichtig ist eigentlich nur, dass die Vocalchain vor dem Rechner schon funktioniert. Sonst musst du zu viel mit Plugins rum machen und das geht wie Du merkst auf die CPU.

Zb Grossmembran Mic, guter Preamp, Kompressor schon bei Aufnahme.

Bei mir derzeit: m1030>ChandlerCasstte>ChandlerRS660

Wenn der Grundsound steht, braucht man nur noch marginal ein paar wenige Plugins. Auf dem Vocal Buss setzte ich auch nochmal einen 1176 Comp, einen Desser Und ein Tape Plugin. Ist aber nur zur Abrundung auf dem Buss. Melodyne ist auch noch auf jeder Spur….

Mit einem alten M1 Prozessor hatte ich aber auch noch nie Probleme… obwohl da 130 Spuren sind mit VSL und so Zeugs…
 
  • Danke
Reaktionen: zoolander
  • #24
  • #25
Beim Recorden sollte die Latenz ja gering sein. So um die 128 Samples. evtl. 256 Samples. Nachher beim reinen Mixen der Spuren dann wieder hochstellen auf 1048 Samples.
 
  • Danke
Reaktionen: zoolander
  • #26
Du schreibst, das Du den Asio For All-Treiber verwendest ? Dann hast Du kein eigentliches Audio-Interface ? Gehst also
über das Mainboard des PC raus ? Weil, Du schreibst auch fälschlicherweise, daß FL-Studio Asio-Treiber hat. Das hat es mit Sicherheit nicht. Die ASIO-Treiber kommen immer vom Audio-Interface. Also von deren Hersteller.
Tip: Ich denke, Du hast noch PCI-Steckplätze an deinem Mainboard ? Dann würde ich mir eine RME-Hammerfall zulegen.
Ständig günstig gebraucht zu bekommen. Da sind superstabile Treiber dabei. Top-Performance. Auch für die heutige Zeit.
Die Treiber werden bis heute von RME aktualisiert. Evtl. benötigst Du auch einen älteren Treiber. Kann man aber alles auf der RME.de-Page runterladen was man braucht. Evtl. habe ich es überlesen.
Welche BS hast Du ? Win10 ?
 
  • Danke
Reaktionen: zoolander
  • #27
Ein hab ich noch: Muß Du das gesamte Projekt, also alle Spuren mitlaufen lassen, wenn Du einsingst ?
Evtl. die Spuren und dessen Plugins deaktivieren, die dabei nicht so wichtig sind. Wäre jetzt noch so ein Tip von mir.
 
  • Danke
Reaktionen: zoolander
  • #28
Beim Recorden sollte die Latenz ja gering sein. So um die 128 Samples. evtl. 256 Samples. Nachher beim reinen Mixen der Spuren dann wieder hochstellen auf 1048 Samples.
Ich stelle beim Einsingen immer auf 512 Samples. Hab sehr geringe Latenz, die ich nicht merke. Geht super mit Reaper und Rme.
 
  • Danke
Reaktionen: zoolander
  • #29
Wenn du schon soweit bist das du Einsingen kannst, dann exportiere doch das instrumental und singe darauf, dann hat sich das mit der Latenz erledigt.
 
  • Gute Antwort
  • Danke
Reaktionen: diagnostix, zoolander und Humanizer
  • #30
Die CPU-Auslastung liegt bei Wiedergabe bei maximal 65% ... An der benötigten Leistung kann es dann ja nicht liegen.
Das kommt drauf an, ob das 65% max insgesamt, oder 65% max pro CPU-Thread sind.
Max insgesamt ist nämlich fast egal. Sobald 1 Thread überlastet ist, gibt's Probleme. Heißt z.B., ist 1 bei 99%, der Rest bei 5% -> Aussetzer.
 
  • Danke
Reaktionen: zoolander
  • #31
In dem Fall würde man ich ein Update des Rechners machen.
Seh ich mir den Taskmanager an, scheint es an der Leistung noch nicht zu scheitern.
Das kommt drauf an, ob das 65% max insgesamt, oder 65% max pro CPU-Thread sind.

screen.webp


Die Dips im zweiten Drittel sind übrigens die Hänger in der DAW. Kurze Zeit Funkstille.
Sieht doch prinzipiell ganz gut aus?


Beim Recorden sollte die Latenz ja gering sein. So um die 128 Samples. evtl. 256 Samples. Nachher beim reinen Mixen der Spuren dann wieder hochstellen auf 1048 Samples.
Bei mir zur Zeit auf 240 Samples/ 6ms


Du schreibst, das Du den Asio For All-Treiber verwendest ? Dann hast Du kein eigentliches Audio-Interface ?
Doch. Alles läuft über ein Alesis io2
Weil, Du schreibst auch fälschlicherweise, daß FL-Studio Asio-Treiber hat. Das hat es mit Sicherheit nicht.
? Aber klar hat es das. Schon ziemlich lange sogar.

screen2.webp


Dann würde ich mir eine RME-Hammerfall zulegen
Den Tipp werde ich mir merken, sollte es am Interface scheitern, was ich zur Zeit aber noch nicht glaube.

Wenn du schon soweit bist das du Einsingen kannst, dann exportiere doch das instrumental und singe darauf, dann hat sich das mit der Latenz erledigt.
Da ist was dran. Ist ja dann auch egal, ob es noch Parts zum Ausbauen gibt.


@All - Danke für die rege Beteiligung und die guten Tipps für den Workarround. 👍 Ich hoffe, ich habe niemanden vergessen.
 

Anhänge

  • screen2.webp
    screen2.webp
    10,9 KB · Aufrufe: 51
  • Danke
Reaktionen: Humanizer
  • #32
...und warum benutzt Du nicht den Alesis-Treiber ?
Wie gesagt. ASIO-Treiber ist nicht gleich ASIO-Treiber.
RME ist nochmal eine andere Hausnummer. Das merkt man dann, wenn bei 60% Auslastung (Anzeige in der DAW) die anderen Treiber anfangen zu nörgeln. Da spielen die RME-Treiber noch ganz locker auf.

Wenn Du 240 Samples eingestellt hast für das Recorden ist es ok. Und für das Mixen dann die Samplerate wieder höher stellen.
So benötigst Du doch weniger Ressourcen.
 
  • #33
Beim Recorden sollte die Latenz ja gering sein. So um die 128 Samples. evtl. 256 Samples. Nachher beim reinen Mixen der Spuren dann wieder hochstellen auf 1048 Samples.
What? Ich habe dauerhaft 128 bis 256, auch für Mixing.
Ich stelle den Treiber nicht andauernd um.
Ich habe so ein Aggregated Device, also SSL 2+ für Aufnahme und Audiolab M-Dac für abspielen (OSX).
 
  • #34
  • #36
Ist der i7 Quadcore mit max 3.9ghz. und der Kombi 16gb vielleicht zu schmal auf der Brust ?
Wenn ich ne Vocalchain im Insert hätte, geht Einsingen mit Monitoring auch nicht Latenzfrei. Mein i5 9600k liegt von der Leistung über deinem i7.
 
  • #37
...und warum benutzt Du nicht den Alesis-Treiber ?
Für das Dingen gibt es wohl keinen Herstellertreiber.
So isses.

Wenn Du 240 Samples eingestellt hast für das Recorden ist es ok. Und für das Mixen dann die Samplerate wieder höher stellen.
So benötigst Du doch weniger Ressourcen.
So hab ich mir ab und zu auch schon geholfen, ging aber immer davon aus, dass es eher so die letzte Behelfsmöglichkeit überhaupt ist. Jetzt, wo ich sehe, dass es andere auch so handhaben, scheint es doch eher normal zu sein.

Jepp, da ist nichts Verdächtiges zu sehen.

Schon den hier probiert: https://www.resplendence.com/latencymon ?
Noch nicht, probier ich morgen direkt mal aus, danke.
Ist der i7 Quadcore mit max 3.9ghz. und der Kombi 16gb vielleicht zu schmal auf der Brust ?
Ich dachte zuerst auch, es liegt an der CPU. Aber guckst du weiter oben den Screenshot, reicht es prinzipiell noch dicke aus.

Wenn ich ne Vocalchain im Insert hätte, geht Einsingen mit Monitoring auch nicht Latenzfrei. Mein i5 9600k liegt von der Leistung über deinem i7.
Die Kette schalte ich ja erst danach zu. Beim Einsingen ist die natürlich aus und erst danach zu.

Ich muss kurz mal im Thread editieren, das könnte man so lesen, als will ich bei der Aufnahme schon sämtliche Vocal-plugs mitlaufen lassen. Ist nicht so. Die Latenz beim Einsingen ist jetzt eher als "Beiwerk" im Laufe des Threads entstanden. Das liegt aber wahrsch. auch daran, dass ich diesmal die Samples nicht hochgestellt hab.

Mir geht es hauptsächlich um die Aussetzer bei der Wiedergabe. Und diese Aussetzer finden genau dann statt, wenn der Graph der CPU-Auslastung in den Keller geht und nicht ins Maximum rennt.
 
  • Danke
Reaktionen: Humanizer
  • #38
das interface hat ja eine direct-monitoring lösung direkt per drehregler am gerät. wieso nutzt du nicht die? dann hast du latenzfreies monitoring egal wie ausgelastet deine DAW ist.

hall/delay kannst dir ja trotzdem via DAW noch zusenden lassen wenn du magst, nur halt kein direktsignal raussenden.
 
  • Danke
  • Gute Antwort
Reaktionen: Humanizer und zoolander
  • #39
Mir geht es hauptsächlich um die Aussetzer bei der Wiedergabe. Und diese Aussetzer finden genau dann statt, wenn der Graph der CPU-Auslastung in den Keller geht und nicht ins Maximum rennt.
Ich würde mal in Windows das Energieprofil auf Höchstleistung stellen, zumindest in der Zeit wo Du Musik machst.
Du solltest sicherstellen, dass die Kerne nicht so krass runterfahren. Nennt sich Core Parking, Ist bei neueren Systemen nicht so das Problem mehr. Bei älteren System kann es sein, dass es etwas Verbesserung bringt.

Laut Screenshot läuft dein System schon recht lange ohne Neustart. Ist auch nicht gut. Hast Du Schnellstart aktiviert?
Würde ich an deiner Stelle mal deaktivieren, auch wenn der Start mit HDDs dann länger dauert.
 
  • Danke
Reaktionen: zoolander
  • #40
Wurde der Screenshot mit allen aktivierten Plugins gemacht?
Wenn ich das richtig lese, sind das 582 ms.
Screenshot 2026-06-02 122311.webp
 

Ähnliche Themen

Y
Antworten
5
Aufrufe
946
muffy
muffy
×
Dir gefällt Recording.de? ❤️ Lasse dir unsere neuesten Inhalte in der Google-Suche ganz oben anzeigen!

Neue Antworten


Oft gelesene Themen

Zurück
Oben