MeGUI [2015] -- x264 - bester Encoder, beste Videoqualität auf Youtube ;-)

Zitat von Dennis_50300

Weil das zugleich auch mein gesetztes [lexicon]Frame[/lexicon] Limit ist, denn die Einstellung vom CCC (hab ne Asus Direct CUII 7970) wird vom [lexicon]Afterburner[/lexicon] aufgehoben und naja die Einstellung im [lexicon]Afterburner[/lexicon] ist wohl alles andere als genau was das Limit angeht, so hab ich anstatt deaktiviert nun direkt meine eingestellten 65 als Maximum nun wieder zurück.

In RTSS einstellen sollte besser laufen

Zitat von Dennis_50300

Man muss etwas mehr einstellen, das seh ich auch in Benchmarks sonst hab ich sonst beim Daddeln auch weniger als 60 [lexicon]FPS[/lexicon].

[lexicon]VSync[/lexicon] mit Triple Buffering nutzen und vorgerenderte frames auf 3 oder höher - je mehr desto weniger Schwankungen und solltest eine recht stabile 60fps erhalten. Input Lag ist natürlich gegeben mit [lexicon]VSync[/lexicon] und je mehr frames vorausgerendert, desto höher.Warum willstn das überhaupt limitieren? Wenn du wegen weichere Aufnahme meinst, kannste auch 120 [lexicon]fps[/lexicon] limit nehmen, dann brauchts nur jeden 2. [lexicon]Frame[/lexicon] nehmen in etwa und hast auf jeden Fall immer über 60fps.

Zitat von Dennis_50300

Ja das mag sein, bringt mir nur nichts wenn der im [lexicon]MSI Afterburner[/lexicon] also die Einstellung dort immer die vom CCC "überschreibt", also deaktiviert ist deaktiviert, egal was ich an [lexicon]Frame[/lexicon] Rate Begrenzung im CCC einstelle...

Passiert bei mir nicht. Wenn ich Framelimiter bei Nvidia aktiv habe, dann ändert [lexicon]Afterburner[/lexicon] bei mir daran nichts. Wenn ich 58 einstelle, bekomme ich 59,6, wenn ich mit [lexicon]vsync[/lexicon] kombiniere und vorgerenderte frames niedrig halte (mit dieser kombo hätte man deutlich reduzierten input lag.
normales [lexicon]vsync[/lexicon] ohne [lexicon]fps[/lexicon] limit, mit triple buffering und 3 prerendered frames krieg ich aber eine flat 60 hin.

VLC kann kein 10bit.

Nimm gescheiteren Player -> https://binaries.mpc-hc.org/MPC HomeCinema - Win32/MPC-HC_v1.7.9_x86/MPC-HC.1.7.9.x86.exe

Ja in was hastn aufgenommen und was in [lexicon]SSM[/lexicon] eingestellt?

Und Spline100 & Spline144 erlauben beide keine YV24 Quellen.

Hast du in 4:2:2 aufgenommen, musst du in [lexicon]SSM[/lexicon] YUY2 wählen.
Bei RGB Aufnahme => YV24 in [lexicon]SSM[/lexicon]
Bei YV12 Aufnahme => YV12 in [lexicon]SSM[/lexicon]

"as is"

und in was liegt eine PC Ausgabe vor? RGB

Also nimmst du in RGB auf.

In [lexicon]SSM[/lexicon] YV24 einstellen.

Und wie gesagt - das mit den [lexicon]FPS[/lexicon] würd ich anders lösen und vor allem die [lexicon]fps[/lexicon] nich in [lexicon]afterburner[/lexicon] limiten, wenn schon dann RTSS.

Zitat von Dennis_50300

Weil falls ich mal weniger als 60 [lexicon]FPS[/lexicon] habe was ja durchaus mal passieren kann zum Bleistift GTA V, dann hab ich doch nachher ohne dem Haken kein 60 [lexicon]FPS[/lexicon] Video oder doch ?

Natürlich. Du nimmst ja in [lexicon]CFR[/lexicon] auf und nicht [lexicon]VFR[/lexicon] Und das ist auch gut so xD

Zitat von Dennis_50300

[lexicon]FPS[/lexicon] mache ich wie schon geschrieben über's CCC (Catalyst Control Center), also über den Grafikkartentreiber da ich das allgemein so haben möchte das ich maximal ca. 60 [lexicon]FPS[/lexicon] habe und nicht nur beim Aufnehmen.

Und wozu soll das gut sein?
Wenn nicht aus [lexicon]Tearing[/lexicon] Gründen gibt das absolut kein Sinn. Und [lexicon]Tearing[/lexicon] wird durch einem [lexicon]FPS[/lexicon] [lexicon]Limiter[/lexicon] nicht verhindert. Nur durch [lexicon]Vsync[/lexicon]. Auch wenn du den [lexicon]FPS[/lexicon] [lexicon]Limiter[/lexicon] auf 50 stellst wird [lexicon]Tearing[/lexicon] nicht verhindert. Das tut erst [lexicon]Vsync[/lexicon] verhindern.
Und wenns nicht wegen [lexicon]Tearing[/lexicon] ist, dann ergibts null sinn o.o

Mit 60fps kann die Engine alle 16,6 ms auf Eingabe reagieren, Stichwort Input lag (jetzt mal abzüglich von den weiteren ms durch Maus, USB usw). Warum sich nicht drüber freuen und 300 [lexicon]fps[/lexicon] haben und somit weniger Input Lag

Zitat von Dennis_50300

Achso, doch so einfach, ahja der "Chroma" fehlte wohl nun auf "Gleich", alles klar

Bei RGB Aufnahme auf YV24 stellen, nicht "gleich".

Zitat von Dennis_50300

Joa und wenn er mal die 60 nicht schafft begrenzt er mich auf maximal 30 was ja nun echt nicht sein muss

Nein macht er nicht.

Wenn man natürlich ohne Triple Buffering arbeitet - selbst schuld

ja. Ihr habt alle Triple Buffering aus und wundert euch xD.

Triple Buffering und mind 2 vorausgerenderte Frames sorgen auch für eine stabilere 60fps, so das es eben auch gar nicht erst zu diesen Schwankungen kommt. (Genügend Leistung natürlich vorausgesetzt).

[lexicon]Vsync[/lexicon] ohne Triple Buffering kostet nämlich auch Leistung, weil der eine Puffer immer auf den anderen Puffer warten muss, wenn es nur 2 Puffer gibt.

Auch für die Aufnahmeprogramme ist es besser, wenn es einen dritten Puffer gibt und mindert die Wahrscheinlichkeit das ein Spiel nicht aufnehmbar ist, oder der Puffer mit dem Overlay des Aufnahmeprogramms erwischt wird.

Zitat von GelberDrache92

Warum will man überhaupt seine [lexicon]Fps[/lexicon] limitieren xD

[lexicon]Tearing[/lexicon]. Von Monitor zu Monitor unterschiedlich stark sichtbar - und manchen stört es.

Ich muss auch [lexicon]Vsync[/lexicon] nutzen, wenn ich kein [lexicon]Tearing[/lexicon] in der aufgenommenen Videodatei haben will (Capture Card).

Zitat von GelberDrache92

Was ist das Hooking?
Das Kooking ist das Verfahren wo sich das Aufnahmeprogramm mit der API (DirectX, OpenGL,...) verbindet um die Frames abzugreifen und genau hier wird der Größte anteil der Performance verloren.

Nein das Hooking ist lediglich das Einhaken (hooking) in die Engine. Somit ist bereits das Overlay ein Hook in die Engine.

Das Abgreifen der Frames zieht die Grafik API Pipeline runter, weil die Pipeline solange gehalten wird, bis der geforderte [lexicon]Frame[/lexicon] abgegriffen werden konnte, das stört eben den parallelisiert arbeitenden renderprozess und wird dadurch immer in wartezyklen unterbrochen.