26

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

Me alegro de que se solucionara!

Hola pakoman,

La única versión de los drivers que restringe por defecto los modos nativos es la 6.5 para Win-XP 32bits. Todas las demás los mantienen, y no pueden restringirse por el tipo de parche que hice para poder aumentar el número de modo.

Normalmente no suponen un problema, al contrario resultan de utilidad si conectas un monitor normal.

Mi pregunta es, ¿estás seguro de que DosBox está seleccionando esas resoluciones, o puede ser otra cosa?

28

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

Por cierto Recap, no sé si esto encaja en este hilo, pero llevo tiempo queriendo hablar de ello. Se trata de la modificación de televisores con SCART como alternativa a los monitores arcade:

http://scarthunter.blogspot.com.es/2012 … alive.html
http://scarthunter.blogspot.com.es/2012 … 33-vt.html

La ventaja de llevar los potenciómetros a la carcasa frontal es evidente: los ajustes de geometría se hacen en un instante. Curiosamente los chasis más antiguos son los que mejor resultado dan, además de ser los únicos que tienen potenciómetros analógicos válidos para este propósito. Pero puede combinarse un chasis antiguo con un tubo nuevo para obtener el monitor de emulación definitivo.

Obviamente hay que ser un manitas. De todos modos dejo el enlace como referencia, ya que el autor ha probado multitud de modelos y las pruebas que hace para evaluarlos son justo las correctas.

29

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

Hitomi_Dyego escribió:

Cómo busco ese valor?. De todas formas no falla sólo con uno, todas las resoluciones 288 x 224 fallan, con mayor o menor oscilación. 288 x 240 sólo hay una y falla también. La que comenta Raúl del Makaimura 256 x 224 @ 59,59. Cuando hago el TestVfreq del ArcadeOSD me da 59,71 y, si edito la modeline y le bajo el DotClock de 5.18 MHz a 5.17, sale el efecto bandera y haciendo de nuevo el TestVfreq me da los 59,59.

Bien, pues si es algo generalizado para los valores de dotclock bajos entonces la estrategia tiene que ser más radical. Entra en vmmaker.ini y edita este valor:

DotClockMin = 6.000

Vuelve a generar modos de vídeo y archivos .ini.

Ahora las resoluciones bajas serán escaladas en horizontal, por ejemplo 288x240 será calculada como 576x240, evitando utilizar valores de dotclock por debajo de 6 MHz. He puesto 6.000 MHz por curarme en salud, quizá con 5.200 o 5.500 sea suficiente.

Sé que esto suena mal pero te garantizo que el resultado es perfecto, porque MAME escala limpiamente el cuadro sin artefacto alguno. No me refiero a que "parece" perfecto: realmente si pudieras observar las dos señales con un osciloscopio no podrías encontrar diferencia alguna. El problema no obstante te lo puedes encontrar con otros emuladores que te pidan la resolución exacta, aquí poco podemos hacer.

30

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

Recap escribió:

Pero lo importante -- ¿conseguiríamos valores para la f. vertical lo suficientemente próximos a los buscados?

Sí, digamos que si para un determinado refresco podemos crear 5 ó 6 modelines diferentes que se aproximen, la cosa está en prescindir de uno solo de ellos.

31

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

Estoy pensando que si el problema viene efectivamente por tener ciertos valores de dotclock inestables, una forma rápida de sortear el asunto es incrementar el valor de "iterations" en vmmaker.ini. Esto conducirá muy probablemente a la elección de un dotclock diferente en muchos casos, pero no es una solución en sí porque el valor problemático podría aperecer en otro sitio.

La solución definitiva pasaría por anular dicho valor editando el archivo Ati9250.txt, poniendo a cero la cifra problemática en la segunda columna, para que nunca sea seleccionada.

32

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

Recap, ¿habéis comprobado si el problema ocurre con otras resoluciones también cuando el refresco es 60,60 Hz? ¿O es sólo un problema de la resolución 288 x 224?

Al no verlo directamente no me hago una idea. Por oscilación en la vertical entiendo que la imagen sube y baja rápidamente: esto podría corregirse con el potenciómetro de frecuencia vertical.

Por otra parte, si el efecto es más bien parecido a una bandera ondeando boca abajo, entonces probablemente se trata de un "dotclock" inestable. Esto es un problema de la tarjeta en sí, que por alguna razón no es capaz de generar una frecuencia estable para ese valor de dotclock. Lo único que puede hacerse en este caso es tratar de sortear ese valor. Si verificáis que se trata de esto, postead el modeline maldito y pensaremos algo.

Hola OutRunner,

Como bien dices, los drivers son exclusivamente para XP.

Personalmente, hasta el día de hoy no he encontrado ninguna limitación fundamental en el sistema XP que me haya hecho plantearme "actualizar" a Windows 7, tanto en los equipos que uso en el trabajo como en los dedicados a emulación.

La cuestión es que Windows 7 parece añadir nuevos problemas a los ya existentes en Windows XP, en lo que a la flexibilidad en la salida de vídeo respecta. Hablo de oídas porque no lo he probado yo mismo.

En cualquier caso, sería empezar de nuevo desde cero. Francamente, no creo que vaya a ocurrir. Otra cosa sería que un equipo de personas se pusiera con ello.

Veo más factible migrar a Linux cuando agotemos definitivamente Windows XP, sinceramente.

Saludos!

34

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

Perdona Hitomi_Dyego, quería decir MoteTableMethod_XML = 0, ésta es la opción que actúa sobre las resoluciones de MAME.

Es que es lo único que se me ocurre que pueda suponer una diferencia entre las dos versiones de VMMaker.

Sobre lo de la barra vertical en el monitor, no he notado nada, de todos modos lo probaré y te cuento.

35

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

Hola Hitomi_Dyego,

¿Qué configuración tienes? Me refiero a si usas GroovyMAME o por el contrario estás con una distribución normal de MAME + archivos ini por juego. Si es lo segundo, ten en cuenta que tienes que especificar "ModeTable_Custom = 0" en VMMaker.ini, ya que por defecto VMMaker viene configurado para GroovyMAME.

La vibración horizontal puede deberse a dos cosas:

- Mal ajuste del potenciómetro de frecuencia horizontal.
- Tarjeta gráfica inestable para ciertos valores de "dot-clock"

Yo probaría si es el primer caso. Para ello prueba a regular ligerísimamente el potenciómetro de frecuencia horizontal, con el juego en cuestión en pantalla.

Ten en cuenta que el Polostar viene sin el palito del potenciómetro H-freq, tendrás que coger prestado otro palito y aplicarlo en el potenciómetro H-freq.

Hi genius77, thanks for reporting this, I've fixed the 1.3c version so it works ok now with MAME v0.146:

[16/06/2012][VideoModeMaker 1.3c][Arcade_OSD 1.3b]

- [VideoModeMaker] Procesamiento de XML adaptado a MAME v0.146 (reportado por genius77).

Unas actualizaciones:

[15/06/2012][VideoModeMaker 1.3c][Arcade_OSD 1.3b]

- [VideoModeMaker] Nuevo listado de modos de vídeo para emulación (ReslList.txt). Selección realizada por Recap.

- [VideoModeMaker] Nuevo listado de sistemas principales para MAME (MameMain.txt). Selección realizada por Recap.

- [VideoModeMaker] Selección de sistemas principales basada en el nombre de la rom.

- [VideoModeMaker] Nueva opción "Only List Main", que permite listar únicamente los modos de vídeo de los sistemas incluidos en MameMain.txt

- [VideoModeMaker] Nueva opción "YresRound", permite asignar un factor de redondeo para la resolución vertical, racionalizando la tabla de modos.

- [VideoModeMaker] Opciones ModetableMethod, XresMin, YresMin y YresRound independientes para MAME y tabla "custom", permite utilizar criterios diferentes para filtrar las resoluciones de MAME y las de la tabla ReslList.txt, optimizando la tabla de modos.

- [VideoModeMaker] Creación automática de tabla de modos "mágica" (ModeTableMethod_XML/custom = 2). Crea una tabla de resoluciones comodín, del tipo 1234 x (yres), lo que permite reducir enormemente la tabla de modos de vídeo. Esta opción sólo puede utilizarse junto con GroovyMAME, en concreto para sortear un "bug" del frontend Hyperspin, que no se inicia si el número de modos de vídeo disponibles en el sistema excede de cierta cifra.

- [VideoModeMaker] Mejoras importantes en la generación de tabla de modos para monitores multifrecuencia.

- [VideoModeMaker]/[Arcade_OSD] Añadido soporte para polaridad de sincronismos.

- [Arcade_OSD] Soporte para múltiples monitores. La opción "Attach OSD to current monitor" permite seleccionar el monitor activo al desplazar la ventana del programa al monitor correspondiente.

- [Arcade_OSD] La opción "Lock unsopported modes" bloquea los modos de vídeo que Windows considera que NO son soportados por nuestro monitor. ATENCIÓN: Windows sólo puede determinar las características de un monitor a partir de la información contenida en el EDID de dicho monitor. Los monitores arcade y los televisores CRT no tienen EDID, por lo que Windows mostrará todos los modos de vídeo como si fueran estuvieran soportados, incluyendo aquellos que son potencialmente peligrosos. Por tanto esta opción no puede usarse para  filtrar los modos no soportados. Su función es la opuesta: desbloquar aquellos modos de vídeo que Windows pudiera considerar como no soportados, en aquellos monitores que dispongan de un EDID válido, bajo la responsabilidad del usuario.

Hola demonius,

En efecto, el dispositivo 9552 no está en la lista del driver, por eso aparece el error al instalar. Hay que añadirlo manualmente. Te pasaré los archivos modificados.

Saludos

Enlaces actualizados, el servidor donde estaban anteriormente ya no está disponible.

kosukito escribió:

tienen los driver una forma de agregar modos que no sea automaticamente con el vvmaker?

Si utilizas Winmodelines para esto, asegúrate que es la última versión, pues es la única compatible con los drivers modificados.

Lo más fácil es que hagas lo que dice Recap, editas ReslList.txt con la nueva resolución que necesitas y ejecutas VMMaker. Lamentablemente esto borrará las modificaciones que hayas hecho a los modelines.

Actualizados los enlaces, que habían quedado inservibles desde la clausura de Megaupload.

Hola ConanR,

El problema de Hyperspin es ya archiconocido y de hecho van a tratar de solucionarlo en la versión 2.0. Básicamente tienes dos opciones:

- No usar Hyperspin
- Reducir el número de modos de vídeo

Si optas por reducir modos de vídeo, tienes a su vez dos opciones:

- Editar TotalModes en vmmaker.ini con un valor cercano a 80 (tendras que probar hasta que des con el valor correcto en tu sistema). Este método reduce sensiblemente la calidad de los resultados, al utilizar una lista de resoluciones menos completa.

- Utilizar GroovyMAME con el método de "resoluciones mágicas", que se explica aquí: http://forum.arcadecontrols.com/index.p … msg1209299

42

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

Me alegro que al final fuera eso, a pesar de la pasta extra.

A mí me ha llegado hoy el cable alargador para los potenciómetros, y también tendré que ir pensando en hace una caja. Se agradecerá cualquier idea.

43

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

Por cierto, Tovar ya tiene disponible el cable alargador para la placa de potenciómetros del Polostar, por 20 €.

Kcabtsop, lamentablemente no habrá soporte para la AVGA 3000 porque implicaría un montón de trabajo de ingeniería inversa que incomodaría a Ultimarc. Ellos tienen su propio software para estos menesteres (ArcadePerfect).

No obstante Andy mencionó que podría crear una DLL para programar la AVGA 3000 desde GroovyMAME, aunque no hemos vuelto a saber nada.

Hola Kcabtsop.

Por desgracia la ArcadeVGA 3000 no está soportada por los drivers modificados, por tanto es probable que ni siquiera puedas instalarlos.

46

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

Confirmo lo de las sombras. Donde mejor se aprecia es abriendo el bloc de notas. Los caracteres negros producen un destello blanco hacia la derecha. He estado tanteando los ajustes de brillo y contraste pero no lo solucionan.

Respecto a las consolas, entiendo que el problema es que utilizan sincronismo compuesto, ¿es así? El monitor en teoría sí que soporta sincronismos compuestos, pero quizá sólo lo haga por la entrada RGB (la verde). Una posibilidad sería acoplar un adaptador SCART al cable que trae el monitor.

47

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

Recap escribió:

Estuve viendo ayer el aparato, por cierto, y no me acabó de gustar la calidad de la imagen. Especialmente por las "sombras" (o dobleces) que crea.

Entiendo que te refieres a la calidad de imagen utilizando el PC como fuente (MAME, emuladores, etc.), ¿verdad? El caso es que hay aspectos que yo también considero mejorables, pero no había reparado en esto que comentas. ¿Recuerdas alguna imagen en concreto donde se pueda apreciar esto?

48

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

No sé si llego tarde. Sí, las líneas monitor_specs se ponen todas juntas en VMMaker.ini (y, si se usa GroovyMAME, en mame.ini). Ojo que la sintaxis que puse es la de GroovyMAME, la de VMMaker cambia ligeramente.

49

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

El jumper parece que ya viene activado, al menos yo no tuve que tocar nada.

50

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

Rockman escribió:

Por cierto el tema de los potenciometros, yo me hice una alargadera y meti la tarjeta de los potenciometros en una cajita para poder ajustar la pantalla abriendo tan solo el monedero, o sacandolo fuera de la maquina, para hacer los ajustes de manera mas comoda.

¿Quieres decir que fabricaste tú la alargadera? Si es así, ¿es muy complicado hacerlo?

En cuanto a tus comentarios sobre los problemillas de este monitor, estoy contigo, es más o menos lo que he observado yo. De todos modos, como tienes también un Nanao multifrecuencia, me preguntaba si has podido notar mucha diferencia entre las dos marcas.