Extensión de vídeo X

En X, la forma en que se dibuja el vídeo depende en gran medida del gestor de ventanas X que se utilice. Con controladores correctamente instalados y hardware de GPU compatible, como los conjuntos de chips Intel , ATI y nVidia , algunos gestores de ventanas , denominados gestores de ventanas de composición , permiten procesar las ventanas por separado y luego renderizarlas (o componerlas). Esto implica que todas las ventanas se renderizan primero en búferes de salida separados en la memoria y, posteriormente, se combinan para formar una interfaz gráfica completa. Mientras están en la memoria (de vídeo), las ventanas individuales se pueden transformar por separado, y se puede añadir vídeo acelerado en esta etapa mediante un filtro de textura, antes de que la ventana se componga y se dibuje. XVideo también se puede utilizar para acelerar la reproducción de vídeo durante el dibujo de ventanas mediante un objeto de búfer de fotogramas OpenGL o pbuffer.

Metacity , un gestor de ventanas X, utiliza la composición de esta manera. La composición también puede aprovechar las aceleraciones de las canalizaciones 3D, como GLX_EXT_texture_from_pixmap. Entre otras cosas, este proceso permite que varias salidas de vídeo compartan la misma pantalla sin interferir entre sí. Otros gestores de ventanas con composición, como Compiz, también la utilizan.

Sin embargo, en un sistema con una función de aceleración OpenGL limitada, específicamente la falta de un objeto de búfer de fotogramas OpenGL o pbuffer , el uso de un entorno OpenGL como Xgl hace imposibles las aceleraciones de hardware xv.

En caso de que el gestor de ventanas no admita directamente la composición, resulta más difícil aislar dónde debe renderizarse el flujo de vídeo, ya que para cuando se puede acelerar, la salida ya se ha convertido en una sola imagen. La única forma de hacerlo suele ser emplear una superposición de hardware posprocesada , utilizando la clave de croma . Una vez dibujadas todas las ventanas, la única información disponible es el tamaño y la posición del lienzo de la ventana de vídeo. Se requiere una tercera información para indicar qué partes del lienzo de la ventana de vídeo están ocultas por otras ventanas y cuáles no. Por lo tanto, el reproductor de vídeo dibuja su lienzo con un color sólido (digamos verde), y este color se convierte en una tercera dimensión improvisada. Cuando se han dibujado todas las ventanas, las que cubren el reproductor de vídeo bloquearán el color verde. Al añadir el flujo de vídeo a la salida, la tarjeta gráfica simplemente escanea las coordenadas del lienzo. Al encontrar el verde, sabe que ha encontrado una parte visible de la ventana de vídeo y solo dibuja esas partes del vídeo. Este mismo proceso era también la única opción disponible para renderizar vídeo acelerado por hardware en Microsoft Windows XP y versiones anteriores, ya que sus funciones de gestión de ventanas estaban tan profundamente integradas en el sistema operativo que acelerarlas habría sido imposible.

Si el gestor de ventanas no admite la composición, las superposiciones de hardware procesadas posteriormente mediante clave de croma, como se describe en el párrafo anterior, pueden imposibilitar la obtención de capturas de pantalla adecuadas de las aplicaciones Xvideo. También puede impedir la visualización de este tipo de reproducción en una pantalla secundaria cuando solo se permite una superposición a nivel de hardware.

• testxv.c : en la mayoría de las instalaciones, se compila mediante " gcc -o testxv testxv.c -L/usr/X11R6/lib -lX11 -lXext -lXv"
• testxv2.cc : otro ejemplo en C++