[Homebrew] Magical Chase para NES (port de PC-Engine/Turbografx)

wave escribió:Para el HUD lo que puedes hacer es desactivar los sprites en esa scanline y luego activarlos ya para el siguiente frame, así no gastas esos sprites.
Lo siguiente sería intentar hacerlo con sprites de 8x16 porque si no te vas a quedar enseguida sin (solo un disparo o una estrella ya parece que usaría 4 de 8x8).
Desperdiciarás un poco de espacio en VRAM en algunos casos pero teniendo los slots de 1KB del MMC3 en los sprites no creo que haya mucho problema.

PS: Si no tienes el código fuente no es un port xD

Diskover escribió:Desactivar sprites queda muy feo. En algún los soportes pasarían por encima del HUB antes de borrarlos, o se borrarían antes rompiendo la ilusión de profundidad.

Por otro lado, si uso sprites de 8x16, en vez de 64 en pantalla, nos quedaríamos en 32. Seguimos teniendo el mismo problema.

De todas formas, he dado con una solución para ganar espacio en la tabla de sprites...

wave escribió:

Diskover escribió:Desactivar sprites queda muy feo. En algún los soportes pasarían por encima del HUB antes de borrarlos, o se borrarían antes rompiendo la ilusión de profundidad.

Por otro lado, si uso sprites de 8x16, en vez de 64 en pantalla, nos quedaríamos en 32. Seguimos teniendo el mismo problema.

De todas formas, he dado con una solución para ganar espacio en la tabla de sprites...

No debo haber entendido que querías hacer porque desactivar sprites en la scanline del hud es exactamente el mismo efecto que parecías describir hacer.
Desactivar sprites es un flag de la cpu sencillo que usan muchos juegos de nes para lo mismo.
Y lo otro no, no tienes 32, tienes 64 sprites igual, con sprites de 8x16 puedes llenar el doble de pantalla, lo único que en horizontal sigues teniendo el límite de 8 por scanline.

Diskover escribió:La desactivación de sprites conlleva que cuando haga el efecto de que la camara suba y baje por el eje Y, y desactive esos sprites del puente, a lo largo del recorrido de esos 8 pixeles que ocupa de alto un tile, desaparecera´n bruscamente en algún momento y quedará feo.

wave escribió:

Diskover escribió:La desactivación de sprites conlleva que cuando haga el efecto de que la camara suba y baje por el eje Y, y desactive esos sprites del puente, a lo largo del recorrido de esos 8 pixeles que ocupa de alto un tile, desaparecera´n bruscamente en algún momento y quedará feo.

No queda feo, da el efecto de desaparecer "por debajo" pero es que diría que es exactamente lo mismo que taparlo con otros 8 sprites.
No es que el sprite no se muestre entero, es que dejará de pintarse a medio tile en la scanline del HUD.

Unas imágenes de Super Mario Bros. 3 y Tortugas 2 por si no queda claro:

Diskover escribió:Vale, no recordaba esa capacidad del IRQ del MMC3.

Lo investigaré como hacer

wave escribió:

Diskover escribió:Vale, no recordaba esa capacidad del IRQ del MMC3.

Lo investigaré como hacer

No es de la IRQ en sí, es un flag de la PPU que puedes modificar cuando quieras, eso sí, en IRQ es más útil.
https://www.nesdev.org/wiki/PPU_registers#Mask_($2001)_%3E_write
También puede usarse para el efecto de gris o resaltar colores para otros efectos como simular agua.

Diskover escribió:Ok, muchas gracias por la ayuda. Una nueva cosa aprendida.

Lo he aplicado y parece que funciona. Ahora trasladaré los sprites a formato 8x16

Diskover escribió:Acabo de hacer un pequeño arreglo.

En el videojuego original de PC-Engine, los tiles del fondo realmente se mueven hacia la derecha, para dar sensación de que se mueven las lento por estar más lejos. Ahora lo he hecho similar, y la verdad es que queda mejor.

gynion escribió:@Diskover

Fetén.

Esto ya es una cosa del juego original, pero las sombras creo que no tendrían que desplazarse a la vez que el fondo delantero, sino junto con el fondo trasero, ya que es en el fondo trasero en donde están proyectadas.

gynion escribió:@Diskover

Ya, tú te refieres a los tiles, pero el efecto visual que hace en acción la sombra (viendo el mosaico en conjunto) es que se desplaza junto a la capa delantera, no junto al fondo de ladrillos.

Pero ya te digo que es un detalle que viene del juego original. Debe ser ya algo más complicado de lograr.

cristus escribió:te felicito, me gusta el trabajo, soy muy ignorante en esto, te pregunto, como haces los gráficos? un programa te ayuda o vos construís los scrolls y sprites desde 0?
nes tiene 8 tiles por linea y pc engine 12?

Diskover escribió:

cristus escribió:te felicito, me gusta el trabajo, soy muy ignorante en esto, te pregunto, como haces los gráficos? un programa te ayuda o vos construís los scrolls y sprites desde 0?
nes tiene 8 tiles por linea y pc engine 12?

Programo en C y compilo en CC65. La librería NESlib te da lo básico para empezar.

Para el scroll me ayudó de la liberia NESdoug, y un motor ya hecho para este fin que en algunos programas he tenido que modificar para ajustar a mis preferencias. Actualmente este motor solo me sirve en alguna pantalla. Para otras voy a tener que hacer uno yo mismo.

Para el tema gráfico, dibujo al pixel utilizando el programa NEXXT, que es una versión mejorada del NESst, ambos destinada para crear tiles y sprites para NES, así como backgrounds, metasprites, metatiles, y paletas de color.

Luego esto genera archivos CHR que lee la PPU de la NES, y también hace el código de estas obras gráficas tanto en asm como en C, dependiendo de tu preferencia a la hora de programar en NES.

Si, NES solo puede poner 8 tiles de 8x8 píxeles en línea u 8x16p

PC-Engine sin embargo puede poner hasta 16 sprites en una misma línea, y estos pueden a su vez ser de distintos tamaños (8x8p, 16x16p, etc...) con que imagínate la complejidad de este port

cristus escribió:

Diskover escribió:

cristus escribió:te felicito, me gusta el trabajo, soy muy ignorante en esto, te pregunto, como haces los gráficos? un programa te ayuda o vos construís los scrolls y sprites desde 0?
nes tiene 8 tiles por linea y pc engine 12?

Programo en C y compilo en CC65. La librería NESlib te da lo básico para empezar.

Para el scroll me ayudó de la liberia NESdoug, y un motor ya hecho para este fin que en algunos programas he tenido que modificar para ajustar a mis preferencias. Actualmente este motor solo me sirve en alguna pantalla. Para otras voy a tener que hacer uno yo mismo.

Para el tema gráfico, dibujo al pixel utilizando el programa NEXXT, que es una versión mejorada del NESst, ambos destinada para crear tiles y sprites para NES, así como backgrounds, metasprites, metatiles, y paletas de color.

Luego esto genera archivos CHR que lee la PPU de la NES, y también hace el código de estas obras gráficas tanto en asm como en C, dependiendo de tu preferencia a la hora de programar en NES.

Si, NES solo puede poner 8 tiles de 8x8 píxeles en línea u 8x16p

PC-Engine sin embargo puede poner hasta 16 sprites en una misma línea, y estos pueden a su vez ser de distintos tamaños (8x8p, 16x16p, etc...) con que imagínate la complejidad de este port

si me imagino, además ese juego parece usar bastante bien a pc engine, programaron para simular mas scrolls tambien

cristus escribió:porque elegiste nes para trabajar en este port? es menos compleja que por ejemplo megadrive?

cristus escribió:me pase por tu hilo, veo que Tenes varios demos, el mmc es un chip que le da varias funciones al nes cierto?

cristus escribió:@Diskover sabia que super mario 3 tambien usa, creo que el mmc3? seguro para tener una rom mas grande, y tambien le permitía mejorar el scroll. master system mejora colores respecto a esta, pero creo que esta limitada para mover el scroll, ya pc engine tiene 1 solo pero creo que tiene como un buffer(una parte del scroll ya esta hecha pero no se muestra) para tener mas suavidad? tambien incorpora desplazamiento diagonal.

Diskover escribió:Master System no está limitada para mover scroll hasta donde yo sé. Puede hacer lo mismo que la NES.

• El primero, y más importante, que no puedes cambiar el valor y del scroll en medio del frame, ya que se cachea al inicio. Así que nada de marcadores gigantes, o trozos del escenario moviéndose en vertical mientras el resto permanece quieto.
• El segundo, no tan importante, el tilemap solo tiene 32 columnas de ancho, y para hacer scroll y que no se vea el "seam", escondes la primera (la 0), dejando solo 31 columnas visibles. En la nes, depende como configures las nametables, puede tener 64 tiles de ancho, y puedes hacer algún efecto más complicado actualizando fondos en la parte no visible del nametable.

kusfo79 escribió:[*]El primero, y más importante, que no puedes cambiar el valor y del scroll en medio del frame, ya que se cachea al inicio. Así que nada de marcadores gigantes, o trozos del escenario moviéndose en vertical mientras el resto permanece quieto.

kusfo79 escribió:[*]El segundo, no tan importante, el tilemap solo tiene 32 columnas de ancho, y para hacer scroll y que no se vea el "seam", escondes la primera (la 0), dejando solo 31 columnas visibles. En la nes, depende como configures las nametables, puede tener 64 tiles de ancho, y puedes hacer algún efecto más complicado actualizando fondos en la parte no visible del nametable. [/list]

kusfo79 escribió:@Diskover
¿La Nes también tiene la opción de ocultar la primera columna para que no se ve el seam? La mega también lo tiene, pero casi no se usa, y me sonaba que alguna otra lo tiene.

Yo vi, en una demo, usar los 64 tiles de ancho para animar un fondo sin scroll. Las dos mitades contenían lo mismo, pero empezaba a cambiar cosas en la mitad no visible, y cuando tenía el fondo actualizado, scrolleaba una pantalla entera. Creo que solo conseguía 2-3 fps en el fondo, pero impresionaba bastante.