{youtube}Rxg2gjK4lHE{/youtube}
Mark Shuttleworth ha querido agradecer a todos los participantes su colaboración con este pequeño vídeo recopilatorio realizado por Benjamin Humphrey, quien se ha encargado de grabarlo y editarlo en Ubuntu con 10,04 mediante OpenShot y FFMPEG.
Eso sí, la cámara de vídeo para grabar durante esa semana fue prestada por Canonical.
Enlace | Mark Shuttleworth
Según el anuncio de Google la Fundación de Eclipse se les acercó con la propuesta de alentar todo el ecosistema de su principal proyecto, y que esta colaboración mejorará la visibilidad de otros proyectos «no-oficiales» para que eventualmente se conviertan en proyectos patrocinados por la misma fundación.
Según el anuncio de Eclipse cualquiera que haya creado un proyecto en Google Code podrá hacerlo rápidamente también en los Eclipse Labs y acceder a un sistema de rastreo de errores, repositorio de código (con Subversion o Mercurial) y un sitio web, todo por defecto amparado bajo la licencia Eclipse Public License (EPL), aunque también se puede optar por cualquier otra aceptada por Google Code.
Google también alienta a todos los proyectos relacionados con Eclipse actualmente hospedados en Google Code a que migren al nuevo Eclipse Labs. Dos por lo menos ya lo hicieron: Workspace Mechanic y Project Hosting Connector for Mylyn.
Este nuevo robot open source iniciado por Francisco Paz se suma a proyectos como el PR2 de Willow Garage e iCub de RobotCub Consortium. No sabemos cuándo estará disponible, pero sus especificaciones (reveladas hoy en el blog de Thecorpora) son bastante interesantes.
Especificaciones de Qbo:
Cabeza
Cuerpo
El primero en hacerlo ha sido el propio Google, anunciando que todos los vídeos de YouTube estarán disponibles codificados con VP8. La causa de esta decisión es el ancho de banda ahorrado con este códec, que recordemos que con la misma calidad que H.264, ocupa hasta un 50% menos.
Las más conocidas son SWFDec y Gnash, que de hecho tiene el apoyo de la Free Software Foundation, pero a partir de ahora tenemos otro protagonista en el escenario. Se trata de Lightspark, un desarrollo del italiano Alessandro Pignotti que lo ha implementado simplemente partiendo de la documentación SWF de Adobe, sin ingeniería inversa.
Lo cuentan en Phoronix, donde nos avisan de que Lightspark ha llegado al estado beta y actualmente ya soporta renderizado basado en OpenGL, una implementación casi completa de ActionScript 3.0, un plugin compatible con Mozilla y una serie de características que permiten afinar el rendimiento a través de métodos de profiling y debugging.
En el artículo original también indican que gracias a OpenGL en lugar de X-Video se permite dar soporte a los efectos de overlay y transformación de los cotenidos Flash, mientras que el soporte ActionScript se logra mediante un intérprete y un motor JIT que usa la Low-Level Virtual Machine.
Podéis obtener más información sobre el proyecto, su estado y cómo instalar este componente en vuestras distribuciones -ya hay un PPA en Launchpad, por ejemplo- a través del artículo del propio Alessandro Pignotti en su blog. ¡Enhorabuena por ese gran trabajo!
Viene con importantes mejoras y características nuevas, entre las que se destacan la implementación de suspensión/resumen asíncronos y GPU switching, la inclusión de dos nuevos sistemas de archivos LogFS y Ceph, el driver Vhost net que mejora el rendimiento de las redes en KVM y mejoras en el sistema de archivos Btrfs.
A continuación detallaré algunas de las mejoras incluidas:
El sistema de archivos Ceph
Es un sistema de archivos distribuído creado por Sage Wiel (inicialmente como parte de su tesis), capaz de soportar sistemas con grandes volúmenes de datos, estamos hablando de Terabytes o Petabytes (incluso más allá) de información. La escalabilidad de este sistema de archivos está pensada tanto en términos de volumen de trabajo como de almacenamiento total, ya que Ceph está diseñado para manejar cargas considerables de trabajo en el que cientos o miles de clientes pueden acceder o escribir de manera simultánea sobre un mismo archivo o directorio.
Algunas de las características que diferencian a Ceph de los otros sistemas de archivos son:
A pesar de que Ceph promete mucho, este aún se considera un sistema de archivos experimental.
El sistema de archivos LogFS
Es un sistema de archivos diseñado para dispositivos de almacenamiento basados en memoria flash (como por ejemplo discos duros SSD). En comparación con otros sistemas de archivos de su tipo como JFFS2, este ofrece tiempos de montaje y consumo de RAM menores. Este sistema de archivos al igual que Ceph se encuentra en estado experimental.
Mejoras en el sistema de archivos Btrfs
Este sistema de archivos se caracteriza por su tolerencia a fallos y su sencilla reparación y administración. En esta versión del núcleo se han mejorado aspectos como la capacidad para cambiar el subvolúmen que se monta por defecto, lo que permite tomar snapshots que pueden ser recuperados en caso de que ocurra alguna falla o perdida de información. También se han añadido: la capacidad para listar todos los subvolúmenes, calcular el df, defragmentar archivos individuales o partes de estos y una nueva herramienta llamada “btrfs” que reemplaza a las anteriores.
Implementación de suspensión y resumen asíncronos
En las versiones anteriores del núcleo, las suspensión y resumen era de manera síncrona, esto quiere decir que cada unos de los dispositivos se suspendía o resumía de manera secuencial (uno detrás de otro). En esta versión se ha modificado el código del administrador de energía para permitir que los dispositivos se puedan suspender o resumir en paralelo, lo cual permite que estos procedimientos tarden menos tiempo. En esta versión los dispositivos PCI, USB y SCSI vienen con esta implementación por defecto.
GPU switching
Algunos laptops poseen dos GPUs, una de alto rendimiento y consumo de energía y otra de bajo rendimiento y consumo de energía. En esta versión se ha incluido la posibilidad de que los usuarios puedan cambiar de una a otra GPU en tiempo de ejecución, aunque se debe reiniciar el X.
El driver Vhost net que mejora el rendimiento de las redes en KVM
Se trata de un driver que optimiza las funciones de red de la interfaz de IO (virtio) que Linux utiliza para la interacción entre los huéspedes y invitados en sistemas de virtualización. Este driver elimina 4 llamadas del sistema por cada paquete de red, lo que permite que los invitados de un sistema KVM puedan tener un rendimiento de red similar al del hardware nativo.
Estas son sólo algunas de las nuevas características que trae el núcleo 2.6.34, pero existen bastantes más, relacionadas sobre todo con el núcleo base, otros sistemas de archivos, redes, virtualización, arquitecturas y drivers, cuya descripción puedes leer en el siguiente enlace.
El punto importante del anuncio es que el estándar de etiquetas <video> de HTML5 se verá apoyado por un códec abierto y gratuito, VP8. Sin embargo hay un punto que no se había tenido en cuenta y era el soporte de hardware que ayude a su descompresión, algo muy importante en los tiempos que corren donde la movilidad y los chips tienen una autonomía delicada.
Google va a anunciar el soporte de aceleración hardware para su formato de vídeo que pasará a ser software libre y probablemente se proclame como rey indiscutible de los vídeos online, frente con el cada vez más omnipresente, pero cerrado, H.264.
GTK+ es la biblioteca encargada de dibujar todos los componentes de la interfaz gráfica de las aplicaciones, como por ejemplo botones, listas de selección o barras de menú. Como tal, se trata de un componente crítico que determina el aspecto de las aplicaciones, en este caso sobre GNOME y principalmente sobre Linux, siendo la cara del sistema para el usuario final en distribuciones de amplio uso como Fedora y Ubuntu.
Los cambios de versión de este tipo no se producen muy a menudo, por ejemplo GTK+ 2.0 fue publicado en el año 2002 y se integraron importantes mejoras para la época como la estandarización sobre unicode, que permite representar caracteres de cualquier parte del mundo, y el uso de fuentes suavizadas.
Entre las características que están planificadas para GTK+ 3 se encuentran:
Esta semana se liberó la versión 21 de la serie 2.x (2.21.0) y se anunció que 2.22.0 será la última de la serie 2.x. En estricto rigor, la versión 3 comenzó a ser desarrollada el año pasado, pero hará su debut con el lanzamiento de GNOME 3 en Septiembre.
Un ejemplo de lo anterior es el uso de la etiqueta <audio> de HTML 5, con la que es posible integrar archivos de audio directamente en la página web sin necesidad de un plug-in específico para ello.
De esta manera es posible crear una nueva clase de aplicaciones web, como por ejemplo un sitio donde podamos editar audio, visualizar sintetizadores e incluso, ejecutar diversos instrumentos de audio en el sitio sin que tengamos que utilizar flash.
David Humphrey de la Fundación Mozilla publicó una nota en el blog Mozilla Hacks, en donde nos muestra el grado de experimentación al que se puede llegar utilizando las nuevas características de audio y video que integra HTML 5.
Resulta interesante visualizar que a futuro será posible que los músicos trabajen de manera colaborativa y utilizando distintos navegadores creando canciones (directamente en la web y sin necesidad de contar con herramientas instaladas en sus computadores), crear aplicaciones de análisis de audio en tiempo real, mezcladoras, etc.
Claro que, por el momento, algunas de estas nuevas características aún no son aceptadas como estándares, por lo que sólo pueden ser utilizados con una versión alternativa de Firefox.
{vimeo}11355121{/vimeo}
{vimeo}11345133{/vimeo}
{vimeo}11345262{/vimeo}
{vimeo}11345685{/vimeo}
Aparentemente Google habría estado trabajando duro reuniéndose con varias empresas relacionadas con el mercado de los videos en linea, incluyendo fabricantes de hardware, proveedores de plataformas de publicación de contenidos, editores de software de codificación, y otros más para convencerlos de que soporten a VP8 en sus líneas de productos. Hasta ahora parece que han tenido éxito y varios han estado ocupados los últimos meses adoptando el nuevo códec a la espera de que Google lo abra como Open Source el mes que viene.
La lista completa de esos nuevos «socios» de Google se revelaría junto con el anuncio de la liberación de VP8 el 19 de Mayo, aunque también estaría prácticamente confirmado que muchos otros proveedores de contenidos se subirían al mismo tren por su cuenta apenas suceda el histórico acontecimiento.