Hace tiempo que no hacia una pausa para escribir, en parte porque no han pasado muchas cosas interesantes, o al menos que considere interesante publicar. Vamos a un resumen desordenado:
Hace poco mas de un mes, mi amigo Raul Rondini (batería) me invitó a formar una banda junto a Claudio «Pirata» (teclados), nos juntamos a conversar y espontáneamente surgio la idea de trabajar la obra Jesucristo Superestrella. Al dia de hoy los resultados han sido increibles, hace poco se unió David Zamora en el bajo y el tipo es impresionante. Nunca me habia sentido tan bien en una banda, todos ellos tocan bastante bien, incluso a veces no me siento tan a la altura de ellos. Raul ha implementado casi un estudio de grabación en su casa, asi que los ensayos son bastante profesionales, por ejemplo mi guitarra esta conectado directamente a la consola a donde todos llegamos, la batería esta completamente microfoneada y pasa por su propia mesa, todos escuchamos por audífonos, se acabó eso de que «la batería suena muy fuerte», practicamente es como escuchar música en vivo pero fuerte. Para grabar tiene una tarjeta de sonido multipista y grabamos directamente en pistas. Si si.. estoy alucinado.
Aun no puedo publicar las grabaciones de los ensayos, pero puedo contar que ya tenemos Overture y Heaven in their Minds. Estamos comenzando a trabajar en What’s the buzz? y Strange Thing Mystified. El tema What’s the buzz? es dificil de tocar sin voces, porque es un groove funky que se repite y repite. En este tema el bajista se luce ene, ese dia lo pasé super bien escuchando como sonaba, hasta me olvidaba que yo estaba tocando mi parte. Algo «mágico» sucedio cuando todos entramos a Strange Thing Mystified sin previo aviso, yo simplemente toque el acorde inicial por si acaso, y todos hicieron lo mismo, luego la tocamos completa, claro que tenemos que trabajarla de verdad.
Ya fue lanzado oficialmente el sitio vortex.cl. Este sitio es para los apasionados por la musica, y encontrarán bastante información acerca de músicos que son bastante buenos pero no tan conocidos como deberían serlo. Johnny Verdugo me pidio que le ayudara con las traducciones de las entrevistas en inglés, y es asi como conoci a Bumblefoot, un guitarrista bastante original e innovador. Recomendado!
El martes 23 fui al DuocUC de Plaza Vespucio a hacer una charla sobre Xgl. La sala estaba llenisima, pero tuve la sensacion de que al principio estaban todos muy lateados, hasta que llegamos al momento de las demos. Personalmente creía que todos habian visto el video de Xgl, pero me llevé la sorpresa de que muchos no sabian de que se trataba ni menos lo habian visto en vivo, asi que cuando hice la demo hubieron hartos aplausos y expresiones de alegría. Despues de eso JCI me invitó a su casa, no sin antes compartir con Sebastian Beeche, bueno, JCI lo cuenta mejor.
Bueno, al fin lo hice. Cambie la capsula del puente de mi Telecaster por una Dimarzio FastTrack 2. Originalmente quería poner una Chopper T, pero aquí en Chile no la tienen y traerla tomaría mínimo 3 meses. La FastTrack está diseñada para una Stratocaster, pero gracias al Luthier de ProSound se pudo hacer una adaptación para ponerla en mi guitarra.
No soy un experto en guitarras, pero espero que este artículo ayude un poco a los amigos que están preguntando sobre este cambio en la configuración. Tengo una Squier Telecaster (Affinity), la marca Squier es la linea barata de la marca Fender, asi como Epiphone lo es de Gibson, una Fender esta totalmente fuera de mi alcance.
Cuando estuve buscando la guitarra, tenia en mente un sonido como el de Richie Kotzen, uno de mis guitarristas favoritos. Probé varias guitarras Telecaster en la tienda, y ninguna sonaba como la que finalmente compre. El sonido mas cercano a Kotzen lo encontré en esta que tiene brazo de Maple, las otras eran Palorrosa.
El detalle de estas guitarras baratas es que las capsulas originales tienen harto ruido, y se nota bastante sobre todo si se utiliza una distorsión con mucha ganancia. El ruido proviene de la frecuencia de 60hz que esta presente en los equipos, este ruido es en realidad de bajo nivel, pero como la distorsión se trata de pre-amplificar el sonido, esta ruidito se escucha tan alto como sea la ganancia de entrada de la distorsión. Por la frecuencia, el ruido suena como cuando uno dice hummmmmm, por eso recibe el nombre de «hum».
Si se cambia el formato de la capsula, de simple a doble, ambas fases van invertidas, por lo tanto la frecuencia parásita de 60hz se anula, pero también cambia el carácter del sonido de la guitarra. A esto le llaman «hum-cancelling». Las capsulas dobles o humbuckers tienen esta característica de «hum-cancelling». DiMarzio fabrica distintas capsulas que son «hum-cancelling», la gracia es que en sus versiones para Telecaster y Stratocaster tratan de mantener el sonido original de las single coil, es decir, no son como una capsula doble cualquiera, sino que mantienen en lo posible el sonido que uno espera de la guitarra. Un sonido suave y muy bien definido.
Hace un tiempo prometí grabar algo para que pudieran apreciar la diferencia de sonido en ambas configuraciones. No lo quería publicar porque toque muy muy mal y desafinado, pero a petición de Mario, decidí publicarlo y asi espero aclarar un poco las dudas sobre el cambio de sonido. En el mp3 podrán escuchar una guitarra tocando una base armónica con un sonido clean, y dos guitarras improvisando sobre esa base. En el canal derecho podrán escuchar el sonido de la capsula original, es la guitarra que comienza la improvisación. En el canal izquierdo escucharan la misma guitarra, pero con la FastTrack 2. Notaran que el sonido es mucho mas limpio, tiene mas dinámica (respuesta ante la intensidad con que se toca), y los bajos suenan mas sólidos. Como es mas silenciosa incluso se distingue muy bien la reverb, que se perdía con la capsula original. Para grabar, utilice el Behringer v-amp pro conectado directamente al computador.
Mucho se ha hablado sobre Xgl este ultimo tiempo, y pareciera que todos quieren instalarlo en sus escritorios, pero también 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 próxima semana no voy a tener mucho tiempo, decidí 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 actúan 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 rectángulo 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 áreas no rectangulares o áreas semitransparentes, tienen «conciencia» limitada de lo que esta dibujado detrás 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.
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 áreas visibles, y redibuja las que se van «descubriendo», por el descrito en el párrafo 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 composición.
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 extensión XRender (también de K.P.), un obstáculo es que prácticamente ningún driver de Xorg acelera(ba) correctamente la extensión XRender, a excepción del driver propietario de nvidia. El problema es que la arquitectura de aceleración 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 así 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 transformación 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.
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.
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 común es el Xglx, y lo que hace es conectarse a otro servidor X que tenga soporte de OpenGL a través de la extensión GLX (OpenGL/X). Entonces si levantamos Xorg + Xglx tendremos un x-server con operaciones OpenGL aprovechándose de la infraestructura de otro x-server con drivers OpenGL a través de GLX. Es esta combinación la que hemos tenido oportunidad de ver últimamente en los alucinantes videos.
El Composite Manager creado para aprovechar las características de Xgl se llama Compiz, además de ser un Composite Manager también 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 ventanas como Exposé de MacOSX, mover las ventanas como si fueran de papel. etc.
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 aceleración OpenGL para realizar la composición, pero modificando suavemente Xorg. Aiglx se apoya en un Composite Manager llamado Xair, que al parecer es una evolución 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 expansión 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 versión 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 composición en Windows Vista, pero requerirán un hardware mucho mas potente para poder aprovechar estas características.