Hola a tod@s,

Estoy empenzando en esto del MSX, llevo bastante tiempo desarrollando para el cpc, y los sprites por hardware son una gran ayuda. Una duda que me ha surgido, es como implementar el clipping de sprites. Lo habeis hecho alguna vez, como lo haceis? Redefiniedo el sprite?

S2

Si no recuerdo mal, Ramones, algo vi revoloteando por tu disco duro que aplicaba esta técnica. De hecho, también me suena que por el disco duro de nuestro Viejo Archivero había algunas pruebas para hacer algo así.

En cuanto a "clipping", sólo resulta fácil en los casos en que se pueda utilizar o bien el orden de prioridad de sprites (el número de plano de sprites) o bien la regla del quinto sprite. Para situaciones más complejas, hay que hacer mecanismos de redefinición en caliente de sprites.

O usar sprites por software y repintarlos en cada frame, como se ha resuelto normalmente en todas las conversiones de spectrum. Los ejemplos más notables en este sentido son los juegos tipo Filmation en 3D.

Mi comentario sobre clipping con sprites por soft viene al hilo de que una vez hechas las rutinas del blitter para estos sprites, lo único que hay que hacer es establecer un orden de redibujado correcto (buffer Z o algoritmo del pintor) para que se dé visualmente el clipping. Por supuesto, es más costoso en cuanto a consumo de CPU que unas rutinas adaptadas ex-profeso.

Y de eso hemos estado hablando, Nerlaska. Resumiendo: el clipping de sprites por hard en MSX es difícil, salvo haciendo servir superposiciones de sprites o la regla del 5 sprite. Por soft, hay que currárselo algo más. Por hard y con otro tipo de clipping, hay que hacer rutinas muy específicas de redefinición de sprites "en caliente".

Muchas gracias por vuestros comentarios. Lo de utilizar la prioridad de los sprites es lo primero que habia pensado. Pero suponia que habria una mejor forma de hacerlo. Supongo que redefinir los sprites es lo mas apropiado. Lo que quiero conseguir es que un sprite salga por un lado de la pantalla y vuelva por el otro.

S2

En vertical no hay ningún problema, salvo que hay que evitar la posición Y=208, que produce la ocultación de todos los planos de sprites siguientes al actual.

Al salir por arriba o abajo lo hace suavemente, por lo que no tendrás problemas.

En cuanto a salir por los laterales, tendrás que usar el bit EC (Early Clock) del que te hablaba JL. El único problema es que entonces las coordenadas del sprites estarán siempre entre -32 y 255, por lo que necesitarás más de un byte para almacenar el valor, salvo que hagas alguna "trampa".

Y si no es a pantalla completa, pero un marco de unos 192x160?
Gracias otra vez por vuestros consejos.

S2

Si, no queda otra que la de utilizar la redefinición en caliente, muy pesadote; pero si no hay mucho trabajo en pantalla y sobra tiempo se puede emplear en ello. Si la pantalla es estática y los objetos móviles son sprites no habría mucho problema...

De todas formas replantea el diseño si es necesario, si no vas a hacer pasar los sprites por detrás de decorados y necesitar máscaras (como las que se emplean habitualmente en los sprites por software usados en Spectrum y Amstrad) y sólo vas a definir un marco, extiéndelo horizontalmente a todo lo ancho o por lo menos aprovecha uno de los márgenes reales, no lo centres. Verticalmente haz lo mismo, aprovecha el margen inferior o superior, el que mejor te convenga.

Normalmente yo tengo preferencia por centrar la acción en la parte inferior de la pantalla; así se estira un poco el tiempo que tenemos por fotograma antes de tener que preocuparnos por "flickering" y demás zarandajas.