Re: [Aspectrum-devel] Nueva version.

[Alvaro A. <A_...@te...>]

Otro que vais a recibir duplicado, grrr

----- Forwarded message from Alvaro Alea <A_...@te...> -----

From: Alvaro Alea <A_...@te...>
To: Kak <jb...@ti...>
Subject: Re: [Aspectrum-devel] Nueva version.
Organization: ALEAsoft & Hardware Corporation 
X-Operating-System: Linux www.aleasoft.org 2.4.19 i586

BUENOS DIAS!!!
Y entonces, va Kak y dice ¿Re: [Aspectrum-devel] Nueva version.? 

> On Wed, 9 Oct 2002 00:15:43 +0200, Alvaro Alea wrote:
> no se, es cuestion de gustos, pero yo diria que con una tabla de 70
> kas se gana mucha velocidad. Y si no piensa en que Raul Gomez nos
> comento una vez que tenia 2 megas de tablas precalculadas en el R80
> :)  de las 70 kas a las 2 megas aun nos queda ;)
> por cierto, en el +2a y +3 el port 0xff no funciona (siempre retorna
> FF), con lo que ademas estaras emulando el port 0xff *siempre* sin
> necesidad de ello

Yo habia pensado en la siguiente solucion:
cuando se declara el hardware se pone si se quiere emular el port FF o no
0xFF = si
0x00 = no

luego en el bucle, en lugar de hacer:
hwopt.port_FF=0xFF 
hwopt.port_FF=0x00 

como hago ahora hacer:
hwopt.port_FF|=0x01 
hwopt.port_FF&=0xFE

y el bucle igual
if hwopt.port_FF==0xFF return 0xFF
else return rand()%0xFE

Y ya ta, de todas maneras, pa mi que el error no esta exactamente en esto,
tendra que ver con esto, pero no es esto, por que probe a comentar mi trozo
en la parte del IN y descomentar tu trozo y sige dando saltitos cuando no hay
enemigos.

ademas tengo un problema MUY GRAVE con los tiempos, explico:

Segun el FAQ de ESC css el tiempo es asi:

Interupcion
 16 lineas que pueden ser de retrazo, o pueden ser de borde superior (supongo
    que esto es debido a que las teles se comen un trocito de pantalla
 48 lineas de borde superior
192 la zona grafica
 48 bueno no estoy seguro, pero aprox, del borde inferior
  8 del retrazo vertical.

total 312

Aqui ya la empezamos a cagar por que segun eso hay 64 lineas antes de empezar
a dibujar el primer pixel, pero segun los ajustes que yo hice a ojo con el
aquaplane para que el horizonte se dibuje bien solo tiene que pasar 48.

ademas esta el impreciso echo de que siempre oi que la int se producial al
comienzo del dibujar el frame, no en medio del retrazo vertical, asi que pa
mi que se han colao y esos 16 van con los 8 del final.


luego dice:
la linea horizontal se divide en:
128 lineas de la zona grafica
 24 lineas del borde derecho
 48 lineas del retrazo horizontal (el fallo va a estar aqui acuerdate que me
    dijiste que cambiase el 48 por 24 y yo lo hice a ojos cerrados, la version
    que sace tiene 48 estados t menos cada linea grafica ) 
 24 lineas del borde izquierdo

(ojo con el orden, es importante, empieza las lineas en en borde grafico)

total 224 que si lo multiplicamos por 312 dan los 69880 estados t por frame.

Ahora la volvemos cagar, dice asi que 224*64 t estados tras la
interrupcion es cuando se empieza a pintar el pixel (0,0), gueno, pues en mi
opinion 224*64 es cuando se deberia empezar a pintar el borde izquierdo
de la linea del pixel (0,0), y 24 estados t mas tarde se empezaria a pintar 
el pixel (0,0) o de lo contrario la interrupcion se generaria en medio de una 
linea, lo cual no tiene mucho sentido, ademas de que me faltan 24 tstates 
al principio y me sobran al final. BRRR

 
bueno, a ver que opinais, yo a seguir investigando.

-- 
No me gustan los Taglines
                  _
Grettings of __ _| |___ __ _   Al...@as...  LiNUX USER #66734      
Saludos     / _` | / -_) _` |  http://pagina.de/alea A_...@te...        
de          \__,_|_\___\__,_|      MS Messenger: alv...@ho... 
Para obtener Llave Publica GnuPGP un mail con subject: enviar clave pub