Acelerando que es Xgerundio

XGL ha supuesto una revolución en el modo de tratar los gráficos (animados o no) en el mundo Linux. A pesar de que en todo momento Novell dio la advertencia de ser una beta, todos queremos tener un servidor XGL en nuestra máquina... incluso en detrimento de lo que les pudiera pasar a aplicaciones no compatibles. Cedega, por ejemplo, es una de ellas. No es capaz de funcionar a pantalla completa, según muchos foros. No comentan nada de modo ventana, pero un "mata-mata" tipo "Half-Life" en modo ventana tiene que ser un poco incómodo. En otro blog (no pongo enlaces porque no os imaginais la cantidad de páginas que visito al día), éste en inglés, hablan de AIGLX, una implementación RedHat/Fedora para X.org, que hace más transitivo el paso a la aceleración 3D sin la pérdida de compatibilidad con los binarios actuales. Éste, por ejemplo, será el método que utilizará Edgy, en lugar del XGL que prometieron cuando hablaron de los planes de esta versión. Por mi parte, creo que es más correcto el uso de AIGLX. ¿Por qué? Porque los desarrolladores que no actualizan con frecuencia o que no ven útil que su programa tenga código basado en OpenGL porque utiliza 2D puro y duro pueden seguir utilizando el método clásico, mientras que los desarrolladores de algunos videojuegos, reproductores multimedia, etc, que sí pueden beneficiarse de OpenGL, pueden hacerlo tranquilamente sin temor a tener que reimplementar sus programas según si se basan en el servidor X.org, XGLX (el nombre "formal" del XGL de Novell) o lo siguiente que salga con vete a saber tú qué nombre. Otro factor del mal uso de XGLX es la dependencia TAN elevada de los controladores de la tarjeta gráfica: actualmente quien tiene una ATI lo pasa fatal para hacerlo funcionar (por culpa de ATI, ni más ni menos, cuyas actualizaciones de controladores pasan perfectamente del mes al año, en lo que a usuarios de Linux se refiere). Sin embargo, con los controladores propietarios de nVidia no hay problema ninguno. Glucose viene a ser el término medio. Es decir, una aplicación (basada en QT) que esté en 2D pero quiera ser dibujada por el motor OpenGL de la tarjeta gráfica (lo que conlleva el aligeramiento de peso en el microprocesador) puede hacerlo gracias a un GlucoseInit y la implementación adecuada. Resumiendo: lo ideal para una transición suave entre el actual modelo de X.org y las futuras y venideras implementaciones para un escritorio "acelerado" es actualmente (y mira tú lo bien que nos viene) el modelo que tanto Fedora como Ubuntu están realizando: X.org 7.1 + AIGLX + Glucose. Aunque para Glucose supongo que habrá que esperar a Edgy+1...

Kubuntu-es vuelta a la vida (y van...)

Vale, kubuntu-es ya ha vuelto a la vida. Veremos cuánto dura esta vez. Tenemos el "factor Raúl", es decir, lo que el dueño del hosting tolere el consumo de ancho de banda de lo que se supone es un portal en español de una distribución de linux. Nota: tengo que recordar preguntarle a Rouzic qué pasó con el hosting de Canonical. A ver si ahora vamos a ser los Riddell españoles XD