ZONA DE PRUEBAS

Pero eso te vale para ahorrarte los cálculos de (fondo & máscara or sprite) para todo el ancho del sprite, pero no te ahorras el cálculo del siguiente scanline para pintar la siguiente línea, si el sprite se mueve por toda la pantalla. Si fuera una disposición completamente lineal, entonces sí q...

O sea... que la "bala" sube 1 pixel por cuadro de animación.

Si, suponemos, que generamos 50 cuadros de animación por segundo, quiere decir que la bala se mueve a 50 píxeles/s.

Atravesar toda la pantalla del Spectrum, tardará... 192 / 50 = 3.84 segundos... una eternidad.

Humm... me temo que no va a ser tan sencillo. De todas maneras, la rutina de cálculo de siguiente scanline es para pintar el sprite o gráfico de arriba hacia abajo. Lo de usarlo para desplazar el sprite... eso solo te servirá para moverlos un scanline cada vez. Para movimientos de más de un scanline...

Yo uso el KRename en Linux Mint KDE edition, seguro que hay otros métodos en otros sistemas. Si quieres hacerlo vía comandos, suponiendo que los archivos se llamen *.bin, el siguiente script los va renombrando: ls -1 *.bin | perl -nE 'chomp; my $viejo = $_; (my $nuevo = $viejo) =~ s/ \(\d+.+(?=[.]bi...

sjasm tiene un motón de macros incorporadas, para que los torpes no tengamos problemas. A mi me pasó una vez que puse LD HL, BC o algo así, y el tío me lo aceptó y cambió en el código a LD H, B / LD L, C. Lo malo es que me puse a depurar, y me puse a a hacer scroll en el depurador a ver donde estab...

Pues sí, cierto. Es sorprendente que no exista el recíproco de ADD a,N como SUB a,N, debido a que existe la "extraña" combinación SUB a (restar a de a), que se usa para inicializar a o para poner el indicador Z a 1.

Bueno, lo he reeditado. Hace años que no programaba para Z80.

Hola. El sábado volví a entrar en los foros, y revisé mi mensaje otra vez. Lo vi "bien", pero mirándolo un poco "de lejos", noté algo extraño: "¿por qué estoy restando 1 a los bits de los tercios, y luego lo vuelvo a sumar si se trata del mismo caso?" Esto es una sospec...

He estado pensando un poco sobre este tema, y quizás se puede reducir un poco más. No lo he probado. La idea es, simplemente, incrementar la dirección de VRAM conforme a las reglas de disposición de los bits. calc_next_vram: ; Calcula la siguiente posición en VRAM del scanline inmediatamente inferio...

Bueno, de toas formas, si alguien coñoce algún código que resulte más eficiente o simétrico o más mejón, pos que lo diga (o calle para siempre :D ) Después de 30 años, todo este tipo de rutinas debería estar más que trillado y recogido en alguna base de datos, wiki y github. Y si no está, un día no...

En Informática, a esto se le llama Método de depuración del patito de goma.