Verzögerunsausgleich: Treiber rastet aus

[Fortenhell]

Hallo zusammen,

Ich benutze ein Fast Track Pro von M-Audio mit entsprechendem aktuellen Asio Treiber.
Meine Latenz liegt bei ca. 30 ms.
Wenn ich den Verzögerunsausgleich aktiviere kommt es leider häufiger vor, dass mein Cubase kein Output mehr hergibt.
Auch wenn ich nur auf einem anderen Track aufnehmen will und diesen anklicke, bringt das den Treiber zum..."ausrasten".
Wenn ich dann "Kein Treiber" wähle und anschließend wieder meinen Asio Treiber, kommt wieder Output.
Das ist aber nur eine Notlösung.

Kennt ihr das Problem? Ich habe über google nichts dergleichen gefunden...

 

[Tobbes]

30ms ?? heilige scheisse.. da stimmt mit deinem system aber ordentlich was nicht.

 

[TGud]

Hi,

ich hatte mal vor langer Zeit auch so ein ähnliches Problem mit meinem Tascam us1641.

Ich meine es lag am falschen Treiber. Hatte XP unter Vista oder 32 Bit unter Win 64 Bit oder so.
Ich würde mal verschiedene (auch ruhig mal einen älteren) Treiber ausprobieren.

 

[slowhand73]

Welchen Rechner hast Du? Und lass mal den LatencyChecker laufen oder LatencyMonitor zu wieviel der überhaupt fähig ist ?

 

[TinDD]

Na welche Samplingrate und welche Buffersize hast du denn eingestellt? Schonmal versucht den Buffer zu verringern?

 

[TinDD]

Achja und mit MAudio Treibern hab ich auch so leidvolle Erfahrung gemacht. Früher unter 32 Bit nur Bluescreens gehabt, jetzt mit 64 Bit alles ne Wolke.

 

[Fortenhell]

Ich hab den Buffer gerade mal auf ~500 reduziert. Die Latenz betrug vorher auch nur 20 ms wie ich gerade gemerkt habe.
Als ich dann aber den Verzögerungsausgleich eingeschaltet habe ist Cubase ganz abgestürzt.
Ich benutze den 64er Treiber, habe aber mit Asio 4 All auch solche Erfahrungen gemacht (ich teste es gleich aber noch mal aus).
Ich füge auch ne .txt Datei über mein System an.


Denkt ihr denn, ein niedrigerer Buffer käme der Systemstabilität zugute? Ich hatte den Buffer extra etwas höher bei ~1000 angesetzt, damit es stabiler wird...war nur so ne Idee.

 

[TinDD]

Nee eigentlich sollte der Buffer auf die Stabilität keine Auswirkungen haben. Bei sehr geringen Buffersizes, also 64 und kleiner, kriegste vllt Dropouts, aber Abstürze sollten nicht sein.


Welches Cubase haste denn? Wenn es ein altes ist evtl. Updaten? Und du nutzt auch 64 bit Cubase?

 

[Fortenhell]

Jawoll, Cubase 7 64 Bit

Können Plugins schuld sein?

 

[TGud]

Können Plugins schuld sein?

Jo. Bei dem Stichwort fällt mir ein Problem ein, was ich auch mal hatte.
Und zwar haben die Jungs von ikmultimedia aus T-Racks 3 deluxe per Update T-Racks CS gemacht.
Nach dem Update hatte ich eine Latenz jenseits der 500 ms-Grenze. Tagelang gefrickelt und letztendlich dahinter gekommen. Des Rätsels Lösung: Ich hatte in meinem Defaultprojekt ein T-Racks 3 deluxe in der Summe. Somit hatte ich das auch bei jedem neuen Projekt, da ich immer mit dem Defaultprojekt anfange. Nachdem ich dann T-Racks 3 durch T-Racks CS in der Summe getauscht hatte war alles wieder gut.

 

[TinDD]

Ja da tippe ich auch jetzt eher auf ein Plugin.

 

[Fortenhell]

mhh...da bleibt mir wohl nur ne Trial & Error Strategie um das böse plugin zu identifizieren oder?
Also erstmal alle Plugins außer denen von Steinbergs deaktivieren und dann nch und nach zuschalten?
Gibt es einen einfacheren Weg?

 

[Realist]

Also erstmal alle Plugins außer denen von Steinbergs deaktivieren und dann nch und nach zuschalten?
Gibt es einen einfacheren Weg? zwinker

Nein, leider nicht.Er ist sogar noch steiniger.Die Plugins von Steinberg musst Du auch überprüfen.

 

[Fortenhell]

Es SCHEINT so, als wäre das Problem durch das Entfernen der FabFilter Plugins aus der Welt.
Jetzt läuft das System so flott, dass ich den Verzögerungsausgleich gar nicht mehr zwingen brauche, aber wenn ich ihn einschalte ist alles schön stabil. Perfekt.

Schönen Dank euch allen!

 

[TinDD]

Fänd ich allerdings krass. Die FabFilter Dinger kosten ja ne Stange Geld.

 

[Realist]

Fänd ich allerdings krass. Die FabFilter Dinger kosten ja ne Stange Geld.

Kommt halt drauf an in welchem Mode der Fortenhell die Fabfilter- Dinger betreibt.
Beim Recording lass ich sie immer auf Zero Latency stehn, wenn ich da überhaupt schon nen EQ etc brauche.Meistens eigentlich nicht.
Z.B. alle Plugins die ne LookAhead-Funktion besitzen, würd ich da auch weglassen.
Das solche Sachen Latenzen erzeugen ist ja nicht zu ändern.
Später, wenn ich alles eingespielt habe und es ums Mischen geht, schalte ich z.B. auch die Buffersize höher.
Aber gerade bei der Aufnahme sollte man schon gucken, was man an Effekten wirklich braucht.

 

[Fortenhell]

ja stimmt...daran hatte ich gar nicht gedacht, mal den FabFilter EQ zu überprüfen, ob der auf eine zu hohe Latenz eingestellt war.
Ich füge die mal nach und nach wieder einem Projekt hinzu und teste das aus.

Es ist bei mir nur so, dass ich während dem Mischen oft noch das eine oder andere neu aufnehme (ein Vorteil, wenn man alles selber macht ist, dass das immer jederzeit möglich ist). Darum versuche ich möglichst nicht in 2 Phasen "recording" und "mixen" zu arbeiten, sondern beides zu kombinieren.
Jetzt läuft das Programm aber so, wie ich es immer wollte .

 

[Realist]

ja stimmt...daran hatte ich gar nicht gedacht, mal den FabFilter EQ zu überprüfen, ob der auf eine zu hohe Latenz eingestellt war.
Ich füge die mal nach und nach wieder einem Projekt hinzu und teste das aus.

Trotzallem hast Du natürlich recht, dass da irgendwas faul ist.Cubase sollte die Plugins dann ja wenigstens ausschalten wenn Du die Verzög. einschränken Option nutzt.
Ich hab hier noch die 6.5 laufen und da funktioniert alles soweit.
Mit Cubase 7 habe ich keinerlei Erfahrung.