Echtzeit-Latenzprobleme bezüglich Audiobearbeitung

Hier ist ein Thread aus TechNet zum Thema:
https://social.technet.microsoft.com/Forums/en-US/a…d-driver-issues

Einerseits könntest du vergleichsweise ein anderes Tool namens DPC Latency Checker (und ggf. die auf der Herstellerseite empfohlene Holzhammermethode, ein Gerät nach dem anderen zu deaktivieren und aktivieren, und zu schauen wann es sich näher an der für Win7 typischen 500-Mikrosekunden-Marke einpendelt) heranziehen, andererseits wie dort beschrieben aus dem Windows ADK das "Windows Performance Toolkit" installieren und mit xprof ein CPU-Profiling betreiben, um dann genau zu analysieren, in welchem Treiber oder Prozess der Kernel so exorbitant lange hängt.

Zitat von Michael_

Trotzdem Taktet die CPU wie sie will, selbst mit last kommt es vor das sie sich mal runtertaktet auf 1200mhz -.-

Selbst wenn das okay ist und nichts ausmacht, wie kann ich das unterbinden?
Man liest überall das man sowas für Audio besser ausstellen soll gerade auch damit man SOFORT zugriff auf die volle Leistung hat. Macht hier auch sinn zwecks REALTIME.

Definiere Last... Nur weil etwas Rechenleistung braucht, heißt es nicht, dass deswegen hochgetaktet werden muss. Was ich wenn ich dir sage, dass deine CPU in über 90% seiner Zeit im Idle ist, weil eine volle Auslastung fast nie erreicht wird? Und deine ganzen tollen Prozesse fast 80% nur warten, dass sie vom OS auserkoren werden, die CPU zu nutzen (Scheduling).
Selbst wenn ich eine Animation rendere, hab ich immer noch einen (ganz) kleinen Prozent Idlezeit.

Intel weiß schon was es tut.... Unnötiges hochtakten verbraucht Strom und vor allem, es wird verdammt scheiße heiß. CMOS Transistoren ist zwar schön schnell, aber strahlen viel Hitze ab. Manchmal in der Dimension einer Heizplatte.
Selbst wenn du auf 4 GhZ oder solche Späße hochgehst, bringt dir der Spaß nichts, wenn das OS entscheidet, dass der Prozess jetzt zu warten hat.
Und bitte les dich in Echtzeit Betriebssysteme ein. Woran du denkst, sowas gibt es nicht. Bei RTOS tut man nur bestimmte vorhersagen treffen und garantierte Bearbeitungszeit zusprechen, damit nicht das OS mitten in einer wichtigen Startsequenz aufm Marsrover entscheidet, dass irgendwer anders Vorrang hat.
Deswegen werden RTOS auch für solche Systeme eingesetzt.

Zitat von Michael_

Ein Song ist stark Dynamisch, und es kommen oft neue Sachen dazu etc. das heißt man hat immer schankungen wieviel LEistung man braucht.
Wenn nun auf einen Schlag zuviel gebraucht wird und die CPU erst wieder hochtakten muss etc. hat man einen Drop out.

Man kann eine CPU nicht zu viel belasten... dann wird einfach das in die Warteschlange eingereiht oder verworfen. Wenn dein CPU einen Dropout hat, dann stürzt dein PC ab.

Zitat von Michael_

wtf?

Insofern ich bei bedarf den Prozessor erst hochtakten muss habe ich eine kleine verzögerung die nicht vorliegt wenn der prozessor bereits auf höchstleistung läuft und direkt verfügbar ist KOMPLETT OHNE WARTEZEIT, somit realtime also.

lg
Michael

Nein das geht nicht, siehe oben

Als jemand, der sich in diesem Bereich bald spezialisieren will, tuen diese Posts einfach nur weh

Zitat von meego4ever!

Ich lese gerade deine Signatur. Für was zum Teufel braucht man Zuhause 128GiB Ram?

Zum Protzenbonzen? :oo3:

Zitat von Pain

Beste Feierabendunterhaltung hier.

Aber echt.

Fehlen nur noch so Aussagen wie "Das hat 0,1 Nanosekunden zu lang zum Laden gebraucht" oder "ich merk Pixelruckler" :oo3:

Zitat von Michael_

Wer behauptet sowas? 500 us ist viel zu hoch.
Mit dem DPC Latency Checker lande ich bei maximalwerten von 200us im Betrieb der DAW und bei LatencyMon meistens zwischen 10 - 20 Mikrosekunden aufjedenfall hatte ich nie mehr als 100us.

Ob ihr euch das nun vorstellen könnt oder nicht das ist VERDAMMT wichtig das diese Latenz niedrig ist.
Und auch wenn ihr nicht glaubt was ich sage mann kann das hören!

Ansich scheinen die Werte im laufenden Betrieb ja nun zu passen ABER das würde wohl auch so sein wenn die CPU bei weniger last nicht runtertaktet.
So wenn ich die DAW nicht auf habe dann habe ich sofort 10k Mikrosekunden latenz Gut das ist ansich kein Problem da es dann ja egal ist aber trotzdem

Kann mir den jetzt schlussendlich niemand sagen wie ich es schaffe das die CPU immer auf voller Leistung also 3,7ghz Takt läuft?
Wenn es wirklich keine Verbesserungen der Latenz bringt dann werde ich es natürlich wieder sparsam einstellen.

lg
Michael

Was an meinem Posting verstehst du nicht?

Nutzt du auch ASIO btw. passende Audiotreiber?

Zitat von Michael_

Naja kommt doch drauf an wieviel Leistung gebraucht wird ob hochgetaktet werden muss oder nicht?

Ja schön trotzdem je mehr die CPU leistet desto schneller können die Prozesse abgearbeitet werden oder etwa nicht?

Letztendlich ist es deswegen natürlich trotzdem nicht echtzeit aber halt "schneller" was wiederum kleinere latenzen zulässt,
oder doch nicht?

lg
Michael

---

oder dumm gefragt:

wenn es nicht an der CPU und deren Leistung liegt, wieso habe ich dann so eine hohe Latenz wenn FL Studio nicht läuft und wenn FL Studio läuft nicht?

lg
Michael

Alles anzeigen

Ich kann auch etwas in 50 MHz ausrechnen... dauert nur etwas länger.
Anscheinend braucht halt dein super tolles Musikprogramm mehr Leistung und es wird hochgetaktet. Wenn du dein System die ganze Nacht stehen lässt ohne was zu tun, warum dann 3,7 GHz verschwenden.

Und es ist scheißegal ob deine CPU 20 MHz oder 10 GHz schnell ist. Das Betriebssystem verteilt Zeitslots und keine "Leistungslots". Wenn dein Prozess wichtig ist, werden ihm mehr Zeitslots zugeteilt. Das macht der Windows/Linux/OSX Kernel.
Wenn du einen Prozess hast der nur 5 Zyklen braucht aber der Zeitslot besteht aus 5000 Zyklen hast du halt Pech gehabt und musst die nächsten 4995 Zyklen ins Land laufen lassen.
Was schnellere Prozessoren möglich machen ist zu einem das schnelle Rechnen und damit eine bessere ausnutzen und Verteilung von kleineren Zeitslots.
Du wirst keine CPU finden, die nicht dynamisch die Clock anpasst und das hat Gründe.

Das ist technisch so. Für niedrige Latenz braucht man ASIO.. dafür wurden die Treiber geschaffen.

Wo ist eigentlich das verdammte Problem, wenn deine CPU doch genau das macht was sie tun soll...

https://de.wikipedia.org/wiki/Audio_Stream_Input/Output
Unter Windows ist ASIO quasi der Software- und Hardware-Standard für echtzeitfähige Klangverarbeitung

Ja.

Zitat von Michael_

Ich war wohl einfach zu blöd zum messen.
Mir war nicht bewusst das der ASIO Treiber nicht immer Aktiv ist sondern man dazu FL Studio öffnen muss oder Musik mit z.b. dem Windows Media Player wiedergeben muss.
Das RME Fireface UFX ist bei mir ja als Standart Gerät für die Soundwiedergabe eingerichtet.

Folglich habe ich gemessen wie der Treiber garnicht aktiv war.
Aber ist ohne ASIO Treiber eine Latenz von über 10k also sagen wir bis zu 12k us den normal? Das ist doch schon viel.

lg
Michael

Wofür brauchst du eine nanosekunde Latenz wenn du auf ner Webseite surfst?

µs kann übrigens nicht sein...

Die 0,5 bis in deinem Fall weit über 10 Millisekunden beziehen sich im Übrigen auf Code, der eben nicht mit höchster Priorität (wozu mit einiger Wahrscheinlichkeit auch kritische Sektionen von ASIO-Treibern gehören sollten) ausgeführt wird. Das ist in der Tat atypisch viel, sollte mit einem gut funktionierenden DAW aber erst mal kein Problem sein.

Es geht ja nicht nur über die CPU. Es geht über den Ram und über den USB-Controller es PCs und über den USB-Controller des Keyboards. Gerade USB hat keine so tolle Latenzzeit.
Ein echtes Midi-Kabel würde Abhilfe schaffen... Mit der CPU hat das wenig zu tun...