Emuteca
"Frontend para juegos y emuladores."
Revisada para la version: 0.8
Lista de preguntas frecuentes. Bueno, lo de “frecuentes” es un decir, ya que nadie ha preguntado nada todavía… XD XD.
Ehh… Seguro que el ordenador con el que lo piensas usar usar es mucho mejor que el ordenador con el que lo estoy desarrollando XD XD XD.
Veamos, así a ojo:
Antes que nada, esteblezcamos unos conceptos para entender a que me refiero. No deben diferir mucho en lo que comunmente significan en el contexto de los emuladores, pero sirven para aclarar dudas:
Una que intentaré evitar:
El objetivo inicial y final de Emuteca, se podría resumir en:
Una vez cumplido esto (ya desde la versión 0.01pre), todo lo demás se pueden considerar adornos:
De todas formas en la página ¿Porque… se explica con más detalle las cosas por las que fue creado Emuteca.
La filosofía de Emuteca consiste en agrupar las distintas variaciones (o versiones) del mismo juego bajo el mismo nombre común (lo que denomino ‘‘familia’’).
Dicha familia además de agrupar juegos, define unos datos por defecto (desarrollador, año, etiquetas) y el nombre de los fichero por defecto para las imágenes de los juegos que la componen. Esto no impide (siempre y cuando el nombre del archivo del juego, excluyendo los paréntesis, difiera con el nombre de archivo usado por la familia) que los juegos tengan sus propias imágenes y otros fichero.
Como se puede ver esto es muy similar a la filosofía del MAME y sus Front-End… pero con una diferencia clara, la familia NO es un juego en si misma. Siendo más explicitos, en el sistema “Recreativa” el juego padre de MAME es un juego como otro cualquiera en Emuteca (aunque la familia tendrá su nombre y usará sus archivos multimedia)
Esta es una serie de limitaciones conocidas (o puestas a proposito), sobre el funcionamiento del programa:
Uhm…, bueno pues contestando de forma rápida y mal: Todos.
Al no tener ninguna lista de sistemas específicos codificada internamente, ni da soporte a características especiales para ninguno, se puede crear cualquier sistema nuevo sin ningún problema y tan solo hay que configurarlo (aunque puede ser complicado).
Como ejemplos extremos del funcionamiento aunque no son prácticos:
Emuteca ejecuta los emuladores desde la línea de comandos. Para poder cargar los juegos directamente el emulador debe soportar hacerlo desde ahí.
Por lo demás… cualquier emulador es válido, e incluso si no se define ninguna ruta a un ejecutable, Emuteca intenta abrir los archivos con el programa por defecto del sistema.
Parte de esta información se puede encontrar en la caja de diálogo “Acerca de Emuteca…”
Primeramente hay que realizar una diferencia; entre los que Emuteca soporta y lo que está configurado.
Por ejemplo, Emuteca internamente soporta los siguientes tipos de imagen según su extensión para poder mostrarlas: png, xpm, bpm, cur, ico, icns, jpeg, jpg, jpe, jfif, tif, tiff, gif, pbm, pgm, ppm.
Realmente esta lista está recortada en el archivo GUI.ini a: jpg, png.
Esto es util para reducir el número de búsquedas cuando se buscan las imágenes relacionas con un juego o grupo. Siendo configurable según las necesidades
Sin embargo, para elegir la imagen de un sistema o los iconos por defecto se pueden elegir un archivo de las extensiones soportadas.
Hecha esta aclaración:
Aquí indicaré cosas puntuales sobre sistemas que probablemente serán movidas a sus recpectivas páginas.
NOTA: Desde la versión 0.8, la GBA está preconfigurada por defecto para usar SHA1. Por tanto si se usa la configuración por defecto esto ya no afecta.
Extraído de la última versión de GoodGBA:
CRC32 mode is highly discouraged in this release. Two games: “Meet the Robinsons” and “Petz Vet” have the same CRC32 value for their copier fixed versions as for the true unhacked copy. You must use SHA1 mode or you will be missing two games no matter what you do.
Explicación: Dice que usar el modo CRC32 en esa version del GoodGBA (3.xx) está altamente desaprobado. Dos juegos: Meet the Robinsons y Petz Vet tienen el mismo CRC32 (tanto las versiones hackeadas como las originales). Debes usar el modo SHA1 o no serán renombrados.
Si Emuteca usa CRC32 para reconocer los juegos para la identificación de los juegos de GBA durante la exportación e importación uno de los juegos sería sobreescrito con el otro. Ninguno desaparecerá, no afectando a los archivos y estarán los dos bajo el mismo nombre.
En versiones anteriores donde con F5 se reescaneaban os directorios causa el mismo efecto, ya que exporta e importa los datos existentes automáticamente.
Esto se puede arreglar renombrando el juego que está mal con el editor, ya que simplemente ahí solo se guarda y lee el texto que hay escrito en la lista (hasta que se se vuelvan a importar o reescanear el directorio datos, claro).
En un futuro no muy lejano, tengo pensada la posibilidad de poder re-renombrar y agrupar y organizar los fichero (similar a lo que hace Goodxxx + GoodMerge). Pero no me iba a basar en los CRC32 u otro sistema similar, sino en la estructura creada por el usuario en el árbol de juegos del sistema, así que esto no es un problema en este sentido (al menos de forma directa).
MAME, sus variantes y otros emuladores tienen varias formas de buscar un juego (y sus ROMS).
Como se describe en las limitaciones del programa, los juegos no pueden ser una carpeta por tanto los juegos deben estar según el segundo método, que es el más habitual de todas formas.
Por otra parte, también el método de búsqueda de dichos emuladores permite que se den los siguientes casos:
En verdad, a no ser que se use un gestor de ROMS para MAME posiblemente el caos sea mayor, como ROMs del padre en un zip de un hijo. Además desde hace bastante también las BIOS de las recreativas se encuentran de forma separada.
Como ya se ha dicho, para Emuteca un juego es un fichero, por tanto si se tienen Merged / No Split tan solo se listarán los juegos padre, mientras que con los otros dos modos no debería haber problema.
Resumiendo: Tienen que estar en zip y Merged / Split o No Merged.
Esto está sacado de la información de un script para hacer una base de datos con los nombres de los juegos para el MAME en Perl (que no me acuerdo dónde lo encontre).
Resulta que hay una serie de juegos que no necesitan ningun tipo de ROM adicional respecto a sus juegos padre que son:
Cuando se usa un gestor de ROMS (por ejemplo: ClrMAMEPro) estos distribuyen los ficheros donde corresponda e incluso borran los anteriores ya que se quedarían sus ficheros vacios, sin embargo Emuteca necesita que estos ficheros zip estén creados (aunque ocupen 0 bytes) para poder listarlos.
Algo similar ocurriría con algunos forks del MAME que incluyen el Pong (que no tiene ROMS), así que si usas alguna de esas versiones también deberías crear el archivo pong.zip vacio para que lo liste Emuteca.
No tengo objetivo de explicar la configuración de todas y cada una de las configuraciones de los sistemas o los emuladores, pero si indicaré algunos problemas o algunas cosas complicadas, que no tienen una solución clara o se trata de un comportamiento extraño inexperado.
Algunas cosas serán movidas a sus respectivas páginas.
Joder, con lo bueno que es este emulador…
Pueden pasar dos cosas.
-fullscreen al pulsar Esc se cierra el emulador, pero por algún motivo desconocido Emuteca no detecta que el proceso haya finalizado y continúa esperando.Lógico, este emulador en ninguna de sus versiones soporta parámetros de la línea de comandos… :P y poco provecho se le puede sacar con Emuteca.
De todas formas, MAME y otros emuladores de recreativas están lo suficientemente optimizados para emular este sistema… aunque NeoRage pueda ejecutar algunos juegos que los otros no pueden.
¿Lo tienes configurado para que se inicie a pantalla completa?
Misteriosamente, cuando se le manda a este emulador que cargue un juego desde la línea de comandos y está configurado para que se inicie a pantalla completa, el emulador se cuelga al iniciarse.
La solución es hacer que siempre se inicie en ventana (ya sea editando su archivo de configuracion donde pone fullscreen = true y cambiarlo por false) o abriendo el emulador (sin cargar ningún juego, con la opción de ejecutar el emulador solo), pulsado ALT+RETORNO para pasarlo a ventana y saliendo.
Este emulador acepta parámetros por la línea de comandos pero no están muy documentados además de ser algo raros.
Si se le pasa un .vpt como parámetro la mesa pinball la abre con el editor, sin embargo para poder hacer que se ejecute la mesa directamente hay que escribir el la casilla de edición de parámetros:
-play -“%ROM%” Atención al guión antes del nombre de la mesa; si no lo hay, no funciona.
Pues… en principio tenía pensado hacer el programa con Lazarus, incluso las primerísimas versiones están hechas con él, pero como el componente principal del programa que es la lista de juegos (VirtualTreeView) me daba muchos problemas y no está completamente adaptado tuve que hacerlo con Delphi…
También comencé a usar otras cosas que no existían en Lazarus así que se complió el volver a este compildor…
Sin embargo, a partir de Emuteca 0.5, separé la gestión de los juegos respecto del formulario principal… y fui haciendo cositas…
Con la version 0.6 seguí probando cosas… y el aviso de Google sobre el virus que afecta a los Delphi hizo que finalmente volviera a usar Lazarus para la versión 0.7.
Durante una temporada probé con CodeThypon y finalmente volví a Lazarus… Y cuando comencé a reescribir la versión 0.8…
Pero esto no quiere decir que ahora sea fácilmente portable, ya que estoy seguro de que uso bastante código específico de Windows.
La verdad es que no sé porque pongo esta sección, todo se encuentra con cualquier buscador en un momentín.
Tan solo puedo contestar:
Para las demás mejor enterarse bien de las leyes de tu país…
Algunas páginas con noticias sobre emuladores son:
Por otra parte:
EmuMovies (Inglés) Videos de previsualización de los juegos.
MAMEXT - Fork de MAMEUI preparado para usar más imágenes, videos, manuales y demás. Lo interesante es que dichos archivos se pueden descargar de esa misma página.
Sprite Database Y más…
Si te gustan las partidas jugadas rápidamente…
Y si crees que eres el mejor en un juego…