Mega Final Fight en MegaDrive!

Responder
1…24, 25, 26, 27, 28
Alejo I escribió:Por favor, este hilo ya es lo bastante complicado. Si alguien tiene alguna queja, que use la opción de reporte.


Lo siento, si hubiese puesto un enlace igual no se habría montado tanto jaleo.

Culpa mía.


¿Puedo poner el enlace?.
Este hilo es de Mega Final Fight, que manía con convertirlo en un mega vs snes.
Para hablar otras cosas, ir a los hilos de las consolas correspondientes.
dr apocalipsis escribió:Es AGOTADORA la actitud de algunos personajes en este subforo e incomprensible la barra libre que tienen.

Inventarse historias constantemente no está en contra de las normas del foro: hilo_normas-del-foro-y-enlaces-de-interes_1014288
La siguiente persona que se salga del tema para caer en peletas personales o de SNES vs MD se lleva un mes fuera y me importa poco la gravedad o levedad de la infracción.
Fuera de la polémica agradezco a @Señor Ventura y @dr apocalipsis la explicación de como va la VRAM, el objetivo era para saber el limite de personajes del Final Fight de mega y si se podría rascar algún personaje mas.

Yo simplemente me vi los videos de Pyron hablando del Sistema de Sprites

Y el postmortem del hack de Ghost and Ghouls de Amaru donde explica las limitaciones del tamaño de los sprites teniendo que usar mas pequeños porque comenta que no le entra en la VRAM, es que este ademas esta "portando" un juego también de CPS1 dónde indica que CPS1 tiene 3 veces más VRAM que Megadrive:

Parte 1
Parte 2

Un tio que si está trabajando en ensablador a saco es Shannon birt

Que usa sprites multiplexados (NPI que es eso) y mete 220 sprites en mega, supongo que es por ser balas y ser todos iguales, pero si esta tecnica se podria usar en el Final Fight con los de Mega seria la caña, aunque supongo que simplemente no se puede.

El tipo este dice que tal vez se pueda subir sus optimizaciones al GSDK

Yo viendo esto, no se si para meter mas personajes no se podria o hacer mas estrecha la pantalla que yo lo veria aceptable la verdad o usar el plano window para mostrar los marcadores y asi dibujar menos sprites, aunque no se si el plano window consume y es mejor dejarlo en negro.

Tal vez ni siquiera para meter un personaje pero si para solucionar las ralentizaciones que hay al final de la pantalla del metro con los barriles y demás.

Un Saludo.
naxeras escribió:Fuera de la polémica agradezco a @Señor Ventura y @dr apocalipsis la explicación de como va la VRAM, el objetivo era para saber el limite de personajes del Final Fight de mega y si se podría rascar algún personaje mas.

Yo simplemente me vi los videos de Pyron hablando del Sistema de Sprites

Y el postmortem del hack de Ghost and Ghouls de Amaru donde explica las limitaciones del tamaño de los sprites teniendo que usar mas pequeños porque comenta que no le entra en la VRAM, es que este ademas esta "portando" un juego también de CPS1 dónde indica que CPS1 tiene 3 veces más VRAM que Megadrive:

Parte 1
Parte 2

Un tio que si está trabajando en ensablador a saco es Shannon birt

Que usa sprites multiplexados (NPI que es eso) y mete 220 sprites en mega, supongo que es por ser balas y ser todos iguales, pero si esta tecnica se podria usar en el Final Fight con los de Mega seria la caña, aunque supongo que simplemente no se puede.

El tipo este dice que tal vez se pueda subir sus optimizaciones al GSDK

Yo viendo esto, no se si para meter mas personajes no se podria o hacer mas estrecha la pantalla que yo lo veria aceptable la verdad o usar el plano window para mostrar los marcadores y asi dibujar menos sprites, aunque no se si el plano window consume y es mejor dejarlo en negro.

Tal vez ni siquiera para meter un personaje pero si para solucionar las ralentizaciones que hay al final de la pantalla del metro con los barriles y demás.

Un Saludo.


El sprite multiplexing consiste en modificar la tabla de atributos de los sprites entre scanlines para volver a dibujar sprites que ya has dibujado arriba. Considera las limitaciones, pues hablaríamos de reutilizar exactamente los mismos sprites en un patrón de arriba hacia abajo, como cualquier otro raster effect.

Te puede venir bien para hacer efectos como lluvia o nieve, o añadir disparos en un shooter vertical si administras los hitboxes en modo dios, pero jamás en un beat em' up. Además, aunque el límite de 80 sprites por pantalla te lo estás saltando, el de sprites por scanline sigue aplicando.
naxeras escribió:
Yo simplemente me vi los videos de Pyron hablando del Sistema de Sprites

Y el postmortem del hack de Ghost and Ghouls de Amaru donde explica las limitaciones del tamaño de los sprites teniendo que usar mas pequeños porque comenta que no le entra en la VRAM, es que este ademas esta "portando" un juego también de CPS1 dónde indica que CPS1 tiene 3 veces más VRAM que Megadrive


¿Han abandonado el proyecto del G&G más próximo al arcade? ¿Por incapacidad técnica de la consola? No sé si lo he entendido bien. Hombre, si su exigencia era casi calcar el arcade...lo entiendo. Pero lo que se veía en los videos ya se veía espectacular. Una lastima.
gaditanomania escribió:
naxeras escribió:
Yo simplemente me vi los videos de Pyron hablando del Sistema de Sprites

Y el postmortem del hack de Ghost and Ghouls de Amaru donde explica las limitaciones del tamaño de los sprites teniendo que usar mas pequeños porque comenta que no le entra en la VRAM, es que este ademas esta "portando" un juego también de CPS1 dónde indica que CPS1 tiene 3 veces más VRAM que Megadrive


¿Han abandonado el proyecto del G&G más próximo al arcade? ¿Por incapacidad técnica de la consola? No sé si lo he entendido bien. Hombre, si su exigencia era casi calcar el arcade...lo entiendo. Pero lo que se veía en los videos ya se veía espectacular. Una lastima.


¿Pero de dónde has sacado esa info? ¿Dónde digo yo tal cosa?

dr apocalipsis escribió:Te puede venir bien para hacer efectos como lluvia o nieve, o añadir disparos en un shooter vertical si administras los hitboxes en modo dios, pero jamás en un beat em' up. Además, aunque el límite de 80 sprites por pantalla te lo estás saltando, el de sprites por scanline sigue aplicando.


Supongo que lo usan entonces para las burbujas del nivel y poca cosa mas, entonces para meter mas tipos como no achataran la pantalla nanai, aunque claro seguiriamos teniendo como bien dices el limite de linea y con los tipos en el suelo habria aun mas parpadeos de los que hay ya.
gaditanomania escribió:
naxeras escribió:
Yo simplemente me vi los videos de Pyron hablando del Sistema de Sprites

Y el postmortem del hack de Ghost and Ghouls de Amaru donde explica las limitaciones del tamaño de los sprites teniendo que usar mas pequeños porque comenta que no le entra en la VRAM, es que este ademas esta "portando" un juego también de CPS1 dónde indica que CPS1 tiene 3 veces más VRAM que Megadrive


¿Han abandonado el proyecto del G&G más próximo al arcade? ¿Por incapacidad técnica de la consola? No sé si lo he entendido bien. Hombre, si su exigencia era casi calcar el arcade...lo entiendo. Pero lo que se veía en los videos ya se veía espectacular. Una lastima.


El proyecto sigue adelante, la última actualización fue a finales del año anterior.

@naxeras

Creí entender eso. Tampoco es para ponerse así hombre [+risas]

@EPSYLON EAGLE

Muchas gracias caballero.
gaditanomania escribió:Creí entender eso. Tampoco es para ponerse así hombre


XD
naxeras escribió:el objetivo era para saber el limite de personajes del Final Fight de mega y si se podría rascar algún personaje mas.


Si, el mega final fight de megadrive podría poner mas personajes simultáneos.

-Distribuyendo los personajes en distintos puntos de la pantalla y alternar su participación.
-Forzando de manera controlada por software cuales dejar de dibujar en cada frame para controlar parpadeos agresivos.
-No dibujando sprites completamente tapados. Se establece una base de datos y se comparan coordenadas, cuanto mayor sea la base de datos mayor será la precisión. La cpu solo tiene que revisar la base de datos línea a línea, hacer sumas y restas en cada entrada, y dedicar un espacio de ancho de banda y región de memoria RAM. Puede no ser suficiente con la cpu de la consola y requerir un procesador externo, o ser suficiente y funcionar directamente, dependiendo del número de sprites, su tamaño, y la iteración de prioridades (número de objetos, y su implementación en el algoritmo: si no dejas fuera los sprites de objetos con menor prioridad (los que no se muestran por encima de los demás), estarás malgastando recursos)

.
gaditanomania escribió:
Y el postmortem del hack de Ghost and Ghouls de Amaru donde explica las limitaciones del tamaño de los sprites teniendo que usar mas pequeños porque comenta que no le entra en la VRAM, es que este ademas esta "portando" un juego también de CPS1 dónde indica que CPS1 tiene 3 veces más VRAM que Megadrive[/quote


Cps1 y Neogeo tienen mas vram que Megadrive, y ninguno de los 2 la utiliza, o no la utilizan en la misma forma, estas placas arcade son sistemas que acceden/transfieren datos directo desde la rom al vdp, son sistemas capaces de estrimear graficos on the fly en cualquier momento sin necesidad de cargar antes todo en la VRAM:
VempireX está baneado del subforo por "flames"
Señor Ventura escribió:
naxeras escribió:el objetivo era para saber el limite de personajes del Final Fight de mega y si se podría rascar algún personaje mas.


Si, el mega final fight de megadrive podría poner mas personajes simultáneos.

-Distribuyendo los personajes en distintos puntos de la pantalla y alternar su participación.
-Forzando de manera controlada por software cuales dejar de dibujar en cada frame para controlar parpadeos agresivos.
-No dibujando sprites completamente tapados. Se establece una base de datos y se comparan coordenadas, cuanto mayor sea la base de datos mayor será la precisión. La cpu solo tiene que revisar la base de datos línea a línea, hacer sumas y restas en cada entrada, y dedicar un espacio de ancho de banda y región de memoria RAM. Puede no ser suficiente con la cpu de la consola y requerir un procesador externo, o ser suficiente y funcionar directamente, dependiendo del número de sprites, su tamaño, y la iteración de prioridades (número de objetos, y su implementación en el algoritmo: si no dejas fuera los sprites de objetos con menor prioridad (los que no se muestran por encima de los demás), estarás malgastando recursos)

.

Mas personajes simultáneos...para que se ralentice mas?
Habéis jugado? Encendeis la mega de vez en cuando?
Lo digo por que le podéis decir a Mauro que ponga 8 personajes en pantalla y que lo haga para emulador, overcloking y Sprite límit modo dios y a tirar millas!!! XD
Aunque bueno, lo mismo visteis este vídeo y venís convencidos...
El autor dice que el procesador de megacd en Final Fight cd, no hace na, y que se encarga la cpu de mega ella solita...No se Rick, peeeeerooooo...lo cierto es que e jugado tanto a la demo de mega como a la version de megacd, y ambas (sin overcloking), ponen la misma cantidad de enemigos en pantalla, solo que la version de megacd tiene incluso el mensaje de push start en el segundo jugador cuando juegas solo, y no se ralentiza, rara vez sufre alguna ralentización, en cambio la version de mega, va de culo en el 90% de las situaciones con tortas, y ya no digamos si juegas a dobles...fiesta del humor 🥳🥳😂
Pero ojo, que lo mismo este señor de proyecto megadrive tiene razón, y Mauro no sabe usar el blablablastprocessing.
VempireX escribió:El autor dice que el procesador de megacd en Final Fight cd, no hace na, y que se encarga la cpu de mega ella solita...


Igual estoy equivocado pero tengo entendido que el Motorola del MegaCD únicamente se encarga de controlar el traspaso de datos entre el CD y la MegaDrive. Vamos que todos los juegos los mueve el Motorola de la Megadrive.
@VempireX Ese vídeo es parcial, contiene algunos errores, y sobre todo trata de influir con adjetivos. No me gusta.

El mega final fight está programado en C, así que puede caber la posibilidad de que en ensamblador se refine el rendimiento para mostrar lo que se podría dibujar de las formas en las que, según mi opinión, sería posible.

Capacidad de dibujar, no es sinónimo de rendimiento a 60fps... pero no veo algo extraordinario añadir mas personajes, que se vean bien sin mucho flickering, y que esté optimizado para funcionar decentemente. Ya ha ocurrido en otros juegos de la propia consola, entre hacks y juegos comerciales.
VempireX escribió:
Señor Ventura escribió:
naxeras escribió:el objetivo era para saber el limite de personajes del Final Fight de mega y si se podría rascar algún personaje mas.


Si, el mega final fight de megadrive podría poner mas personajes simultáneos.

-Distribuyendo los personajes en distintos puntos de la pantalla y alternar su participación.
-Forzando de manera controlada por software cuales dejar de dibujar en cada frame para controlar parpadeos agresivos.
-No dibujando sprites completamente tapados. Se establece una base de datos y se comparan coordenadas, cuanto mayor sea la base de datos mayor será la precisión. La cpu solo tiene que revisar la base de datos línea a línea, hacer sumas y restas en cada entrada, y dedicar un espacio de ancho de banda y región de memoria RAM. Puede no ser suficiente con la cpu de la consola y requerir un procesador externo, o ser suficiente y funcionar directamente, dependiendo del número de sprites, su tamaño, y la iteración de prioridades (número de objetos, y su implementación en el algoritmo: si no dejas fuera los sprites de objetos con menor prioridad (los que no se muestran por encima de los demás), estarás malgastando recursos)

.

Mas personajes simultáneos...para que se ralentice mas?
Habéis jugado? Encendeis la mega de vez en cuando?
Lo digo por que le podéis decir a Mauro que ponga 8 personajes en pantalla y que lo haga para emulador, overcloking y Sprite límit modo dios y a tirar millas!!! XD
Aunque bueno, lo mismo visteis este vídeo y venís convencidos...
El autor dice que el procesador de megacd en Final Fight cd, no hace na, y que se encarga la cpu de mega ella solita...No se Rick, peeeeerooooo...lo cierto es que e jugado tanto a la demo de mega como a la version de megacd, y ambas (sin overcloking), ponen la misma cantidad de enemigos en pantalla, solo que la version de megacd tiene incluso el mensaje de push start en el segundo jugador cuando juegas solo, y no se ralentiza, rara vez sufre alguna ralentización, en cambio la version de mega, va de culo en el 90% de las situaciones con tortas, y ya no digamos si juegas a dobles...fiesta del humor 🥳🥳😂
Pero ojo, que lo mismo este señor de proyecto megadrive tiene razón, y Mauro no sabe usar el blablablastprocessing.


Cualquiera puede abrir el debug y ver que el motorola de mega cd SI se usa, no entiendo ese debate, lo que no se usa al parecer es el vdp de mega cd. Al menos que yo haya visto.

nevat escribió:Igual estoy equivocado pero tengo entendido que el Motorola del MegaCD únicamente se encarga de controlar el traspaso de datos entre el CD y la MegaDrive. Vamos que todos los juegos los mueve el Motorola de la Megadrive.


No, mientras juegas y no se pasan datos y puedes pasar cosas al 68k de mega cd.

https://sudden-desu.net/entry/quick-int ... mmd-loader
https://www.retrosix.wiki/hardware-over ... ga-mega-cd
@EPSYLON EAGLE
Tio me gusta mas tu version que la de cps1, los colores mucho mas intensos
Jodo usar a Capcom como referente en Mega Drive o Mega CD en su época . Virgen Santísima si la mayoría de sus juegos son tirando a mediocridad a cómo a lo sumo ports aceptables . Los " buenos " ports de Capcom en MD ( G&G , Chiki Chiki boys .. ) los tuvo que portear la propia Sega y limitados por la memoria de su época .
Konami aún se lo curraba en algunos juegos , pero Capcom ?! Ni en broma !! Final Fight CD es aceptable pero bastante mejorable .
@Hookun A ver 2 apuntes.

El primero totalmente de acuerdo, Capcom era de todo menos referente en MD. Sus juegos eran tirando a flojos, ports poco currados e incluso escasos de megas. Solo así se explica lo rácanos que andaron metiendo megas a ports tan exigentes como The Punisher. Y luego usar el modo 256x224 para hacer un port perezoso de SF2, un modo totalmente inusual en MD, en vez de usar el modo 320x224 que hubiera lucido mucho mejor.

El segundo, Final Fight CD lo hizo la propia Sega y creo que es un juegazo. Volvemos al tema de ponerse en perspectiva, hoy día todos tenemos la CPS en casa, pero en los 90 cualquier cosa que se pareciera al arcade era bienvenida. FFCD era un port super digno, muy jugable, visualmente da la talla, y solo por la BSO a mi me dan ganas de jugarlo más que el propio arcade.
AxelStone escribió:@Hookun A ver 2 apuntes.

El primero totalmente de acuerdo, Capcom era de todo menos referente en MD. Sus juegos eran tirando a flojos, ports poco currados e incluso escasos de megas. Solo así se explica lo rácanos que andaron metiendo megas a ports tan exigentes como The Punisher. Y luego usar el modo 256x224 para hacer un port perezoso de SF2, un modo totalmente inusual en MD, en vez de usar el modo 320x224 que hubiera lucido mucho mejor.

El segundo, Final Fight CD lo hizo la propia Sega y creo que es un juegazo. Volvemos al tema de ponerse en perspectiva, hoy día todos tenemos la CPS en casa, pero en los 90 cualquier cosa que se pareciera al arcade era bienvenida. FFCD era un port super digno, muy jugable, visualmente da la talla, y solo por la BSO a mi me dan ganas de jugarlo más que el propio arcade.


Mi más sincero respeto,por haber mencionado the punisher,en un hilo de megadrive.
Igual que mencionas el caso de CAPCOM en MD,tenías el caso de EA en SNES.
mcfly escribió:
AxelStone escribió:@Hookun A ver 2 apuntes.

El primero totalmente de acuerdo, Capcom era de todo menos referente en MD. Sus juegos eran tirando a flojos, ports poco currados e incluso escasos de megas. Solo así se explica lo rácanos que andaron metiendo megas a ports tan exigentes como The Punisher. Y luego usar el modo 256x224 para hacer un port perezoso de SF2, un modo totalmente inusual en MD, en vez de usar el modo 320x224 que hubiera lucido mucho mejor.

El segundo, Final Fight CD lo hizo la propia Sega y creo que es un juegazo. Volvemos al tema de ponerse en perspectiva, hoy día todos tenemos la CPS en casa, pero en los 90 cualquier cosa que se pareciera al arcade era bienvenida. FFCD era un port super digno, muy jugable, visualmente da la talla, y solo por la BSO a mi me dan ganas de jugarlo más que el propio arcade.


Mi más sincero respeto,por haber mencionado the punisher,en un hilo de megadrive.
Igual que mencionas el caso de CAPCOM en MD,tenías el caso de EA en SNES.

En el hilo de final fight, detalle no nimio.

Ante algo así solo queda quitarse el sombrero [tadoramo]
Karaculo escribió:@EPSYLON EAGLE
Tio me gusta mas tu version que la de cps1, los colores mucho mas intensos


Gracias, pero solo soy mensajero, el tío por detras tiene el cognombre de "Amaru".
Segastopol escribió:En el hilo de final fight, detalle no nimio.

Ante algo así solo queda quitarse el sombrero [tadoramo]


Idem. Hablando exclusivamente de Final Fight:

El port de Final Fight en SNES es valorado como un buen trabajo de Capcom por sus defensores, pese a:
- Un solo jugador
- Menos sprites en pantalla
- 256x224 con franjas
- Ralentizaciones con menos tralla
- Escenas o transiciones eliminadas

Todo eso lo supera el Mega Final Fight, a la espera de ser completado con lo que falta. Pero vamos, lo "dificil" en cuanto a lo técnico ya está hecho. Queda el contenido, y esperar a ver si algún hack para SNES mejora un poco más las versiones originales, recortando un par de lineas las franjas.

De momento, si a alguien le gusta el port de SNES + lo retro en general, por lógica debe estar expectante con esta versión. Es un gran resultado para las 16 bits (para perfección tenemos el original en MAME desde hace siglos), porque tanto Mega como Super representan esa gen.
@AxelStone
El Port de Mega CD lo hizo A-Wave no Sega y es verdad que no es que sea un mal Port . Pero también es verdad que no utiliza todo el potencial del Mega CD . Que en ese aspecto va más mi queja que otra cosa.
Lo único que no me gusta del todo del Mega.... es ese tono sepia o tal vez es la paleta utilizada y un alto contraste. El juego en si es apagado y en un tonalidad sin cantes pero el de Snes me gusta más en ese sentido.
@gynion y otro detallito sin importancia, solo dos personajes a escoger....
@Naitguolf

Ya, tienes razón. No lo he mencionado por considerarlo un tema de contenido, supongo que debido a la falta de espacio disponible en el cartucho, y me he centrado en lo más técnico o de rendimiento. Lo del contenido lo veremos después, si se completa el port.
Andrómeda escribió:Lo único que no me gusta del todo del Mega.... es ese tono sepia o tal vez es la paleta utilizada y un alto contraste. El juego en si es apagado y en un tonalidad sin cantes pero el de Snes me gusta más en ese sentido.


Si hablas del video de Vcdecide creo que se debe a uno fallo en captura de la pantalla.

En otros canales, no lo veo asi

EPSYLON EAGLE escribió:
Andrómeda escribió:Lo único que no me gusta del todo del Mega.... es ese tono sepia o tal vez es la paleta utilizada y un alto contraste. El juego en si es apagado y en un tonalidad sin cantes pero el de Snes me gusta más en ese sentido.


Si hablas del video de Vcdecide creo que se debe a uno fallo en captura de la pantalla.

En otros canales, no lo veo asi



Yo he jugado la demo en CRT y se muy bien
FFMD Update :
1380 respuestas
Responder
1…24, 25, 26, 27, 28
Volver a Consolas clásicas