En primer lugar, no conozco ninguna pantalla disponible que admita lo que usted desea.
Este artículo implica que las pantallas OLED deberían poder ofrecer frecuencias de actualización > 80Hz. Afirma 1000 veces las pantallas actuales que lo pondrían en el rango de 60 kHz. Eso puede ser cierto para un píxel individual, pero creo que están confundiendo el tiempo de respuesta de un píxel con la capacidad de dar un nuevo valor a un píxel. Lo primero es qué tan rápido llega el píxel a un nuevo valor, el segundo es la frecuencia de actualización (es decir, con qué frecuencia puede actualizar toda la pantalla).
Parece que los OLED podrían hacer lo que quieras, pero dudo que haya una pantalla que te permita seleccionar una frecuencia de actualización arbitraria.
La razón por la que dudo es que la forma en que funciona el video es que tienes una imagen que se actualiza a una velocidad determinada para producir el video. Electrónicamente, esto se hace enviando píxeles de uno en uno a la pantalla en un reloj de píxeles bien definido.
Ejemplo:
Suponiendo una resolución de 1920x1080 y una frecuencia de actualización de 60Hz, su reloj de píxeles será un mínimo de 1920 * 1080 * 60 = 12.4416MHz. En la práctica, registra píxeles adicionales al final de cada línea (supresión horizontal) y después de la última línea (supresión vertical). Esto se hace para permitir un reloj más razonable (12.4416MHz no es una frecuencia fácil de generar desde los osciladores estándar). El tiempo de ocultación también se utiliza para enviar otros datos y / o permitir que el extremo receptor (una pantalla en su caso) procese los datos recibidos. Para continuar con el ejemplo de 1080p60, la velocidad de píxeles para esa resolución y la velocidad de cuadros es definido como 148.5MHz . Esta es una frecuencia más "redondeada" y permite que 2200x1125 píxeles puedan ser eliminados a 60Hz. Cuando se transmite a través de HDMI , los períodos de supresión se utilizan para enviar audio y datos de control.
Entonces, verá que tanto la fuente de video como el receptor de video (en su caso, un chip de gráficos y una pantalla) deben saber el formato exacto de los datos que se envían para poder trabajar juntos. Es por eso que dudo que haya exhibiciones como ustedes desean. El fabricante de chips gráficos tendría que admitir un reloj de píxeles altamente variable, lo que básicamente significa que tendrían que colocar un FPGA a bordo para registrar los datos además de su chip gráfico. El fabricante del controlador de pantalla tendría que hacer lo mismo en su extremo. Aunque, dependiendo de la pantalla, el fabricante del controlador de pantalla podría usar el reloj de entrada de la tarjeta gráfica sin saber los tiempos exactos (dentro de los límites de la pantalla y el controlador).
Es posible que puedas admitir lo que quieres, pero básicamente estarías implementando una tarjeta gráfica en un FPGA. Tomaría lo que fuera el video original y luego lo convertiría a la velocidad de cuadros que desea dentro del FPGA. Estaría limitado en el reloj de píxeles máximos que puede usar el controlador de pantalla y tendría que seleccionar unas pocas velocidades de cuadro discretas (es decir, 80, 85, 90, 95, etc.) para emitir en función de la cantidad de lógica y la forma en que muchas PLL s su FPGA. Por lo tanto, no podría variar la velocidad de fotogramas en tiempo real, pero podría admitir más velocidades de fotogramas de las que admite un controlador de pantalla típico.