[ Cerrado ] El PC y la baja resolución. (Página 5 de 6)

He subido la versión corregida del driver más el configurador, el enlace de descarga sigue siendo el mismo:

Driver Ati Alternativo 2.0 + Configurador (Beta)

No he cambiado el número de versión ya que los cambios son principalmente depuración de errores. Las novedades son las siguientes:

- Opción "RotatingDesktop", que le indica al configurador que el escritorio se rota simultáneamente con el monitor, para que la orientación de los juegos verticales sea correcta (Recap, en tu caso tendrás que activar simultáneamente MonitorHorizontal = 0 y RotatingDesktop = 1 )

- He limitado de partida el número de modos a 160, dado que de esta manera no se producen conflictos con HyperSpin. Luego puede incrementarse con cautela el número de modos hasta 200 (creo que esta será la cifra definitiva). La cuestión es que el incremento de número de modos desde los 60 originales se consigue con mediante un hackeo poco ortodoxo del driver (parece que la memoria del driver se sobreescribe en alguna zona al ampliar la tabla de modos). En condiciones normales no he experimentado problemas con los programas que uso, pero es cierto que el HyperSpin no arranca. Hasta que esclarezca la causa de esto recomiendo limitar los modos a 160 si se encuentra algún problema.

- También he limitado de partida la frecuencia horizontal a 16,20 KHz, que parece que no da problemas con los Tvs convencionales. Luego el usuario puede probar a subir la frecuencia un poco, hasta encontrar el límite del monitor, ya que con ello se consigue mayor resolución vertical manteniendo los refrescos originales. En el caso del Hantarex 9110 he comprobado que el límite está entre 16,60 y 16,70 KHz.

- El driver es compatible con todas las tarjetas que soportaba el Catalyst 6.5 (todas las Ati que había por entonces):  Ati Radeon 7000, 7200, 7500, 8500, 9000, 9100, 9200, 9250, 9500, 9550, 9600, 9700, 9800, X300, X550, X600, X700, X800, X850, X1300, X1600, X1800, X1900, HD 2400, etc.

- ResViewer mejorado, la medición del refresco vertical no se activa automáticamente.

- El etiquetado de modos es compatible con Winmodelines, de forma que pueden retocarse los modos después de generarlos, para centrarlos, corregir geometría, etc.

Agradezco enormemente las pruebas que habéis realizado. En concreto soy consciente de los problemas de geometría que comentó Daicon-X, y veré que puede hacerse. Por cierto que si pruebas la nueva versión, no olvides copiar la configuración del timing que te funcionó, salvo el VerticalBlank que lo dejaría en 1280). Respecto al problema con el modo 640x480, he hecho pruebas y creo que pudo deberse a que las versiones anteriores del driver restringían todos los modos nativos. La nueva versión restringe todos salvo el modo 640x480.

Quiero seguir mejorando ResViewer para que permita editar los modos directamente. Incluso estoy viendo la posibilidad de editar la geometría de los modos en tiempo real, sin necesidad de reiniciar, al estilo de AdvanceMame, aunque todavía son experimentos.

Sobre lo que comenta Recap, de que modos muy parecidos exhiben comportamientos distintos, hay que tener en cuenta que para una misma resolución horizontal, el número de líneas en vertical puede ser muy variable para generar diferentes refrescos verticales. Esto hace que los márgenes puedan quedar descentrados en según que modos, si bien el algoritmo del programa intenta dejarlos centrados (al menos así ocurre en el Hantarex).  Luego está la posibilidad de que los TVs realicen algún tipo de auto-ajuste que tire por tierra los cálculos realizados, esto es algo que no he podido comprobar.

Gracias Calamity

Hola Daicon-X,

Me alegro de que te haya funcionado. Respecto al problema con los modos que no están a 60Hz, ¿has probado con éxito algún modo con ese refresco, generado por ejemplo con Winmodelines? Es decir, ¿estás seguro que tu TV es capaz de representar esos modos? En caso afirmativo, sería útil contar con ese modeline para examinar qué es lo que puede estar fallando.

Es que el que un modo salga desplazado puede ser normal y se corrige fácilmente, pero eso de que salga desplazada sólo la parte inferior ya es más extraño. Sé que es una faena pero si fuese posible contar con una captura de la pantalla quizá podría ver qué está pasando. ¿Ves diagonales de retorno sobre la imagen?

Muchísimas gracias por las capturas.

Yo haría pruebas con un modo en concreto, por ejemplo el 257x240@57

Si calculo los modos con el timing de tu monitor:

    VerticalBlank = 1280
   
    FrontPorch = 4.42
    SyncPulse = 4.7
    BackPorch = 7.94

    FrontPorchMin = 4.30
    SyncPulseMin = 4.2
    BackPorchMin = 7.70

Me sale este modeline:

Modeline "257x240@57.5Hz 15.9KHz (57Hz)" 5.580 257 280 304 352 240 249 252 276 -hsync -vsync

Winmodelines genera este otro:

Modeline "256x240@57,5Hz 15,8KHz" 4.916 256 265 288 312 240 250 253 274  -hsync -vsync   

(Prueba a sustituirlo a ver si éste funciona: donde pone 256 has de poner 257 para que no haya conflicto con las etiquetas).

Si tienen el mismo problema, vuelve al generado por xml2ini y juega con los valores verticales, por ejemplo desplazando relativamente el sync pulse, el segundo y tercer valor de los verticales, incrementándolos en el mismo valor (con esto se desplaza la imagen verticalmente):

Modeline "257x240@57.5Hz 15.9KHz (57Hz)" 5.580 257 280 304 352 240 250 253 276 -hsync -vsync

Si no notas cambio, aumenta la longitud del sync pulse, para ello incrementas el tercer valor vertical respecto al segundo:

Modeline "257x240@57.5Hz 15.9KHz (57Hz)" 5.580 257 280 304 352 240 250 254 276 -hsync -vsync

Así sabremos si tiene algo que ver con los valores verticales.

Saludos

Muchas gracias.

Por los modelines que pasas parece que el problema no tiene nada que ver con la longitud del sync pulse como pensaba. ¿Has observado si las resoluciones que tienen el problema son las que tienen una frecuencia horizontal de 15,9KHz para arriba? Si es así, la solución estaría en limitar el valor HfreqMax = 15.800 y volver a generar los modos.

Para desplazar los modos hacia la izquierda has de incrementar los dos valores horizontales de en medio en el mismo valor (siempre múltiplos de 8). Los pongo entre corchetes:

Modeline "640x480_60,0Hz 15,8KHz (60Hz)" 13.990 640 [[708 777]] 888 480 481 483 525 interlace -hsync -vsync

Una información valiosísima, luego te comentaré algo de lo que creo que puede estar pasando. En cualquier caso, te pregunté anteriormente algo que es de crucial importancia: ¿has conseguido visualizar bien algún modo de 57 Hz en tu TV? No me refiero a estos sino a uno generado por otros medios, bien sea con Winmodelines, o como sea. Es decir, ¿estás seguro de que tu TV puede representar esos modos?

Precisamente, se trataba de comprobar que NO funcionaba. Ese modo estaba generado con Winmodelines, por tanto el problema parece que es general.

El que la imagen se desplace a la izquierda es corregible. Cuando dices que faltan líneas por arriba, ¿sabes si faltan realmente o puedes hacer que aparezcan mediante el menú de servicio?.

La clave del asunto parece estar en los problemas con los modos de 57 Hz, modos que están a medio camino entre el PAL y el NTSC, ahora te cuento.

Me interesa mucho mucho que me pases uno de esos modelines de @56 que se ven bien.

Verás, he repasado concienzudamente los modelines que has ido poniendo aquí, desde aquellos que pasaste al principio. Cada vez tengo más claro que no se trata de un problema habitual de timing, que se pueda solucionar aumentando márgenes verticales, horizontales, longitudes de sync pulse, etc. Tampoco parece que el límite de frecuencia horizontal esté influyendo, porque has pasado modos a 15,7 KHz que tienen el problema, y esa es una frecuencia horizontal normalísima. Es más, en condiciones normales cabría esperar cambios en la imagen proporcionales a los cambios en los valores del modeline, y por lo que parece observas cambios bruscos o saltos que no se corresponden con ninguno de los parámetros del timing.

Creo que el chasis de tu TV está interfiriendo activamente en la imagen. Tengo la impresión que el chasis tiene alguna especie de procesador digital que espera únicamente señales PAL o NTSC, y las discrimina por un criterio basado en el número total de líneas. Los modos que caen en medio de los dos estándares, parece que la TV no sabe muy bien qué hacer con ellos, aunque esto es sólo una teoría. Podemos tratar de engañar al TV manteniendo el número de líneas de un modo que sí funcione, y variando la frecuencia de refresco. Para ello hay que forzar la frecuencia horizontal, y precisamente los modos intermedios 57-58 Hz son los más difíciles de cubrir ya que nos van a exigir frecuencias seguramente fuera de rango. Podrías probar estos modelines en sustitución de los otros que has puesto:

Modeline "320x240@50.0Hz 15.8KHz (50Hz)" 6.950 320 352 384 440 240 269 272 316 -hsync -vsync
Modeline "320x240@54.0Hz 15.7KHz (54Hz)" 6.890 320 352 384 440 240 256 259 290 -hsync -vsync
Modeline "320x240@56.0Hz 16.2KHz (56Hz)" 7.140 320 352 384 440 240 253 256 290 -hsync -vsync
Modeline "320x240@57.5Hz 16.7KHz (57Hz)" 7.330 320 352 384 440 240 249 252 290 -hsync -vsync
Modeline "320x240@57.6Hz 16.7KHz (58Hz)" 7.340 320 352 384 440 240 247 250 290 -hsync -vsync
Modeline "321x240@58.0Hz 15.5KHz (58Hz)" 6.820 321 352 384 440 240 246 249 266 -hsync -vsync
Modeline "320x240@59.6Hz 15.6KHz (60Hz)" 6.880 320 352 384 440 240 243 246 262 -hsync -vsync

Suerte y ya me cuentas.

Lo del Hyperspin debe ser porque al editar los modos con Winmodelines estás generando más de 160-161 modos, en ese momento el Hyperspin ya no arranca. En el xml2ini se limita el número de modos a la hora de generarlos, pero si luego se añaden más, aparece el problema.

Seguiré investigando tus modelines a ver si sacamos algo en claro.

Saludos y gracias

Son más que un referente; son una herramienta única e indispensable para la búsqueda de una emulación perfecta, y por extensión, para la emulación sin apellidos (que si no persigue ser perfecta, ni es emulación ni es na'). Lástima que haya tantos a los que se les escapa esta idea (programadores de emuladores incluidos), pero tiempo al tiempo...

¿Así que, si uno quiere--pongamos--desplazar levemente la imagen a derecha sin tocar el servicio, el modo más rápido es...?

Si te refieres a desplazar todos los modos hacia la derecha, la forma de hacerlo es aumentar el tamaño del margen izquierdo. Para ello hay que volver a generar los modos con xml2ini, aumentando los valores por defecto de BackPorch y BackPorchMin, por ejemplo a 8.0 y 7.8 respectivamente. Se puede ir probando a incrementarlos hasta dar con el punto.

Lo que ocurre con los ajustes horizontales es que son más bruscos que lo que nos gustaría. La razón es que, internamente las tarjetas de vídeo trabajan con "caracteres", que son un bloque de 8 píxeles. Entonces los saltos van de 8 en 8 píxeles, por eso son más bruscos cuanto más baja es la resolución horizontal.

En la vertical podemos ajustar con más precisión, porque las medidas se cuentan por líneas sueltas. La pega es que no podemos ajustar la amplitud sin recurrir a potenciómetro/menú-servicio.

Nixie, el creador de Winmodelines, ha sacado la versión 1.6, que según comenta en retrovicio ya permite manejar lo que llama resoluciones virtuales, es decir, se independiza la etiqueta de registo, de los valores de resolución en sí. Por ejemplo, podemos guardar variantes muy próximas de una resolución así: 320x240@60, 321x240@60, 322@240@60, etc (el sistema de "etiquetado" que usamos en xml2ini) sin que se solapen, como ocurría antes. Es una gran noticia, porque aunque xml2ini ya era compatible con Winmodelines, sólo lo era parcialmente, ahora ya podrán coexistir sin mayor problema.

Por lo demás, sigo trabajando en ampliar las opciones de xml2ini y Resviewer, espero tener pronto ya algo más presentable.

Saludos,

Calamity

Buenas a todos. Vengo leyendo este sitio hace ya un tiempo (me registré como usuario en Diciembre 2009 y ya venía de antes...) y la verdad que me entusiasma bastante lo que hablan por acá, es realmente inspirador. "Quip ap de gud uorc."

Vengo a plantear este tema, que supongo cabe en el marco de este hilo: Me ha surgido la posibilidad de comprar un monitor Hantarex EQ de 28 pulgadas (usado, porsupollo) cuyo modelo y datos técnicos no conozco del todo aún. Me enteré que hay algunos modelos de esta marca que traen únicamente una entrada RGB-HV tipo D-SUB de 9 pines [foto aquí]; y además, aunque el de mi potencial vendedor trajera una entrada SCART la verdad no sé todavía de donde podría conseguir ficha para hacerme un cable.

Entonces, como para ir cubriendo todas las bases de antemano hasta saber más sobre el monitor, me gustaría saber ¿alguien por aquí ha intentado conectar un monitor de este tipo en una salida VGA a traves del mencionado RGB-HV? (Y bue, con qué resultados.)

(En todo caso: tomando como ejemplo el pinout detallado aquí, por las mías y a lo bruto nomás, me animaría a conectarlo con los pins correspondientes de la salida VGA convencional - sea: la tierra, los tres de RGB, y los dos de sync horizontal y vertical.)

Saludos.