Paso este codigo que tenia hace mucho publicado en otro foro.

Paso a explicar:
Cuando nosotros limitamos el FPS en el AO se realiza con GetTickCount.

Para los que no saben, basicamente GetTickCount y QueryPerfomance son 2 funciones para medir los intervalos.
GetTickCount tiene el inconveniente de que mide intervalos minimos de 15-16ms (En Windows XP, esto varia dependiendo el Sistema Operativo que usen)
Y QueryPerfomance, es mas precisa, mide intervalos de hasta 1ms y menos!

Lo que hace, es realizar todos los FPS posibles, y cuando detecta que es superior a 101fps entonces pausea/tilda hasta cumplir el segundo.
Esto genera desastres en la reproduccion del motor grafico, haciendo que los calculos no sean tan exactos ya que en computadoras rapidas, procesa la mitad de un segundo los graficos y la otra mitad esta tildado.

La solución a esto es simple.
Limitar los FPS por frame mediante la funcion QueryPerfomance.
¿Como seria esto?
Pensemos en que queremos limitar a 100fps.
100fps = 100 frame per second = 100 cuadros por segundo = 100 bucles por segundo.

Entonces... si tenemos 100fps, ¿Cuanto tiene que ser el intervalo de cada bucle?
1segundo / 100fps = 1000ms / 100fps = 10ms por fps

Entonces, si limitamos 10ms cada bucle logramos tener aproximadamente 100fps.
Pero, tambien se realizan funciones en este bucle, que pueden alentar el bucle, en el caso del Argentum tenemos todo el procesamiento del motor grafico, desde los calculos, hasta la impresion en pantalla y mas!.
Normalmente en una computadora normal, este procesamiento puede tardar 5-7ms por bucle.
Pero entonces! Si tenemos 5-7ms de procesamiento y 10ms para limitar los FPS nos quedaria unos 15-17ms de pauseo por bucle. Entonces nuestros FPS seran de 58-59fps (lo saque haciendo este calculo FPS=1000/16).

Entonces lo que se puede hacer, es calcular el tiempo que tarda en procesar el bucle, y despues calcular el tiempo en que se pausea.
Por ejemplo, si el tiempo de procesamiento del bucle es de 6ms por loop entonces al pauseo de FPS le hacemos 10ms-6ms=4ms. Entonces pauseamos por 4ms.
Por lo tanto hay un pauseo de 6ms por el procesamiento + 4ms de pauseo por el limitador de FPS y llegamos a tener 10ms. Osea 100fps aproximadamente!

Esto sirve mucho en los calculos que se deben realizar a la hora de ejecutar el motor grafico.
Tambien evita que los usuarios se aceleren y cosas por el estilo.

¡Bueno! Basta de explicación y les dejo el codigo!

Buscamos:
Aclaración: El "\ 10" varia en diferentes codigos.


Y reemplazamos por:
Aclaracion: Cambiar el numero 100, para poder cambiar el limite de FPS. Si lo escribes en 60, se limitara a aproximadamente 60fps.


Buscar:


Y arriba poner


Buscar


Y arriba poner


¡Y listo!
Ahora si limitan los FPS les queda mas comodo.
Ensima es mas facil de calcularlos, directamente ponen el numero que desean limitar y se limita .
Igual, no lo pausea exacto pero sin embargo sirve igual.
Si lo limitas a 100fps tira entre 100 a 110fps.

Mateo , me dejaste sin palabras! Excelente aporte , me encanto la explicación , estos son los APORTES que se merecen mas que lo que son.

Es interesante, mas preciso, eso si.. pero yo no hubiese usado este metodo. Por algo Directx8 nos proporciona limitar fps por vsync del pc.

Pero es para dx7 esto parra , buen aporte.

pd: no se si es lo mismo para dx8..

En DirectX 7 creo que tambien tienes la opción para limitar vsync.. igual que opengl.

Muy lindo MaTeO , sigue así ,me gustó el código. Seguramente mañana haga mis 5 primeros aportes en lo que es AO

Que buen aporte MateO, cada vez me sorprendes más!


LuuuQ.-

II XTREEM II escribió:Muy bueno Mateo, pero ami me sigue gustando más el vsync para Dx7...

Aunque ya que lo tenemos a Parra presente aca, le voy a hacer una pregunta:


Parra, que pasa si al poner la vsync y agarras y pones para que los FPS se limiten en 70 ponele... Pasaria algo, o seria al pedo ?

Saludos
Xtreem

No pasaria nada, funcionaria igual.. pero seria absurdo hacerlo.

II XTREEM II escribió:Muy bueno Mateo, pero ami me sigue gustando más el vsync para Dx7...

Aunque ya que lo tenemos a Parra presente aca, le voy a hacer una pregunta:


Parra, que pasa si al poner la vsync y agarras y pones para que los FPS se limiten en 70 ponele... Pasaria algo, o seria al pedo ?

Saludos
Xtreem

le mandas un if y listo , si no usa vsync, q los limite cn esto

No leí muy bien los códigos de 13.0 pero lo testee y no funciona en 13.0

Ajamhel.- escribió:No leí muy bien los códigos de 13.0 pero lo testee y no funciona en 13.0

Esto es 12.x.....




ON: Muy buen aporte Mateo!

[Z]ion! escribió:

Ajamhel.- escribió:No leí muy bien los códigos de 13.0 pero lo testee y no funciona en 13.0

Esto es 12.x.....




ON: Muy buen aporte Mateo!

Entendiste mal , claramente dije que lo testee en 13.0 y no funciona en esa versión que es lo que me importaba.

Ya sé que es 12.x a menos de que se le bugueo algo a GS y cambio todo esto sigue siendo 12.X

Saludos

Este codigo sirve para todas las versiones, no tiene ningun valor muy caracteristico de la version.

Esa forma de limitar los FPS se hace desde antes de la 99z, asi que Fenix, 0.11.X, etc deberia funcionar.
Lo unico que cambia es el numerito que divide porque en la 0.11.5 y anteriores a 18 fps andaba y despues de la 0.12.X funciona a 101fps.

Parra... si VSYNC es mejor, sin embargo no me gusta 60fps, me gusta mas 100fps , y la diferencia se nota.
Y aparte, antes que el codigo con TickCount prefiero esto .

Ajamhel si no te funco en 0.13.0 es porque algo hiciste mal, o pusiste algun codigo que lo arruina. Si podes dejar los resultados de tu intento.

Saludos

Vsync es un asco para ao, y mas para esta versiones, lo que hace vsync es pausar hasta que te llame la impresion que pantalla segun el refresco, y porejemlpo si mientra está esperando nsootros caminamos, tiene que esperar el refresco y despues va a llamar al flush buffer, otro motivo es que en la mayoria de los dx8 que vemos aca, tienen doble ecena (por el inventario) entonces el dx8 piensa que es la misma, dejandote en 30 fps (60/2). lo recomendable es usar esto, pero sin SLEEP, Sleep es inexacto tambien! Usa un While con el QueryPerfomance y queda bien, total aca el objetivo es no quemar el cpu, y que el usuario pueda jugar fluido!