Recap escribió:

"Efecto mosaico":

http://uppix.net/2/3/f/0403e6d282d630a3 … 5535b1.png


Lo que usas en DC es claramente algo más que un "cable VGA". Si has comprobado que funciona en modo 15 kHz y no lo hace al conectarlo por D-sub en ese TV, ya tienes tu respuesta.


Y diría que no parece excesivamente difícil de encontrar...:

http://www.segundamano.es/madrid/lg-29- … a&c=22

Es como si fuera un filtro Eagle o xSAI que lo hace todo colores sólidos pastelones? :D

EL modelo es el CE-29Q12IP , había encontrado el mismo anuncio, algún manual de reparación y foros con preguntas sobre averías pero no he encontrado las especificaciones técnicas por ningún sitio.

Incluso he podido acceder al manual desde la página internacional de LG pero tampoco dice las especificaciones técnicas.


Bueno, voy a trastear con los drivers y os cuento más cosas :)

Calamity escribió:

Esta es mi configuración de VMMaker/GroovyMAME para el Hantarex Polostar 25.

monitor_specs0  15700-15800, 45-80, 4.000, 4.700, 5.300, 0.062, 0.062, 0.740, 0, 0, 288, 448
monitor_specs1  16100-16200, 45-80, 1.280, 4.500, 6.420, 0.062, 0.062, 0.740, 0, 0, 288, 448
monitor_specs2  25100-25200, 45-80, 0.200, 0.400, 8.000, 0.040, 0.040, 0.640, 0, 0, 384, 768
monitor_specs3  31500-31600, 45-80, 0.170, 0.350, 5.500, 0.040, 0.040, 0.640, 0, 0, 576, 800

Si encuentro algo mejor iré actualizando.

Con el nuevo driver y VMMaker me da problemas la configuración que pusiste con juegos como el Makaimura y el Rolling Thunder, se produce una "vibración" horizontal en la imagen. Tienes una configuración actualizada por ahí?.

Muchas gracias Calamity!.

Uso una distribución normal de MAME + archivos ini por juego y especifiqué "ModeTable_Custom = 0" en VMMaker.ini.

Tengo una arcadeVGA original AGP y como te dije la configuración funcionaba sin problemas con la anterior versión del driver y VMMaker. He probado a cambiar

monitor_specs0  15700-15800, 45-80, 4.000, 4.700, 5.300, 0.062, 0.062, 0.740, 0, 0, 288, 448
monitor_specs1  16100-16200, 45-80, 1.280, 4.500, 6.420, 0.062, 0.062, 0.740, 0, 0, 288, 448

por la que viene por defecto en el el VMMaker.ini

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

y ya no tengo el problema de vibración horizontal pero la pantalla queda mucho más pequeña y está muy desplazada a la derecha.

Probaré a cambiar la frecuencia horizontal en el potenciómetro. Por cierto, me has quitado un peso de encima porque el día que me fijé en que faltaba un palito estuvieron trasteando mis sobrinos por la habitación y pensaba que me lo habían perdido...

Otra cosa en que me he fijado del monitor es que cuando estiras la imagen para cubrir el ancho de pantalla y hay un efecto de flash blanco, aparece una barra vertical un poco más oscura cerca del centro de la pantalla. Un ejemplo para verlo es usando el Turning Undead con el clérigo en el D&D Shadows over Mystara. No sé si te pasará a ti también...

Parece que al final no era nada. La primera vez que cargaba la rom siempre aparecía el problema de vibración pero vi que al volverla a cargar, en el caso del Makaimura, desaparecía. En el Rolling Thunder también acababa desapareciendo pero intentándolo más veces. Sé que el monitor tiene problemas en ocasiones al cambiar de resolución pero nunca me había pasado algo así, ni el efecto de vibración, ni que suceda todas las veces al cargar la rom por primera vez.

Muchas gracias, Calamity!.

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.

Editado por Calamity (07-09-2012 19:45:10)

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.

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.

Calamity escribió:

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.

Iterations = 5 es lo que tengo que creo que es el máximo permitido.

Calamity escribió:

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.

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.

Hay 5 o 6, lo miraré esta tarde. De memoria, creo que van desde ~56 hasta ~60,60 Hz.

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.

Editado por Calamity (10-09-2012 12:56:22)

¡Buf! No creo que haya mucha gente con los conocimientos y el material para todo ese proceso, pero igualmente interesante... ¡!

Me alegro de que se solucionara!

Salvo, si acaso, para los juegos de conducción, tantas pulgadas son siempre contraproducentes si no te alejas varios metros. ¿De verdá son 37?