¿Mejor forma de restaurar background después de un COPY?

Copio un trozo de mi texto en otro foro:

Si mueves el personaje, deja un rastro de los copys anteriores, con lo que primero, tienes que restaurar el fondo, copiando encima del personaje, y luego copiando el siguiente fotograma con tpset en la nueva coordenada de posicion.

Eso crea un molesto destello y parpadeo si lo haces directamente en la misma pagina, porque veras como se borra el personaje y aparece copiado en la siguiente posicion (lo que le pasa a los enemigos finales del contra, ya que es para 64k de ram y no usa doble bufer)

Hay 2 tecnicas para evitar eso.
Si te sobra una pagina de vram, puedes hacer un doble buffer, usar dos paginas para mostrar los fotogtramas. Mientras una se muestra, restauras el fondo y copias el personaje en otra, y luego muestras esa otra, y trabajas con la primera.

Eso es el doble buffer.

Si no te sobra una pagina de vram (como es el caso) tienes que copiar el trozo de fondo que luego usarás para restaurar en un trocito de una pagina diferente (debajo de los fotogramas del malo), luego copiar ese mismo fondo justo al lado, luego copiar el personaje con transparencia en ese segundo copy, y finalmente copiar el resultado final a la pagina de visualizacion.
Eso implica hacer muchos mas copys y es mas lento, por eso yo siempre uso el doble buffer: 2 paginas de datos, y 2 paginas de visualizacion.
Menos graficos, pero mas rapido, y sin parpadeos.

En este caso, con graficos tan grandes, el doble buffer no sería posible.

El doble buffer vendria a ser eso. En realidad lo ideal es tener el fondo en una pagina (normalmente en la mayoria de los juegos el fondo no ocupa toda una pagina, si no un 50 a 70 por ciento) el cual se va generando (en caso de que haya scroll) y los personajes en otra.
Asi pues, son solo 2 copys por personaje:
Uno para restaurar el fondo en la pagina no visible, y otro para copiar al personaje con transparencia.

Ademas, con el sistema NO buffer te encontrarás que cuando un personaje esté cerca de otro, el fondo que restaura el segundo personaje, borra al primero.
Por eso se tiene que restaurar el fondo de todos los personajes primero, y luego copiar a los personajes todos de golpe.
En caso de que haya profundidad, como el caso de final fight o de nuts (profundidad me refiero a que unos personajes estan mas cerca de la "camara" que otros) tendras que establecer una jerarquia y copiar primero los que estén mas lejos de la camara, y luego los que estan mas cerca, porque si no, uno que está mas lejos se te copiará encima de uno que está mas cerca, creando una incoerencia en la profundidad.

Eso se hace comparando la coordenada "Y" de cada personaje, y ordenando los personajes del que tiene una Y mas pequeña al que tiene una Y mas grande.

Todo eso son calculos matematicos.

Un truco para acelerar muchisimo los calculos matematicos con variables en turbo basic es definir las variables como enteros.
Eso se hace con:
DEFINT A-Z

Y luego usa solo variables de la A a la Z.

Cuando hay muchos calculos matematicos, veras que la diferencia del DEFINT A-Z es enorme.

Por ejemplo:

10 call turbo on
20 for I = 0 to 8000: next I
30 call turbo off

Ahora prueba asi:

10 call turbo on
15 DEFINT A-Z
20 for I = 0 to 8000: next I
30 call turbo off

Flipa con la diferencia de velocidad.

Otro truquito de turbo basic que aprendí por mi mismo

Tranquilo el fondo es correcto, de hecho tengo los tuyos y los de Toni, solo que la paleta la generé para Cody no para la imagen completa, de ahí que el fondo salga raro y Cody bien.

Lo que comentas de restaurar para varios personajes, la coordenada Y, etc ya te digo, es una comida de coco tremenda. Hace muy pocos días he empezado con esto y la verdad, creo que necesito un poco más de rodaje para hacer el motor completo de un beat'em up, me tomaré Final Fight como aprendizaje sin estar seguro de poder concluir algo decente. En verdad había pensado en algo más sencillo para empezar

Je, ya veo que truquillos conoces unos pocos, la verdad es que molaría documentar todo eso para las generaciones venideras (como un servidor ). Por mi parte voy a intentar comerme un poco la cabeza con el tema de los copys selectivos, igual descubrimos algo que los acelera como han hecho con Street Fighter

Ostras pues es verdad la MSXDev Compo, al final se ha presentado. ¿Cómo es que nadie ha dicho nada caray, si esto debería anunciarse a los 4 vientos? Acabo de probarlo en MSX2 y me sigue pareciendo espectacular de narices, pero como tu dices ya no lo veo tan de otro mundo, cosa que oye me alegra tela . Es decir, tal cuál lo veo incluso el Final Fight me parece más jodido con todo lo que mencionas de movimiento en profundidad, repintar en orden...en fin que tiene su guasa.

Mira sobre el pintado en orden pues mira, se pueden ordenar las coordenadas Y con un algoritmo rápido (tipo quicksort) que aunque sea para 3-4 figuras pues mira, con 3.5Mhz cualquier ganancia se agradece.

Después de ver el SF2 creo decididamente que Final Fight se me va un poco de las manos . En fin seguiremos hasta que el cuerpo aguante.

El Turbo R en el bluemsx lleva incorporado la moonsound que debe de ser por donde se reproducen los samples de audio. Si pruebas la demo con el openmsx sin poner la moonsound se escucha la musica fm y los sonidos en psg. Creo que el Turbo R no es capaz de reproducir samples en "tiempo real".