Tu nunca molestas, Juanma



Si, hay opciones más rápidas de transferir bloques de datos a VRAM. Échale un ojimetro a este thread, donde verás varias opciones acerca de este tema: http://karoshi.msxgamesbox.com/index.php?topic=305.0



No te preocupes. Cuando salta la interrupción, se detiene todo, y se guardan hasta los registros: solo tienes que indicar cual es la rutina de interrupción y sin más, ésta se lanzará al comienzo de cada "frame". Lo que si que tienes que controlar es CUANDO mandas esos OUTs (preferiblemente inmediatamente después de la interrupción).



Te vuelvo a remitir a otro thread interesante sobre la regla del quinto sprite y como acometerlo desde distintos enfoques: http://karoshi.msxgamesbox.com/index.php?topic=427.0

Como se nota que hemos hecho novillos durante mucho tiempo, eh?... tsk, tsk, si es que...  . Quiero empezar a ver llover producciones de crappy pero ya! ... y de paxanga también!

(pero, ¿por que me pegas, si sabes que me gusta?) kun >  < viejo_archivero (jo, es que hacá tiempo ya que no lo hacía...)

Eso eso, producciones de Crappy!!! Dale dale fuerte!! Ah no que soy yo!
   Que malo eres, no me des en toda la cabeza, que bastate tonta la tengo ultimamente...  Paxanga hace lo que puede. Steven va currando, pero yo estoy bastante fuera del planeta hace un tiempo No solo para el MSX, imaginaos, si ni siquiera he visto los ultimos 6 capitulos de Humor Amarillo!!! 
Na, necesitaba un cambio, todo eran listados interminables de instrucciones ASM...cada dia. Asi que me he tomado un señor respiro. Pero sigo en el ajo poco a poco No sus vais a librar...

En cuanto a Darth, a saber pa que querra algo mas rapido que el LDIR... Miedo me da. Y en el tema sprites, hubo un threat muy interesante sobre rotacion spritera Merece la pena echarle un ojo.

Es que acabo de hacer una rutina de scroll de texto píxel a píxel como el snippet de Edu, introduciéndole "desde la derecha de la pantalla" caracter a caracter y luego rotando todo. He pensado ampliarlo para hacer un scroll completo de pantalla, pero creo que eso en un juego no sería muy jugable que digamos 

A lo que voy, como estoy con cosas spectrumeras, y eso de los sprites software es coser and sing  ahora necesito saber cómo los joíos por culo de Dinamic, etc. volcaban al menos los dos tercios de pantalla (en un buffer donde la almaceno) a la VRAM. Sé que había parpadeo y era lento, pero igual hay otra forma como sólo transferir las partes de pantalla que cambian o algo así.

Necesito velocidad de transferencia RAM->RAM además porque estoy liado con un filmation en plan Head over heels, y tengo funcionando el muñeco y escenario, ocultaciones y demases, pero necesitaré buena velocidad para transferir toda la pantalla, aunque ahora mismo estoy con pruebas poniendo un montón de halts para que vaya despacio adrede para así poder visualizar mejor fallitos que se pasarían de otra manera. Quiero decir que no he probado "a saco" cuál sería la velocidad máxima de la BIOS.

Tengo pendiente el tema de las colisiones. Supongo que habría que hacerlas píxel a píxel, aunque hice una rutina y rien de rien, eso no funcionaba  Y además supone otro buffer de 6kbs en memoria sólo para máscaras de detección de choque, lo que me parece un despilfarro total y supongo que habría otra manera de hacerlo. Para otro tipo de juego podría usar detección de colisiones por caracteres como siempre, en un buffer que contuviese una pantalla paralela de 768bytes sólo de caracteres, pero eso ya no me resulta complicado.

Eso sí, preparaos para algún que otro juego "a la antigua usanza" Sinclair, jejejeje (no me puteéis mucho, plís)  Lo importante es el reto que me supone entender mejor el sc2 y poder hacer las cosas con las que babeaba desde chico, jeje 

No tengo mucha idea, Jos'b, pero creo que se refiere a instalar la interrupción, parcheando el gancho en la ram donde se aloja la dirección de la misma.

Es lo que más o menos deduzco de este trozo de código del Caruso, donde se instala el reproductor (con permiso de Mr.Robsy):

INSTALL_INTERRUPTION:
; Install interrupt handler
;----------------------------------------------
; Disable interrupts
di
; Interrupt BIOS entry point
ld hl,0FD9Fh
; Address of the new interruption routine
ld bc,INTERRUPTION_HANDLER
; Instruction "CALL"
ld [hl],0C3h
; Address stored
inc hl
ld [hl],c
inc hl
ld [hl],b
; Enable interrupts
ei
; Done
ret

¡65535!

Bueno, si no te quieres comer la cabeza no uses mucho más allá de la 62208 (no se como te aclaras con el decimal )

A la saca.

¡Ojo!, que la dirección que Nerlaska ha puesto es la de la variable que contiene la dirección más alta usable por el programador, no la dirección en si misma. Si somos estrictos, esta dirección en un MSX sin periféricos conectados es $F380 (62336), que es lo que normalmente contiene HIMEM. Si el equipo tiene hardware extra y este es inicializado, esta dirección decrece y se pueden perder un buen puñado de Kbs.
En el caso de las ROMs, yo no me complico la vida e incluso respeto la pila que suele estar inicializada un poco más alla de $F300, total, no va de unos bytes...

Échale un ojo a este hilo del MRC en el que se hablaba también de este tema:

Memory/System variables (page3)