Fwd: Re: Fwd: Re: [Aspectrum-devel] Nueva version.

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

no se puede cambiar la configuracion de la lista para que no=
 envie 
siempre el mensaje 2 veces?

no nos podemos meter en egroups, que te dan publicidad y te=
 rayan, 
pero al menos puedes contestar perfectamente los correos sin 
enviarlos 2 veces? :)

On Thu, 10 Oct 2002 23:05:51 +0200, Jordi wrote:
>On Fri, 11 Oct 2002 07:32:29 +0200, Alvaro Alea wrote:
>
>>>>Now for the timings of each line itself: define a screen line=
 to
>>>>start with 256 screen pixels, then border, then horizontal
>>>>retrace,
>>>>and then border again. All this takes 224 T states. Every=
 half T
>>>>state a pixel is written to the CRT, so if the ULA is=
 reading
>>>>bytes
>>>>it does so each 4 T states (and then it reads two: a screen=
 and 
an
>>>>ATTR byte). The border is 48 pixels wide at each side. A=
 video
>>>>screen
>>>>line is therefore timed as follows: 128 T states of screen,=
 24 T
>>>>states of right border, 48 T states of horizontal retrace and=
 24 
T
>>>>states of left border.
>>>>o sea, se pintan 256 pixels (de la pantalla). Despues viene=
 el
>>>>borde
>>>>derecho, despues el horizontal retrace, y despues el borde
>>>>izquierdo
>>>>de la siguiente linea
>>
>>osea que segun el FAQ las lineas enpiezan a mitad de la=
 pantalla, 
no
>>tiene
>>sentido, piensa en las lineas del borde superior.
>
>si, si tiene sentido, ya que el no dice que empiezan en medio de=
 la
>pantalla, (0,0), sino que lo trata "relativamente" a la=
 interrupcion
>
>o sea, lo que pasa en realidad es...
>
>linea 308
>linea 309
>linea 310
>linea 311
>linea 312, pero solo los pixels del borde izquierdo
>generacion de interrupcion
>linea 0, empezando a partir del borde izquierdo
>linea 1....
>
>como la linea 0 empieza a partir del borde izquierdo (tomando=
 como
>base la interrupcion), se puede pensar que se genera en este=
 orden
>
>256 pixels , borde derecho, retrace, borde izquierdo
>y vuelve a empezar
>
>por eso, como por arriba hay 64 lineas (de 224 t cada una), el
>primer
>pixel (16384) se genera al cabo de 64*224 tstates, o sea 14336
>tstates despues de la interrupcion
>
>
>
>>>>entonces, para la emulacion del port 0xff, lo que nos ocupa
>>>>(creo),
>>>>lo correcto seria hacer tstate actual % TSTATES_PER_LINE, y=
 si es
>>>><128 entonces retornar un valor aleatorio, y si no es <128,
>>>>retornar
>>>>FF
>>
>>Are los cambios pertinentes a ver si mejora la cosa, de momento=
 me
>>estoy
>>echando unas partidas al cobra de espanto.
>>=BFcortocircuito 1 tambien fallaba si estaba mal implementado el=
 port
>>FF no?
>
>pos no se :(
>el arkanoid 2 y el cobra dependen del port ff, pero=
 "debilmente". o
>sea, que ni que este mal implementado (como ahora) siguen
>funcionando
>(ni que sea con problemas con el cobra, cosa que cada vez=
 entiendo
>menos porque a mi me va perfecto ;) )