Me he decidido a portar el código de 500 FPS en un PC, a 16 bits. El código inicial ha requerido un par de ajustes uso de int86 en vez de int386, y el menos evidente el cast a long en el printf que calcula los FPS, para evitar pérdida de rango.

Luego ha habido que transformar el build.bat, para pasar los parámetros necesarios al compilador de 16 bits… Al final ha quedado así:

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <time.h>
#include <conio.h>
#ifdef __WATCOMC__
#include <i86.h>
#else
#include <dos.h>
#endif

static unsigned char gacPerin[]={...};

int main (void)
{
register unsigned int iX;
clock_t clkStart, clkEnd;
union REGS udtRegs;

udtRegs.w.ax=0x13;
int86(0x10, &udtRegs, &udtRegs);

for (iX=0; iX<256; iX++)
{
outp(0x3C8, iX);
outp(0x3C9, (gacPerin[(iX*3)+64000])>>2);
outp(0x3C9, (gacPerin[(iX*3)+64001])>>2);
outp(0x3C9, (gacPerin[(iX*3)+64002])>>2);
}

iX=0;
clkStart=clock();
while (!kbhit())
{
memcpy((unsigned char *) MK_FP(0xA000, 0),
gacPerin, sizeof(gacPerin)-768);
iX++;
}
clkEnd=clock();
getch();

udtRegs.w.ax=0x3;
int86(0x10, &udtRegs, &udtRegs);

printf("Frames: %d; FPS: %d\n",
iX, ((long) iX*CLOCKS_PER_SEC)/(clkEnd-clkStart));

return(0);
}

Bajo DOSBox 0.72, he alcanzado 105 FPS, que comparado con los 518 FPS que obtenía la versión de 32 bits, lo hace más de 5 veces más lento.…

Continuar leyendo...

En 13,5 FPS en un Spectrum, vimos lo que podía hacer un ordenador de 8 bits, con una imagen que se volcaba continuamente a pantalla. Un modesto Spectrum, obtuvo la marca de 13,5 FPS, que podían haber sido bastantes más, evitando la impresión de los conteos en cada cuadro, y escribiendo el código en ensamblador. Diríamos que aquel programa utilizaba tecnología de los años 80.

Ahora volvemos con lo mismo, esta vez con tecnología de los 90. Un programa muy parecido en C, que vuelca a la VGA en modo 13h (320x200x256) una imagen.

Para facilitar la programación, se ha obtado por un código compilado con Open Watcom C++ 1.7a, en modo protegido de 32 bits para DOS, usando el magnífico extensor DOS32/A.…

Continuar leyendo...

El gestor de archivos FAR ha pasado a ser código abierto.

Debemos recordar que FAR fue creado por Alexander Roshal, el autor de WinRAR, como un gestor de archivos potente y extensible, usando en aquella época la base de código de shell de RAR 2.

La rama 1.71, actualmente en alfa 4 (build 2275) añade sobre la 1.70 algunas nuevas funciones, y errores corregidos, al mismo tiempo que se distribuye también un binario de 64 bits para Windows.

La rama en desarrollo 1.80, actualmente alfa (build 3000), aporta sobre la 1.71 soporte al juego de caracteres unicode.

El ser una aplicación de consola, hace que su ejecución sea tremendamente veloz, y el consumo de memoria mínimo (menos de 1,2 Mb en mi sistema), por contra, ello implica lidiar con una interfaz, que no se ajusta al estándar Windows, aunque afortunadamente, si que sigue el convenio de Comandante Norton/Total Commander.…

Continuar leyendo...