Dando la chapa

Esta semana he tenido que andar instalando y desinstalando players para solucionar un bug. Me bajo el archivo de players antiguos, el desinstalador y cuando voy a instalar el player 9.0.115 para IE me salta un error diciendo que natillas. Que estoy intentando instalar un player antiguo y que por motivos de seguridad no me dejan, que instale la última versión desde la web de Adobe.

Como no creo que Adobe hubiera llegado lejos siendo TAN tontos, me voy a Google y encuentro esto:

Safe versions security restrictions when installing Flash Player (Internet Explorer on Windows)

Resulta que para poder hacer estas pruebas no basta con un doble click fuerte, fuerte en el archivo, hay que tirar de línea de comandos para hacer esto:

uninstall_flash_player.exe /clean

Ahora sí, mucho mejor.

Nah, para que no perdáis el tiempo con estas nuestras cositas del día a día!

Adobe sigue dando pasitos en la buena dirección. Como (casi) todos sabréis, el formato de los archivos fla es binario y propietario. Eso quiere decir que la única empresa en condiciones de crearlos es Adobe. Los hay por ahí que se las han maravilleado para darle la vuelta y ofrecer solución al tan demandado: “se me han perdido los fla, sólo tengo los swf, ¿puedo sacarlos de ahí?“, pero son los menos y nunca te puedes fiar de no haber perdido información.

El caso es que todo parece indicar que la nueva versión del IDE de Flash va a manejar un nuevo formato de archivo llamado XFL, que no es más que un zip con los recursos y meta-información en XML.

Esto como siempre a la mayoría de la gente probablemente se la bufe, pero a la aldea de irreductibles galos (comunidad Open Source) le va a venir muy bien. Por ejemplo, cualquiera con ganas y tiempo podría crear un IDE de Flash para Linux totalmente compatible con el oficial.

También se podría crear un IDE de Flash on-line, un IDE de Flash en Flash. Possibilities are endless, que dicen por aquí.

¿Y por qué querría Adobe abrir la lata de esa forma? Como comenta Zguillez en Cristalab, la respuesta se llama Silverlight:

[Perdón Freddie por robarte comentarios]

mcapu:

No veo inteligente la aparción de un SDK para Flash, incluso este cambio de formato. Pasar a este significaría que aparecerían montones de aplicaciones capaces de generar swf a partir de la nada. ¿Quién se gastaría entonces el dinero de Flash?

Zguillez:

La pregunta no es esa.. la pregunta es: Habiendo montones de aplicaciones libres capaces de generar aplicaciones para Flash Player ¿Quién querría desarrollar para Silverlight?

Y es que la sombra de MS es laaaarga. Silverlight puede que no sea lo mejor de lo mejor a día de hoy pero MS invierte a largo plazo. Y tiene mucha pasta para invertir. Ya he comentado más de una vez que Adobe NO tiene la fuerza bruta que tiene MS para distribuir el player de Flash, así que lo mejor que puede hacer es salir del lado oscuro y usar La Fuerza en su favor. Y La Fuerza claramente vuelve a ser la comunidad Open Source. Sin ir más lejos la última versión de Debian aconseja explícitamente NO usar el player de Flash y utilizar GNash. En el OLPC también viene GNash instalado por defecto, todo por problema de licencias. Cuánto más abran sus formatos y herramientas, más posibilidades de luchar contra MS tendrán.

Más información en el blog de Moock y John Nack.

Y para terminar, este comentario en el blog de John Nack:

Ahhh, so what you’re saying is that Adobe is going to create something like Swfmill? ;)

Primero vino MTASC (compilador por línea de comandos) y luego vino el SDK de Flex (compilador por línea de comandos). Vino SWFMill (xml > swf) ahora viene XFL….

Open Source rulez :)

onAIR London

Bueno, bueno, pues hoy me he pasado el día de excursión en la ciudad en el onAIR Tour junto con Ozke. El sitio bastante molón, The Brewery. La verdad es que Adobe no escatima ya que nos han dado de desayunar, comer, y casi de cenar incluidos infinitos mini-Mars, fruta y unas cuantas cerves.

Mi excursión, a parte de para pasar un día fuera de la ofi, tiene mucho que ver con AIR ya que en mi curro hacemos bastantes aplicaciones de escritorio. Ahora mismo estamos en el proceso de decidir qué utilizar para “dopar” nuestras aplicaciones Flash. Tenemos que pasar del antiguo Screenweaver (que ya está bastante inestable) a algo más nuevo. Las opciones son AIR, SWHX o terminar de desarrollar un wrapper propio escrito en C.

Para no aburriros mucho con los dilemas de mi empresa, os contaré un poco cómo ha ido el día. Vaya por delante que me estoy haciendo un master en desconectar de las presentaciones corporativas en las que no sueltan más que lo que marketing ha dicho que hay que decir, así que igual me he perdido algo importante.

Me ha gustado:

** Kevin Hoyt. Ha hecho una demo de arrastrar un zip a una página HTML y mostrar con JS el contenido del zip. Más o menos haciendo esto:

- Te compilas en un swf la librería AS3 de manejo de zips AS Zip.
- Importas el swf como si fuera un archivo JS más: <script src=”lib.swf” type=”oct-stream”…>
- Usas desde JS las clases AS3 que están compiladas en el swf.

Muy interesante teniendo en cuenta el número de librerías AS3 que hay por ahí: AlivePDF, SMTP mailer….

** Serge Jespers. Una demo sobre las “badges” de AIR. Una badge es una imagen o swf en tu web que puede empezar el proceso de instalación de una aplicación AIR. Pero no sólo eso, sino que puedes detectar si la aplicación ya está instalada y qué versión, así puedes hacer una badge “inteligente”. Muy útil.

** Nicolas Lierman. Atención al frikazo. En su tiempo libre se va a Google Analytics, se pone a cotillear las llamadas al servidor y se saca una API AS3 para Google Analytics. Casi na. Además lo pone en una aplicación AIR que te puedes bajar y probar: Google Analytics AIR.

Y este ha hecho la zotada de la jornada al poner la contraseña de su cuenta de Google en el campo para el nombre de usuario delante de una sala con 500 personas en una conferencia que se estaba grabando… ¡Bravo! Supongo que ya la habrá cambiado.

** Lee Brimelow. Un tio bastante majete y por suerte gracioso porque ya nos estábamos durmiendo un poco. Algunas demos molonas de cosas con AIR como el YouTube downloader, simple, bonito y eficaz, ¿para qué quieres más?

Este también ha estado gracioso cuando la actualización de AIR no hacía más que molestarle durante su presentación. Resulta que Adobe ha liberado una nueva versión del runtime hoy mismo y no hacía más que darle por culo.

Y luego en el plano cervecil, que sepáis que he vuelto a atosigar a mr Mike Chambers con wmode y SeamlessTabbing ¡Yuju! La respuesta esta vez ha sido: “Acabamos de abrir la web para reportar los bugs del player, así que pásate por allí y reporta lo que te parezca”. Allí que iré mañana mismo.

También he estado de charleta con unos chavales de la BBC hablando de accesibilidad y Flash. A ver si dando todos la chapa conseguimos que Adobe invierta tiempo y recursos en el tema.

Y poco más. La gente por ahí hace cosas _bastante_ más molonas que las que yo hago, así que será cuestión de seguir mejorando.

¡Ea!

Yuju!

Me acabo de enterar en ASNativos de que Adobe está perpetrando una nueva actualización de la política de seguridad del player: Preparing for the Flash Player 9 April 2008 Security Update.

La actualización no es compatible hacia atrás y te afectará en los siguientes casos:

* You use sockets or XMLSockets, regardless of the domain to which you are connecting
* You use addRequestHeader or URLRequest.requestHeaders in any network API call when sending or loading data cross-domain or You provide access to content on remote domains as a web service provider
* You have SWFs that are exported for Flash Player 7 (SWF7) or earlier that communicate with the hosting HTML by any means
* You use “javascript:” through network APIs to communicate outside a SWF

Y digo yo que aunque es buena idea que Adobe avise con “tiempo” (la nota es del 10 de Marzo, 20 días no creo que sean suficientes, pero bueno) de las modificaciones, ¿no deberían habilitar una descarga de la nueva versión del player para desarrolladores? Lo digo porque una cosa es la teoría y otra la práctica…

Con gran poder viene gran responsabilidad

Algo que algunos de Adobe deberían tatuarse en la frente. No hace mucho ya me despaché a gusto después de una actualización del Reader y ahora tengo sentimiento similar.

En el curro hemos instalado Flash CS3 hace poco. Y no se le ocurre otra cosa que asociar los archivos .as al CS3 cuando estaban asociados a FlashDevelop… ¬¬

¿Pero de verdad necesita esto Adobe?

No sólo esa, si no que he ido a actualizar el player del IE de la oficina y resulta que por defecto te pone la descarga de una barra, creo que la de Google. Lo mismo ¿De verdad le hace falta tanto el dinero a Adobe?

Ando leyendo el libro sobre la historia de Google y apunta el escritor que están “tirando” millones de dólares simplemente evitando poner publicidad en la home. Los hay que podrían aprender un poquito, dejarse de cuando menos oscuras tácticas y dedicarse a mejorar sus productos.

MAL Adobe.

pd: no digo en ningún momento que en Google sólo haya angelitos.

Efectivamente, y como ya amenazaba, parece que a principios del año que viene, se va poder ofrecer contenido con DRM en Flash:

Flash Video DRM Roundup

Parece que Adobe va a ofrecer 2 tipos de DRM: content integrity y identity-based licensing. El primero impide por ejemplo eliminar los anuncios de una película, el segundo decide quién ve qué.

Además se van a meter en jaleos con Flash Media Rights Management Server, un servidor para validar el acceso a los FLVs.

Yo de verdad que no le acabo de ver la ventaja para Adobe como empresa tecnológica. Significa una inversión en desarrollo importante, no sólo dentro del player sino con el nuevo servidor, hacerlo todo multiplataforma, mantenerlo… mucho trabajo. ¿Y qué gana? ¿No es Flash ya el estándar de facto para ver vídeo en la web? ¿Será para seguir siéndolo?

Me preocupa cómo afectará esto a Red5 y compañía. Por lo que parece, se avecinan cambios importantes en el formato FLV para permitir el DRM.

En fin, no me gusta. Cada vez veo el player más grande, queriendo abarcar demasiado, sin resolver problemas mucho más básicos… Me recuerda a Are Features The Enemy? Creo que Adobe está demasiado enfocada a añadir nuevas características simplemente porque parece que quiere vender a toda costa.

Después de insistentes rumores de que una inminente actualizacion del player iba a permitir la reproducción de vídeos con el formato H.264/MPEG4, la noticia ha sido confirmada esta mañana.

Después de la alegría inicial, me paro en esto:

I am not in a position able to explain to you why we will not allow 3rd party streaming servers to stream H.264 video or AAC audio into the Flash Player. What I can tell you is that we do not allow this without proper licensing. Refer to Adobe’s friendly Flash Media Server sales staff for more information.

Mierda. Hasta hoy crear un clon de FMS era “simplemente” un problema técnico. A partir de hoy será un problema de cuánto puedas pagar. Como comentan en la lista de OSFlash, esto parece que no afectará a los flvs, pero no se van a poder duplicar las nuevas posibilidades de streaming ni para audio ni para vídeo. Parece que la carga dinámica sí será posible (ver diferencias entre carga dinámica y streaming).

Lo que está claro que Adobe es una empresa con accionistas, ya lo dicen por aquí:

[...] it sounds that if you want to build a server which streams MP4 via RTMP (a protocol which Adobe has developed) to the Flash Player (a product which they have also developed, distributed and marketed) and which directly competes with Flash Media Server (the one link in this chain which has the potential to bring in some good revenues) then I don’t think it’s too outrageous to ask for a licensing fee for this.

Ahora lo que parece evidente es que Red5 y Wowza estaban haciendo pupita a FMS. Y Adobe ha cortado el grifo. Supongo que le pondrán un precio lo suficientemente elevado para que la gente ni se lo piense. Y quien se lo piense tendrá que pasar por caja. ¿He oído Youtube, Metacafé, y todos los porno clones?

Jugada maestra de Adobe, Microsoft style. Primero damos gratis y cuando llegamos a estandar de facto, a pasar por caja.

Andaba buscando en Google el listado de parámetros que acepta el compilador de AS3 cuando he llegado a Adobe Bug System. La verdad es que me he quedado o_O porque no lo he leído por ninguna parte pero tampoco tiene ninguna pinta de que sea algo que se les ha pasado.

Curioso ver como el DataGrid tiene 50 bugs abiertos o ver los bugs del player 10.

No sé, creo que voy a perder un rato el tiempo utilizando la búsqueda a ver qué encuentro.

Por cierto, un buen listado de los parámetros del compilador en Senocular.

Maldito marketing. Es lo que deben estar pensando los chicos de Apollo Code y alguno que otro más. Los chicos de Adobe han dicho que Apollo es nombre para frikis y que Adobe Integrated Runtime mola mucho más para vender. Así que todo lo que era Apollo, ahora es AIR.

Este cambio coincide con la salida de la nueva beta que aun no he podido probar y de la que no he encontrado un changelog. Parece que han mejorado el tema de aplicaciones HTML y alguna que otra cosa muy molona como incluir SQLite.

Pero como Adobe es una empresa con deep pockets han decidido promocionar como toca AIR. ¿Y qué mejor que hacer un tour en plan estrellas del rock? Como éste: on AIR Bus Tour. Compramos (o alquilamos, no sé) un bus, lo vaciamos por dentro, lo envolvemos en pegatinas molonas, le ponemos WiFi a todo lo que de, un par de XBox y nos vamos de gira por USA y Canadá dando conferencias. Además creamos unas APIs para el bus para que los frikis se entretengan y nos hagan publicidad gratis.

Pero es que Adobe tiene los pockets, muy, muy deeps. Y para seguir promocionando AIR han creado un concurso de aplicaciones: AIR Derby. ¿Premios?

1 - Un viaje de 100.000$ a elegir por el ganador.
2 - 5 premios “The Ultimate Development Environment” que incluye: un Mac Pro 8Core con 4 gigas de ram, 2 monitores panorámicos de 27, una PS3, 200$ de regalos de Amazon y alguna chuchería más.

Y digo yo, ¿se anima alguien conmigo a participar? No creo que vayamos a ganar nada, pero soñar es gratis y hacer el friki también.

Pues en menéame me encuentro un post que seguramente no salga a portada sobre Mars, un nuevo juguetito en los labs de Adobe.

Copiado de las FAQs:

Mars is the code name for a project developing an XML-based representation of PDF documents.

Mars documents, like PDF documents, can be displayed within a viewer application. When viewed, Mars documents have similar appearance and behavior as a PDF document with similar content. Other than having a different file suffix, an end user would not see any difference between a Mars document and a PDF document. However, if you look under the hood, a document created in the Mars format will appear different, containing XML components that enable some exciting enterprise use case.

Interesante me parece este post:

MARS is an XML-based format that is intended as a functional replacement for PDF. It’s not really accurate to call it an XML version of PDF because it’s not a simple transliteration of PDF into tags (which could be done easily enough) but a ground-up exercise in designing and XML-based scheme for doing what PDF does.

Aunque la verdad es que no lo veo claro. Por un lado siempre me parece bien todo lo que huela a estándares (SVG, XML, etc), pero es que el formato PDF también lo es desde que fué aceptado como estándar ISO. Así que, ¿qué gana Adobe creando una nueva tecnología cuando tiene otra que hace lo mismo y también es estándar?

¿Alguien que se anime a aventurar algo?

pd: Esto, será una gracieta, ¿no?

Can an end-user create a Mars document?
Anyone over the age of 18, or minors with parental permission, can create a Mars document.