Buffer múltiple
La forma más fácil de explicar cómo funciona un buffer múltiple es utilizando un ejemplo del mundo real: Es un día soleado y decides sacar la piscina para el jardín, pero no encuentras la manguera, así que tienes que llenarla con cubos de agua.
El grifo tiene que estar apagado mientras tú "procesas" el cubo de agua.
Podrías llenar el primer cubo y cambiar al segundo mientras el grifo está abierto, de manera que tienes el periodo de tiempo que tarde en llenarse, para vaciar el primer cubo en la piscina.
La fuente puede estar funcionando todo el tiempo pero no es necesario esperar mientras que se ejecuta el proceso.
Por ejemplo, para actualizar una página de texto es mucho más fácil borrar toda la página y, a continuación, dibujar las letras de nuevo, que borrar todos los píxeles que están presentes en la nueva imagen.
Sin embargo, esta imagen intermedia (cuando se borran todos los píxeles) es percibida por el usuario como un parpadeo.
Los monitores de ordenador constantemente redibujan su imagen visible (en torno a 60 veces por segundo), por lo que incluso una actualización perfecta puede ser visible momentáneamente como un divisor horizontal entre la "nueva" imagen y la "vieja" (efecto conocido como lagrimeo).
Así, el "buffer frente" solo puede contener la imagen compuesta vista en pantalla, mientras que hay otro "buffer de reserva" para cada ventana que contiene la imagen no compuesta del contenido de la ventana entera.
En triple buffering el programa cuenta con dos amortiguadores nuevos e inmediatamente puede empezar a dibujar el que no participa en dicha copia.
Por último, la imagen mostrada se inició sin esperar a la sincronización y por lo tanto con un desfase mínimo.
El buffer triple implica tres topes, pero el método puede extenderse a muchos como amortiguadores que resulte práctico para la aplicación.
La página-flip es mucho más rápida que copiar los datos y puede garantizar que la ruptura no se verá, siempre y cuando las páginas se cambian durante el período verticales en blanco del monitor cuando no hay datos de video o se está elaborando.
En un sistema Linux o BSD éstos son llamados bounce buffers porque los datos deben "brincar" a través de estos buffers para entrada (input) o salida (output).
