aspectrum-devel

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

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

lo siento, pero estoy hasta los webos de esta mailing list que no=
 
mete el nombre de la mailing antes que el nombre del que lo=
 envia! :)

On Thu, 10 Oct 2002 18:39:09 +0200, Kak wrote:
>On Wed, 9 Oct 2002 11:40:19 +0200, Alvaro Alea wrote:
>
>>Otro detalle que habria que valorar es si a Kak le afecta mucho=
 el
>>no usar allegro, con respecto a zxdeb
>
>por eso no te preocupes, es cuestion de tirar palante el=
 proyecto
>aspectrum y yo ya me espavilare en ese aspecto :)
>tampoco me molestaria continuar con una "rama paralela", ya que=
 de
>hecho muchas de estas cosas las hago para aprender, e ir=
 haciendo
>cosas por mi mismo tampoco me matara ;)
>
>>Aun asi a mi me siguen sobrando 3560 estados T despues de la=
 int
>>para que
>>todo salga como debe, si lo hago todo segun el FAQ el horizonte=
 del
>>aquaplane
>>me sale 16 pixels mas abajo.
>
>a ver, en el faq de css dice:
>
>After an interrupt occurs, 64 line times (14336 T states) pass
>before
>the byte 16384 is displayed. At least the last 48 of these are
>actual
>border-lines; the others may be either border or vertical=
 retrace.
>
>Then the 192 screen+border lines are displayed, followed by 56
>border
>lines again.
>
>-
>o sea: se genera la interrupcion (supongamos que se hace en el
>t-state 0) Entonces pasan 64 lineas entre retrace y borde, y
>entonces
>se empieza a pintar a partir del primer pixel de pantalla.
>entonces pasan 192 lineas, y vienen 56 mas de borde otra vez
>
>(56+192+64) * 224 =3D 69988
>-
>
>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
>
>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
>
>
>
>
>
>>
>>>yo diria que los calculos (dejando a banda el error ese de=
 los
>>>24/48)
>>>estan bien, y incluso con ese error, el resultado a la hora=
 de
>>>pintar
>>>no deberia diferir, ya que no usamos para nada el 24/48, sino=
 que
>>>usamos el TSTATES_PER_LINE.
>>>entonces el que estaria mal emulado por culpa del 24/48 seria=
 el
>>>port
>>>0xff
>>
>>no me aclaro.
>bueno, la explicacion correcta esta arriba :) diria que ahora=
 es
>correcta y exacta... espero! xD
>
>Bye :)
>Kak
>

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

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

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

> >>todo salga como debe, si lo hago todo segun el FAQ el horizonte del
> >>aquaplane
> >>me sale 16 pixels mas abajo.
> >entonces
> >se empieza a pintar a partir del primer pixel de pantalla.
> >entonces pasan 192 lineas, y vienen 56 mas de borde otra vez
> >
> >(56+192+64) * 224 = 69988

Bien, una cosa solucionada.

Al final era yo el que estaba mal, que raro, es problema es que aquaplane es
un juego de 16k y por tanto le afecta la memoria contenida, exactamente
16*224 estados t mientras dibuja el borde, por eso a mi me sobraban esas
lineas, he probado vectron y para que el efecto sea igual, hay que usar el
valor correcto.

> >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.

> >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. 
¿cortocircuito 1 tambien fallaba si estaba mal implementado el port FF no?

-- 
3.000.000 de lemmings no pueden equivocarse, ¡COMPRA WINDOWS 95!
                  _
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        

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

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

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

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

total que antes de la int "se dibuja" (es mentira por que es un retrazo)
un trozo de linea y despues del int, y despues otro trozo.
uff, que ganas de complicar las cosas, en fin.

La sutileza me molesta por que yo dibujo las lineas de una tirada, y voy a
tener que partir la emulacion en mas trozos todabia por culpa de esto.

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

Encima es que es un fallo sutil de cojones, por que conseguir que en el 
cobra no existan enemigos tiene su tela.
He estado probando el realspectrum, y juraria que tienes ese fallo, pero
mucho mas debilmente.

por otro lado, hay cosas que no lo entiendo, por arte de magia me ha fallado
la emulacion del flash resulta que la linea:
a=(a++)%32;
pues luego A siempre es menor de 16, la he cambiado por:
a=a++;
if (a>=32) a=0;
Y funciona perfectamente, lo gracioso es que hace un mes funcionaban las 2.

-- 
Este modem tiene menos chispa que la bujía de un diesel.
                  _
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        

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

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

On Fri, 11 Oct 2002 09:32:30 +0200, Alvaro Alea wrote:
>total que antes de la int "se dibuja" (es mentira por que es un
>retrazo)
>un trozo de linea y despues del int, y despues otro trozo.
>uff, que ganas de complicar las cosas, en fin.

no,no, a ver, la imagen se genera tal y como se genera cualquier=
 
imagen en un televisor: no hay hardware capaz de cambiar el 
funcionamiento de un televisor (a no ser que este dentro del=
 propio 
televisor, claro esta! :) )
lo que pasa es que, segun el texto de css (o segun me ha parecido=
 
entender), la interrupcion que ocurre cada 50.08 veces por=
 segundo, 
se genera despues de dibujar el borde izquierdo, no antes, y por=
 eso, 
desde que la interrupcion ocurre hasta que se llega al pixel=
 16384, 
van exactamente 64 lineas (64*224 tstates)


>La sutileza me molesta por que yo dibujo las lineas de una=
 tirada, y
>voy a
>tener que partir la emulacion en mas trozos todabia por culpa=
 de
>esto.

hombre, piensa que si tan mal te va, puedes usar las mismas 
funciones, solo que antes restandole BORDER_LEFT_SIZE al contador=
 de 
tstates


>Encima es que es un fallo sutil de cojones, por que conseguir=
 que en
>el
>cobra no existan enemigos tiene su tela.
>He estado probando el realspectrum, y juraria que tienes ese=
 fallo,
>pero
>mucho mas debilmente.

no,no, te juro que tanto con el realspectrum como con el spectrum=
 de 
verdad eso va a los mismos fps todo el rato :)  te lo dice uno=
 que 
lleva dias jugando asiduamente al cobra  (debi hacer algo bueno=
 en mi 
ultima vida porque el Cobra esta en la lista del Speccy Tour de=
 este 
anyo!!!! :)___  )

>
>por otro lado, hay cosas que no lo entiendo, por arte de magia=
 me ha
>fallado
>la emulacion del flash resulta que la linea:
>a=3D(a++)%32;
>pues luego A siempre es menor de 16, la he cambiado por:
>a=3Da++;
>if (a>=3D32) a=3D0;
>Y funciona perfectamente, lo gracioso es que hace un mes=
 funcionaban
>las 2.

ahhh... esto es cosa del chuntey xDDD
nada, mejor olvidamos que he dicho esto :)

Bye :)
Kak

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

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

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

> >La sutileza me molesta por que yo dibujo las lineas de una tirada, y
> >voy a
> >tener que partir la emulacion en mas trozos todabia por culpa de
> >esto.
> hombre, piensa que si tan mal te va, puedes usar las mismas
> funciones, solo que antes restandole BORDER_LEFT_SIZE al contador de
> tstates

Ya, es lo que voy a hacer pero es que se me da mejor protestar que programar :-)

> verdad eso va a los mismos fps todo el rato :)  te lo dice uno que
> lleva dias jugando asiduamente al cobra  (debi hacer algo bueno en mi
> ultima vida porque el Cobra esta en la lista del Speccy Tour de este
> anyo!!!! :)___  )

Yo como tengo un +2A, pues no lo conocia, pero esta chulo :-)

-- 
Iniciando Windows 95... 2 horas despues.... Iniciando Windows 95...
                  _
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        

[Aspectrum-devel] Saludos

[<pgg...@wa...>]

Hola a todos. Espero poder echar una mano. Soy Pedro Gimeno; NoP me ha
invitado a unirme a vosotros, espero que no os importe.

Pues nada, que sep=E1is que estoy por aqu=ED.

Ah, he le=EDdo algo sobre el puerto FF. Por si os interesa el Arkanoid
es otro de los que lo usan, junto con el Cobra y el Short Circuit.

Saludos.

  Pedro Gimeno

Re: [Aspectrum-devel] Saludos

[Santiago R. <com...@es...>]

En Fri, 11 Oct 2002 03:59:03 +0200 "pgg...@wa..."
<pgg...@wa...> escribio:

> Hola a todos. Espero poder echar una mano. Soy Pedro Gimeno; NoP me ha
> invitado a unirme a vosotros, espero que no os importe.

 Hola Pedro, bienvenido a nuestra lista, que como ves no tiene excesivo
tráfico :).

> Pues nada, que sepáis que estoy por aquí.

 En cuanto te interese un hilo o quieras plantear una pregunta, ya sabes :)

> Ah, he leído algo sobre el puerto FF. Por si os interesa el Arkanoid
> es otro de los que lo usan, junto con el Cobra y el Short Circuit.

 Saludos y gracias! :)

-- 
Santiago Romero
Departamento de Sistemas
sr...@se...

Av. Primado Reig 189, entlo
46020 Valencia - Spain
Telf. (+34) 96 332 12 00
Fax. (+34) 96 332 12 01
http://www.servicom2000.com

Re: [Aspectrum-devel] Saludos

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

On Fri, 11 Oct 2002 03:59:03 +0200, pgg...@wa... wrote:
>
>Hola a todos. Espero poder echar una mano. Soy Pedro Gimeno; NoP=
 me
>ha
>invitado a unirme a vosotros, espero que no os importe.

uoooo!!! El master del universo de los emuladores de spectrum!=
 :)__
como nos va a importar!!!! bueno, si que nos importa, pero 
positivamente :)

supongo que te lo habran dicho un millon de veces, pero el primer=
 
emulador con el que jugue hace muchos anyos ya, fue el tuyo, y=
 fue 
como abrir una puerta para mantener el spectrum vivo para siempre=
 :)
bueno, ahora ya puedes decir que te lo han dicho un millon una=
 vez ;)

bye :)
kak

Re: [Aspectrum-devel] Saludos

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

BUENOS DIAS!!!
Y entonces, va pgg...@wa... y dice ¿[Aspectrum-devel] Saludos? 

> Hola a todos. Espero poder echar una mano. Soy Pedro Gimeno; NoP me ha
> invitado a unirme a vosotros, espero que no os importe.
> Pues nada, que sepáis que estoy por aquí.

Hola, es un honor que estes en la lista, soy uno de tantos que conocio los
emuladores gracias al tuyo, y es una pasada.

La manera en que resolviste lo de las teclas de symb, shift y shift en el PC
es algo fantastico, y que luego nadie imito, y me gustaria que aspectrum 
copiase la idea.

> Ah, he leído algo sobre el puerto FF. Por si os interesa el Arkanoid
> es otro de los que lo usan, junto con el Cobra y el Short Circuit.

Es que tenemos un fallo muy raro, probablemente relacionado con el port FF,
cuando al cobra se le van los enemigos, va mas rapido :-O

-- 

                  _
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        

Re: [Aspectrum-devel] Saludos

[<pgg...@wa...>]

=C1lvaro Alea escribi=F3:

>La manera en que resolviste lo de las teclas de symb, shift y shift en =
el PC
>es algo fantastico, y que luego nadie imito, y me gustaria que aspectrum=
=20
>copiase la idea.

Espero que tambi=E9n copie la idea de mi =FAltimo emulador: que el =
teclado
sea redefinible mediante un fichero de texto. El problema con el
antiguo es precisamente el que t=FA dices: que no lo ha imitado nadie, y
el est=E1ndar "de facto" ha derivado por otros derroteros.

>Es que tenemos un fallo muy raro, probablemente relacionado con el port =
=46F,
>cuando al cobra se le van los enemigos, va mas rapido :-O

Puede que tenga que ver con el puerto FF, pero no desde=F1=E9is la
posibilidad de que sea otro el problema.

--=20
  Pedro Gimeno