Autor: csr

WebM: ¿el futuro del vídeo en la web?

Faltan muchas preguntas por contestar (la tinta del anuncio aún no está seca) pero se han confirmado los rumores y Google ha lanzado la evolución de lo que compraron, por la bagatela de 20 millones de dólares, hace unos meses: el códec de vídeo de VP8 ahora se llama WebM, está libre de patentes… y de momento es una ‘developer preview’.

Si H.264 no me convence para el vídeo de HTML5 (es una tecnología cerrada y Firefox y Opera no estaban dispuestos a implementar el códec), WebM tiene mejor pinta: las demos que se han visto en la ‘quinout’ de Google I/O parecen bastante impresionantes (aunque, claro, las he visto a través de YouTube, en Flash y a 360p… :-P ) y el hecho de estar libre de patentes hace que la lista de colaboradores del proyecto sea espectacular, con los ‘players’ del mundo del hardware (AMD, ARM, nvidia, Qualcomm, TI…) que deben incorporar el códec en sus chips y Mozilla y Opera junto a Google (que aporta Chrome y Android) e incluso Skype y la mismísima Adobe.

Los únicos ‘players’ que faltan en el mundo del software son Microsoft y Apple. Es obvio que el coste que representa implementar un códec como WebM para cualquiera de los dos es básicamente despreciable, pero falta ver si a los dos grandes les dará la gana hacerlo. Si se lanzan, parece claro que el futuro del vídeo en HTML5 está básicamente solucionado a medio plazo. Si no, vamos a seguir en un panorama especialmente deprimente, en el que la tecnología está lista pero todo el mundo tiene que pelearse con una situación Beta y VHS por culpa de las estúpidas patentes y los aún más estúpidos intereses comerciales de unos pocos. Toquemos madera.

PS Microsoft dice que IE9 soportará el vídeo VP8 solamente si el usuario tiene el códec instalado en el ordenador. Podría ser peor, pero bueno no es….

PPS Aquí dan algún detalle más: WebM es un contenedor Matroska, más el vídeo en VP8 y el audio en Vorbis…

Verifica tu privacidad en Facebook

No sé si algún día llegará el Chernobyl de la privacidad con Facebook pero la cosa se está poniendo caliente. Recursos como Openbook dejan bien a las claras que existen ingentes cantidades de usuarios de Facebook que no saben quién lee sus status y los usan para insultar a propios y extraños, declarar su odio por sus trabajos y jefes y gritar cómo acaban de copiar en un examen… Que probablemente haya motivos para hacerlo, pero no creo que sea una buena política de comunicación.

Uno de los problemas (probablemente el más grave, aunque ni de lejos el único) es que como contaba el New York Times en forma de infográfico, las opciones para comprobar la privacidad de Facebook han pasado de la relativa simplicidad de sus orígenes a ser un auténtico laberinto en el que saber qué compartes con quién es una odisea digna de Kafka…

Es por ello que es especialmente importante la existencia de herramientas como el ‘bookmarklet’ que nos da ReclaimPrivacy.org. Su uso es sencillo: basta arrastrar el enlace Scan for Privacy a la barra de favoritos del navegador, entrar a Facebook y hacer clic en el enlace que acabamos de arrastrar. El ‘bookmarklet’ escaneará nuestros ‘settings’ a la caza y captura de posibles agujeros y nos mostrará un diagnóstico. La cosa no es trivial: yo tenía un par de agujeros que preferiría haber subsanado antes….

Captura de pantalla del escáner de privacidad comentado en el texto. Muestra dos agujeros importantes
El amarillo no es especialmente grave, pero esos dos rojos ya no tienen ese color...

Nota importante: ahora mismo el ‘Opt-out’ para el ‘Instant Personalization’ (que es el que comparte mucha de tu información personal con muchos sitios web cuando los visitas, aunque no sea desde Facebook) no funciona correctamente. Pero es sencillo arreglarlo a mano: si tenéis el mismo problema, basta con hacer clic en el enlace ‘Instant Personalization’ que os aparecerá; accederéis a una página en la que lo podréis desactivar (tras aceptar un texto en que os dirán cómo desactivarlo hará que Ariel deje de lavar tan blanco).

Para cerrar, un par de ‘rants’ de Danah Boyd sobre el tema, muy recomendables: Facebook and “radical transparency” (a rant) y Facebook is a utility; utilities get regulated.

No todo es JavaScript…

Microsoft lleva diciendo bastante tiempo que mejorar el rendimiento del navegador no se limita a conseguir mejores resultados en la suite de tests SunSpider (ayuda que IE8 sea el navegador más lento del mercado a la hora de ejecutar JavaScript, aunque todo parece indicar que, finalmente (cuando salga, que no va a ser ni mañana ni pasado), IE9 va a estar en números al menos comparables a los del resto del mundo). Pero parece que ahora desde Apple también van a tener que hacer proselitismo con el asunto, puesto que a alguien se le ha ocurrido ejecutar el test con Safari para iPhone y iPad y los resultados han sido bastante pobres, algo especialmente preocupante si tenemos en cuenta que Safari es Webkit, precisamente la gente que realizó el ‘benchmark’. Estoy convencido, además, que si se hace la prueba con un Nexus One el resultado tampoco va a ser muy allá (no me costaría nada creer que fuese aún peor)…

La cosa me provoca un par de reflexiones, así a bote pronto…

  • Por un lado, que me gustaría oír a alguien que no fuese Microsoft decir abiertamente que se van a dedicar a mejorar otras categorías de rendimiento más allá del JavaScript (¿para cuándo una suite de tests que compare cuánto tardan los diferentes navegadores en aplicar selectores de CSS3, por ejemplo?).
  • Por otro lado, se vendría a confirmar que portar Flash a los procesadores actualmente disponibles para dispositivos móviles es una tarea harto complicada, por no decir imposible a día de hoy, lo que explicaría la eternidad que estamos tardando en ver dispositivos de esa clase que ejecuten Flash.
Reblog this post [with Zemanta]

JavaScript is as evil

Los nuevos estándares abiertos creados en la era móvil, como HTML5, ganarán en los dispositivos móviles (y también en los PCs). quizá Adobe debería centrarse más en crear grandes herramientas HTML5 para el futuro, y menos en criticar a Apple por dejar el pasado atrás.

Sabias palabras de Steve Jobs. Permítanme jugarme un euro a que, además, son proféticas: en Flash CS5 ya hay una rudimentaria (o no tanto) exportación a Canvas. Muy estúpidos tendrían que ser en Adobe para que CS6 (o como se llame) no exporte básicamente todo lo que sea capaz de producir Flash a HTML5, Canvas y JavaScript1. Y entonces descubriremos que el «sabio» uso de las etiquetas <audio> y <video> es capaz de producir las mismas aberraciones a que ha dado lugar el mal uso de Flash a lo largo de los diez últimos años (que son innumerables).

1 Una de las cosas que más me extraña de la carrera hacia Canvas+JavaScript es que todavía no he oído de nadie que se esté preocupando de crear herramientas de autor (no necesariamente un Flash, quizás más algo en la línea de Authorware, del jurásico AmigaVision o del silúrico HyperCard). Me da a mí que ahí hay una gran oportunidad de negocio. Adobe tardará entre año y medio y dos años en poner en marcha CS6 y aún van a ser los primeros en llegar al mercado…

Anotar PDFs con el iRex Digital Reader 1000

Foto de un IRex DR1000
Un cacharrito interesante. Foto de Marcel030NL. Click en la foto para acceder a su cuenta de Flickr

Me van a disculpar una entrada que es más que nada un ‘recordatorio para mí mismo’…

Resulta ser que hace unos meses me compré un IREX Digital Reader 1000, un lector de libros electrónicos no ausente de defectos (comenzando por el precio y siguiendo por la vida de la batería, que podrían ser mucho mejores), pero que tiene sus ‘hechos diferenciales’. Principalmente,

  • una pantalla de 10,2″ y resolución 1024×1280 que permite leer un PDF DIN A4 sin dejarse los ojos en el intento, y
  • un sensor Wacom que permite anotar documentos.

La combinación de ambos puntos lo convierte en maná del cielo para quien, como el que suscribe, se ve de vez en cuando en la necesidad de revisar ingentes cantidades de papel (pesa menos de 600 gramos, una hoja DIN A4 algo menos de 5 gramos, con lo que a partir de 120 hojas, gana el cacharro, por goleada si, pongamos por caso, había que cargar con un paquete de 500…).

El problema (siempre tiene que haber un problema, ¿verdad?) es que cuando uno anota un PDF, el cacharrito, en lugar de montar las anotaciones sobre el PDF, las guarda en un archivito ‘metadata.db’. Algo que, en un principio, está muy bien, puesto que conserva la integridad del documento original. Estaría mejor, claro, si hubiese un método fácil y evidente de generar un PDF que combinase original y anotaciones…

Y existe un método fácil. Y a lo mejor es evidente, pero al menos a mí no me lo parece. Y es que si con el software del cacharro le decimos que haga un ‘merge’ de un documento anotado… nos envía a tomar viento. ¿El ‘camino alternativo’? En el PC, y antes de anotar el documento (documento.pdf, pongamos por caso), le decimos al software que lo queremos ‘convert to template’. Al abrir el documento desde el cacharro, nos generará un nuevo PDF, documento_001.pdf. Al abrirlo desde el ordenador seguirá sin tener nuestras anotaciones, pero, si ahora le damos al botoncito Merge nos generará un tercer PDF, documento_001_Merged.pdf que, finalmente, contendrá nuestras anotaciones.

Retorcido, lo sé. E innecesario, tremendamente innecesario. Pero funciona…

Si alguien conoce un método mejor, ya tarda en dejar el correspondiente comentario :-).