CapFrameX - Capture und Analyse Tool

[ZeroStrat]

Ja, wenn das Symbol klappt, dann auch ein Text mit den FPS... ^^

 

[Taxxor]

Nur das Vorhaben, CPU und GPU Auslastung auszulesen, wird damit nicht gehen, denn die kommen ja nicht vom RTSS sondern vom Afterburner.

 

[ZeroStrat]

Wäre das denn schlimm, wenn der AF auch noch läuft?

 

[Taxxor]

Für mich nicht, da ich ihn sowieso immer laufen habe, allerdings trifft das ja nicht auf jeden zu.

Und wenn man sich dann CX holt und dann noch zwei weitere Programme installieren muss, nur um alle Optionen nutzen zu können, ist das schon nicht so optimal.

 

[ZeroStrat]

Na ja, wer will sich schon CX installieren, hat aber keinen AF drauf?!

 

[Taxxor]

Die Nvidia Nutzer werden ihn ja sowieso meist drauf haben, weil die keinen Wattman haben zum Übertakten, Undervolten ect.^^

 

[ZeroStrat]

Siehste, dann haben wir schon mal 80% abgedeckt...

 

[Taxxor]

Cooler wäre es trotzdem, wenn man die Daten auch ohne ein weiteres Drittprogramm bekommen könnte.
An die Daten vom Taskmanager wird man vmtl nicht so einfach rankommen, da könnte man auch die GPU Load und die höchste Kernlast rausholen.

 

[ZeroStrat]

Sieht gar nicht mal so schlecht aus mit dem vertikalen Alignment...

 

[ZeroStrat]

@Taxxor Lol, schau dir mal an, wie hakelig die Daten von PresentMon kommen. Das ist wellenförmig, also ohne Tricks nicht realtime-fähig. Sieht man ja jetzt im Graphen. Nicht wundern wegen der Spikes, die Filter wurden noch nicht korrekt angwandt.

 

[ZeroStrat]

Schaut mal hier: https://www.reddit.com/r/Amd/comments/crat4b/what_happened_to_ocat_software/

"But I would prefer CapFrameX over OCAT. "

"Thanks for the great suggestion, looks like CapFrameX is a much better tool. "

Das geht natürlich runter wie Öl. Es liegt aber dennoch viel Arbeit vor uns. FrameView wird ein harter Konkurrent, bzw. ist es jetzt schon.

 

[Taxxor]

Ja vor Allem da die konstantere Aufnahme nichts ist, was man den Leuten so direkt vorführen kann.

 

[ZeroStrat]

Müssen wir halt gutes Marketing machen.

 

[Taxxor]

Hab mir jetzt auch mal den Real Time graphen angeschaut, dass die Frames gleichmäßig kommen, könnte man ja mit einem Delay von 1s erreichen nachdem man dann die Werte erst ausgibt, dann sollte man immer genug Einzelframes haben bis die nächste Welle kommt.
Der Nutzer kann ja im zweifel sowieso nicht exakt gleichzeitig einen Stutter bemerken und auf den Graphen schauen.

Die Skalierung dürfte auch großzügiger sein, also ruhig +/- 20ms zum Graphen als Minimum, sodass er immer recht mittig ist.
Wenn man recht gleichmäßige Frames hat, sieht der Graph aktuell nämlich am unruhigsten aus^^

 

[ZeroStrat]

könnte man ja mit einem Delay von 1s erreichen

Ok, dann überleg dir schon mal einen Ansatz/Algorithmus, der wellenförmige Streams unter Verwendung von Puffern und Polling/Heartbeat gleichmäßig abspielen kann. ^^

 

[ZeroStrat]

@Taxxor Ein möglicher Ansatz für den Realtime-Graphen mit Tricks. Ich weiß nur nicht, ob man was braucht, um den Puffer konstant zu halten. Das würde ja ein variables Polling bedeuten?!

 

[ZeroStrat]

Ich mache erstmal mit der Comparison Page weiter.

@Taxxor Sollen wir die Begrenzung von 7 Einträgen rausnehmen?

 

[Taxxor]

Es hat ja eigentlich keinen technischen Hintergrund mehr oder? Die Charts sind ja jetzt performant genug.

 

[ZeroStrat]

Die Charts werden halt chaotisch bei vielen Einträgen.

 

[Taxxor]

Ja aber einerseits weiß man das ja, wenn man so viel einfügt, die Wahl kann man ja haben. Und andererseits ist ja auch geplant, dass man einzelne Records hiden kann ohne sie zu entfernen, dann kann man damit auch gut arbeiten wenn man viel drin hat.

Und wenn man nur die Balkendiagramme nutzen will, kommt man auch schnell auf über 7 Stück, wenn man irgendwelche Settings (z.B. RAM) vergleichen will. im aktuellen RAM OC Artikel sind es z.B. 11 bzw. weiter unten sogar 19^^