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/

Microsoft, Internet Explorer 9, las patentes y la innovación

No voy a hablar del cachondísimo bug-exploit de Internet Explorer 6 y las consecuencias que ha traído y podría traer en un futuro a Microsoft (si las compañías atacadas deciden demandar a MS por daños y perjuicios), si no de la innovación en Internet, en los navegadores y en el software en general. Os juro que va a ser cortito y lo vais a entender todos.

Paso 1- Siéntete Microsoft. Ten una magnífica idea, y como es tan magnífica y nadie podría copiarla, la patentas. Algo así como: «reordenar las pestañas mediante arrastrar y soltar las miniaturas de esta interfaz». Eso se refiere a una «pestaña» que abre IE7 y 8 para mostrar las pestañas que tienes abiertas, en modo miniaturas, y que se puedan «reordenar». Pedazo de idea.

Paso 2- Una vez que lo tienes patentado… y que hay geeks que se dedican a buscar patentes de software, espera a que lo saque algún blog (yo lo leí en Genbeta, por cierto, enhorabuena por este notición).

Paso 3- Espera los comentarios de la gente

Paso 4- Comprueba como tu competencia, Mozilla, hace lo mismo, en 19 líneas de código y lo sube a su repositorio, sin patentes, sin noticias, sin nada, esperando a que sea el usuario final lo encuentre útil.

Paso 5- Disfruta de un mejor navegador, probándolo hoy mismo.

Captura de pantalla 2010-01-23 a las 17.24.50.png

Postdata: Lo mejor, el comentario del desarrollador de esta «patente innovadora» en Mozilla:

This was surprisingly trivial, thanks to the solid drag and drop API and due to the fact that browser-tabPreviews.js handled the TabMove event already.

Así que nada, a espera a que Microsoft lo implemente… en el software, no en papel.