Etiqueta <video> en IE9, WebKit (Chrome y Safari), Opera y Firefox

Recapitulando:

Google Chrome soporta H264 y Theora
Safari soporta sólo H264
IE9 (futuro) soportará H264
Opera soporta sólo Theora
Firefox sólo Theora

Como vemos, los principales navegadores usan H264, al menos los que dan más del 75% de cuota total (si incluimos al futuro IE9, claro). La cuestión es que tenemos:

Theora: Opera y Firefox (y Google Chrome junto a H264)
H264: Safari, Chrome e Internet Explorer 9

Potencia económica por estándares:

Theora: Mozilla y Opera (junto a comunidad libre y Wikimedia principalmente)
H264: Patentado y usado por Apple, Google y Microsoft

Este es el primer argumento: potencial económico (y de imagen) de los navegadores que utilizan H264 frente a la «marginalidad» económica de los que no lo quieren utilizar, porque… no se puede negar que el poder de sólo uno de los contendientes del H264 es infinitamente mayor que cualquiera de los que pujan por Theora.

Y es que Theora es actualmente inferior técnicamente a bajos bitrates de codificación de video que H264, por lo que para muchos sitios es inusable, al contrario que H264. Además, a pesar de que H264 tiene patentes, la mayoría del contenido en vídeo que hay en la web (YouTube) está ya en H264 (servido en este formato para el iPhone y todos los terminales Android) y muchos de los servicios Flash codifican el vídeo que sirven en este formato.

Luego, podemos decir que Mozilla no se va a bajar del carro con el H264, por simple ética, sería traicionar a su idea de web abierta. Y me parece muy lógico. El problema vendrá cuando veamos IE9 usado mayoritariamente, Chrome con alta cuota y Safari (y Mac) con un número alto (y significante) de usuarios.

En ese caso los únicos perjudicados serán los usuarios de Mozilla que no podrán usar el «estándar» que se ha ido formando con H264 impuesto por los diferentes vendedores de navegadores.

Y sólo nos quedaría esperar a que haya un estándar de vídeo libre que mejore o equipare a H264, pero para entonces, ya será tarde…

Y que comience la enésima discusión…

Cómo acelerar Firefox fácilmente limpiando las bases de datos*

*aceptemos fácilmente el abrir una consola de comandos para configurarlo y otra cada vez que lo queramos hacer.

Bueno, sabemos que el nuevo Firefox 3.6 (si no lo tienes ya estás tardando en descargarlo) tiene una opción interna para hacer una limpieza de sus bases de datos de forma periódica (esto mejora el tiempo de arranque y de respuesta de la barra de direcciones, así como el espacio ocupado en disco), pero realmente sólo lo hace al archivo places.sqlite (el que tiene todas las direcciones de páginas visitadas… y muchas cosas más), pero realmente los perfiles en Firefox tienen muchos más archivos de bases de datos .sqlite, como por ejemplo:

webappsstore
urlcassifier3
signons
search
permissions
formhistory
downloads
cookies
content-prefs

y el ya mencionado places.sqlite.

Todos ocupan su respectivo espacio en el disco, normalmente los que más son places.sqlite (explicado anteriormente) y urlclassifier3.sqlite (contiene páginas de malware y atacantes, que se bloquean para no poder navegar por ellas).

Así que si queréis que se limpie cuando vosotros queráis, sólo tenéis que hacer lo siguiente en MACOS X (explico Linux más abajo)

Abre una consola (Terminal). Escribe nano bin/limpiarFx.sh
En lo que se abre, escribe:
cd ~/Library/Application Support/Firefox/Profiles

for i in */*.sqlite; do echo "VACUUM;" | time sqlite3 $i ; done

(elimina el posible salto de línea, sólo puede haber dos líneas, una que empieza en cd… y otra que empieza en el for…
Cierra el archivo con Control-x y guárdalo (con la S o con la Y).
Ahora escribe: nano .profile y en el archivo que se abre, baja hasta el final del mismo (con las teclas de dirección) y añade…
export PATH=~/bin:$PATH

Y ciérralo como anteriormente con un Control-x y guardando los cambios con S o Y.
Ahora escribe chmod +x ~/bin/limpiarFx.sh

Ahora cada vez que quieras limpiar Firefox tienes que tenerlo cerrado (si no, no se podrá limpiar correctamente), abrir una consola de comandos y escribir:

limpiarFx.sh

¡Y listo! Tu Firefox se abrirá mucho más rápido.

Para Linux, simplemente cambia en el punto 2, la línea

cd ~/Library/Application Support/Firefox/Profiles

por

cd ~/.mozilla/firefox/

Mis objetivos para la Comunidad Hispana para el 2010

Después de 7 días dentro de esta nueva década (¿será prodigiosa?), me llega un meme que empezó Nukeador hace un tiempo, y que no he hecho por que:

Se me olvidaba
Son fiestas
Estudio

Así que sin más dilación, voy a poner las 5 cosas que me gustaría que se mejoraran/ocurrieran en este 2010 en la comunidad Hispana:

Mayor coordinación sobre la escritura de documentación: SUMO, Mozilla Hispano… sí, sabemos que escribir documentación es una lata, pero al final, alguien lo tiene que hacer.
Continuar el Podcast. Ey, sí, ¡tenemos un podcast! Quizás con que haya menos de 1 año de diferencia entre el anterior número y el actual me conformaría por el momento.
Miembros, miembras, colaboradores, y colaboradoras (palabra que no está en la RAE pero que aceptaría si aparecen colaboradores de sexo femenino) para la comunidad. Da igual en qué, lo importante es participar: noticias, foros, documentación, desarrollo, organización… todo vale.
Organización de un evento de software libre con otras comunidades, como ya se está planteando, pero que necesita un impulso y la organización final (me lo apunto como tema personal también)
Con los traductores, más quedadas en persona. Nunca viene mal quedar para tomarnos unas cañas (o unas cocacolas 😉 ) pero me gustaría quedar alguna vez para mejorar las traducciones de forma conjunta, haciendo todo mucho más homogéneo, y quién sabe, si con las comunidades hispanohablantes.

Aquí mi Meme, no sé si falta alguien, pero si no, dejo la pelota en el aire para que caiga en la casa de cualquier persona que quiera participar.