Re: [Aspectrum-devel] Nueva version.

[Kak <jb...@ti...>]

tengo problemas SERIOS con esta mailing list
el pobre alvaro recibe doble copia de los mensajes porque al=
 hacer 
"reply to" le envia solo a el XDD
la verdad es que no entiendo porque funciona mal el programa/la 
mailing en este aspecto (el mail de la lista deberia venir antes=
 de 
la del que envia), pero bueno... :)

On Tue, 8 Oct 2002 23:08:27 +0200, Alvaro Alea wrote:

>japs, con lo contento que estaba yo de haberlo simplificado un=3D
 poco
>(eg que
>bajo linux gano un frame O:-)
>le echare un ojo a fondo a ver si saco algo en claro, y si no a
>poner la
>antigua.

anda, es que yo tengo una division por ahi enmedio :)
ciertamente lo deje porque era el tipico "codigo rapido" que se=3D
 hace 
y piensas... ya optimizare despues :)  y ahi se quedo XD

si es por cuestion de velocidad, porque no creas un array 
port0xFF[69888] (1 byte por tstate) y calculas antes de empezar=
 a=3D
 
emular cual sera el valor del "in ff" en cada tstate

entonces a la hora de emular el puerto ff, simplemente metes 

if (port0xFF[current_tstate]=3D0xff) return 0xff; 
  else return random()%0xfe;

asi te ahorras la division primera. La segunda division se=
 puede=3D
 
tambien cambiar por:

  code=3Drandom()&0xff; 
  if (code=3D0xff) code=3Dvalor que no sea 0xff, por ejemplo 0



por supuesto 69888 seria intercambiable por cualquier valor.
de esta forma diria que seria incluso mas rapido que la forma=
 que=3D
 hay 
ahora, y ademas el codigo quedara un poco mas claro :)

el problema es que si tenemos un spectrum que tenga 10 millones=3D
 de 
tstate por frame, necesitaremos un array de 10 megas :)  pero=
 de=3D
 aqui 
a que salga un spectrum de estas caracteristicas diria que=3D
 pasaran 
unos cuantos milenios ;)