Editando Framebuffer (sección)

== Modos de visualización ==
[[Archivo:Sun sbus cgsix framebuffer2.jpg|thumb|Un ''framebuffer'' cgsix de Sun.]]

Los ''framebuffers'' usados en ordenadores personales muchas veces tienen un conjunto de "modos" bajo los cuales el ''framebuffer'' puede operar. Estos modos reconfiguran automáticamente el hardware para mostrar diferentes resoluciones, profundidades de color, diseños de memoria y [[Tasa de refresco|tasas de refresco]].

En el mundo de [[Unix]] (las máquinas y los sistemas operativos) estas convenciones normalmente fueron evitadas en favor de una manipulación directa de la configuración del hardware. Esta manipulación era mucho más flexible de forma que cualquier resolución, profundidad de color y ratio de refresco podía conseguirse - limitándose únicamente por la memoria disponible por el ''framebuffer''. 

Un efecto colateral de este método era que el [[visualizador]] podía ser llevado más allá de sus capacidades. En algunos casos provocando daños al hardware de visualización.<ref>https://tldp.org/HOWTO/XFree86-Video-Timings-HOWTO/overd.html XFree86 Video Timings HOWTO: Overdriving Your Monitor</ref> Los monitores CRT modernos corrigen este problema introduciendo circuitos de protección "inteligentes". Cuando se cambia de modo de visualización, el monitor intenta obtener una señal de sincronización en la nueva frecuencia de refresco. Si el monitor no es capaz de obtener una señal de sincronización, o si la señal está fuera del rango de sus limitaciones de diseño, el monitor ignora la señal de framebuffer y seguramente muestre un mensaje de error al usuario. 

Los [[Pantalla de cristal líquido|monitores de cristal líquido]] tienden a contener circuitos de protección similares, pero por razones diferentes. Como éstos tienen que mostrar digitalmente la señal de visualización, cualquier señal que esté fuera de su rango no puede ser visualizada físicamente en el monitor.