Compiz Fusion, es la unión de Compiz y Beryl
Software, Open Source, Linux June 25th, 2007Esta noticia ya tiene unos días, pero lo quise escribir para agregar más información para los que no saben de qué se trata, aclaro que no soy un experto en Linux pero básicamente Compiz y Beryl se trata de dos gestores de ventanas para el sistema de ventanas X Windows que aprovecha la aceleración en 3D OpenGL, con esto se logra un escritorio de trabajo con varios efectos muy buenos en 3d. Compiz fue presentado por Novell en enero de 2006, meses después un grupo de desarrolladores se separa del proyecto Compiz por algunas diferencias y forman el proyecto Beryl, de esta forma los dos tomaron caminos separados, pero ahora estos dos proyectos se volvieron a unir para beneficio de la comunidad de usuarios de Linux, y de esta fusión se definió un nuevo nombre Compiz Fusion.
A continuación un video demostrando las capacidades de Compiz Fusion, es realmente increíble, con esto queda demostrada la superioridad en el manejo del escritorio con efectos 3D por parte de esta tecnología en comparación con Windows Vista y Mac OS X
Ahora quisiera agregar algo más, el 11 de marzo de 2006, Franco Catrin, escribió en su Blog un artículo, que para mí explica de una forma técnica y muy clara los conceptos sobre el funcionamiento del sistema gráfico en Linux, X-windows, gestores de ventanas y principalmente de cómo empezó Compiz, algunos seguro que ya lo leyeron, pero para los que no es muy recomendable, lastimosamente al hacer click al link del articulo, solo aparecen comentarios; como en su momento yo guardé este articulo en mi PC, voy a transcribirlo aquí, aclaro que esta trascripción lo hago solo porque en el sitio original no se visualiza el artículo y creo que es un documento muy interesante para comprender como funciona la parte gráfica en Linux.
Por favor, hagan clic en Read the rest of this entry » para continuar
Aquí les va la trascripción del artículo escrito por Franco Catrin en su Blog
Xgl y la revolucion grafica en Linux
Marzo 11, 2006 - 7630 visitas - 36 comentarios - Agregar comentario
Mucho se ha hablado sobre Xgl este ultimo tiempo, y pareciera que todos quieren instalarlo en sus escritorios, pero tambien veo que hay mucha confusión acerca de que se pretende con Xgl, incluso algunos creen que es una suerte de 3ddesktop pero más espectacular. Hace tiempo que quería escribir sobre el tema, y podría haber escrito varios artículos, pero como la proxima semana no voy a tener mucho tiempo, decidi escribirlo todo en uno solo. Sé que esto llegará a Planeta GNOME Hispano en donde hay gente que sabe mucho más del tema, agradezco si me envían correcciones al artículo por mail privado.
X-Server
El sistema gráfico utilizado en Linux es X-Window, este sistema asume que las aplicaciones actuan como un cliente (x-client) de un servidor X-Window (x-server). El x-server se encarga de lograr la interacción entre el usuario y la aplicación, el rol del servidor es desplegar la imagen en pantalla, y recibir los eventos de teclado, mouse y otros dispositivos. Hay distintas implementaciones de x-servers, los hay para Linux, MacOSX y también para Windows.
Mientras mejor sea el x-server, mejor es la representación de la aplicación. Para ir mejorando un servidor x-server se van proponiendo extensiones (x extensions) y con el tiempo estas extensiones se van implementando en los distintos x-server y drivers. Ejemplos de x-server son XFree86 y Xorg.
Aunque normalmente tanto los x-client y el x-server se ejecutan en un mismo computador, la separación entre x-client y x-server también permite que una aplicación que se ejecuta en un computador, pueda utilizarse desde otro computador en forma remota con un x-server corriendo en el computador local al usuario en forma independiente del sistema operativo.

Modelo de composición
El dibujado de las aplicaciones en pantalla se llama composición. En los sistemas tradicionales, cada ventana es un rectángulo en donde se dibuja la aplicación. Cuando una ventana cubre a otra, no es necesario dibujar el contenido de la ventana no visible. Cuando una ventana que cubre a otra se mueve, la nueva superficie visible de la ventana debe ser redibujada por la aplicación. Si ustedes mueven una ventana en el escritorio rápidamente, verán como las aplicaciones intentan redibujar las ventanas. Este es el modelo de composición utilizado tanto en Windows como en Linux
Una de las desventajas es que las aplicaciones constantemente tienen que estar redibujando las ventanas aunque no hayan sufrido cambios. Si la aplicación no responde, lo único que veremos sera un rectangulo vacío, o si la aplicación se demora en redibujar, se verá un retraso en el despliegue. Otra desventaja es que una ventana que quiera utilizar areas no rectangulares o areas semitransparentes, tienen “conciencia” limitada de lo que esta dibujado detras de ellas, por lo tanto cualquier ventana que no sea 100% opaca y rectangular, no se dibujará correctamente. Si han visto como funcionan gDesklets o SuperKaramba, entenderán de lo que estoy hablando.

Composite Managers : xcompmgr, luminocity, looking glass
Un modelo de composición mas evolucionado consiste en dibujar las ventanas completamente fuera de pantalla (off-screen). Cada aplicación dibuja solamente cuando necesita cambiar algo de su ventana, y el contenido completo de cada ventana siempre está disponible, aunque no sea visible. Una aplicación especializada se encarga de transferir la imagen de cada ventana al área visible de video, es decir al escritorio que vemos en pantalla. En esta transferencia puede aplicar cualquier transformación, por ejemplo cambiar el tamaño, rotar, mezclar con el fondo, etc. Esta aplicación especializada es lo que se conoce como Composite Manager. Mientras que un Window Manager debe posicionar y manipular (move/resize) las ventanas en el escritorio, un Composite Manager se encarga de renderizar las ventanas en el escritorio.
Un Composite Manager radical podría por ejemplo dibujar las ventanas como una textura sobre un polígono a través de OpenGL, y pedirle a la tarjeta de video que dibuje el polígono en pantalla, considerando que hoy en dia las tarjetas de video son hábiles en renderizar polígonos en un entorno 3D, se podría delegar gran parte del trabajo a una tarjeta con aceleración 3D. Si por ejemplo se quisiera obtener una vista minituarizada o ampliada de la ventana, bastaría simplemente con cambiar el tamaño del polígono y la tarjeta de video se encargaría de hacer el render, y uds. saben: “sí, son rápidas”. Al mover una ventana sobre otra, son simplemente dos polígonos que se superponen, y se pueden mover “como si nada”.
Keith Packard trabajó en una nueva x-extension llamada Composite. Esta extensión permite cambiar el modelo de composición tradicional en donde cada ventana dibuja solo las areas visibles, y redibuja las que se van “descubriendo”, por el descrito en el parrafo anterior en donde las ventanas se dibujan siempre off-screen. El trabajo se inicio en el x-server experimental kdrive, también conocido como el x-server de freedesktop.org, y posteriormente se implementó en el servidor Xorg, que es el que viene con la mayoría de las distribuciones de Linux. Hay un paper sobre los cambios necesarios para cambiar al nuevo modelo de composicion.

xcompmgr
El primer Composite Manager conocido se llama xcompmgr, y era un Composite Manager de ejemplo que implementaba cosas simples como agregar sombras y transparencias a las ventanas. Para realizar estas sombras y transparencias se utilizaron funciones de la extensón XRender (tambien de K.P.), un obstáculo es que practicamente ningun driver de Xorg acelera(ba) correctamente la extensión XRender, a excepcion del driver propietario de nvidia. El problema es que la arquitectura de aceleracion de Xorg (XAA) no es muy adecuada para tener XRender acelerado por hardware, mientras que la arquitectura de kdrive (KAA) si permite una buena implementación de XRender pero no hay muchos drivers compatibles con kdrive. Por lo tanto, xcompmgr solo era usable si eras propietario de una nvidia, o bien utilizabas kdrive pero sin aceleración por hardware.
Para solucionar este problema, surgió la iniciativa de EXA, que vendría siendo algo asi como KAA aplicado a Xorg. La idea era que lentamente los drivers XAA se fueran convirtiendo en EXA, y el usuario puede escoger si usar EXA o el modelo tradicional XAA. Mientras tanto, en RedHat se comenzó a experimentar modificando Metacity, que es el Window Manager de GNOME, para que incluyera funciones de un Composite Manager. Este desarrollo tomo el nombre de Luminocity. Este Composite Manager era mas ambicioso que xcompmgr e incluía funciones de transformacion de ventanas, uso inteligente de transparencias para destacar ventanas en transición, y un selector de escritorios en donde se podia ver cada ventana minituarizada en tiempo real.

Luminocity
Si buscamos otra aplicación de Composite conocida, tenemos el famoso proyecto Looking Glass de Sun. Ellos aprovecharon la extensión composite para poder hacer un Window Manager/Composite Manager que pudiera manipular las ventanas en un entorno 3D.

Looking Glass
Xgl y Compiz
Otro camino posible para obtener buenos resultados era olvidarse de Xorg y crear un nuevo x-server que facilitara el trabajo considerando el nuevo modelo de composición, y aprovechando las características de las tarjetas de video modernas que han sido diseñadas para utilizar operaciones gráficas 3D aceleradas por hardware. Es ahi donde aparece el x-server Xgl, publicado recientemente por Dave Reveman de Novell. Este x-server realiza sus operaciones de render no utilizando un driver propio, sino que utilizando un driver OpenGL. El x-server Xgl mas comun es el Xglx, y lo que hace es conectarse a otro servidor X que tenga soporte de OpenGL a traves de la extension GLX (OpenGL/X). Entonces si levantamos Xorg + Xglx tendremos un x-server con operaciones OpenGL aprovechandose de la infraestructura de otro x-server con drivers OpenGL a traves de GLX. Es esta combinacion la que hemos tenido oportunidad de ver ultimamente en los alucinantes videos.
El Composite Manager creado para aprovechar las caracteristicas de Xgl se llama Compiz, ademas de ser un Composite Manager tambien es un Window Manager. Una de las cosas interesantes de Compiz es que funciona en base a plugins, entonces cada plugin agrega un nuevo efecto especial a Compiz. Los plugins que existen a la fecha permiten hacer fade de las ventanas al aparecer/desaparecer, rotar los escritorios virtuales como un cubo, visualizar las venatnas como Exposé de MacOSX, mover las ventanas como si fueran de papel. etc.

Xgl
Aiglx y Xair
No todos eran partidarios de construir un nuevo x-server como se hizo con Xgl, porque era harto trabajo. Entonces surgió un proyecto alternativo llamado Aiglx, publicado por RedHat. Aiglx permite utilizar aceleracion OpenGL para realizar la composición, pero modificando suavemente Xorg. Aiglx se apoya en un Composite Manager llamado Xair, que al parecer es una evolucion de Luminocity.
Soporte de Hardware
Para utilizar el nuevo modelo de composición en nuestros computadores, necesitamos hardware que sea compatible con las distintas combinaciones de x-servers y composite managers. Hoy en día la mejor alternativa es utilizar alguna tarjeta de video que utilice un chip de nvidia. El soporte va a ir mejorando a medida que se implementen las funciones necesarias por cada x-server y composite manager, específicamente el soporte de EXA, y la nueva extensión GLX_EXT_texture_from_pixmap son claves para la expansion de estas nuevas tecnologías.
El cambio en la forma en que se perciben las ventanas, y el hecho de que las aplicaciones ya no tienen que redibujar, hacen que el cambio realmente valga la pena, inclusive si solamente se utiliza xcompmgr en su forma mas básica.
Las esperanzas son altas, por ejemplo tengo una tarjeta de video integrada Intel i855 de 64MB, xcompmgr funciona perfectamente con Xorg, es suficientemente usable como para tenerlo diariamente en mi escritorio. Compiz+Xgl funcionan bien, pero con algunos “glitches”, y hay cosas que funcionan lentas debido a la falta de soporte de GLX_EXT_texture_from_pixmap en la version actual de mi driver.
¿Como estan los otros sistemas?
MacOSX cambió el modelo de composición hace bastante tiempo, a través de Quartz Extreme . Windows cambiará el modelo de composicion en Windows Vista, pero requeriran un hardware mucho mas potente para poder aprovechar estas caracteristicas.
Comentarios Recientes