Configuración de emuladores para modos nativos. (Página 1 de 2)

Simplemente añadir esa linea y marcar autoswitch.

Prueba las distintas opciones de VSYNC, a mi la que me va mejor es "Legacy", aunque Toni Wilen me recomendó Low Latency.

D3D centra mejor la pantalla que DD que la ajusta más a la izquierda.

Obtendrás en los modos de alta resolución bordes negros porque aunque active una resolucion de 640x256 a lo mejor el Amiga solo está usando 388x256, con lo que el resto queda en negro (toca usar potenciómetros). Pero mostrará los pixeles 1:1 sin filtros ni escalados. El amiga usa resoluciones arbitrarias dentro de la máxima resolución que permite cada modo, así que no hay una configuración universal, aparte de configurar los 4 modos y buscar la máxima fidelidad en el modo de baja resolución (320x256) que es el que suele usar "in-game".

Por cierto, si Calamity lee esto, ¿sería dificil parchear Mess para hacer un "GroovyMess"?

Con el Kega no lo he probado. Pero la explicación de esto, en general, es que cuando el sistema operativo recibe la "notificación" de que el emulador ha cancelado momentáneamente su visualización a pantalla completa (como paso previo necesario a cambiar de modo de vídeo), se pone a realizar la reconstrucción del escritorio, pintando de nuevo todos los elementos. Cuantos más elementos haya en el escritorio, más lento será esto, porque tiene que buscar el icono correspondiente a cada acceso directo. Lo mejor en este sentido es configurar Windows de forma que no cargue el "shell" (explorer.exe) durante el arranque, sino que vaya directo al frontend.

Joer, pues guay los del GroovyUME :)
Entonces si dicen que Mess no tiene que envidiar a otros emuladores emulando X68000, con GroovyUME lo que comentabamos de la resolucion correcta pero refresco incorrecto no deberia ser un problema, ya que generaría las resoluciones bajo demanda, ¿no?

Por cierto, he probado el Mednafen, no se qué calidad tendrá la emulación, pero en cuando a resoluciones nativas es muy versátil y configurable. Aunque viene todo muy bien explicado en la documentación el archivo de configuración es un galimatias, pero se le pilla el rollo rápido. En windows 7 no me funciona, en XP64 sí.

Al menos me va a servir para meter en la recrativa emuladores de consolas portátiles sin filtros ni entrelazados.

Si se pretende usar el ordeandor como recreativa solo, conviene precisamente capar el explorer y poner un fondo de pantalla vacio (negro sin mas).

Ya, ya se que hoy pot hoy es lento. Aunque ahora que los desarrolladores de mame estan metiendo núcleo de recompilación dinámica, algo impensable en su mentalidad hace años, puede que cambie.

No para todos, pero para alguno sí que será una buena opción.

Lo suyo es un frontend bien configurado, es una currada pero el resultado vale la pena. Son gustos.

VBA solo emula nintendo y no tiene tantas opciones de configuracion. Al de naves si que jugamos en tu casa una vez.

¿Sabeis a qué frecuencia vertical van las consolas portátiles?  Es fácil encontrar información acerca de su resolución, pero nunca encuentro a cuántos hz.

960 x 544 --------------------------------------------------------------------- PS VITA
400 x 240 y 320 x 240 ------------------------------------------------- Nintendo 3DS
480 x 272 ---------------------------------------------------------------------- PSP
384 x 224 ------------------------------------------------------------------- Virtual Boy
320 x 224 ----------------------------------------------------------- Sega Nomad
256 x 192 ---------------------------------------------------------- Nintendo DS
240 x 160 -------------------------------------------------------- Game Boy Advance
160 x 152 ---------------------------------------------------------------- Neo-Geo Pocket
160 x 144 -------------------------------------------------------------------- Game Boy
160 x 144 -------------------------------------------------------------------- Game Gear
160 x 144 ---------------------------------------------------------------- Game Boy Color
160 x 102 ---------------------------------------------------------------- Atari Lynx
224x144@75------------------------------------------------------Bandai Wonderswan

Gracias por el enlace. La wonderswan va a 75hz...se queda fuera del rango del Hantarex :(

El frontend de mednafen no lo he probado, ni me hace falta.

He copiado y pegado y wonderswan no venia. Pero es 224x144@75.

Mess (GroovyUME) emula de lujo sistemas Atari 2600,5200 y 7800

Se cargan así:
mess a2600 -cart "C:\pathtogame\gamename.a26"

En cambio con Amstrad GX4000 aunque parece emularlo muy bien, hace cosas raras con la resolución sacando un modo entrelazado que no llena la pantalla en vertical. Dice que la resolución de ese sistema es 768x272@50'080128 (la cual debería ser progresiva).

Si lo "dice" el enlace que te puse, no te fíes. Parece claro que no se han tomado muy en serio lo de documentar esta cuestión porque solo figura un modo de los múltiples que cada sistema (no portátil; lógicamente) pudiera tener, y estoy seguro de que GX-4000 no usaba esa resolución casi nunca, aunque solo fuera porque estaba destinada a TV convencionales (es decir, sin "overscan" controlado). Tú interés por según qué cosas no deja de fascinarme, de todos modos; espero que cuando se te pase la fiebre Pokemon-hazte-con-todos te queden ganas para jugar a algo, no como a otro que yo me sé.

MESS documenta una sola resolución por sistema, lo cual obviamente no sirve para nada. Por otra parte MESS utiliza unos listados externos de software en formato XML, para cada uno de los sistemas. Habrían podido añadir un campo para la resolución de cada juego en estos listados, pero no lo han hecho. De todos modos muchos juegos cambian de resolución dinámicamente, por lo que esto tampoco sería suficiente.

Si bien GroovyUME conoce en cada momento la resolución que solicita el juego y puede activarla sobre la marcha, el problema consiste en conocer de antemano estas resoluciones para tenerlas disponibles en el sistema. VMMaker no puede extraer esta información porque no existe, sólo puede obtener la resolución única que MESS asocia con cada sistema.

Por último, utilizando resoluciones "mágicas" podemos, en principio, generar cualquier resolución rara que se nos vaya solicitando, sin necesidad de conocerla de antemano. No obstante, esto no funciona la 100% todavía, pero mejorará mucho en la próxima versión.

Calamity, ya tengo ganas de ver una versión nueva porque la verdad es que estoy gratamente sorprendido de tu trabajo :) Creo que Mess y los calamity drivers son una buena combinacion.

Recap, para N64 no se si hay mucho más allá de 1964 o Project64. No se cuál es la resolución más utilizada, pero por lo que recuerdo para 640x480 habia una extension de memoria aparte y la mayoria de los juegos eran 320x240@60, si no estoy equivocado. A pesar de ser un sistema 3d, no conviene usar resoluciones raras porque usa muchos sprites y se deformarían. Y me da que no hay emuladores que elijan la resolución según la pida el juego.
El Project64 me da problemas con el frontend, pero tampoco le he dedicado mucho tiempo aún.

De hecho, mira:

La Red está llena de capturas de emulador de N64 como ésta, de modo que es seguro que algún emulador hace lo que estamos buscando.