Velocidad de fotogramas constante en WPF para el juego

Question

Im creando un juego simple de simulación de vehículos y proyectiles en WPF usando C#. Necesito tener una velocidad de fotogramas constante (es decir, necesito saber cuánto mover un objeto con una cierta velocidad en cada fotograma). De esta forma podría suscribir un evento que calcula y actualiza las posiciones de acuerdo con la física del juego para el evento CompositionTarget.Rendering.

CompositionTarget.Rendering += UpdatePositions; 

Lo busqué en Google y no encontré respuesta. Los fps en WPF seem to be arbitrary, y el uso de un cronómetro para saber cuánto tiempo transcurrió entre un fotograma y el anterior no estaría limpio en absoluto.

Pensé también en crear mi propia velocidad de cuadros, llamando a UpdatePositions cada cierta cantidad de milisegundos y esperando que la representación ocurra en consecuencia y tenga una animación suave. Esto parece reinventar la rueda, y no puedo pensar en una forma de implementar esto de una manera limpia y simple.

Gracias!

Answer 1

Es imposible conseguir una tasa de fotogramas constante en WPF. WPF se basa en la idea de velocidades de fotogramas dinámicas y esto lo hace casi inútil para cualquier desarrollo de juegos.

Parte de la información relacionada:

Why is Frame Rate in WPF Irregular and Not Limited To Monitor Refresh?

http://rhnatiuk.wordpress.com/2008/12/21/wpf-video-playback-problems/

Como otros han señalado la solución es, por desgracia, no utilizar WPF para el desarrollo del juego.

He trabajado mucho con animaciones WPF y es un dolor absoluto conseguir algo para animar suavemente en WPF (si quieres hacer esto, he escrito algunos best practices aquí).

Estoy seguro de que hay muchas otras razones por las que WPF no es bueno para el desarrollo de juegos. Un ejemplo es que no puede crear una aplicación de pantalla completa en WPF ya que las aplicaciones WPF siempre tienen ventanas. Esto significa que no puedes cambiar la resolución de tu juego para que sea fluido en pantalla completa, lo que significa que no puedes crear un juego de pantalla completa en WPF y esperar buenos resultados.

Si usted es serio sobre el desarrollo de su juego o juego en general y esto no es solo un prototipo o simplemente para divertirse, entonces le recomiendo que abandone WPF y use algo más; de lo contrario, simplemente se prepara para la decepción y calidad inferior a la normal

Answer 2

Incluso si no quiere ir con XNA para el desarrollo del juego, considere leer sobre cómo se hace la gestión del tiempo allí: la velocidad de fotogramas fija no es necesaria ni igual a un tiempo de juego estable. Intenta basar tu física en el tiempo del juego (que puede ser el mismo en tiempo real o calculado en base a delatas en tiempo real, es decir, si quieres tener el modo "avance rápido" o pausar el juego) en lugar de velocidad de cuadros.

siguientes 2 enlaces discuten "tiempo de juego", "tiempo real" y los conceptos relacionados: http://blogs.msdn.com/shawnhar/archive/2007/07/25/understanding-gametime.aspx, http://blogs.msdn.com/shawnhar/archive/2007/11/23/game-timing-in-xna-game-studio-2-0.aspx