Flash Video (FLV) y compresión HTTP servidor - cliente

Esta entrada del blog representa a la perfección el momento en el que nos surgió la idea de crear este blog llamado (no sin razón) 2flash2furious. He aquí el proceso de calentamiento global en la oficina…

Flashero A. (itentando escurrir el bulto)
Oye B, estoy migrando una web de un alojamiento a otro y los videos FLV que tenía se han vuelto locos.
Flashero B. (concentrado)
Prueba a subir esto que estoy haciendo, que funciona bien a ver si también va mal.
Flashero A. (con rintintin)
También va mal, gañán.
Flashero B (incrédulo, o sea, es imposible de la muerte que vaya mal, te lo juro…).
va mal??????

Media hora después, con 3 versiones de swf distintas en el servidor los dos flasheros A y B deducen:

Aquí es cuando nos cagamos en acordamos de Flash, Adobe y la madre que trajo el desarrollo web a este mundo…

Lo bonito de la historia… siempre es el final…

Tras hablar con el proveedor en el que fallaba la aplicación con FLV (Hostalia), y tras arrasar la web de Adobe y Google buscando el problema que nos estaba traumatizando sin ningún fruto, empezamos a pensar que era imposible que un error tan EVIDENTE, no le hubiera pasado a nadie antes. Por suerte Jorge Solís acudió en nuestro rescate con su inmensa sabiduría y nos habló de la compresión HTTP que aplican algunos hostings para mejorar los tiempos de descarga de las webs (por ejemplo), y sus efectos nocivos sobre las cabeceras de los ficheros FLV donde casualmente se pasan los valores del bytesTotal, etc…

Tras contactar nuevamente con Hostalia, nos comunican que efectivamente tienen habilitada la compresión para el tráfico HTTP server - cliente, y muy diligentemente deciden que no es lógico aplicarla a ficheros FLV, con lo que actualizan TODOS sus servicios de hosting para evitar el problema (y aprovecho para felicitar públicamente a Hostalia por el magnífico servicio de atención al cliente del que disponen) y además lo hacen de forma inmediata, con lo que comprobamos que todo vuelve a la normalidad.

Moraleja:

“Si la precarga de un fichero FLV no te funciona correctamente, y has comprobado que todo está como debe ser, tracea por pantalla el valor de bytesTotal de la clase netStream. Si ocurre lo que hemos descrito… habla con tu proveedor de hosting sobre la compresión de tráfico HTTP para ficheros FLV”.

Un capón a Adobe por no contemplar esta nota técnica (que por lo que hemos podido comprobar testeando en varios servidores con los que trabajamos, no es nada extraño cuando se habla de alojamientos compartidos…) en la documentación de la clase netStream, o de la propiedad bytesTotal.

The Open Screen Project

Pues aunque ya he marcado la noticia en blocketpc, no puedo dejar de hacerlo aquí también porque las repercusiones que pueden tener para la distribución del player de flash y para la expansión de la plataforma en el mercado de los dispositivos móviles pueden ser increibles.

Adobe anuncia Open Screen Project, que tratará de converger el desarrollo de PCs y dispositivos no-PCs mediante la plataforma Flash primero, y luego AIR. Si bien era algo que tarde o temprano tenía que ocurrir, personalmente no mes esperaba un anuncio oficial tan pronto. Aunque el anuncio es un inicio de proyecto, y no parece que sea algo inminente.

Convergencia del Flash Player

Las fuentes oficiales que han sacado este notición son Bill Perry para Mobile & Devices y Ryan Stewart para PCs.

Listado participantes Open Screen Project

El proyecto tiene detrás una lista muy importante de empresas del sector desde fabricantes de PCs y móviles a operadores, pasando por otro tipo de empresas.

El proyecto implica cambios en algunas decisiones de Adobe hasta la fecha, como eliminar las cuaotas de licencias para las siguientes versiones principales del player Flash y AIR (futuro) para dispositivos, lo que se traduce que los desarrolladores podremos distribuir el player sin tener que pagar a Adobe. Además se planea publicar la API de la capa de portabilidad del Flash Player. Estos dos elementos combinados, hacen que los desarrolladores entremos en juego como elementos clave a la hora de la distribución del player y de llevar el mismo a otros dispositivos importantes para nosotros. No es open source, pero el player se convertirá en un elemento mucho más ágil y con más capacidad de estar implantado en diferentes plataformas.

Otra de las novedades en la línea a seguir por Adobe es que se publicarán los protocolos de Flash Cast y AMF para obtener servicios de datos más robustos.

Según Bill, cuando esto ocurra, a los desarrolladores deberemos tomar parte en este movimiento,continuando con la creación de experiencias y contenido para dispositivos móviles, y la clave de este proyecto será que tendremos un entorno consistente a través de diferentes dispositivos incluyendo ordenadores personales llegando a poder desarrollar aplicaciones AIR.

En un futuro cercano, los desarrolladores tradicionales de Flash y Flex para escritorio podrán trabajar con flash y AIR para más que escritorio, lo que también implicará la irrupción en el mundo móvil de un grupo de desarrolladores que vienen de otros perfiles.

Bueno, para informaros al detalle de las dos vertienes:

Open Screen Project, visión para desarrolladores PC
Open Screen Project, visión para desarrolladores móviles
Web oficial en Adobe de Open Screen Project

sIFR, reemplazo de textos en la web con flash y javascript

Desde hace ya bastante tiempo es conocida por casi todo el mundo que tiene la inquietud de poder usar tipografías no estándar en sus webs XHTML y CSS la existencia de sIFR. También es cierto que mucha gente no lo emplea porque los recursos que se encuentran en un primer vistazo en la web no son quizás todo lo claros que debieran.

Seguramente eso es lo que pensó David Yeiser en su blog Design Intellection cuando decidió crear un magnífico tutorial paso a paso de como comenzar a usarlo, obviando un montón de cosas para simplemente quedarse con lo básico y que todo el mundo lo pueda entender. De todos los que he leído es el mejor tutorial de uso de sIFR, explicado con los pasos justos y necesarios, y con una guía de acompañamiento en imágenes.

Nuestra web… usa sIFR, predicando con el ejemplo… ;)

Esto me recuerda que he de contactar con Andrés para ver que ha sido (y si era buen actualizarla) de la magnifica extensión que creo para dreamweaver con motivo de los talleres Subflash en Barcelona durante 2005.

Recursos en forma de tutorial

Sin duda la formación espcecializada es un buen aliado para adentrarse en el mundo de la web y el diseño, y sienta unas bases importantes para los siguientes pasos. No obstante nuestra experiencia (en la cual me incluyo por completo al ser un claro ejemplo de lo que voy a comentar) nos dice que en un mundo como el del diseño y la web, no basta nunca con lo que has aprendido, sino con lo que te queda por aprender.

The Learn List

No se si existirán muchas áreas de negocio donde estar al día en cuanto a técnicas, lenguajes, programas, etc. sea tan complicado como en nuestro mundo, pero lo que está claro es que esto es de locos. Y para solucionar en cierta medida la urgencia con la que se necesita aprender, sin duda los tutoriales son un recurso precioso, que combinado con una búsqueda en google un poco curiosa, hacen que podamos acceder a recursos como éste:

The Learn List

Tweens!!

Pues en el estudio llevamos ya un buen tiempo usando diferentes paquetes de tweens (librerias para animar elementos en flash, con diferentes ecuaciones matemáticas), y creo que es reseñable incluir esta nueva herramienta, con lo que seguro vamos a probar cosas. El rendimiento parece ser excelente.

Basada en TweenLite (la cual conocemos pensando en dispositivos móviles) esta librería mejorada, ofrece un amplio abanico de posibilidades, como podéis ver aquí: TweenMax.

Como no queremos dejar el post así aquí os dejamos un buen recurso relativo al uso de tweens en Flash.

Y no podemos cerrar el post, sin dar nuestor homenaje a 2 de las tweens que nos han hecho felices más de 100 veces en nuestros proyectos: Ladislav zigo y Fuse.

Y para terminar, de extra, una pequeña adaptación que hemos tenido que hacer para algun proyecto con flash lite, nano tweens a pelo para minimizar consumo de recursos :)

Flash Player 9 Update y AMFPHP

Via Aral (desde aquí mis más grandes admiraciones por este hombre),

Nos enteramos que la actualización de seguridad que Adobe lleva anunciando durante un tiempo de su player 9 de flash, va a conllevar un cambio que en principio romperá con la compatibilidad de los sitios creados con AMFPHP. Si sois algunos de los que han empleado esta plataforma en vuestros proyectos (como lo somos nosotros)…. estáis de suerte por haber dado con este post y comprobar que hay solución :)

Logotipo Flash Player

Añadiendo este crossdomain.xml en los alojamientos donde corresponda, podréis mantener la compatibilidad de las aplicaciones creadas con el nuevo player.

Finalmente, dado que SWX está basado en AMFPHP, también se verá afectado por este cambio. Para quien no lo sepa SWX es una interesante herramienta que permite obtener datos del servidor en formato SWF, es decir, mediante un simple loadMovie que nos devuelve la respuesta en forma de variables nativas de flash embebidas en el swf de respuesta. ¿mola o qué?

Para la web puede ser más discutible su elección por el coste adicional que supone en la respuesta, pero para Flash Lite es una inmensa ventaja desde muchos puntos de vista, como la integración con flash lite, peso reducido de la respuesta, reducción de coste de parseo para la cpu (en comparación con un xml por ejemplo), sencillez de acceso a los datos recibidos…

← Previous Page