GPAdvance V1.27

[hostbridge]

Yes, it's true: There's already another upgrade for GPAdvance, the GBA emulator by enf65!

[hostbridge]

LO HABEIS PROBADO!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Anarchy has visto el pack que viene el emulador y un ejemplo de 3D


Es Impresionante

[dj syto]

lo interesante seria ke hiciera funiconar juegos de una vez no?

VIVAAAAAAAAAAA

[xenon]

Escrito originalmente por dj syto
lo interesante seria ke hiciera funiconar juegos de una vez no?

VIVAAAAAAAAAAA

Sí, pero vamos a darle un poquito de tiempo (a este paso...)

Un saludo

[Taltos]

Si el emulador alguna vez llega a ser viable aun sin sonido creo que veremos como el indice de ventas de la GP se dispara.

[dj syto]

de todas formas ten en cuenta ke solo van a funcionar unos pocos juegos.

[rafivp]

con q vayan algunos más o menos jugables yo me conformaba...

[mortimor]

Oye, prodria DreamerXL probar la demo que le paso Xan_Vision a ver si rula en el emu de GBA

[Locke]

De donde habeis bajado el pack con la demo 3D?

Syto, lo de los pocos juegos lo dices por el tamaño de las roms? Yo estoy casi convencido de que implementaran un sistema para cargar parcialmente las roms desde la smc bajo demanda.

O acaso el GPCinema no reproduce videos mayores de 6MB?

[hostbridge]

no se si se puede hacer esto pero si acaso no se puede , borradlo Thk

http://www.gp32news.com/gp32news/emu..._gpadv1.27.zip

ahy un juegillo mu raro y una demo en 3d creo que bastante potente para ser en un emulador

[Hokutoy]

El pak lo encuentras AKÍ

Acuerdate de meter las roms en la carpeta GPadv.

Lo de lROMS mayores de 6/8 megas ni idea pero las peliculas siguen un orden determinado de datos con lo que pueden hacer "stream" y en los juegos se accede a toda la ROM de forma salteada por lo que es mas dificil "adivinar" que recursos y de que parte de la ROM los va a cargar... no se si me explico...

[Propeller]

La teoría es muy bonita para estos casos. Tened en cuenta que si encontráramos un sistema de carga anticipada de páginas de código/datos (en las roms suele estar todo mezclado) estaríamos dando solución a un problema que se califica como "imposible" dentro de la informática teórica: El problema de parada.

Y es que no podemos prever a priori cuál va a ser el devenir de un programa: Ni cuando va a acabar su ejecución, ni si va a acabar, ni siquiera cuáles van a ser las páginas de código que va a necesitar en el futuro.

Hay muchos emuladores que agradecerían esto de las "roms en demanda", como aquellos que tienen roms más grandes que la memoria (GBA, Neo Geo, CPs2, etc...).

Lamento ser yo casi siempre quien venga a esfumar los sueños de la gente, pero es que las bases teóricas de la informática llevan sentadas desde los años 30/40 por algo. Un señor llamado Alonzo Church inventó una cosa que se llamaba Lambda Calculus, que fue la precursora del trabajo de Alan Turing (machacado por la gente de la época por ser "afeminado") llamado "The halting problem". O el problema de parada, en el idioma de Cervantes (el escritor, no el pirata del Soul Caaaaalibur).

Siento la charla, pero es que llevo muchos años pensando en cómo paliar el problema de la falta de memoria en sistemas poco potentes, y así aprovecho y me contesto a mi mismo

Propeller

[Locke]

Claro que te explicas, pero con una buena gestion de memoria se podria crear un algoritmo que utilizase las bases de proximidad temporal y espacial para preveer los proximos accesos; y una buena politica de reemplazo para eliminar los datos menos usados de la memoria.

Por ejemplo, puedes trabajar con bloques de 128-256k, que no tardaran demasiado en traerse desde la smc y tener siempre en memoria el bloque del cual estas leyendo y el siguiente. Si en algun momento el programa pide un dato de un bloque que no esta en memoria, se produce un fallo de pagina, el juego se para un momentoy se trae desde la smc el bloque demandado, sustituyendo al bloque de memoria que lleve mas tiempo sin ser utilizado.

Seria un poco incomodo, porque en cada fallo de pagina se produciria una pequeña pausilla en el juego, pero hay que tener en cuenta que pocas son las roms mas grandes de 8MB, y con las de 8 estaria casi todo cargado en memoria y no habria demasiados fallos, serian solo en plan al cargar un nuevo escenario o cosas asi.

En fin, es que le estuve dando vueltas y me parecio una buena idea, no se si algun programador mas experimentado me podra confirmar si es viable o incluso podria intentar implementar una demo cutre del gestor a ver si funciona bien... para el emu de SNES vendria de PM (Tales of Phantasia POWAAAA)

[Edito] Vaya por dios, si lo dice Propeller entonces es que es imposible... Si lo llego a leer antes me ahorro escribir este tocho xD

[Propeller]

Locke, léete mi respuesta, que hemos tenido una condición de carrera en el posteo

Propeller

[Locke]

Vaya, no conozco ese "problema de parada"... en que consiste? Yo creo que ese problema de parada no es tal, porque se para cuando pulsas el boton de off...

Que fallaria en mi teoria? (solo por curiosidad)