Durante años veo post's de estos cada cierto tiempo y por un lado me dan risa, por otro me dan pena por algún troll que se cree ingeniero aeronáutico y se las dá de listo. A veces está claro que hay demasiada gente aburrida que le gusta la polemica y entran al trapo. Normalmente nacen gracias a gente que por ignorancia sana o curiosidad preguntan si se puede emular su consola favorita y sale algún resentido aprobechado para echar mierda sobre la DS (por ejemplo) porque solo tiene ojos para su psp. O algún friki sectario de nintendo que quiere dar la lata.
Dentro de este circulo eterno me gustaría hacer un aporte de algo nuevo. Este foro es muy concurrido por gente de todos los perfiles y como sé que hay mucho profesional o aficionado con ganas de currarselo (hace más el que quiere que el que puede) pues me gustaria sumar algo interesante al debate; no sin antes hacer las siguientes e consideraciones que deben considerarse como verdades no discutibles.
1. Un emulador lee instruciones y las interpreta via excluisvamente por software. Si este proceso es "puro" si que hace falta que la máquina que emula sea mucho más potente que la emulada para que la emulación sea fluida. Ejemplo: Emulador de GBA en un PC.
2. Un emulador puede utilizar ciertos "trucos" para optimizar la velocidad, mientras sean temas de programación pura podremos seguir llamandolo emulador. Ejemplo: Saltarse instrucciones, adelantar ejecuciones en periodos de inactividad, ilusiones opticas (frameskip)...
¿Pero que ocurre cuando la plataforma en que nos encontramos es la misma? Lo que seria un emulador de PC en un PC o usar un ARM para emular otro ARM. (Esta idea no es tan estupida como parece, en un PC interesa tener dentro otros PC para hacer de sandbox)
Pues que ya no estamos hablando exactamente de un emulador, dado que puede que muchas de las instrucciones no las emulemos sino que las ejecutemos directamente. Por tanto en una comparación rapida, si antes necesitabamos 10 instrucciones para emular 1(de aqui sale la famosa mal aplicada regla del X veces más rapido para poder emular), ahora tenemos un 1-1 con el increible y considerable aumento de velocidad.
Depende de las habilidades del programador y sus conocimientos teóricos no sólo de programación sino de hardware puede conseguir desde mierdas hasta autenticos milagros y cerrarle la boca a trolls que disfrutan con las limitaciones de la DS.
Influyen muchos más factores, una rom grande que no se puede cargar en ram se puede paginar en varios niveles, o tal vez se pueda crear un overlay eficiente como hace 30 años.
http://en.wikipedia.org/wiki/Overlay_%28programming%29Pero sin subir el nivel tecnico de la conversación, porque eso sólo sirve para darselas de listo y que nadie te entienda entro de lleno al grano y al punto menos explotado y que más vida puede darle a la DS o DSi.
LOS TRADUCTORES (chan chan chan...)
Para el que no lo sepa, siempre se ataca directamente las posibilidades de procesamiento de la DS, sin embargo, todos en casa tenemos potencia infinita para procesar las ROMS (si si, las propias roms) y convertirlas en ladrillos menos dificiles de tragar para la DS. Es decir, que siempre se hace un emulador porque es lo más universal. (No lo he mirado a fondo, pero creo que el emulador de NeoGeo puede tener tintas de traductor y miremos lo bien que va)
¿Qué es más cómodo para el programador?
A- Hacer un programa que lea todas las roms de una consola.
B- Hacer un programa que transforme roms de una plataforma a otra.
La primera es "muy comoda" (comparada con la otra) porque hay que crear sobre una maquina A una maquina B via software y sabemos en todo momento que tenemos que hacer y como hacerlo. (A no ser que sea una Sega Saturn con 300 procesadores xD)
La segunda es más dificil dado que es hacer lo mismo mezclando instrucciones emuladas, con ejecutadas, con pokemon, y cada prueba hay que transformar una rom (y un programador hace muuuuuuuchas pruebas) y más historias.
La primera con algunas chapuzillas es a lo que estamos acostumbrados, ahora de la segunda no escuche comentar nada y creo que en este caso es la más interesante. (A parte de hacer emuladores en ensamblador a pelo) A este nuevo punto de vista se le llama "Traductor" y es un concepto que se usa mucho en computación pero que desgraciadamente en el mundo de la scene no se porque se usa muy poco. A los curiosos les dejo un enlace con la teoría que no es nada compleja.
http://ants.dif.um.es/staff/juanbot/traductores/files/20022003/tema1.pdfUna ultima reflexion, de un catalogo como el de la nintendo 64 ¿Qué queremos en realidad?
- ¿Un emulador que se trague todas las roms incluida la basura?
- ¿Un traductor que funcione con todas las roms y las transforme en ficheros facilmente ejecutables por la DS?
- ¿Jugar a un subconjunto pequeño de juegos que son los únicos que merecen la pena?
Señores, asaltemos el problema al reves, ataquemos a lo que no se toca, a la rom, (y no a todas, a las buenas) hagámoslo por cualquier punto de vista, pero hagamoslo con cabeza, de una forma útil y sensata.
Extra: Los traductores también tienen un limite, asi que no quiero ver gente pidiendo traductores de juegos de PSP para DS. xD Un saludo y espero que nadie se de por aludido y que este post ilumine a esas grandes mentes que rondan por aquí de vez en cuando.
![[tomaaa]](/images/smilies/nuevos2/tomaa.gif "toma")
y de... la GBA con sus 32 bits?? 
![[flipa]](/images/smilies/nuevos2/flipando.gif "flipando")
