Wieso verändert sich die Framerate nach erneutem Starten des AnimationTimer?

[MaggyMo]

Guten Abend,

ich versuche aktuell die einzelnen Framerates auszulesen. Das habe ich wie folgt umgesetzt:

public void timerStarten() {
animationTimer = new AnimationTimer() {

@Override
public void handle(long aktFrameRate) {
long alteFrameTime = frameTime[frameTimeIndex];
frameTime[frameTimeIndex] = aktFrameRate;
frameTimeIndex = (frameTimeIndex + 1) % frameTime.length;
if (frameTimeIndex == 0) {
arrayGefuellt = true;
}
if (arrayGefuellt) {
long elapsedNanos = aktFrameRate - alteFrameTime;
long elapsedNanosPerFrame = elapsedNanos / frameTime.length;
frameRate = 1_000_000_000.0 / elapsedNanosPerFrame;
}
};
animationTimer.start();

Der Code funktioniert auch soweit.
Wenn der AnimationTimer vom Benutzer gestoppt und wieder gestartet wird, verändern sich die Framerates so stark, dass meine Berechnungen (von der Frametime ausgehend) starke Schwankungen aufweisen.
Ich habe schon mehrere Codebeispiele ausprobiert und das aktuelle habe ich der folgenden Seite entnommen: https://stackoverflow.com/questions...etting-the-frame-rate-of-a-javafx-application

Anhand des Screenshots sieht man ganz schön, dass die Framerate von 61 auf 8 herunterfällt.
Weiß hier eventuell zufällig jemand, womit das zusammenhängt und wie man das eventuell beheben kann?
Der AnimationTimer wird über die Methode .start() und .stop() gestartet und gestoppt.

Liebe Grüße und Danke im Voraus

 

[Gelöschtes Mitglied 65838]

der thread kann in javafx nicht über 60 FPS standarmäßig ...beim aktivieren überforderst du schlichtweg dne Thread

glaub in awt und swing ist auch die 60er Limitation


wenn du aufwändig objekte erzeugst wie zb new imageview mit einer hohen auflösung kommt es schon mal zu rucklern da musst du halt an code verbesserungen arbeiten

 

[Blender3D]

glaub in awt und swing ist auch die 60er Limitation

Über die Framerate in fx kann ich nichts sagen (Ich kann mir aber nicht vorstellen, dass fx da so schwache werte liefert ). Ich habe bereits Spiele in pure Java (Swing) geschrieben. Da sind wesentlich höhere Frameraten möglich.
Abhängig von :
1) Der Art wie der Gameloop programmiert ist. ( Ist einiges an know how nötig )
2) Der Aufwand der benötigten Berechnungen und Ausgaben des Spiels.
3) Der verwendeten Hardware.
4) Ob OpenGl aktiviert ist

System.setProperty("sun.java2d.opengl", "true");

 

[Mart]

javafx hat zu 100% ein maximum von 60 fps

 

[Blender3D]

javafx hat zu 100% ein maximum von 60 fps

Spricht nicht wirklich dafür Java fx für Spiele zu verwenden.

 

[Gelöschtes Mitglied 65838]

nur weil es ein 60 fps limit hat ist es nicht schlecht

 

[Blender3D]

nur weil es ein 60 fps limit hat ist es nicht schlecht

60 mögliche Änderungen pro Sekunde ist aber nicht wirklich gut.

 

[Gelöschtes Mitglied 65838]

das hat nichts damit zu tun

 

[Blender3D]

Wenn ich eine Grafik mit einer Geschwindigkeit von180 Pixel pro Sekunde in Richtung x bewegen will, brauche ich:
180 fps: dx = 1;
60 fps: dx = 3;
--> Die Grafik springt bei 60 fps nach jedem Bildaufbau 3 Pixel weiter sonst nur 1 Pixel.
--> Höhere Framerate ist flüssigere Bewegung.
An und für sich sind 60 fps ausreichend. Aber nicht wirklich gut.

 

[Gelöschtes Mitglied 65838]

league of legends, guild wars 2 , minecraft...nur um ein paar zu nennen die nicht höher als 60 fps gehen

 

[Blender3D]

league of legends, guild wars 2 , minecraft...nur um ein paar zu nennen die nicht höher als 60 fps gehen

Das ist die untere Grenze für brauchbare Animation. Für javafx ist es, laut dir, das maximal mögliche. Swing ist da viel besser.

 

[Gelöschtes Mitglied 65838]

hast du schon mal guildwars 2 gespielt? das ist nicht "unterste grenze"

 

[Blender3D]

guildwars 2

Ist das so ein Art Rollenspiel. Interessant wird die Framerate bei einfachen 2D Spielen. Zb ein weiser Ball der sich über eine schwarzen Hintergrund bewegt. Aufwendige Grafiken, die wie Filme ablaufen sind auch mit 30 Frames einigermaßen gut spielbar. Das Menschliche Auge nimmt 18-24 Bilder als flüssige Bewegung war. Obige weise Kugel auf schwarzen Hintergrund wir aber bei 60 Frames bei einer zu hohen Geschwindigkeit nicht mehr als flüssige Bewegung erkannt.

 

[Gelöschtes Mitglied 65838]

schau dir mal ein youtube video dazu an ..das ist ein mmorpg ..
Guild Wars 2 PvP - Holosmith - YouTube

 

[Blender3D]

Ja läuft filmmäßig ab. Die Framerate ist in dem Video nicht ersichtlich. Aber wie gesagt, durch die aufwendige Grafik wird einiges kaschiert bei niedrigen Frameraten. Schreib dir einen kleinen Gameloop mit weisem Ball auf schwarzen Hintergrund mit sehr hoher Geschwindigkeit.
Bewege ihn bei 30fps und mit 60 fps mit der selben Geschwindigkeit.
(60fps) dx = 1 (30fps) dx =2; ( 60 Pixel pro Sekunde )
Erhöhe die Geschwindigkeit so lange, bis sie bei 60 fps gerade noch flüssig ist.
Dann vergleiche die Bewegung mit 30 fps. (dx ist immer doppels so hoch ).
Du wirst bei 60 fps eine flüssige und bei 30 fps keine flüssige Bewegung mehr haben.
Natürlich lassen sich bei 60 fps brauchbare Spiele machen. Für gewisse Anforderungen kommt man damit halt an eine Grenze.
Bei Java Swing liegt diese Grenze aber weit höher.

 

[Gelöschtes Mitglied 65838]

die framerate des spieles ist auf 60 limitiert
es kann nicht schneller gehen

 

[Blender3D]

Hast du das Beispiel mit dem weisen Ball verstanden?

 

[mrBrown]

@MaggyMo hast du Code, mit dem man das nachstellen kann?

 

[MaggyMo]

@MaggyMo hast du Code, mit dem man das nachstellen kann?

Hey,

ich habe mal eben ein Programm erstellt, mit dem man das Problem nachstellen kann. In diesem Fall fällt die Frametime auch.
Je länger man Stoppt, desto größer ist die Differenz der Frametime.
Nach einer gewissen Zeit "pendelt" sich die Frametime dann wieder ein.

package Test;

import javafx.animation.AnimationTimer;
import javafx.application.Application;
import javafx.event.ActionEvent;
import javafx.event.EventHandler;
import javafx.scene.Scene;
import javafx.scene.control.Button;
import javafx.scene.layout.FlowPane;
import javafx.scene.layout.StackPane;
import javafx.stage.Stage;

public class Main extends Application{
private final long[] frameTime = new long[60];
private int frameTimeIndex = 0;
private boolean arrayGefuellt = false;
AnimationTimer animationTimer;
double frameRate;

public static void main(String[]args) {
launch(args);
}

@Override
public void start(Stage primaryStage) throws Exception {
primaryStage.setTitle("FrameRate Test");
Button start = new Button("Animation Start");
Button stop = new Button("Stop");
start.setOnAction(new EventHandler<ActionEvent>() {

@Override
public void handle(ActionEvent event) {
animationStarten();
}
});

stop.setOnAction(new EventHandler<ActionEvent>(){

@Override
public void handle(ActionEvent arg0) {
if(stop.getText().equals("Stop")) {
stop.setText("Weiter");
animationTimer.stop();

}else {
stop.setText("Stop");
animationTimer.start();
}

}
});

FlowPane root = new FlowPane();
root.getChildren().addAll(start, stop);
primaryStage.setScene(new Scene(root, 300, 250));
primaryStage.show();

}



public void animationStarten() {
animationTimer = new AnimationTimer() {

@Override
public void handle(long aktFrameRate) {
long alteFrameTime = frameTime[frameTimeIndex];
frameTime[frameTimeIndex] = aktFrameRate;
frameTimeIndex = (frameTimeIndex + 1) % frameTime.length;
if (frameTimeIndex == 0) {
arrayGefuellt = true;
}
if (arrayGefuellt) {
long elapsedNanos = aktFrameRate - alteFrameTime;
long elapsedNanosPerFrame = elapsedNanos / frameTime.length;
frameRate = 1_000_000_000.0 / elapsedNanosPerFrame;
System.out.println(frameRate);
}
}
};
animationTimer.start();
}


}