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 ;) )
|
