Programando en ensamblador no vale hacer suposición alguna sobre el contenido de las posiciones de memoria. Por lo tanto, inicializa la RAM que vayas a utilizar siempre. Como medida higiénica, lo que hago es escribir ceros en toda la RAM utilizada por el programa. Para ello, puedes usar cualquier rutinilla con bucle. Por mi parte, uso algo parecido a lo siguiente:


Si tienes prisa, también vale lo siguiente


Como siempre: cada vez que escribo un poco de código, se me ocurren mil formas mejores de hacerlo. De todos modos, es una mala cosa optimizar rutinas que no son críticas: uno se vuelve obsesivo y no consigue grandes mejoras. Vale, la segunda rutina ocupa sólo 11 bytes, mientras que la primera ocupa 15. Además, también es más rápida.

Interesante técnica, sí señor. Copia sincrónica con arrastre del 0. El único problema -puesto a buscarle problemas- es que ocupa 13 bytes. Eso sí, supongo que es más rápida que la solución propuesta.

En cualquier caso, en lo que todos estamos de acuerdo es en que resulta imprescindible inicializar la RAM antes de hacer cualquier otra cosa en un programa.
 

Gracias por compartir código, Sap! Aprovecho para animaros a todos a escribir/mejorar/depurar/solicitar snippets.

Si puedes decirme en qué MSX-Extra lo has leído te lo agradecería. De todas formas no me cuadra en absoluto, hagamos cuentas:

ldir consume 21 ciclos por cada byte que copia, menos por el último que consume sólo 16

ld [hl],r consume 19 ciclos
inc hl consume 6 ciclos
dec bc consume otros 6 ciclos
ld a,b consume 4 ciclos
or c consume 4 ciclos más...
jr consumiría 12 ciclos salvo si no se cumple que serían 7

sumando: 19+6+6+4+12 = 47 ciclos para todos los bytes salvo para el último que serían 5 menos, es decir 42

Es decir: ldir 21/16, bucle 47/42...

No veo por qué es mejor el bucle, la verdad...

Para salir de dudas hay que comparar estos métodos en un MSX real. ¿Cómo? Por ejemplo midiendo el grosor de la línea azul que generaría el siguiente código:


Y primero probamos a inicializar 8kb's con una técnica y luego la misma cantidad con otra técnica. La línea azul que resulte más gruesa indicará la técnica más lenta. Ahora mismo no tengo acceso a un emulador (puede que en una horita o así...), ¿alguien puede probarlo?

Saludos
--
SapphiRe

Ya digo que no es crítica, porque yo no tengo ni p.idea, pero me llama la atención que en la msx-extra y la club, en algunos artículos dicen una cosa y varios números después otra distinta (que si se puede sintetizar voz, que si no...) y sobre los artículos, no sé si fiarme del todo, por eso lo digo (uno de scroll píxel a píxel resultó ser al final scroll en la tabla de nombres, o sea que píxel a píxel nada). He guardado el lote en al armario, mañana lo miro, pero era un artículo que tenía un dibujo de esos clásicos en blanco y negro con un explorador mirando con lupa unas inscripciones egipcias. Trataba de la optimización en general, y se hablaba del asm del Z80 (que si or a es mejor que cp 0, etc.). Mañana te digo el número con exactitud, pero no era ni muy viejo ni de los últimos.

Ahora estoy grafiqueando, pero mañana pruebo a limpiar la ram y dejarla como una patena

Me fío más de tí que de las revistas, Sapphire Lo haré con ldir, pero de todas formas te dejo el nº de la extra:

nº 34, call XIII

Ejercicio:pon 200 bytes consecutivos a cero.

Solución:

ld hl,direccion
xor a
ld b,200
bucle:
ld (hl),a
inc hl
djnz bucle

más rápido y más corto que:

ld de,direccion
ld hl,direccion+1
ld bc,200
ld (hl),0
ldir

(ya toi de vuelta) por eso me sonaba raro lo del ldir, pero ahora todo aclarado. Habrá que andar ojito con las revistas 

¡Gracias de nuevo! 

Lástima, el 39 no lo tengo, pero te lo daba encantado

Voy a buscar en internete alguna tabla con los tiempos de cada instrucción, a ver si optimizo un poco, que esto es un spaghetti assembler total 

Con lo del bucle, pues ldir y ya está. Total, tampoco creo que el tiempo de ejecución en esto sea muy crítico, como dice Edu. Voy a probar un scroll en screen 2 esta tarde a ver qué sale, ahí si que me va a hacer falta rapidez (y usando la bios)