Beiträge von Kayten

Zitat von Sagaras

Ich weiß aber z.B. das der AB bei Win8.0 und 8.1 irgendwie Inkompatibeler läuft zu Games als bei Win7.
Wenn du Win8 oder 8.1 haben solltest, dann wäre es durchaus denkbar das dieses Phänomen bei dir auch zutrifft.

Das ist tatsächlich etwas, was ich ausprobieren könnte. Würde Windows 8 noch mehr als Aufnahmesystem ausschließen als ohnehin schon.
Wäre auch eine akzeptable Erklärung, weshalb noch niemand anderes davon berichtet hat.

Zitat von Sagaras

(Welcher Wahnsinnige nimmt ohne einen Raid0 in RGB 60FPS auf? xD)

Abhängig von der [lexicon]Auflösung[/lexicon], dem Spiel und der [lexicon]HDD[/lexicon] ist das sehr gut möglich. Wenn da alle paar Minuten mal ein [lexicon]Frame[/lexicon] verloren gehen sollte, ist das verschmerzbar.
1152p, 50FPS, RGB war machbar.
1080p, 60FPS, RGB war machbar.
1152p, 60FPS, RGB war nicht machbar. Liegt aber eher an meiner [lexicon]CPU[/lexicon]. Daher nun YUV422.

Edit:

Zitat von Sagaras

Ich weiß aber z.B. das der AB bei Win8.0 und 8.1 irgendwie Inkompatibeler läuft zu Games als bei Win7.

Wenn du Win8 oder 8.1 haben solltest, dann wäre es durchaus denkbar das dieses Phänomen bei dir auch zutrifft.

Bei Win7 jedoch sollte das der AB funktionieren.

Habe es nun ausgetestet ( @De-M-oN vielleicht auch interessiert?): Es ist auch unter Windows 7 reproduzierbar. Frisch installiertes Windows 7 nur mit den nötigsten Programmen zum Aufnehmen.

Die Symptome lassen sich desweiteren auch künstlich erzeugen indem im Hintergrund ein Prozess aktiv ist, der die [lexicon]CPU[/lexicon]-Auslastung immer auf 100% treibt, wie beispielsweise Prime95 (oder ein Encode mit [lexicon]x264[/lexicon]?).
Das niemand beim Aufnehmen Prime95 laufen haben wird ist klar, aber so lässt sich immer nachvollziehen, was ich bei einer normalen Aufnahme mit dem AB für Probleme habe.
[lexicon]Dxtory[/lexicon] interessiert es übrigens kein Stück, wenn Prime95 im Hintergrund läuft, während der AB die Aufnahme völlig zerschießt.

Vielleicht könnte ja jemand anderes das auch mal testen und es somit bestätigen, dann wüsste man, dass es vielleicht ein allgemeines Problem des AB wäre.
Tritt es bei anderen nicht auf, so ist es höchstwahrscheinlich irgendeine Einstellung die diese Probleme hervorrufen kann. Wäre wichtig herauszufinden welche das ist, damit dem vorgebeugt werden kann.

Zitat von Sagaras

2 unterschiedliche Games mit 2 unterschiedlichen Codecs vergleichen?

Es geht mir hier überhaupt nicht um einen Vergleich von Codecs. Ich hätte auch 4 Videos machen können um alle Kombinationen zu zeigen und es wäre in allen sichtbar gewesen. Es passiert in allen Spielen sobald die [lexicon]CPU[/lexicon] Auslastung zu hoch wird, ausnahmslos. Das ich beide Codecs ausprobiert habe sollte eigentlich nur zeigen, dass es eben nicht an diesen liegt.
Und gerade da es überall passiert, hänge ich das dem [lexicon]Afterburner[/lexicon] nun als generellen Fehler an.
Es kann ja schließlich nicht sein, dass zufällig alle Spiele die ich aufnehme inkompatibel mit dem AB sind und alle die selben Symptome aufweisen, das glaubst du doch selbst nicht.

Ich möchte auch keinen Vergleich mit [lexicon]Dxtory[/lexicon], ich möchte nur wissen, warum ich keine vernünftige Aufnahme mit dem AB machen kann und wie es sich beheben lässt, falls das möglich ist.
Da ich die grundlegenden Einstellungen des AB von De-M-oN übernommen habe, sollte es daran schon mal definitiv nicht liegen.
Wie gesagt, es ist nicht so, dass es dauerhaft auftritt. Es tritt willkürlich auf, eben bei sehr hoher (>95%) [lexicon]CPU[/lexicon] Auslastung. Bei jedem Spiel.
Und das macht den AB für mich einfach komplett nutzlos. Wenn das ein Hooking-Fehler sein sollte, hat der AB irgendwas grundlegend falsch gemacht.

Natürlich hat es was damit zu tun, wie viel die [lexicon]CPU[/lexicon] zu bewältigen hat. Je weniger anspruchsvoll das Spiel, desto höher kann man die Aufnahmequalität stellen.
Ersteres Video war eine RGB Aufnahme mit [lexicon]MagicYUV[/lexicon]. Habe vorher ausgiebig getestet, dass die Ingame-FPS niemals unter die Aufnahme-FPS fallen und das die [lexicon]HDD[/lexicon] schnell genug ist. Hat alles gepasst, kommt da aber aus irgendeinem Grund ein [lexicon]CPU[/lexicon] Peak fängt es an so zu flackern, obwohl die Ingame-FPS immer noch höher liegen (können) als die Aufnahme-FPS. Das jeweilige Spiel frisst in dem Moment die restlichen [lexicon]CPU[/lexicon] Reserven, anstatt das es zu einem FPS Drop kommt.
Bei anspruchsvolleren Spielen völlig untragbar, da die Auslastung generell immer so hoch ist.

@De-M-oN und @GelberDrache92 müssten davon Bescheid wissen, habe ich schon mal von berichtet. Wenn die aber auch keine weiteren Ideen haben wirds schwierig.
Falls du dir darunter nicht wirklich was vorstellen kannst, so kannst du dir hier und hier ein Bild davon machen.
Das es inakzeptabel ist, muss ich da wohl nicht erwähnen. Ein Anhaltspunkt zum Nachforschen ist das aber trotzdem nicht, von daher keine Ahnung welche Einstellung für sowas auch nur ansatzweise verantwortlich sein könnte.

Und mehr als 3,5GHz bekomm ich beim Übertakten auch nicht stabil heraus, bin da aber auch nicht sonderlich geübt drin.
Reicht halt nicht, nur warum bisher noch niemand anderes einen solchen Fehler vorgezeigt hat, ist für mich verwunderlich.
Entweder haben sonst alle bessere CPUs, weniger anspruchsvolle Spiele oder es ist doch Einstellungssache.
Ärgert mich nur etwas, da [lexicon]Dxtory[/lexicon] bei mir mal gar nicht mit [lexicon]MagicYUV[/lexicon] funktioniert und ich RGB und YUV444 davon gerne mal nutzen/testen würde.

Der AB hat sich für mich nun definitiv disqualifiziert für die Aufnahme von Spielen die mehr als ein paar Prozent [lexicon]CPU[/lexicon] Leistung brauchen.
Neben der Aufnahme nimmt sich das Spiel natürlich die restlichen [lexicon]CPU[/lexicon] Reserven und treibt die Auslastung damit auf 95-100%.
An sich kein Problem, der AB kommt mit der hohen Auslastung aber scheinbar irgendwie nicht klar und packt mir diese wunderschönen "[lexicon]Tearing[/lexicon]" Fehler in die Aufnahme.
Das Video kann man dann in die Tonne treten. Das sowas bisher bei sonst niemandem aufgetreten ist wundert mich schon.
Wüsste auch nicht, welche Einstellung sowas überhaupt verursachen könnte.
Ist unabhängig vom Spiel, unabhängig vom [lexicon]Codec[/lexicon] und [lexicon]Dxtory[/lexicon] hat solche Probleme nicht.

Bleibt wohl nur warten bis ich die [lexicon]CPU[/lexicon] aufrüste. Bis dahin wird [lexicon]Dxtory[/lexicon] mein Hauptaufnahmeprogramm sein.

@Vrall
Wenn es für UTVideo YUV420 mit Predict Left reicht, dann solltest du lieber zu UTVideo YUV422 mit Predict Median greifen. Meiner Erfahrung nach ist UTVideo YUV420 aus irgendwelchen mysteriösen Gründen sehr unperformant im direkten Vergleich dazu. @De-M-oN, hattest du das nicht auch mal festgestellt? Oder war das wer anderes?
Mit Predict Median und YUV422 erzeugt UTVideo bei mir quasi eine identische [lexicon]CPU[/lexicon]-Auslastung und [lexicon]HDD[/lexicon] Belastung bei höherer Qualität.
Eine grottenschlechte [lexicon]HDD[/lexicon] wäre für mich der einzige Grund YUV420 mit Predict Median zu wählen.

Zitat von GelberDrache92

Ich meinte eher das auch die Version ein Faktor ist

Den Sinn dahinter müsste man mir nun aber auch erklären.
Warum mehr Threads bei einem weniger anspruchsvollen Farbraum?
Allein logisch betrachtet würde es umgekehrt mehr Sinn machen.
Wenn es in der Praxis allerdings anders ist, wäre ich an dem Grund dafür interessiert.

@Vrall
Das lässt sich nicht unbedingt verallgemeinern.
Bei meinem Quad-Core verwende ich eine so hohe Threadanzahl, sodass die Ingame-FPS nicht plötzlich signifikant einbrechen.
Daher aktuell 3. Drei Threads für UTVideo, einer für das Spiel. Bei 4 Threads für UTVideo sinken die Ingame-FPS relativ stark ab, obwohl auf anderen Kernen in der Theorie noch [lexicon]CPU[/lexicon]-Reserven vorhanden sind, die das spezielle Spiel allerdings nicht nutzen kann, da es kein Multi-Core Spiel ist.

Es hängt also vom Spiel ab und was deine Hardware hergibt. @GelberDrache92 kommt mit einem Thread bei 1440p 60FPS und RGB aus, bei mir reichen 3 Threads gerade mal für 1152p, 60FPS und YUV422, wobei hier das jeweilige Spiel nicht mit einbezogen wurde (und auch nicht, ob Predict Median oder Predict Left eingestellt wurde).

Wie das bei CPUs mit Hyperthreading gehandhabt werden sollte, müsste jemand anderes beantworten, aber wenn ich den Beitrag oben richtig verstanden habe, sollte auch dort die Threadzahl so hoch gewählt werden, dass es zum Aufnehmen reicht und das Spiel nicht zu stark beeinflusst wird.

Zitat von De-M-oN

Wobei auch von 25 auf zb 45fps kein [lexicon]Ghosting[/lexicon] entsteht.

Die Erklärung wäre also erst dann wirklich korrekt gewesen, wenn ich das Beispiel umgedreht hätte, also von mehr nach weniger FPS?

Zitat von MarioZockt

Oder verwechsle ich da jetzt was?

Es gibt prinzipiell zwei Möglichkeiten neue Frames zu erzeugen, entweder verdoppeln oder neu berechnen.
Angenommen du hast 4 Frames (1 - 2 - 3 - 4) und möchtest daraus 8 machen:

Möglichkeit 1: Du berechnest aus dem nächsten und dem vorherigen [lexicon]Frame[/lexicon] einen neuen [lexicon]Frame[/lexicon].
1 - 1.5 - 2 - 2.5 - 3 - 3.5 - 4 - 4.5 (Der Einfachheit halber mit 4.5, obwohl es keinen 5. [lexicon]Frame[/lexicon] gibt)

Möglichkeit 2: Du verdoppelst zu passenden Zeitpunkten einen [lexicon]Frame[/lexicon].
1 - 1 - 2 - 2 - 3 - 3 - 4 - 4

Letzteres ist das, was wir haben wollen. Da tritt dann auch kein [lexicon]Ghosting[/lexicon] auf oder sonstwas.

Zitat von Vrall

Was sollte ich jetzt einstellen?

Mit meiner Begründung von der letzten Seite, würde ich UTVideo YUV422 BT.709 VCM mit Predict Median wählen. Ist aber nur meine Meinung.

@Vrall
Compress as-is steht beim Aufnehmen von PC Spielen mit [lexicon]MagicYUV[/lexicon] für eine RGB Aufnahme.
Mit der Einstellung tust du sowohl der [lexicon]HDD[/lexicon] als auch der [lexicon]CPU[/lexicon] keinen Gefallen und die sollte nur gewählt werden, wenn man das bewusst in Kauf nimmt aus diversen Gründen (z.B. Verarbeitung mit [lexicon]NLE[/lexicon], Skalierung, Qualität).
Für dich wäre ein Wechsel auf YUV422/YUV420 wohl sinnvoll. Dadurch sinkt die [lexicon]CPU[/lexicon] Belastung, [lexicon]HDD[/lexicon] Belastung und auch die Dateigröße.
Nach neuesten Erkenntnissen sollte man sich dann aber vielleicht von [lexicon]MagicYUV[/lexicon] abwenden und zu UTVideo wechseln.

Das wiederum aber nicht mit YUV420 wie @GrandFiredust empfohlen hat, sondern mit YUV422, denn UTVideo mit YUV420 erzeugt unerklärlicherweise eine höhere [lexicon]CPU[/lexicon] Auslastung als mit dem qualitativ höherwertigeren YUV422.
Gepaart mit Predict Median sind die Dateien mit YUV422 bei höherer Qualität quasi genau so groß (oder klein) wie mit YUV420 und Predict Left.

Also aus meiner Sicht solltest du von [lexicon]MagicYUV[/lexicon] mit RGB auf UTVideo mit YUV422 und Predict Median wechseln. Reicht das aus deiner Sicht immer noch nicht, kann man dennoch andere Optionen in Betracht ziehen.

@Spieluin
Erstmal mit WinTimerTester schauen, ob HPET schon aktiv ist oder nicht. Werden ~14.31818 MHz angezeigt, ist es aktiv, ansonsten nicht.
Bei letzteren kannst du es mit bcdedit /set useplatformclock true über die CMD erzwingen.
Unter Umständen kann es sein, dass du es im BIOS noch aktivieren musst, ist aber sehr unwahrscheinlich.
Es sind keine belegbaren Nachteile davon bekannt.

Du kannst es über bcdedit /deletevalue useplatformclock wieder rückgängig machen.
Zum Übernehmen der neuen Einstellung ist ein Neustart vonnöten.

@Vrall
Keine Ahnung was du schon alles ausprobiert hast, aber als erstes würde ich im RTSS alle Modi des Application detection levels durchtesten, auch None für eine Desktopaufnahme.
Ansonsten kannst du auch Screenshots deiner Einstellungen posten.

Edit: Um kleinere Dateien vielleicht ermöglichen zu können, müsste man erstmal wissen, welchen [lexicon]Codec[/lexicon] du aktuell verwendest und wie dessen Einstellungen sind.
Grob gesagt musst du für kleinere Dateien immer irgendeinen Kompromiss eingehen. Höhere [lexicon]CPU[/lexicon] Belastung, schlechtere Qualität, weniger FPS im Spiel, findet sich bestimmt noch was.

In [lexicon]MeGUI[/lexicon] auf Tools, dann Muxer und [lexicon]MKV[/lexicon] Muxer wählen.
Bei Video und Audio Input wählst du jeweils die [lexicon]MP4[/lexicon] Datei und schickst es in die Queue. Da kommt dann eine [lexicon]mkv[/lexicon] bei raus.

Kann man schon auf die 2542 updaten?
Ansonsten gibt es da auch einen Workaround für, indem man manuell die Config des jeweiligen NeroAAC Profils abändert.
Im [lexicon]MeGUI[/lexicon] Ordner unter allprofiles\Nero AAC das jeweilige Profil raussuchen und dort <CustomEncoderOptions /> durch <CustomEncoderOptions> </CustomEncoderOptions> ersetzen.
Wichtig: Das Leerzeichen zwischen den spitzen Klammern ist kein gewöhnliches Leerzeichen, sondern muss explizit über ALT+255 erzeugt werden.

@Meduselchen
Ist die Aufnahme beim Abspielen mit [lexicon]MPC[/lexicon]-HC denn auch stumm oder ist dort etwas zu hören?
Ich kann mich erinnern auch mal so ein Problem gehabt zu haben, weiß allerdings nicht mehr ob und wie ich das lösen konnte.

Wenn die richtigen MHz angezeigt werden, dann nicht. Deutet schließlich darauf hin, dass HPET bereits aktiv ist.

Bevor du da großartig rumhantierst, hast du einfach mal bcdedit /set useplatformclock true in die CMD eingegeben und nach einem Neustart überprüft, ob WinTimerTester ~14,31818MHz anzeigt?

Das hindert dich nicht daran es auszuprobieren, auch mit einem Monitor.
Aufnahme starten, etwas warten, Aufnahme beenden und nachschauen ob eine Datei erstellt wurde.