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

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

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.

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.

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!)...

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/

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''.

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.

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.

"Perfectamente", dicho por ¿quién?

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.

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...

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

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).

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

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.