spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Die 16,67ms sollte man schon im Kopf haben...

Klar, aber wie viele FPS sind denn 19.5 oder 28.1 oder 47.2 oder 63.8? Na? Reicht das noch um flüssig dargestellt zu werden? Klar, einen Kehrwert bilden sollte man schon können, aber warum zum Geier sollte man das tun müssen?
Man sollte sich einfach bewusst sein, was FPS für eine Metrik ist und wie sie sich skaliert. Dann ist es auch total ok, dass zwischen 100 und 110 FPS ein deutlich geringerer Unterschied besteht als zwischen 10 und 20. Das sieht man auch so, wenn man sich das prozentual vor Augen hält. Das erste sind nur 10% mehr, das zweite 100%.

Zitat von »BlueCobold«

Klar, aber wie viele FPS sind denn 19.5 oder 28.1 oder 47.2 oder 63.8? Na? Reicht das noch um flüssig dargestellt zu werden? Klar, einen Kehrwert bilden sollte man schon können, aber warum zum Geier sollte man das tun müssen?

Du musst doch nur schauen, ob der Wert größer oder kleiner als 16.7 ms ist.
Da muss man gar nichts rechnen.

Zeit finde ich besser als FPS, da sie linear mit dem "Arbeitsaufwand" zusammenhängt.
Ein Kommilitone hat bei seinem Projekt eine Performance-Auswertung mit FPS gemacht statt mit der Berechnungszeit. Da gab es z.B. eine Grafik, in der auf der einen Achse die erreichten FPS dargestellt wurden und auf der anderen Achse die "Problemgröße". Der Zusammenhang zwischen Problemgröße und Laufzeit war trivial, aber bei der Darstellung mit FPS war da kaum etwas Sinnvolles zu erkennen.

PS: Glückwunsch zu >= 5000 Beiträgen!

Schonmal dran gedacht einfach beides anzuzeigen?

Ich persönlich zeig auch einfach immer beide Werte an, fps sind fürs schnelle Hinschauen ganz nett, aber sobald man wirklich Performancevergleiche anstellen will, sind natürlich spf viel eher sinnvoll. Was man imo auch bedenken sollte ist, dass fps vielleicht ein Maß dafür sind, wie flüssig das bewegte Bild für einen Betrachter erscheint, aber was man dabei nicht vergessen darf ist die Tatsache, dass bewegte Bilder nur einen Teil einer interaktiven Anwendung ausmachen. In einem Kino reichen sogar 24 fps um flüssige Bewegungen vorzutäuschen, aber eben nur, weil es keine interaktive Komponente gibt. Sobald es Interaktion gibt, ist nämlich die Reaktionszeit des ganzen Systems von wesentlicher Bedeutung für die User Experience. Womit wir dann wieder bei der Zeit wären...