FPS y Sleep. Java Game 5

Una debilidad del bucle de animación run() es que su velocidad de ejecución no está restringida para todos los PC. En una máquina lenta su bucle puede ser 20 veces por segundo, en cambio con el mismo código en una máquina rápida puede ser de 80 veces, haciendo que el juego progrese cuatro veces más rápido y tal vez haciendolo injugable. La velocidad de ejecución del bucle debe ser aproximadamente la misma en todas las plataformas, por ello existe una medida popular  llamada frames por segundo (FPS), que controla la velocidad a la que avanza la animación.
Para una clase GamePanel, una trama corresponde a un solo paso a través de la función update-render-sleep dentro del bucle run().
Por lo tanto, los 100 FPS deseados implican que cada iteración del bucle debe tomar 1000/100 == 10 ms. Este tiempo de iteración se almacena en la variable de período sleep() y da el tiempo de reposo requerido para mantener el FPS deseado.
Por ejemplo, 100 FPS significan un período de 10 ms, y si los pasos de actualización update/render toman 6 ms, entonces sleep() debería ser 4 ms.
Por supuesto, esto es diferente en cada plataforma, por lo que se debe calcular el tiempo de ejecución.
El siguiente método run() para una clase class GamePanel() incluye el código de temporización y el tiempo de reposo:



timeDiff mantiene el tiempo de ejecución del Update/Render.
Si el update/render toman más tiempo que el especificado, entonces el tiempo de reposo se vuelve negativo. La solución a este problema es ajustar el tiempo a un valor pequeño de sleepTime = 5 para hacer que el hilo duerma un poco.

Pero, ¿qué entendemos realmente por FPS?
El concepto de FPS (frames por segundo) viene definido por la cantidad de imagenes que son mostradas por segundo. En este caso debemos tener en cuenta la relación que existe entre el límite inferior dictado por el ojo humano y la frecuencia crítica de parpadeo, que es la velocidad a la que una luz parpadeante parece ser continua. Esto ocurre entre 10 y 50 Hz, dependiendo de la intensidad de la luz. Para imágenes de mayor tamaño, la posición del usuario en relación con la imagen afecta al parpadeo percibido, así como los contrastes de color y la cantidad de detalle en la imagen.
Las películas se muestran a 24 FPS, pero este número es un poco engañoso ya que cada marco se proyecta sobre la pantalla dos veces (o tal vez tres veces). Así, el espectador está recibiendo 48 (o 72) imágenes por segundo.
Un límite superior para un buen FPS es el valor de la frecuencia de actualización de un monitor, que puede rondar desde los 70 a 90 Hz, por lo tanto el objetivo viene dado en unos 85 FPS.

Comentarios

Publicar un comentario

Entradas populares de este blog

Timer Resolution - Contador temporal de resolución. Java Game 6

El Timer Resolution o contador de resolución  en un juego es el tiempo mínimo que tarda en sucederse una imagen en pantalla para que parezca continua en el ojo humano. Por ejemplo, diff nos calula la diferencia de tiempo reciente en milisegundos tomando como referencia que t1 y t2 nos pueden medir la diferencia de tiempo en el que se realiza un bucle run() para un juego.                 long t1 = System.currentTimeMillis ();                long t2 = System.currentTimeMillis ();                long diff = t2 - t1; // en ms currentTimeMillis() nos da el valor de resolución en milisegundos, que desafortunadamente depende del sistema operativo. En Windows 95 y 98 la resolución es de 55 ms, lo que significa que las llamadas a currentTimeMillis() sólo devolverán valores diferentes aproximadamente cada 55 ms. En el bucle de animación run(), el efec...
Leer más

Pausa y Reanudación de un juego. Java Game 8

Incluso, en el juego más emocionante, llega un momento en que el usuario quiere pausar y reanudar más adelante. La documentación de Java para la clase Thread recomienda utilizar wait() y notify() para implementar la pausa y reanudar la funcionalidad. La idea es suspender la animación, pero el hilo del distribuidor de eventos aún responderá a la actividad del GUI (escritorio). Para implementar este enfoque, se puede introducir un booleano isPaused, que se establece en true vía el método pauseGame(): // global variable private volatile boolean isPaused = false; public void pauseGame( ){ isPaused = true; } private void testPress(int x, int y){ // is (x,y) important to the game? if (!isPaused && !gameOver) { // ... } } private void gameUpdate( ){ if (!isPaused && !gameOver) // update game state ... } public synchronized void resumeGame( ){ isPaused = false; notify( ); } public synchronized void stopGame( ){ running = false; ...
Leer más

Renderizado y repaint(). Java Game 4

A continuación vamos a analizar la llamada a repaint() dentro del bucle run() : while(running) { gameUpdate( ); // game state is updated gameRender( ); // render to a buffer repaint( ); // paint with the buffer try { Thread.sleep(20); // sleep a bit } catch(InterruptedException ex){} } El método repaint() no es un método exacto a la hora de pintar en pantalla ya que depende de la JVM, el tiempo de procesamiento para la renderización no es exacto, así que podemos utilizar otra forma de hacerlo incorporando manualmente el método paintScreen(): public void run( ) /* Repeatedly update, render, sleep */ { running = true; while(running) { gameUpdate( ); // estado del juego actualizado gameRender( ); // render a un buffer paintScreen( ); // dibuja buffer en pantalla try { Thread.sleep(20); // sleep un poco } catch(InterruptedException ex){} } System.exit(0); } // Fin de run( ) private void paintScreen( ) // activa el buffer de imagen renderizada a pantalla { Graph...
Leer más