Das BIOS ist quasi der Anlasser beim Computer, dass das Mainboard erst Mal weiss was zu tun ist wenn der Computer Strom erhält.
Latenzprobleme Nr.2
-
Michael_ -
26. Mai 2016 um 00:07 -
Geschlossen
-
-
Ich vermute mal stark, dass er die BIOS-Einstellungen (aka Einstellungen betreffend der Hardware) und nicht das BIOS selbst meint, das wäre nämlich großer Schwachsinn...
-
Das BIOS ist quasi der Anlasser beim Computer, dass das Mainboard erst Mal weiss was zu tun ist wenn der Computer Strom erhält.Dies ist mir klar... was winfreak sagt. Ich sehe trotzdem nicht, wie ein anderes Mainboard helfen soll, wenn dort auch Mist im BIOS eingestellt wird. (was ich auch in meinen Beitrag geschrieben habe)
-
Die Demo von Cubase läuft ohne Probleme bei 48 Samples Latenz.
Insgesamt 3,3333 Periode Millisekunden Latenz.Aber:
Wenn ich Latencymon wärend dessen anmache fängt es sofort an zu knacken, das ist bei anderen DAWs nicht so.
DPC Latency Checker geht trotzdem und zeigt mir allerdings unveränderte Werte an.Mhhh, also entweder greift Steinberg selbst noch irgendwie ins System ein wenn Cubase läuft oder es liegt wirklich an FL Studio und Ableton.
Zum BIOS,
Klar die Einstellungen aber was wenn du auf etwas garkeinen Einfluss hast? Gibt viele die durch ein BIOS Update niedrigere Latenzen erreicht haben.Edit:
Ich habe mir selbst nen kleinen Track in Cubase zusammengebastelt, hat jemand vielleicht ein umfangreiches Projekt für mich das ich mal testen könnte ob da ebenfalls alles Problemlos läuft?
lg
Michael -
Dir ist schon bewusst, dass wenn du die Latenzen misst, dein tolles Programm unzählige Anfragen an den Kernel stellt und damit selbst Latenzen erzeugt?
-
Das Programm wird schon so schlau sein und die eigenen abziehen
Edit:
Wieso hört man es dann nur bei Cubase und bei FL Studio z.b. nicht knacken?
lg
Michael
I can not believe this is happening.
Nun höre ich bei FL Studio auch keine Knackser mehr und nur den Track / die einzelnen Spuren wie es sein soll xD Gottseidank aber trotzdem komisch.Kann mir eigentlich jemand sagen was "Mix in Buffer Switch" genau macht?
"Process directly in Drivers Buffer Switch"
"Output audio is mixed in ASIO's 'buffer switch'. The option allows some audio interfaces to reach lower latencies. NOTE: When used the underrun counter is bypassed and buffer underruns may be more audible."
-----
Für mich hört sich das so an als wenn damit FL Studio direkt ans Interface schickt und vorher nicht selbst nochmal nen Buffer rein schiebt?
lg
Michael -
When used the underrun counter is bypassed and buffer underruns may be more audibleDas Programm sagt dir was passiert
-
Ja den Teil verstehe ich selbst.
Hörbarer wird dadurch jedoch garnichts und der Counter bleibt halt bei 0Die Frage ist was ist
"Process directly in Drivers Buffer Switch"
"Output audio is mixed in ASIO's 'buffer switch'."
lg
Michael
Hi,Bezüglich "Mix in Buffer Switch" habe ich jetzt einfach mal den Support kontaktiert.
Ich bin gespannt was es damit nun wirklich auf sich hat.lg
Michael -
Diese körperlichen Schmerzen in diesem Thread...
-
Diese körperlichen Schmerzen in diesem Thread...Latenzprobleme gefährden ihrem Hund
-
Kann man den Quatsch hier nich einfach schließen?
-
Dieser Thread ist wie ein Unfall.... Man will nicht hinsehen machts aber trotzdem
-
Latenzprobleme gefährden ihrem Hund
Affirmative
-
So ihr Penis
Ich habe gerade meine alte ESI Juli@ PCI Karte rausgekramt und in die HP Z400 eingebaut.
Wie man an den Benchmarks sehen kann liegt die nachfolgekarte (PCIe) knapp über dem UFX: http://dawbench.com/audio-int-lowlatency3.htmWas soll ich sagen, ich erreiche mit 256 Samples hier das selbe Ergebnis wie mit dem Fireface @ 512 - 1014 Samples.
Deutlich weniger Underruns!Dabei weiß ich jetzt garnicht ob die Z400 Echte Dezidierte PCI Ports hat oder ob die gebridged sind, wenn letzteres dann würde wohl sogar noch mehr gehen.
Ähm ja, die von mir angedachte RME PCIe Karte ist in den Benchmarks die beste und liegt deutlich über beiden Hat dabei die derzeit bestmögliche Schnittstelle und besten Treiber.
Ich glaube ich sollte es wagen und sie bestellen.
PS:
Lacht nur, ich lach dann wenn ich das Wunschergebnis erzielt habe.
Edit:
Möglicherweise liegt die ESI Juli@ PCI auch unter dem UFX benchmarktechnisch gesehen, und nur die Schnittstelle macht hier den Unterschied.
Weil eben nicht über Windows Komponenten und Treiber gegangen werden muss, sondern die Karte direkt angesprochen werden kann dank der PCI Schnittstelle.lg
Michael -
Lacht nur, ich lach dann wenn ich das Wunschergebnis erziehlt habe.
Ziehl du mal. Wir gucken zu.
-
Wie finde ich raus ob die HP Z400 PCI Ports gebridged sind oder nicht? Aber ich denke mal die sind Nativ. Gut für eine 130€ Soundkarte sind 256 Samples ja auch nicht schlecht Bei großen Projekten vorallem!
lg
Michael -
Hast jetzt mal Firewire getestet?
-
Hast jetzt mal Firewire getestet?HAHAHAHAHAHA :D:D:D:D
-
Ja ich habe Firewire getestet, das macht keinen Unterschied zu USB.
Das RME Fireface UFX läuft bei mir komplett sorgenfrei mit 1024 Samples Latenz wärend meine ESI Juli@ PCI Karte dies bereits mit 256 Samples kann.
Deswegen tendiere ich nun zur RME HDSPe RayDAT Karte die die besten Werte in den Benchmarks hat.
Damit sollten dann meine Anforderungen von 48 Samples oder weniger hoffentlich machbar sein. Falls nicht habe ich nur nochmal Mainboard / Grafikkarte auf dem Schirm sonst kp.Habe jedenfalls von jemanden gelesen der ne RME PCIe Karte bei 60% CPU Auslastung mit 64 Samples betreiben konnte. Das wäre vertretbar.
-----
Ansonsten wie finde ich raus ob meine HP Z400 über native PCI Steckplätze verfügt oder ob diese per Bridge laufen?
Das wäre für mich wichtig zu wissen aber ich krieg das momentan nicht raus.Siehe Screenshot, denke fast es ist ne Brücke oder?
Also falls ja dann denke ich ist die ESI Juli@ sogar dazu im Stande noch kleinere Latenzen zu fahren an einem nicht gebridgtem PCI Port.lg
Michael -
Kann man den Quatsch hier nich einfach schließen?nein, wir müssen darüber voten, chrisse ist dagegen
er ist gegen alles. -
Jetzt mitmachen!
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!