Hola Daicon-X,

Me temo que es imposible. Las última generación soportada es la HD 4xxx. No obstante, Groovy Arcade Linux sí que soporta las HD 6xxx perfectamente (por si te interesa).

Hola OutRunner,

(con retraso)

En efecto, quiero tener preparada la nueva versión de VMMaker antes de sacar CRT Emudriver para Windows 7, y aprovechar el momento para terminar la documentación y abrir el sitio web que Recap y yo llevamos entre manos ya ¿años?

Habiendo probado Windows 7, y una vez superados muchos obstáculos que impedían que este sistema fuera una plataforma viable para emulación sobre CRT, sigo prefiriendo Windows XP. En Windows 7, simplemente, hay muchas más cosas que pueden fallar, con las que un usuario novato tropezará inexorablemente.

Saludos

Mitsurugi escribió:

¿Y cual seria la manera? ¿Conectarlo sin mas? porque a mi no me funciona. Se me ve la pantalla en negro del monitor, una vez ejecuto el vmmaker...

Obviamente no basta con conectarlo sin más. Cuánto daño ha hecho Window 7. Tienes que ir a Propiedades de Pantalla -> Configuración -> "Extender el escritorio de Windows a este monitor".

Bájate la última versión de GroovyMAME (v0.147u3). Borra el archivo mame.ini y crea uno nuevo ejecutando GroovyMAME desde la línea de comandos con el parámetro -cc.

Entonces editas estas opciones en mame.ini:

monitor        custom
crt_specs0    15625-16200, 49.50-65.00, 2.000, 4.700, 8.000, 0.064, 0.160, 1.056, 0, 0, 192, 300, 448, 600

Te digo esto porque el hecho de que cambiar la resolución del escritorio te afecte a los juegos dentro de MAME significa que tienes algo mal en la configuración, y no te está seleccionando la resolución de los juegos sino que te deja la que hay por defecto en el escritorio (esto lo hace GroovyMAME por seguridad cuando no encuentra los modos de vídeo correctos).

De esta forma empezamos desde cero con la configuración correcta.

Sobre Arcade_OSD, sí que puedes modificar los modos de vídeo en tiempo real. El problema es que GM te recalculará los modos, por lo que los ajustes que hagas con Arcade_OSD no se mantendrán. Por cierto P2 significa "Player 2", es decir, la tecla "2".

Hay que apuntar que el parche sólo es aplicable a pantallas de 120 Hz (o más). Vaya por delante que no he podido verlo directamente todavía, pero los que lo han probado con pantallas "Lightboost" afirman que el resultado es alucinante.

Dicho esto, mantengamos la cabeza fría. Es totalmente exagerado, por no decir otra cosa, afirmar que los LCD, ¡por fin!, son mejores que los CRT (siempre me refiero al contexto de la emulación). Nada de eso, aquí sólo se ha encontrado una solución para uno de los muchos inconvenientes objetivos de esta tecnología (a saber: resolución fija, refresco casi-fijo casi-siempre, "ghosting", "motion blur", color, etc.), pero es que además están los inconvenientes subjetivos, que no voy a enumerar.

Es decir, que ésta es una buenísima noticia. Supone un avance objetivo, no pura tramoya como los filtros HLSL. Esto va en la línea de recuperar una característica real que siempre tuvo el vídeo que merezca ese nombre, y que se había olvidado miserablemente: su naturaleza estroboscópica. Aquí no estamos hablando de qué tecnología es mejor o peor, sino de cómo funciona nuestro cerebro.

Pero pretender que, gracias a esto, el resto de características de los CRT dejan de importar, es estar borracho.

El Intervideo según google es de frecuencia dual 15/25 kHz, no automático, así que imagino que lo tienes a 15 kHz. Para utilizar 800x600 a 15 kHz tienes que bajar a 50 Hz de refresco vertical. Esto es una castaña y no tiene sentido. Es normal que se te ralenticen los juegos si tratas de sincronizarlos con un refresco de 50 Hz.

Hay otro problema con Windows 7 y ATI, que es lo que te comenta Sailorsat en el otro foro, y es que los modos entrelazados reportan la mitad de frecuencia, es decir 60 Hz serían 30 Hz, y esto hace que si sincronizas los juegos con el refresco vayan a la mitad de velocidad. Esta es otra de las razones para usar Windows XP.

Por último está el problema de que MAME sólo renderiza por software, por tanto, por mucha HD 4850 que tengas, todo el procesamiento de polígonos va a pasar por la CPU, así que necesitarás un procesador muy potente. Muchos juegos 3D no correrán al 100% en MAME ni con el procesador más potente del mercado, esto es un hecho. Además, activar v-sync requiere todavía más recursos del sistema, por lo que suele desencadenar ralentizaciones si la emulación, de partida, no va muy holgada que digamos.

En resumen, las ralentizaciones pueden ser de dos tipos: por falta de potencia de CPU o por sincronizar con un refresco incorrecto. Hace falta algo de experiencia para aprender a distiguir los casos y obrar en consecuencia.

Si, después de todo, todavía quieres añadir 800x600@50, edita ReslList.txt:

## Desktop ##

 640 x 480 @ 30.000000 desktop
 800 x 600 @ 50.000000 desktop

... el resto lo dejas igual

Respeta los espacios o no funcionará.

Luego, en VMMaker.ini tienes que editar con lo siguiente:

    MonitorType = "CUSTOM"

    monitor_specs0    15625-16200, 49.50-65.00, 2.000, 4.700, 8.000, 0.064, 0.160, 1.056, 0, 0, 300, 448

Ejecutas VMMaker y tras reiniciar ya tendrías que tener la resolución disponible.

Hola Mitsurugi,

No nos dices qué monitor tienes. Si es un monitor de 15 kHz, entonces ponerlo a 800x600 es simplemente absurdo. Acláranos este punto.

Mitsurugi escribió:

el problema es que si activaba v-sync y/o triple buffer, los juegos me iban ralentizados (y en muchos juegos no se puede desactivar). ¿Por que puede tratarse este problema?

¿Te refieres a MAME? ¿Juegos de PC? ¿Otros emuladores?
Cada emulador implementa v-sync y triple buffer a su manera, así que el problema puede deberse a diversas cuestiones.

ya que pienso que en un futuro muy cercano va a ser imprescindible usar windows 7

Ejem... No te digo ni que sí ni que no. El día que MAME deje de dar soporte a DX 9, efectivamente estaremos colgados. Pero a día de hoy, en Windows 7 nadie ha conseguido modelines dinámicas, y no sé si conseguirá.

-Nada mas instalar el driver y reiniciar el equipo, lo probe en un monitor arcade pero no mostraba 15hz. Entonces instale VideoModeMaker 1.3c en la carpeta del mame, reinicie y ya empezo a funcionar a 15hz ¿esto es normal? pensaba que el VideoModeMaker 1.3c solo añadia resoluciones especificas a los juegos del mame y el driver trabajaba a 15hz por si solo.

Esto pasa a veces con la versión de 64 bits. Si lo solucionaste ejecutando VMMaker, entonces perfecto. Es la misma cosa. El driver necesita unos modelines en el registro de Windows para emitir a 15 KHz, y por alguna razón no se crearon al instalar. VMMaker los vuelve a crear y punto.

-¿Por que no puedo poner el monitor a 800x600? La resolucion mas alta que me deja poner es 640x480 y para windows se me queda muy corta. ¿Podria añadir un modeline a esta resolucion con Arcade_OSD 1.3b?

Puedes añadir nuevos modos en ReslList.txt, que serán generados luego por VMMaker. Pero la configuración del monitor que pongas en vmmaker.ini tiene que ser compatible con esos modos, lógicamente.

-¿Puedo alternar entre monitor arcade y pc de ordenador sin desinstalar? ¿tendria que cambiar alguna config o seria poner y quitar sin mas?

Los drivers funciona perfectamente con un monitor de PC. No tienes que hacer nada, sólo seleccionar la resolución correcta para el escritorio.

7

(169 respuestas, enviadas el Hardware del vídeo y emulación avanzada)

Gracias por avisar. Ojo, que la frecuencia mínima que soporta son 24 kHz.

Hola Hitomi_Dyego,

He descargado el driver de vídeo de esa placa, a ver si había alguna pista. Resulta ser un driver genérico de ATI, es decir que están listadas todas las tarjetas soportadas y no un modelo concreto, por lo que la única manera de saber el chip exacto que monta la placa es comprobarlo directamente. Yo me inclino a pensar que es éste:

"ATI Radeon HD 4200 " = ati2mtag_RS880, PCI\VEN_1002&DEV_9710

En cualquier caso, los Catalyst 9.3 no van a reconocer la gráfica, tendríamos que añadir manualmente el identificador PCI (la línea de arriba) para que se instalen los drivers, y cruzar los dedos. Hay una posibilidad de que funcione (en otras ocasiones ha funcionado con otras tarjetas que a priori no estaban listadas), pero también es posible que no, porque la versión 9.3 es probablemente más antigua que la propia tarjeta.

Hola Hitomi_Dyego,

Disculpa el retraso. Puedes añadir el modo de vídeo que quieras al driver. Descárgate Winmodelines, lanza el programa, y en el campo de texto pega el siguiente modeline (copiado de tu post):

Modeline "1360x768_60" 84.750 1360 1432 1568 1776 768 771 776 798 -hsync +vsync

Aplica cambios, reincia y ya tendrás el nuevo modo de vídeo disponible. Antes de hacerlo, asegúrate de que tienes espacio en el driver: reduce una o dos unidades el valor TotalModes en vmmaker.ini y vuelve a generar los modos. Después ya puedes utilizar Winmodelines con tranquilidad de que tienes sitio para uno o dos modos adicionales.

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.

11

(169 respuestas, enviadas el Hardware del vídeo y emulación avanzada)

Permitidme un enlace más de este australiano que simpatiza con nuestra causa:

http://scarthunter.blogspot.com.au/2012 … -with.html

12

(169 respuestas, enviadas el Hardware del vídeo y emulación avanzada)

Hitomi_Dyego, me encanta como te ha quedado, sinceramente. Es posible que te copie.

Hitomi_Dyego escribió:

Me encantaría tenerlo así pero lo tuve en su momento, con un monitor CRT normal como dije, y me dio muchos problemas y eso que no había riesgo de cargarme nada. Al activar cada sesión manualmente la salida al monitor arcade no hay riesgo de cargarse nada?.

Siempre que selecciones el modo de vídeo adecuado no hay riesgo. Lo que yo haría es no encender el monitor hasta que la señal correcta está activa.

pakoman escribió:

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?

Efectivamente. Es más, en el hipotético caso de usar GroovyUME (MESS) para emular todos los sistemas, podrías generar una tabla de resoluciones "mágicas". Cada resolución mágica representa una resolución vertical (224, 240, 256,... 512, etc). La resolución horizontal aquí es un comodín, el refresco también. Resultado: con 20 o 30 resoluciones mágicas tendrías cubiertos todos los modos de vídeo necesarios en emulación.

Pero a día de hoy, está por ver que MESS sea equiparable a otros emuladores de según que sistemas. Para emular SNES con fluidez en MESS, por poner un ejemplo, necesitas un ordenador bastante potente. En general vas a necesitar una máquina muy respetable.

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

Hitomi_Dyego escribió:

Necesito más información sobre lo que me cuentas. Mi tarjeta tiene salidas VGA, DVI y HDMI. Puedo instalar el driver trabajando con mi monitor HD Ready, con entradas VGA y HDMI, conectado por VGA a 1360x768, pasar el VMM y luego conectarlo a mi monitor arcade?. Tengo que tener alguna precaución como poner el escritorio a 640x480?. Lo mismo las preguntas te resultan algo tontas pero es que no quiero cargarme nada y no tengo mucha idea... No me importa no tenerlos conectados a la vez, la idea es poder probar algunos emuladores más exigentes en el monitor arcade.

Hitomi_Dyego,

Daba por sentado que querías conectar los dos monitores simultáneamente, que es lo chulo, aunque como te digo, te dará ciertos problemas.

Lo que planteas se puede hacer sin ningún problema, siempre que tengas la precaución, como dices, de dejar el escritorio a una resolución adecuada antes de cambiar la conexión del monitor HD Ready al monitor arcade, que entiendo que vas a hacerlo en caliente. Si hablas del Polostar, entonces asegúrate de dejarlo a 640x480@60 a 31 KHz, que te debería funcionar sin problema alguno en ambos monitores.

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.

Recap escribió:

Yo nunca he logrado que esto funcione aceptablemente. El emulador cambia el modo de vídeo al vuelo, sí, pero cada vez que lo hace el programa queda por unos instantes inactivo o invisible, visualizándose en ese momento el escritorio o lo que haya abierto. Claro, que igual no es por el emulador...

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.

pakoman escribió:

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

Esto afortunadamente ya existe, se llama GroovyUME: http://forum.arcadecontrols.com/index.p … 331.0.html

UME (Universal Machine Emulator) es la fusión oficial de los proyectos MAME y MESS en un solo ejecutable. Esto permite utilizar el motor de generación de modelines a todos los sistemas emulados por MAME y MESS.

En cuanto al estado de emulación de los sistemas en MESS, no soy el más indicado para valorarlo. En muchos casos no es todavía comparable a los resultados obtenidos con los emuladores específicos. Pero es previsible que esto mejore en el futuro.

Hitomi_Dyego escribió:

Una duda que tengo es si es posible utilizar el mismo ordenador en dos monitores, uno arcade 4:3, para emulación, y uno HD Ready 16:9, para el resto de cosas, con el driver configurado adecuadamente. Compré una ATI Radeon HD 4650 1GB para mi equipo más potente, pensando en la futura jubilación de mi Barebone, y me gustaría ver como funciona con la emulación sin perder su uso como PC "normal".

En principio, sí. Gracias a que no capamos los modos de alta resolución, cada salida se puede configurar para un tipo de monitor.

Matizo con "en principio" porque encontrarás ciertos "problemillas". Uno de ellos: como sabes, los monitores arcade no son detectados por las gráficas, por lo que tenemos que conectarlos siempre a la salida que la tarjeta deja abierta por defecto cuando no detecta nada; en las HD dicha salida es la DVI. Al arrancar con el monitor o TV 16:9 conectado al HDMI, éste monitor sí que es detectado y automáticamente la HDMI se convierte en la salida por defecto y se cierran las otras. Así que tendrás que activar manualmente la salida al monitor arcade en cada sesión: un rollo.

Otro: el software como dios manda es el que sabe cómo funcionar a pantalla completa en cualquiera de los monitores conectados al sistema, indistintamente, sin necesidad de activar el odioso modo "clon". MAME, por ejemplo, es capaz de esto. Desgraciadamente, hay muchísimos programas (emuladores, reproductores DVD, etc.) que sólo saben funcionar en la pantalla primaria (o por defecto). La razón de esto es que el soporte multi-monitor, que así se llama, es algo que hay que programar expresamente, y es un aspecto que se suele descuidar.

Me alegro de que funcione.

La amplitud vertical no puede modificarse por software, esto es una característica de la tecnología CRT. Tienes que ajustar el potenciómetro v-amp, v-size o como quiera que se llame en tu monitor.

pakoman escribió:

¿Para generar 120 modos tengo que añadir 120 modos distintos a ReslList.txt y luego ejecutar VMMaker?

No hace falta, VMMaker los extrae del ejecutable de MAME, asegúrate de que lo hace.

Pakoman,

Tengo la sospecha de que no tienes bien instalado el driver, y que el que está activo es el que trae Windows XP por defecto.

Puedes confirmarlo así: el driver modificado soporta hasta 120 modos personalizados. El número de modos "custom" o personalizados es el que muestra Arcade_OSD entre paréntesis. Ojo, no me refiero al total, que es la suma de modos nativos más personalizados. La prueba consiste en generar 120 modos con VMMaker. Para ello tendrás que extraer el xml de MAME (veo que lo tienes configurado para ello). Puede que tengas que poner ModeTableMethod a cero (sólo para la prueba), así llegas a 120 seguro. Bien, si tras reiniciar, arrancas Arcade_OSD y el numerito entre paréntesis es 60, no mires más, estás con driver por defecto de XP-64.

La sospecha viene porque según explicas estás viendo modos con "doublescan" (mitad superior estirada). Esto no podría ocurrir con el driver modificado, que está parcheado para desactivar el doublescan. De hecho también recuerdo que cuando estuve trasteando con la versión 6.5 de XP-64, era imperativo capar el doublescan porque de lo contrario algunos modos donde éste se activa por defecto (320x y 400x) dejaban colgado al ordenador con una pantalla negra, lo cual coincide con lo que observas.

Confirma lo del driver y si es así, tendrás que tomar medidas expeditivas para borrar todo rastro del driver existente e instalar el Emudriver.

No te fíes del hecho de que VMMaker detecte el driver, lo que detecta es una clave del registro de Windows pero no comprueba si la versión ati2mtag.sys activa es la buena.

Según la Wikipedia, la CGA sí emitía a 15,75 KHz:

http://en.wikipedia.org/wiki/Color_Graphics_Adapter

Yo, que padecí esta tarjeta durante largos años, puedo dar fe. Mi monitor era monocromo, la señal de vídeo compuesto entraba por una conexión RCA normal, de hecho podías conectar la salida de una videocámara al monitor y la imagen era perfecta, en fósforo verde.

Hola pakoman,

Si no lo tienes ya, bájate las versiones VideoModeMaker 1.3c + Arcade_OSD 1.3a (la que viene con el driver está obsoleta)

Puedes "sobreescribir" los modos nativos del driver creando un modo de vídeo personalizado que tenga la misma "etiqueta".

En tu caso, tendrás que crear el modo 320 x 200 @ 60.000000 en ReslList.txt, utilizando *exactamente* el mismo formato que aparece en el archivo.