1 (editado por Calamity 02-09-2010 23:16:52)

Tema: WinX68kHighSpeed v0.95 - "Full Screen" [parche/patch]

WinX68kHighSpeed_eng - Full Screen Patcher (31/08/2010) - por Calamity

PROPÓSITO:

WinX68kHighSpeed v0.95 es un fantástico emulador del sistema Sharp X-68000. Puede ejecutarse en modo pantalla completa, pero utiliza una resolución fija de 800 x 600, que no puede modificarse mediante las opciones de configuración. El propósito de este parche *experimental* es dotar al emulador de la capacidad de cambiar la resolución de pantalla de forma dinámica, en función de la resolución nativa del juego emulado, consiguiendo así un resultado "pixel-perfect" sin ningún escalado.

Descargar WinX68kHighSpeed v0.95 - "Full Screen" [parche]

INSTALACIÓN:

- El parche funciona sólo con la versión inglesa del emulador. Puede descargarse desde su web: WinX68kHighSpeedv0.95.

- Descargar WinX68kHighSpeed v0.95 - "Full Screen" [parche] y descomprimirlo en la carpeta donde esté el ejecutable "WinX68kHighSpeed_eng.exe", y ejecutar "WinX68k_patcher.exe". Se generará un nuevo ejecutable llamado "WinX68kHighSpeed_eng.fullscreen.exe".

- Antes de usar este ejecutable, hay que asegurarse de que los modos de vídeo necesarios estén disponibles en el sistema. Ver la sección MODOS DE VÍDEO, más abajo.

- Si el programa se cuelga al iniciarse, renombrar o borrar el archivo "winx68k.ini" existente para que el emulador genere un nuevo archivo de configuración.

CONFIGURACIÓN:

- Para el buen funcionamiento, la opción "Display" DEBE asignarse a "No Stretch". Luego podrá activarse y desactivarse "Full Screen" según deseemos.

- "BackBuffer" debe asignarse a "System(to Video), "Blit+Flip in Full Screen"

- Para activar Vsync, activar primero "Full Screen", luego pulsar F11 para mostrar los menús, y después en el menú "BackBuffer", seleccionar "Vsync", "on".

MODOS DE VÍDEO:

Cuando se selecciona pantalla completa, el programa intentará activar el modo de vídeo actual usado por el S.O. o por el juego que se esté emulando. Si el modo de vídeo no está presente, el programa se colgará. Esto hace necesario definir los modelines correctos para la variedad de modos de vídeo usados por los diferentes juegos. Ésta es la lista de modelines que sugerimos, apta para usarse con Winmodelines u otro software (sólo para monitores CRT de 15 kHz ):

Modeline "256x224@55.5Hz 15.6KHz (55Hz)" 5.500 256 272 304 352 224 244 247 282 -hsync -vsync
Modeline "256x240@55.5Hz 15.6KHz (55Hz)" 5.500 256 272 304 352 240 252 255 282 -hsync -vsync
Modeline "256x256@55.5Hz 15.6KHz (55Hz)" 5.500 256 272 304 352 256 260 263 282 -hsync -vsync
Modeline "320x224@55.5Hz 15.7KHz (56Hz)" 6.630 320 336 368 424 224 244 247 282 -hsync -vsync
Modeline "320x240@55.5Hz 15.7KHz (56Hz)" 6.630 320 336 368 424 240 252 255 282 -hsync -vsync
Modeline "320x256@55.5Hz 15.7KHz (56Hz)" 6.630 320 336 368 424 256 260 263 282 -hsync -vsync
Modeline "384x224@55.5Hz 15.7KHz (56Hz)" 7.880 384 400 440 504 224 244 247 282 -hsync -vsync
Modeline "384x240@55.5Hz 15.7KHz (56Hz)" 7.880 384 400 440 504 240 252 255 282 -hsync -vsync
Modeline "384x256@55.5Hz 15.7KHz (56Hz)" 7.880 384 400 440 504 256 260 263 282 -hsync -vsync
Modeline "512x224@55.5Hz 15.6KHz (55Hz)" 10.520 512 536 584 672 224 244 247 282 -hsync -vsync
Modeline "512x240@55.5Hz 15.6KHz (55Hz)" 10.520 512 536 584 672 240 252 255 282 -hsync -vsync
Modeline "512x256@55.5Hz 15.6KHz (55Hz)" 10.520 512 536 584 672 256 260 263 282 -hsync -vsync
Modeline "512x512@55.6Hz 15.7KHz (56Hz)" 10.530 512 536 584 672 512 520 525 565 interlace -hsync -vsync
Modeline "640x480@60.1Hz 15.6KHz (60Hz)" 12.990 640 664 728 832 480 482 487 521 interlace -hsync -vsync
Modeline "768x512@55.5Hz 15.7KHz (55Hz)" 15.640 768 800 872 1000 512 520 525 565 interlace -hsync -vsync

Es importante aclarar que esta lista no pretende ser completa: si un juego solicita un modo de vídeo no contemplado, estando a pantalla completa, el emulador se colgará. No obstante, podemos averiguar cuál es la resolución problemática ejecutando el juego con el emulador en modo ventana, y sacando una captura de pantalla para "medir" las dimensiones del cuadro. Luego podemos generar nuestro propio modeline para dar soporte a esta resolución, o reportárnoslo para añadirlo a este txt. Hay que tener en cuenta que algunos juegos pueden intentar cambiar varias veces de resolución durante su desarrollo.

Si se usa un monitor multifrecuencia, pueden sustituirse algunos de los modelines anteriores por sus equivalentes a 31 KHz.

Por conveniencia, se ha añadido el modo 640x480 para usarlo como resolución del escritorio de Windows.

Por el momento, es mejor generar los modelines para este emulador por separado, no mezclándolos con los de Mame y otros emuladores. De esta forma evitamos que el emulador elija accidentalmente un modo de vídeo equivocado (con la misma resolución pero diferente refresco).

Es importante comentar que hemos asumido un refresco vertical de 55.45 Hz para todos los modos, lo cual puede no ser correcto (cualquier información acerca del refresco nativo de la máquina real es bienvenida).

USO CON "DRIVER ATI ALTERNATIVO PARA CRT"

Si se tiene una tarjeta ATI Radeon 9250 o similar, puede ser interesante echar un vistazo a este driver Catalyst modificado (parcheado) para 15 kHz (en el enlace: información adicional y tarjetas ATI soportadas).

Para usar este emulador con el driver modificado, simplemente hay que hacer una copia de seguridad del archivo ResList.txt, en la carpeta de configuración del driver, y sustituirlo por esto:

## Desktop ##

640 x 480 @ 30.000000 desktop

## X-68000 ##

256 x 224 @ 55.450000 x-68000
256 x 240 @ 55.450000 x-68000
256 x 256 @ 55.450000 x-68000
320 x 224 @ 55.450000 x-68000
320 x 240 @ 55.450000 x-68000
320 x 256 @ 55.450000 x-68000
384 x 224 @ 55.450000 x-68000
384 x 240 @ 55.450000 x-68000
384 x 256 @ 55.450000 x-68000
512 x 224 @ 55.450000 x-68000
512 x 240 @ 55.450000 x-68000
512 x 256 @ 55.450000 x-68000
512 x 512 @ 55.450000 x-68000
768 x 512 @ 55.450000 x-68000

Después ejecutamos xml2ini.exe, reiniciamos Windows y ya dispondremos de los modos de vídeo necesarios para usar este emulador. Para revertir el proceso, restauramos el anterior ResList.txt y repetimos la operación.

Todas las demás consideraciones hechas en la sección anterior "MODOS DE VÍDEO" son también válidas aquí.

X-68000 - por Recap

Sólo fue comercializado en Japón y su expansión se vio enormemente limitada por los estándares de NEC -- PC-88 y PC-98, mucho más asequibles y accesibles, pero el ordenador Sharp X-68000, lanzado en su primera versión en los primeros meses del 87 como sucesor del X-1, fue un auténtico hito tecnológico para la informática doméstica nipona, con unas posibilidades audiovisuales impensables fuera de los ámbitos profesionales. Su procesador central basado en el 68000 de Motorola, una RAM a partir de 1 MB y sus poderosos y versátiles chips gráficos y sonoros (sin olvidar sus opciones base para conexión de controladores) le permitieron convertirse en la máquina de juegos del momento, destinataria, no ya de un buen número de conversiones extremadamente fieles de algunas de las mejores máquinas recreativas (trasladadas, muchas veces, por los propios autores originales) o de los más populares 'adventure games' para adultos desde los ordenadores de NEC, sino de un importante catálogo de originales principalmente de los géneros de acción, tanto por expertas manos profesionales como procedentes del ámbito 'amateur'.

Se empleaba con monitores multifrecuencia (15 - 24 - 31 kHz) dado el enorme rango de modos de vídeo del que era capaz. Uno de los modos más usados en su catálogo de juegos fue el de 256 x 256 puntos con doble muestreo a 31 kHz (512 x 512 puntos), que, si había suerte y los desarrolladores se habían acordado de implementarlo en el programa como opción, se transformaban en 256 x 240 a 15 kHz, perdiendo, eso sí, algunas líneas en el proceso. El emulador WIN X68k High Speed permite la ejecución de los juegos originalmente con doble muestreo tal y como la generaba el 'framebuffer' (con muestreo único), lo que abre las posibilidades de 'recuperar' estos títulos a su resolución de diseño, limpios de artefactos por 'hardware'.

2 (editado por Calamity 02-09-2010 23:30:11)

Re: WinX68kHighSpeed v0.95 - "Full Screen" [parche/patch]

WinX68kHighSpeed_eng - Full Screen Patcher (08/31/2010) - by Calamity

PURPOSE:

WinX68kHighSpeed v0.95 is a fantastic emulator of the Sharp X-68000 system. It can be set up to run full screen, but it uses a fixed resolution of 800 x 600, which cannot be changed through configuration options. The purpose of this *experimental* patch is to provide Winx68kHighSpeed emulator with the ability to change the screen resolution on the fly, depending on the native resolution requested by the game being emulated, thus achieving pixel-perfect results with no scaling.

Download WinX68kHighSpeed v0.95 - "Full Screen" [patch]

INSTALLATION:

- This patch only works with the English version of the emulator. It can be downloaded from its web: WinX68kHighSpeed v0.95

- Download WinX68kHighSpeed v0.95 - "Full Screen" [patch], unrar and place "WinX68k_patcher.exe" in the same folder where "WinX68kHighSpeed_eng.exe" is, then run "WinX68k_patcher.exe". A new executable will be produced, named "WinX68kHighSpeed_eng.fullscreen.exe".

- Before running this executable, make sure you have the necessary video modes available in your system. See VIDEO MODES section below.

- If the program crashes at start, rename or delete the old "winx68k.ini" so that a new config file is created.

SETUP:

- For good operation, "Display" MUST be set to "No Stretch". Then toggle "Full Screen" on/off as you wish.

- "BackBuffer" must be set to "System(to Video)", "Blit+Flip in Full Screen"

- To turn Vsync on, set "Full Screen" on first, then press F11 to show the menus, and in "BackBuffer" menu, select "Vsync", "on".

VIDEO MODES:

When set to full screen, the program will try to activate the current video mode used by the OS or the game being emulated. If the video mode is not present in the system, the program will crash. This makes necessary to define the correct modelines for the variety of video modes used by the different games. Here we provide a suggested list of modelines, ready for use with Winmodelines or other software (just for 15 KHz CRT monitor):

Modeline "256x224@55.5Hz 15.6KHz (55Hz)" 5.500 256 272 304 352 224 244 247 282 -hsync -vsync
Modeline "256x240@55.5Hz 15.6KHz (55Hz)" 5.500 256 272 304 352 240 252 255 282 -hsync -vsync
Modeline "256x256@55.5Hz 15.6KHz (55Hz)" 5.500 256 272 304 352 256 260 263 282 -hsync -vsync
Modeline "320x224@55.5Hz 15.7KHz (56Hz)" 6.630 320 336 368 424 224 244 247 282 -hsync -vsync
Modeline "320x240@55.5Hz 15.7KHz (56Hz)" 6.630 320 336 368 424 240 252 255 282 -hsync -vsync
Modeline "320x256@55.5Hz 15.7KHz (56Hz)" 6.630 320 336 368 424 256 260 263 282 -hsync -vsync
Modeline "384x224@55.5Hz 15.7KHz (56Hz)" 7.880 384 400 440 504 224 244 247 282 -hsync -vsync
Modeline "384x240@55.5Hz 15.7KHz (56Hz)" 7.880 384 400 440 504 240 252 255 282 -hsync -vsync
Modeline "384x256@55.5Hz 15.7KHz (56Hz)" 7.880 384 400 440 504 256 260 263 282 -hsync -vsync
Modeline "512x224@55.5Hz 15.6KHz (55Hz)" 10.520 512 536 584 672 224 244 247 282 -hsync -vsync
Modeline "512x240@55.5Hz 15.6KHz (55Hz)" 10.520 512 536 584 672 240 252 255 282 -hsync -vsync
Modeline "512x256@55.5Hz 15.6KHz (55Hz)" 10.520 512 536 584 672 256 260 263 282 -hsync -vsync
Modeline "512x512@55.6Hz 15.7KHz (56Hz)" 10.530 512 536 584 672 512 520 525 565 interlace -hsync -vsync
Modeline "640x480@60.1Hz 15.6KHz (60Hz)" 12.990 640 664 728 832 480 482 487 521 interlace -hsync -vsync
Modeline "768x512@55.5Hz 15.7KHz (55Hz)" 15.640 768 800 872 1000 512 520 525 565 interlace -hsync -vsync

It's important to remark that this list may not be complete: if a game happens to request for a missing resolution, while in full screen, the emulator will crash. However, you may find the problematic resolution out by running the emulator in windowed mode and getting a screenshot of the game, in order to "measure" the dimensions of the frame. Then you can produce your own modeline to support that mode, or report it to us so we can add it to this txt. Consider that some games may attempt to use several screen resolutions, not just one.

If you are using a multisync monitor, you can also replace some of the previous modelines for their 31 KHz versions.

Note that, for convenience, 640x480 is added for use as Windows desktop resolution.

At the moment, it may be a good idea to generate separate modelines for this emulator and all the others (Mame, etc.), so that the emulator does not accidentally choose the wrong video mode (same resolution with wrong refresh rate).

It's also important to state that we have assumed a refresh rate of 55.45 Hz for all the modes, which may not be correct (any information on video timings of the real machine is welcome).

USAGE WITH "ATI ALTERNATIVE DRIVER FOR CRT"

If you happen to own an ATI Radeon 9250 or any of its relatives, you may want to have a look at this modified (patched) Catalyst driver for 15kHz (have a look for details and supported ATI cards).

In order to use this emulator with the modified driver, just go to the folder of the driver package, backup the existing ResList.txt and replace it with this:

## Desktop ##

640 x 480 @ 30.000000 desktop

## X-68000 ##

256 x 224 @ 55.450000 x-68000
256 x 240 @ 55.450000 x-68000
256 x 256 @ 55.450000 x-68000
320 x 224 @ 55.450000 x-68000
320 x 240 @ 55.450000 x-68000
320 x 256 @ 55.450000 x-68000
384 x 224 @ 55.450000 x-68000
384 x 240 @ 55.450000 x-68000
384 x 256 @ 55.450000 x-68000
512 x 224 @ 55.450000 x-68000
512 x 240 @ 55.450000 x-68000
512 x 256 @ 55.450000 x-68000
512 x 512 @ 55.450000 x-68000
768 x 512 @ 55.450000 x-68000

Then run xml2ini.exe, restart Windows and you will have the video modes ready for use with the emulator. To revert the process, restore the old ResList.txt and repeat the operation.
All topics explained in the previous VIDEO MODES section are also valid here.

X-68000 - by Recap

It was only sold in Japan and its expansion suffered severly from the success of NEC's PC-88 and PC-98 series, far less expensive and with more models and options for the buyer, but Sharp's X-68000 computer, released as early as the first months of 1987 in its first version, was a true leap forward for the Japanese home computing scene thanks to its audiovisual capabilities, impossible to find then outside of some specific professional areas. The Motorola's 68000-based CPU, coupled with some powerful and versatile audiovisual chips, along with a RAM from 1 MB onwards and the controller connectivity features, made of it the game machine of the time -- not only it received a fair amount of extremely accurate ports of some of the best arcade titles (usually programmed by the original devs) or the most popular adventure games for adults from NEC's computers, it also got a pretty good catalog of original action games by both, professional companies and 'amateur' people.

You needed a multi-synch monitor (15 - 24 - 31 kHz) to run the X-68000 given the diversity of video modes it used. You''ll find that 31 kHz line-doubled 256 x 256 pixels (displayed 512 x 512) was pretty common game-wise. With luck, if the devs remembered to add it as an option, you could display these games at 15 kHz 256 x 240, therefore losing some 'natural' lines in the process but also getting rid of the 'fake high res' look. WIN X68k High Speed emulator allows a 'direct framebuffer (single scan) display' for these games, opening for us a brand-new field to 'reclaim' them and display them at their 'design', artifact-free resolution.

3

Re: WinX68kHighSpeed v0.95 - "Full Screen" [parche/patch]

English-only readers: please use this thread for any comment:

http://postback.geedorah.com/foros/view … hp?id=1426

4

Re: WinX68kHighSpeed v0.95 - "Full Screen" [parche/patch]

Por si no ha quedado claro, ésta es la única vía existente hoy para emular a 15 kHz y baja resolución el X-68000. No solo afecta a los juegos que originalmente incluían un modo de 15 kHz, sino que los juegos duplicados por línea (doble muestreo a 31 kHz), automáticamente pasan a poderse ejecutar a 15 kHz con muestreo único en 256 líneas. Uno de los mejores ejemplos de cómo la emulación puede ser mucho mejor que el sistema original.

Funciona de escándalo; el trabajo de Calamity es impagable.


El emulador necesita la BIOS del sistema en su misma carpeta (que fue liberada por Sharp pero necesitaréis usar Google).

5 (editado por pakoman 17-09-2012 00:41:53)

Re: WinX68kHighSpeed v0.95 - "Full Screen" [parche/patch]

Con semejante cantidad de resoluciones, ¿cómo haces para que no se solapen con las de mame u otros emuladores en un ordenador destinado a emular todo sistema posible?
Directamente no se puede, ¿no?

(lo que comentas de que elija la resolución correcta pero con refresco incorrecto)

6

Re: WinX68kHighSpeed v0.95 - "Full Screen" [parche/patch]

Si te entiendo la pregunta, la única manera de que no "se solapen" es que el emulador reconozca todo tipo de "etiquetas" sin limitaciones, como MAME. Parece que no es el caso de WIN X68k, pero no me acuerdo (...). Yo uso siempre modos de 512 líneas, aprovechando el desentrelazado de mi TV, de modo que no tengo el problema. ¿Quizás solo con modos de 256 para juegos en baja?

Se dice que este emulador:

http://www.geocities.jp/kugimoto0715/xm6g.html

...ha dado un buen empujón a la emulación de X-68000 últimamente, aunque dudo que soporte modos nativos a pantalla completa. Es un tema que tengo pendiente investigar un día...

7

Re: WinX68kHighSpeed v0.95 - "Full Screen" [parche/patch]

Me refiero a que supongamos que existen 2 resoluciones disponibles en windows:

256 x 240 @ 55.450000 x-68000
256 x 240 @ 60.000000 mame, snes, etc

por poner algunas, ¿entonces seria muy probable que x68000 eligiera la de 60hz y snes la de 55? ¿o tambien elijen atendiendo a los hz? ¿qué son esas "etiquetas"?

poniendo 512 arreglas el problema, porque debe haber poquísimos sistemas que usen esa resolución, pero no todos tenemos esa tv.

Ni idea de japonés con ese emulador :P  . Por cierto que dicen que Mess ya emula perfectamente x68000, entre otros, tal vez un GroovyMess fuera una buena solución para ciertos sistemas.

8

Re: WinX68kHighSpeed v0.95 - "Full Screen" [parche/patch]

Todos deberíais tener ese TV...




pakoman escribió:

Me refiero a que supongamos que existen 2 resoluciones disponibles en windows:

256 x 240 @ 55.450000 x-68000
256 x 240 @ 60.000000 mame, snes, etc

por poner algunas, ¿entonces seria muy probable que x68000 eligiera la de 60hz y snes la de 55? ¿o tambien elijen atendiendo a los hz? ¿qué son esas "etiquetas"?

Una etiqueta de VMM es la terna de valores que se asignan a cada modo para su reconocimiento en WIN. Si abres Arcade OSD, observarás que cada modo tiene asociado un valor "nominal" de res. vertical, horizontal y refresco (por ejemplo, "257 - 240 - 61"), que es lo que nos permite identificarlo.

Cada emulador es un pequeño mundo; es lo que te he intentado decir. Si no admite definición interna de etiquetas sin limitaciones, lo normal es que el emulador escoja el modo asociado a la etiqueta "base" ("256 - 240 - 60", por ejemplo). Habrá emuladores que, quizás, admitan variar los valores de la resolución, estando limitados solo al del refresco, pero esto ya debería contestarlo Calamity.



Ni idea de japonés con ese emulador

Descarga directa: http://www.geocities.jp/kugimoto0715/XM … 120715.zip

El XM6 en su forma original tiene muchos años y no es muy distinto de WIN X68k en apariencia al menos; es solo que alguien lo ha retomado ahora por su cuenta para mejorarlo.




Por cierto que dicen que Mess ya emula perfectamente x68000, entre otros, tal vez un GroovyMess fuera una buena solución para ciertos sistemas.

"Perfectamente", dicho por ¿quién?

9

Re: WinX68kHighSpeed v0.95 - "Full Screen" [parche/patch]

Recap escribió:

Todos deberíais tener ese TV...

Recap,

¿Podrías dejarnos aquí tu modelo concreto de Trinitron?

Es un chasis que por lo que tienes contado es sumamente versátil y me puede servir de guía de cara a la sustitución de mi Toshiba de 29''.

10

Re: WinX68kHighSpeed v0.95 - "Full Screen" [parche/patch]

Ah, entonces es probable que sí sepan elegir correctamente entre 256 - 240 -60 ó 256 -240 -55...

Bueno, perfectamente el original, era una forma de hablar.

En esta página habla de sistemas emulados en Mess igual o mejor que en otros emuladores, aunque ciertamente dice que la emulación perfecta es imposible. En la lista incluye x68000, lo que ya no se es como tocará el tema de las resoluciones, pero siguiendo una filosofía afín a mame...


http://nonmess.retrogames.com/

11

Re: WinX68kHighSpeed v0.95 - "Full Screen" [parche/patch]

Chasis BE-3B.


Ah, entonces es probable que sí sepan elegir correctamente entre 256 - 240 -60 ó 256 -240 -55...

Ten en cuenta que el que puedas definir de alguna manera la etiqueta en el .INI no implica necesariamente que el emulador vaya a escogerla. Lo mejor es asegurarse de que VMM ha preasignado a las "etiquetas base" los modos de determinados sistemas externos a MAME (que es el que SÍ admite etiquetas sin limitaciones), para lo que no se me ocurre otra cosa que el ensayo - error.



En esta página habla de sistemas emulados en Mess igual o mejor que en otros emuladores, aunque ciertamente dice que la emulación perfecta es imposible.

Nefasta manera de aproximarse a la cuestión, ya para empezar...

Ahí no dice que MESS emule X68k perfectamente, sino que lo hace al nivel de WIN-X68k. No te puedes fiar demasiado del fulano, de todos modos, viendo algunas de sus elecciones. Básicamente, los emuladores japoneses se le escapan un poquitín.

Ootake, por cierto (PCE), soporta cambio dinámico de resolución según juego, pero no estoy seguro de si lo hace únicamente al principio de la ejecución o también según las demandas durante el juego. A ver si lo pruebo con el Ys I - II, que era uno muy claro.

Si te metes con Mednafen, ya nos dirás qué consigues (¡en el otro hilo!)...

12

Re: WinX68kHighSpeed v0.95 - "Full Screen" [parche/patch]

¿Mednafen usa resoluciones nativas para todo lo que emula? Si no es así no creo ni que lo descargue...

13

Re: WinX68kHighSpeed v0.95 - "Full Screen" [parche/patch]

pakoman escribió:

Me refiero a que supongamos que existen 2 resoluciones disponibles en windows:

256 x 240 @ 55.450000 x-68000
256 x 240 @ 60.000000 mame, snes, etc

por poner algunas, ¿entonces seria muy probable que x68000 eligiera la de 60hz y snes la de 55? ¿o tambien elijen atendiendo a los hz? ¿qué son esas "etiquetas"?

La pregunta del millón.

WinX68kHighSpeed sólo sabe solicitar al SO la resolución, es decir: 256 x 240. En este caso, al haber dos etiquetas que se ajustan a esa descripción, el resultado es una lotería. En principio pienso que el SO, si no se especifica lo contrario, tenderá a devolver el modo de vídeo con refresco más cercano a 60, aguándonos la fiesta.

Por eso, para el WinX68kHighSpeed, recomendábamos crear una tabla de modos de vídeo personalizada. Es una solución (la única cuando lo publicamos), para emular el X68k con sus resoluciones nativas, aunque requiere una configuración no compatible con otros emuladores. No se puede decir que sea "práctico" tener que instalar modelines específicos cada vez que se ejecute el emulador y revertir la configuración tras ello (si bien no lleva más de 5 minutos), pero al menos la opción está ahí.

La solución definitiva para compatiblilizar todos los emuladores con sus modos de vídeo respectivos es crear una tabla dinámica de modos, donde sólo guardemos una etiqueta por resolución, evitando duplicidades. La llamamos "dinámica" porque la idea es utilizar un programa que recalcule el modeline asociado a cada entrada en la tabla de modos en función del emulador y del juego que vayamos a lanzar. Es básicamente lo que hace internamente GroovyMAME, pero exportando esta funcionalidad a un módulo externo. El modeline puede calcularse al instante o bien tomarse de una biblioteca de modelines que tengamos recalculados. He de decir que este programa, tal como lo he descrito, no existe todavía, aunque hubo una implementación medio funcional con Switchres.

14

Re: WinX68kHighSpeed v0.95 - "Full Screen" [parche/patch]

Interesante lo del Switchres.
Calamity, ¿que opinas de Mess? ¿Te parece un emulador a tener en cuenta o funcionan mejor los emuladores simples? ¿Sería interesante un GroovyMess o te parece una pérdida de tiempo?

15

Re: WinX68kHighSpeed v0.95 - "Full Screen" [parche/patch]

pakoman escribió:

Interesante lo del Switchres.
Calamity, ¿que opinas de Mess? ¿Te parece un emulador a tener en cuenta o funcionan mejor los emuladores simples? ¿Sería interesante un GroovyMess o te parece una pérdida de tiempo?

Sobre MESS: http://postback.geedorah.com/foros/view … 861#p15861

16

Re: WinX68kHighSpeed v0.95 - "Full Screen" [parche/patch]

Buenas,

¿Alguien sabe como lanzar este emulador desde línea de comandos para su integración en un front-end?