
   #ª080ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
#ª080ÄÄÄÄÄÄÄÄÄÄÄÄÄÄª| #ª098By Dr.Jekyllª| #ª080ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄª|
  #ª080 úúÄÄÄÄÄÄÄÄÄÄÄÄúú      úúÄÄÄÄÄÄÄÄÄÄÄÄúú
#ª080ÄÄÄÄÄÄª| #ª194From INFIDELIA Demo Divisionª| #ª080ÄÄÄÄÄÄÄÄÄª|

aim: #ª082PROS y CONS de modos no standard v1.0ª|

   Sabes que reduciendo el numero de retrazos
por segundo el rendimiento de tu programa
(demo) se ver  incrementado en un 28,57% mas
o menos. La raz¢n de este fenomeno es que,
obviamente, se reducen los tiempos de espera
del programa y por tanto se gana mas tiempo
con la CPU y el consiguiente aumento de ren-
dimiento.

   Este es un truco que conocen la mayor¡a de
los escandinavos, y como puedes ver para la
programacion 3D, que requiere mucho poder de
proceso, esta t‚cnica es m s que util.

   Los primeros en realizar esta aza¤a fueron
XOGRAPHY con el modo de video que ellos mis-
mos inventaron. El FAKE_MODE es un modo de 50
Hz y un monton m s de colores que los modos
normales. Segun dicen es un modo muy util pa-
ra imagenes est ticas, pero cuando se trata
de animaciones, mejor olvidarse.

   Volviendo al modo de 50Hz, vamos a hacer
unos calculos para saber con exactitud el
incremento del redimiento.

-----------
  #ª25570 Hzª|
-----------

  1 sec                        sec
  ÄÄÄÄÄÄÄÄÄÄ  =  0.014285714  ÄÄÄÄÄÄ
  70 frames                    frm

  1 sec                         sec
  ÄÄÄÄÄÄÄÄÄÄÄÄÄ = 0.000000838  ÄÄÄÄÄÄ
  1193182 ticks                 tick

  0.014285714    sec / frm              ticks
  ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ  = 17047.39 ÄÄÄÄÄ
  0.000000838    sec / tick              frm

>[new_pag]<

  En el calculo de un frame podemos hacer que
nuestro programa use 17047 (situacion ideal,
claro) ticks de reloj en el modo de 70Hz, en-
tre retrazo y retrazo. Vamos a calcular cuan-
to ser¡a en el modo de 50Hz.

------------
   #ª25550 Hzª|
------------

  1 sec               sec
  ÄÄÄÄÄÄÄÄÄ  = 0.02   ÄÄÄ
  50 frames           frm

  1 sec                        sec
  ÄÄÄÄÄÄÄÄÄÄÄÄÄ = 0.000000838  ÄÄÄÄ
  1193182 ticks                tick

  0.02        sec / frm             ticks
  ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ = 23866.34 ÄÄÄÄÄ
  0.000000838 sec / tick             frm

   En el modo de 50 Hz nuestro programa puede
hacer uso de 23866.34 ticks para el calculo
de un frame. SON 6818.95 TICK DE DIFERENCIA!!

   Ahora haremos el calculo del rendimiento
   total:

 23866.34 ticks / frm   17047.39 ticks / frm
 ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ = ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
      100 %                     X  %

               =====>  X % = 71.428 %

    Como es un porcentaje parcial lo restamos
    del total.

        100 %   -  71.428 %  = 28.572 %

    Y ya tenemos el incremento del rendimien-
to del programa. NADA MAS Y NADA MENOS QUE UN
28.5 %.

    Teniendo en cuenta que cambiar la fre-
quencia del monitor es un trozo de codigo no
muy complicado, y que funciona en la mayoria

>[new_pag]<

de las VGA's. Supongo que ser  bastante util,
sobre todo a la hora de programar demos y ju-
egos en 3D. Ya que a 50 frames por segundo
las animaciones son mas que suaves. Y antes
no se podian conseguir por los tiempos de es-
pera. Pero ahora que tenemos la atencion del
procesador durante m s tiempo esto ya es po-
sible.

    Tengo conocimiento de que esto es posible
pues he visto demos que en el scroller del
final decian utilizar modos de 55 o 60 Hz.
La demo LEGEND de IMPACT STUDIOS (Francia) u-
tiliza un modo de 60Hz; las animaciones en 3D
van suaves incluso en un 286/16Mhz (!). En el
scroller del final, especifica el uso del mo-
do de 60Hz. De todos modos desconozco como se
implementan dichos modos.
Por tanto todos los calculos arriba efectua-
dos son meramente especulativos y probable-
mente est‚n mal.

Si alguien desea contactar conmigo para acla-
rar este embrollo, para corregir errores, o
simplemente para dar la soluci¢n a tan terri-
ble problema por favor que contacte conmigo
en ...

    #ª081Luis Angel Rodil Fern ndez
    #ª081La Paz ,5, 4§D
    #ª081Avil‚s      33400
    #ª081Asturias

 #ª082I have no internet access.ª|  :_(



                            #ª098_Dr.Jekyll_ª|

