› Foros › Retro y descatalogado › Consolas clásicas
No, el coprocesador del Morita Shogi 2 es un ARMv3, mientras que la CPU de la GBA es un ARMv4 bastante más potente (ejecución de instrucciones en 3 etapas, instrucciones de 16bit y multiplicaciones por hardware entre otras mejoras).Señor Ventura escribió:La cpu de la GBA fué un chip de apoyo dentro del cartucho de uno o dos juegos de snes.
GValiente escribió:la CPU de la GBA es un ARMv4
Señor Ventura escribió:No, ARMv3.
GValiente escribió:Señor Ventura escribió:No, ARMv3.
ARMv4T: https://developer.arm.com/documentation ... essor-core
La arquitectura ARMv3 no tenía instrucciones de 16bit.
Si puedes emular ARMv4, puedes emular ARMv3, ya que todas las instrucciones de ARMv3 son soportadas por ARMv4.Señor Ventura escribió:¿Que es, una iteración diferente de esa misma versión de la cpu?. Al parecer, higan detecta el chip como un arm7tdmi. Link: https://nesdev.nes.science/f5/t14417.xhtml#p173736
No, el coprocesador del Morita Shogi 2 es un ARMv3:Señor Ventura escribió:Si la GBA lleva un arm7tdmi, el st018 es otro arm7tdmi, pero no hay narices a encontrar información sobre distintas versiones de ese arm.
Que no, pesaoSeñor Ventura escribió:Luego, si lleva algo de un v4 implementado, entonces también lo lleva el cartucho de la snes.
Por hacer un símil, estás comparando un 486 con un PentiumSeñor Ventura escribió:La diferencia de potencia vendría mas por otras cuestiones derivadas de su emplazamiento (cpu central vs cpu dentro de un cartucho), que por ser dos cpu's diferentes. Link: https://twitter.com/hackervilela/status ... 0750181378
¿No sabes leer?Señor Ventura escribió:Pero estamos hablando de un arm7tdmi en ambos casos.
GValiente escribió:¿Por qué te cuesta tanto admitir que no llevas razón?
El ST018 sí es un chip, un procesador fabricado por SETA para el Morita Shogi 2, y una vez más, basado en la arquitectura ARMv3: https://snescentral.com/chips.php?chiptype=ST018Señor Ventura escribió:El st018 del morita shogi no es ningún chip, ni ninguna cpu de nada, es un nombre que le dió SETA al ARM7TDMI que montaron en ese cartucho, y si no tienes información para ver que ha pasado aquí, entonces te sugiero que dejes de interrumpir.
SuperPadLand escribió:Nueva demo 3D encontrada para GBA: https://youtu.be/kaqAiXnsaBY
Odioregistrarme escribió:SuperPadLand escribió:Nueva demo 3D encontrada para GBA: https://youtu.be/kaqAiXnsaBY
Es muy interesante.
Juegos "mode-7" (manipulacion 2D que aparenta 3D) hay a patadas en SNES y GBA, pero es la primera vez que veo uno tan impresionante.
Dejando a un lado la chula camara libre, me flipa la pista formada por dos planos separados. Una limitación del Mode-7 de SNES es que el fondo solo podía estar formado de un unico plano, como mucho podían mover el plano sobre un fondo de color sólido.
Es otro ejemplo más de la GBA superando a la SNES, esta vez en una de sus especialidades, los gráficos Mode-7
GValiente escribió:Odioregistrarme escribió:SuperPadLand escribió:Nueva demo 3D encontrada para GBA: https://youtu.be/kaqAiXnsaBY
Es muy interesante.
Juegos "mode-7" (manipulacion 2D que aparenta 3D) hay a patadas en SNES y GBA, pero es la primera vez que veo uno tan impresionante.
Dejando a un lado la chula camara libre, me flipa la pista formada por dos planos separados. Una limitación del Mode-7 de SNES es que el fondo solo podía estar formado de un unico plano, como mucho podían mover el plano sobre un fondo de color sólido.
Es otro ejemplo más de la GBA superando a la SNES, esta vez en una de sus especialidades, los gráficos Mode-7
Uno de los mejores ejemplos de uso de dos planos de "modo 7" simultáneos es el Sonic Battle, en el que se utilizan los planos para mostrar dos niveles de suelo 3D y los sprites para mostrar paredes 3D, mostrando un entorno 3D acelerado por hardware con una buena tasa de FPS:
https://fouramgames.com/demo/battle/BattleApp.html
https://fouramgames.com/blog/sonic-battle-renderer