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 { Graphics g; try { g = this.getGraphics( ); // obtiene el contenido del grafico a panel if ((g != null) && (dbImage != null)) g.drawImage(dbImage, 0, 0, null); Toolkit.getDefaultToolkit( ).sync( ); //sincroniza g.dispose( ); } catch (Exception e) { System.out.println("Graphics context error: " + e); } } // end of paintScreen( )

Explicando brevemente lo usado en este ejemplo: cada vez que se necesita llamar a getGraphics (), su uso debe estar rodeado de un bloque try-catch para capturar cualquier fallo. La llamada a Toolkit.sync() después de drawImage() asegura que la visualización sea puntual. Sin la llamada sync(), la animación puede ser actualizada sólo parcialmente.