Estoy experimentando en hacer una cosilla a la vieja usanza (léase Spectrum) para lo cual en lugar de trabajar con la tabla de nombres, lo hago con la de patrones directamente. En cada iteración estoy volcando 6kb a la VRAM a saco usando la BIOS y el problema es un apreciable parpadeo (además de que el juego no es muy rápido). He probado a volcar 2 tercios de pantalla (el resto para marcadores) y el problema es el mismo. Sé que es el puñetero barrido el que tiene la culpa, pero en una revista que no recuerdo (era una microhobby) se comentaba que se usaban nops y no sé qué historias para evitar los parpadeos. Quería saber si alguno sabe algo, porque había conversiones spectrum que eran muy suaves, a no ser que usaran otra técnica y no volcasen la pantalla completa. Please, any information is uel uelcomed

Otra cosilla es que necesito tela de ram para trabajar con las pantallas, por lo que si saliera un juego ya no cumpliría los requisitos de la dev, ya que necesito RAM en la página 2

¡Gracias!

Es que 6Kb son muchos... . Está claro que a 50/60 fps no va a ir nunca. Lo que si que es posible que puedas hacer y seguramente a eso te referías cuando comentas lo de los NOPs, es utilizarlos para hacer que el refresco te pille en una zona en la que no estés volcando pantalla, marcadores por ejemplo. El truco podría funcionar bien si tienes muy controlado lo que te tarda el volcado; si ves que el barrido te pilla siempre en una zona determinada, puedes desplazar la interferencia empezando con unos NOPs (o mejor aun, cualquier otro cálculo útil que te lleve un tiempo más o menos fijo); así con suerte podrás quitarte de enmedio la interferencia.
De todas formas, unas ideas:

• Sólo se justifica la transferencia de toda la pantalla, si toda la pantalla se está moviendo, un scroll horizontal o vertical (Operation Wolf o Silent Shadow). De no ser así compensa con creces el volcar únicamente los sprites.
• Si la vuelcas completa y es un scroll horizontal, puedes aprovechar y montarte algún chanchullo parallax y así dividir la pantalla en franjas que se desplazarán a diferentes velocidades. Con eso te ahorrarás el tener que volcar toda la pantalla cada fotograma. Cuanto más lentas sean algunas de las franjas, más tiempo podrás destinar a las otras.

Vaya, he respondido y no he visto tu mensaje


Supongo que a eso se referían en la microhobby.


¿Dónde iría el bucle de nops, después de call LDIRVM? Podría intentar ajustarlo a ojímetro. Podría también volcar cada tercio por separado, después del preceptivo HALT, pero entonces me parece que aunque más suave, la acción estaría "desincronizada", ¿verdad?
 



No exactamente un scroll, pero sí, necesito volcar toda la pantalla, no sólo trozos.



¿Parallax? ¿Eso qué es lo que é? ¡Otra cosa para experimentar! Mi socio me va a cortar los cataplines de tanto experimento y no centrarme en hacer lo que queda pendiente


Jon, respecto al "monocroming", primero volcaría la tabla de colores y así, al menos, ya hay algo... emborrachamiento de color, como los de toda la vida

No, no os asustéis, algún día lo aplicaré en color. No es imitar al Spectrum lo que busco

En el MSX es más difícil ajustar con precisión los ciclos del código que se ejecuta que en el spectrum, lo más fácil es hacerlo a ojo. Los NOPs o lo que sea, es más sencillo que vayan inmediatamente despues del HALT, así lo que consigues es desplazar en el tiempo el comienzo del volcado y por tanto la posición de la interferencia en la pantalla. Como esto ya comienza a ser magia negra te recomiendo que le eches un vistazo a este snippet de Sapphire en el que se comentan unas cosas muy interesantes acerca del HALT y de como darle por saco a la BIOS (mucho ojito que como ya digo, esto es juju).


Me pregunto que se estará cociendo en el lado oscuro de la fuerza...


Imagínate que la pantalla se divide en tres franjas horizontales, cada una de 64 píxeles de alto, la franja inferior contiene un suelo lunar con rocalla y demás (estilo Freddy Hardest) que se desplaza 1 píxel cada fotograma, la franja central contiene unas montañas y detalles lejanos, esta se desplazará a 1 píxel cada dos fotogramas y por último la franja superior que contendra un cielo tachonado de estrellas y algún planeta, su velocidad será de 1 píxel cada tres (o cuatro) fotogramas. De esta forma consigues un bonito efecto de profundidad y además ganas un montón en velocidad ya que rara vez transfieres más de dos franjas en un mismo fotograma (de hecho lo ideal es buscar una relación de velocidades que minimice estas coincidencias).
¡Ah! y por supuesto no uses LDIRVM, hazte una rutinilla que use OUTIs a saco para exprimir al máximo el Z80.



Hacía tiempo que no ponía el smiley por aquí...

Lo de combinar la tabla de nombres y patrones me viene bien pero para otra ocasión, en este caso lo estoy haciendo de otra manera. Sobre si hay otra forma de hacerlo, seguro que la hay, pero bueno, si llegáis a verlo funcionando ya me daréis collejas. Otra cosa que no mencioné es que al trabajar en un buffer, tengo una copia de los 6kbs de la pantalla en RAM y otra copia donde trabajo que es la que se vuelca en pantalla. Vamos, otros 12kbs de RAM también gastados a lo cafre Antes de trabajar con la pantalla, vuelco la copia original a la copia de trabajo con un ldir lo que supongo que también tardará lo suyo (mover los 6kbs). Voy a echar un vistazo a un artículo sobre un ldir rápido publicado por Guyver a ver si saco algo de provecho.

Respecto a volcados rápidos con OUTI, lo único que he visto en el MRC es esta rutina publicada por Robsy (no sé si con copyrights y esas cosas)

Si solo vas a trabajar con formas y los colores van a ser fijos (o en Blanco y negro como si fuera un spectrum) la solución para evitar parpadeo y hacerlo de una forma elegante es usar un "doble buffer" de VRAM  y cambiar la direccion de la tabla de formas en cada frame. El numero de frames por segundo será exactamente el mismo que si vuelcas a VRAM de la forma que explicas porque la transferencia de datos es la misma, solo que en este caso no ves lo que escribes. El problema es que creo que tendrías que desactivar sprites o buscartelos de alguna forma.

La secuencia sería esta:

1-desactivar VRAM y organizarla:(por ejemplo)

 6 kb para buffer 1 de formas en $0000
 6 kb para buffer 2 de formas en $2000
 tabla de color en $3800 

2- Volcado a buffer 1
3- Activar VRAM

4- Activar tabla de formas en $0000
5- Volcado a buffer 2
6- Activar tabla de formas en $2000
7- Volcado a buffer 1
8- ir a 4

Espero que te sirva.  cmptr:)

y..

Lo evitas de esta forma.

PS: sobre el codigo que has pegado ahi arriba.... que recuerdos

Segun lo que comenta Darth no es necesaria una tabla de colores de 6kb. Quien ha dicho SC2? 

Yap, pero en screen 1 tan solo dispones de 256 caracteres para definir (un tercio de la pantalla)... ¿o estás hablando de alguna especie de modo mixto que acepte 768 caracteres sin tabla de color?.