Una de codecs, HTML5 y navegadores

Warning: array_merge(): Argument #2 is not an array in D:\home\site\wwwroot\wp-content\plugins\simple-social-share\simple-social-share.php on line 144

Quien haya estado un pelín atento a las noticias tecnológicas, sabrá que esta semana Google en su conferencia Google IO ha publicado su códec de vídeo VP8 para entrar en la guerra de los codecs en los navegadores.

Este códec lo ha liberado en el formato WebM que incluye el códec Ogg para el audio, todo envuelto en un contenedor Matroska (MKV para los amigos). Lo interesante es que parece que lo han optimizado para un uso mejor en Web tanto para escritorio, móvil y ahora televisión (con Google TV).

La parte más interesante de toda esta historia, es que mientras en los últimos meses los diferentes navegadores poco a poco se han ido posicionando en pro o contra de los diferentes codecs de vídeo, por ejemplo Google, Apple y Microsoft apoyaban el formato H.264 mientras Opera y Mozilla lo rechazaban por el coste de su licencia. Google, como era de esperar tras la compra de la empresa que realizaba el códec VP8, ha estado hablando con casi todos (Mozilla y Opera) para que den soporte a su códec.

Pero después del “googlpe” hay que comprobar resultados o mejor dicho comprobar reacciones.

Microsoft

Por un lado el equipo de IE tan sólo tardó unas horas en contestar, como podéis ver en los links que acompañan al post. Y su posición es totalmente lógica:

¿HTML5 define un códec estándar?

No, al igual que no define que formatos de imágenes hay que usar, etc. Esto tiene cierto sentido, la versión actual de HTML (hay que recordar que HTML5 todavía es un borrador) la 4.1 tiene ya más de 10 años. En ese tiempo, las conexiones a internet, formatos de videos, audio, etc. han cambiado totalmente. Por lo tanto no puedes bloquear la innovación por esa vía.

¿Porqué definir que códec debe usar el proveedor?

Por otra parte no podemos obligar al proveedor a codificar sus vídeos en un formato si no lo quiere, sea éste VP8, H.264, Ogg o el que sea.

Por lo tanto ¿para que limitarse a uno o a un subconjunto de ellos?

Para eso IE9 ha decidido que todo códec soportado por el sistema operativo será soportado en IE9. Por lo que IE9 soportará todos los codecs que tenga Windows de serie y todos aquellos que se instalen posteriormente.

Reflexión

Ahora espero que trabajen un poco este tema, para detectar que no tienes instalado WebM o el que sea y te ofrezca descargarlo de donde sea, en el caso de los codecs libres. ¿O tendrá esta labor que correr de la mano del proveedor? Espero que no para no dañar el buen trabajo que están haciendo de implementar HTML5 de forma completa.

Apple

Apple por su lado no se sabe nada de ellos, lo tienen más difícil ya que por su modelo productivo su decisión será:

¿Lo soporto o no lo soporto?

Si la respuesta es no, los usuarios nos veremos perjudicados ya que como siempre ha pasado la dispersión de contenidos en diferentes formatos será un problema.

Si la respuesta en cambio es que si, van a tener que actualizar todo el software que tienen tanto en dispositivos móviles como el software en plataformas Windows y Mac. La parte más preocupante es el iPod, iPhone y iPad ya que si no hacen reproducción usando aceleración por hardware se convertirá en un mayor consumo de batería.

La otra cara de la moneda

Por otro lado siempre habrá quien se decante por soluciones basadas en Flash o Silverlight para dar soporte a cuestiones más avanzadas como subtítulos, streaming adaptativo según bitrate y de más. Como digo siempre HTML5 no substituye a Flash ni a Silverlight, sigue y seguirá habiendo muchas cosas que HTML5 no pueda hacer. Ya sea el acceso a Webcam y Micrófono por ejemplo.

No quita que en los temas de reproducción de vídeo si que se hacen innecesarios.

Más información:

http://www.webmproject.org/

http://code.google.com/events/io/2010/

http://www.google.com/tv

http://blogs.msdn.com/ie/archive/2010/05/19/another-follow-up-on-html5-video-in-ie9.aspx

Problemas de instalación de Silverlight 4 (Segunda parte)

El otro día escribí el post Problemas de Instalación de Silverlight 4 (Solucionado), iluso de mi creí que eso llegaba. Pero cuando me puse a aplicar esa solución en algunos de los clientes me encontré con que el problema iba más allá. Silverlight se veía bien en Firefox y no en Internet Explorer y por consecuencia tampoco en el Out Of Browser.

Investigando me encontré con que Internet Explorer tenía TODOS los complementos deshabilitados y el botón de habilitar estaba bloqueado. Continué en mi andanza de intentar solucionarlo y me encontré con un artículo de TechNet (ahora mismo no lo tengo a mano pero si alguien lo pide lo pongo en los comentarios). Que hay una política que se guarda en el registro de Windows en la clave:

SOFTWARE>MICROSOFT>WINDOWS>CURRENTVERSION>POLICIES>EXT

Cuyo nombre de valor es RestrictToList que si es 0 se permiten todos los complementos y si es 1 solo una “lista blanca” que se encuentra también en el registro.

De cara a no tener que navegar por el registro de Windows me hice una utilidad compilada con .NET 2.0 para comprobar esa clave de registro y, en caso de estar mal, repararla.

De momento nació solo con esa reparación, pero como visto lo visto tocar el registro para reparar las instalaciones de Silverlight es bastante habitual irá creciendo a medida que las vaya encontrando.

Continuará…

De todas formas… si pensabais que ya estaba solucionado estáis equivocados, aún me queda un caso más que tengo sin solucionar y es que en Internet Explorer funciona, en Firefox también, pero en Out Of Browser no, no detecta el plugin de Silverlight.

¿Sugerencias?

Problemas de instalación de Silverlight 4 (Solución)

A lo largo de esta semana, he estado intentando actualizar en producción una serie de equipos con Silverlight 3 a Silverlight 4, digo intentando porque nos hemos encontrado con un problema bastante grande. No hemos sido los únicos por lo que he podido leer en los foros de Silverlight.

El caso es que para actualizar Silverlight 3 a Silverlight 4 hemos usado la Web oficial donde se puede descargar el paquete runtime de Silverlight: http://www.microsoft.com/getsilverlight. Una vez aquí nos dice que hay una nueva versión disponible y hacemos click en instalar. El proceso de instalación empieza y al cabo de unos segundos falla. El proceso normal en caso de error en un instalador es revertir los cambios hechos hasta el momento y dejarlo tal cual. Pues no es el caso. A partir de ese momento, en Agregar y quitar programas, en el caso de XP, y en el caso de Vista o 7, en Desinstalar un programa, ya no está Silverlight. Mirando la carpeta donde se instala Silverlight si que están los ficheros, de hecho los links a aplicaciones Out Of Browser están y si hacemos click en ellos el sllaucher.exe, de Silverlight se arranca.

¿Dónde está el problema entonces?

A partir de ese momento navegando con cualquiera de los navegadores Silverlight no se carga y las aplicaciones OOB se carga el host (sllauncher.exe) pero no el contenido, aparece dentro el icono “Get Silverlight”. Por otra parte, nosotros vamos a http://www.microsoft.com/getsilverlight y nos dice que NO tenemos Silverlight instalado y que lo descarguemos. Nosotros aventureros lo descargamos y lo volvemos a intentar instalar, pero el proceso de instalación vuelve a fallar reiteradamente.

¿Qué solución hay?

Pues como se comenta en el foro que referencie antes y como luego me detalló Microsoft Support, existe una herramienta creada para la desinstalación de Office 97, que se llama Windows Installer Clean Up, que lo que hace es buscar programas instalados con Windows Installer y lo elimina completamente.

La herramienta se puede obtener del siguiente enlace:

http://download.microsoft.com/download/e/9/d/e9d80355-7ab4-45b8-80e8-983a48d5e1bd/msicuu2.exe

Y los pasos a seguir para poder instalar Silverlight a partir de ese momento son:

  1. Descargar e instalar la herramienta (Si estáis en Windows Vista o 7 ejecutar de base como Administrador que sino da error)
  2. Buscamos “Windows Installer Clean Up” y lo ejecutamos (Debería estar en una carpeta similar a esta, C:Program FilesWindows Installer Clean Up y el programa se llama msicuu.exe) y borrar todas las entradas que se refieran a Silverlight.
  3. Nos dirigimos a línea de comandos (CMD en el cuadro de búsqueda de inicio o en ejecutar) y ejecutamos: reg delete HKLMSoftwareMicrosoftSilverlight /f
  4. Y por último descargamos e instalamos Silverlight desde el enlace: http://www.microsoft.com/getsilverlight/

¡Vamos un proceso totalmente intuitivo! Después de varios días peleándome con ello… he de comentar que nos ha ocurrido en un 30% de las actualizaciones.