Este aviso se dió a partir del análisis realizado al panel de control de la vulnerabilidad Blackhole donde 16,144 computadoras fueron atacadas y desconectadas. F-Secure recomendó a quienes usen servicios bancarios en línea o una aplicación Intranet que dejen Java en su sistema operativo pero desinstalen el plugin del navegador o consideren otra alternativa para ser usada específicamente con ese fin.

Para F-Secure, las vulnerabilidades de Java no afectan a Google Chrome, porque no utiliza plugins de terceros (como Adobe Reader para visualizar archivos PDF).

Toma en cuenta que los programas siempre tendrán problemas de seguridad y en el caso de Java toman tiempo en actualizarse, por lo que si no quieres desinstalarlo lo mejor es tenerlo actualizarlo en todo momento y así evitas dolores de cabezas innecesarios.

Link: Java Considered Harmful (F-Secure Weblog vía Geek.com)

Si bien el uso de las palabras como “fotoshopear”, “fotoshopeado” han sido adoptadas como expresiones populares en diversos países, Adobe® es enfático en el uso correcto de sus marcas.

Entre los diversos aspectos legales, no se puede utilizar su marca registrada y logotipos en alguna otra compañía, servicio, dominio o aplicación similar, incluso tiene que aclararse que fue diseñada para sus productos (lo cual es entendible).

No obstante, esto va más allá, incluso con la prohibición de sus marcas como verbos (ya no podrás “fotoshopear”, sino retocar), pronombres (“El fotoshopeado”), palabras de uso común (“Me dedico a la fotoshopeada”), pronombres posesivos (“Ese nuevo Adobe trae novedades”), adjetivos (“Me fotoshopearon a propósito”) y hasta en las abreviaturas (“¿Ya viste que trae de nuevo PS?”).

El uso correcto de las marcas registradas de Adobe® las encontrarás en el apartado legal de su sitio web.

Links:
- Adobe Permissions and trademark guidelines (Adobe)
- Cómo protege Adobe su imagen de marca, y la de sus productos (Tuexperto.com)

¿Cuál es la idea de esta movida? Según dice la empresa, los nuevos aires en Adobe apuntan hacia un fortalecimiento en el  área de los medios digitales, donde se consideran líderes en la industria cuando se trata de ofrecer soluciones para que los clientes hagan creaciones propias, las distribuyan y hagan dinero con ellas, lo que confirma que la Creative Suite y los servicios afines seguirán vivos. Por otro lado, una segunda arista toma lo que es el marketing digital, un nuevo rubro donde se quieren establecer como los número uno en lo que a manejar, medir y optimizar el mercadeo digital y la publicidad se refiere.

Además, se promete una inversión importante en lo que es la tecnología HTML5 de Internet, incluso cuando la plataforma Flash no será dejada de lado y se optimizará para su uso en contenidos de video de alta calidad, juegos y aplicaciones para móviles.

Link: Adobe to cut 750 jobs in restructuring (Neowin)

(cc) justinsomnia

Son malos tiempos para intentar crear nuevos estándares, especialmente en campos donde no son necesarios y los que existen funcionan estupendamente. Nos referimos a Adobe Flash. Microsoft se rinde a la evidencia que dicta que HTML5 es el lenguaje que manda en Internet. La rendición tiene sus consecuencias, como la de relegar Silverlight (su alternativa al Flash de Adobe) para las aplicaciones que se desarrollen en su nuevo sistema operativo Windows Phone.

Así algunos servicios de la empresa de Redmond como Bing Maps (si, existe) dejarán de exigir la necesidad de Silverlight para funcionar y migrarán al HTML5. Una nueva estrategia que Microsoft ya ha tenido en cuenta en el desarrollo de su Internet Explorer 9. Solo Apple parece resistirse a Flash, con una política muy beligerante además frente a la aplicación de Adobe.

Link: Microsoft apuesta por HTML5 y deja Silverlight para Windows Phone (eweek europe) Vía TechCrunch

Estas modificaciones se agregaron con la clara intención de insertar a este servicio de video en los equipos móviles como celulares, tablets y otros, que son cada vez más comunes y que en algunos casos – como el del iPad – sólo funcionan con HTML5.

El “reproductor universal” – como lo bautizaron – funciona igual que el que existe hoy en día, y el código para insertar videos es el mismo para HTML5 como para Flash, así que si quieres poner un video de Vimeo en tu web no necesitas complicarte con nada. La versión que te toca ver como usuario dependerá del equipo con el que estés entrando al video.

Vimeo no es el único con la idea del reproductor universal. De hecho YouTube también está probando un sistema parecido, pero todavía no es implementado a nivel global.

El nuevo reproductor de Vimeo además incluye una opción que permite marcar videos para verlos después. Así, los agregas a una lista privada de favoritos, en caso de que estés sin mucho tiempo en un momento dado para ver algún video.

Links: Three new features: Universal Player, Watch Later and Roku (Vimeo vía CNET)

No parece haber cambios muy radicales, más que mejoras en la estabilidad y un mejor desempeño en general, además de arreglar algunos problemas específicos.

La salida hoy puede tener algo que ver con la alerta de seguridad para la que también se lanzó hoy un parche. Adobe había indicado anteriormente que la versión 10.1 no estaría afectada por un problema.

Actualización: Flash 10.1 ofrece acelerar las gráficas para el estándar de video de alta definición H.264, aunque la función sólo sirve en PCs con Windows.

Link: Adobe Flash Player

Se trata de una falla de “día cero” que recién fue descubierta ahora y todas las plataformas (Windows, Mac OSX, Linux y Solaris) son vulnerables, afirmó Adobe. Se trata de algo alarmante considerando que casi todo el mundo tiene instalado alguno de los tres programas mencionados.

Las versiones afectadas son Adobe Flash Player 10.0.45.2, 9.0.262 y versiones 10.0.x y 9.0.x para Windows, Mac, Linux y Solaris; en el caso de Adobe Reader y Acrobat, las versiones 9.3.2 y anteriores 9.0.x para Windows, Mac y UNIX.

La compañía no ha entregado fechas para un parche que solucione esta falla. Adobe indicó, sin embargo, que Flash Player 10.1 Release Candidate “no parece ser vulnerable”, lo que ha llevado a algunos a descargar esta versión.

Para ver PDFs se puede optar por versiones anteriores (8.x) que no estarían afectadas, o bien elegir un programa alternativo.

La vulnerabilidad estaría radicada en el archivo authplay.dll, respecto al que Adobe recomienda:

borrar, renombrar o remover acceso al authplay.dll que viene con Adobe Reader y Acrobat 9.x mitiga la amenaza para esos productos, pero los usuarios experimentarán una caída o error que no se puede explotar maliciosamente cuando abran un archivo PDF que contenga contenido SWF (Flash). El authplay.dll que viene con Adobe Reader y Acrobat 9.x para Windows está normalmente ubicado en C:\Program Files\Adobe\Reader 9.0\Reader\authplay.dll para Adobe Reader o C:\Program Files\Adobe\Acrobat 9.0\Actobat\authplay.dll para Acrobat”

No sabemos qué tan peligrosa realmente es esta vulnerabilidad, pero hasta que salga el parche mejor andar con cuidado.

Link: Adobe warns that zero-day flaw in Flash and Acrobat being exploited in the wild (The Guardian)

LightSpark con profiling activado / Alessandro Pignotti

Una de las críticas a la tecnología Flash de Adobe es que es cerrada, o al menos esa una de las explicaciones de Jobs para no permitirlo en el iPhone.  Pero algo que no muchos saben es que Adobe publicó la documentación del formato de los archivos de Flash hace tiempo (SWF) y es posible que terceros creen reproductores compatibles con este formato de contenido.

Es así como el año pasado se inicia el proyecto Lightspark, en donde se tomó la documentación de Adobe para implementar la tecnología necesaria que permita usar este contenido en Linux aprovechando las capacidades del sistema. El usar esta documentación está demostrando ser un camino mucho más exitoso que el seguido por Gnash, respaldado por Free Software Foundation pero construido en base a ingeniería inversa.

Detrás de este proyecto está Alessandro Pignotti, quien hoy ha declarado que Lightspark ya puede ser considerado beta.  Aunque aún no se ha llegado al punto de poder reemplazar completamente el plugin de Adobe por Lightspark, ya es tiempo de que los usuarios comiencen a probarlo y reportar defectos.

El objetivo a largo plazo de este proyecto no es sólo proveer un reproductor de Flash libre, sino que también dar a la tecnología Flash la dignidad de un estándar abierto.  Creo realmente que Flash es una tecnología poderosa, siendo su principal debilidad el ser cerrada. (Alessandro Pignotti).

Las características distintivas de Lightspark son:

• Render basado en OpenGL: Esto permite usar la aceleración por hardware para dibujar todo el contenido, en donde se incluye también y el video.  Es un poco menos eficiente que usar los mecanismos estándares de aceleración para el despliegue de video en Linux, pero permite implementar otros aspectos como filtros o zonas translúcidas en forma natural.  No lo menciona, pero perfectamente podrían agregar la decodificación por hardware también.
• Soporte casi completo de ActionScript 3.0: Se trata del lenguaje introducido en Flash 9, y está implementado como una mezcla de lenguaje interpretado y JIT (Just in Time Compilation).  Las versiones antiguas del lenguaje por ahora se corren en una tecnología distinta y no tan pulcra como la que soporta ActionScript 3.0, pero afortunadamente la mayoría de los sitios están dejando atrás las versiones antiguas del lenguaje.
• Gran parte de la biblioteca de Flash que las aplicaciones necesitan para hacer tareas típicas está implementada (ej. video render y procesamiento de XML), pero aún queda mucho por hacer.  Según Pignotti al menos es fácil trabajar en este aspecto y aunque no lo dice, es un espacio en donde se pueden involucrar rápidamente otros desarrolladores.
• Un plugin compatible con Mozilla:  Flash es una cosa y el plugin del browser es otra.  Pignotti dice que ha tratado de hacer algo robusto pese a las limitaciones de correr como plugin, por lo que invita a los usuarios a reportar sus bugs.

Lightspark ya está disponible en un repositorio PPA para Ubuntu y los usuarios que lo han probado dicen que no está listo para reemplazar al plugin de Adobe, pero que al menos en algunas cosas funciona mucho mejor, sobre todo en la reproducción de videos.

Link: Lightspark, an innovative FLOSS Flash palyer, reaches Beta status (Technology Temple)

Pero la mayor atención se la llevó Flash. En medio de la disputa que enfrenta Adobe y Apple por Flash, la empresa ha potenciado a este programa en su CS5, lanzando además de Flash Professional y Flash Builder 4 el “Flash Catalyst CS5“, que permite integrar Flash en otros programas que podrían beneficiarse de él. Por ejemplo, trabajos realizados en Photoshop, Illustrator o Fireworks podrán convertirse en animaciones interactivas de forma rápida por medio de esta herramienta.

Durante la presentación se mostraron también las “ventajas de los equipos que utilizan Flash”, dando una lista de equipos móviles que lo permiten, y destacaron los juegos Flash, entre otras cosas, que están disponibles en estos dispositivos.

Además, Flash obtendrá una nueva capacidad para exportar animaciones Flash a HTML5, de modo que puedan ser vistos en otros equipos (como el iPad o el iPhone).

Se puede ver la presentación completa en el sitio de Adobe. Dejamos aquí los principales cambios.

Photoshop

• Selección más precisa de las imágenes
• Descontaminación automática de colores arregla los bordes de las imágenes que no se ven naturales cuando pegas un objeto sobre un fondo diferente.
• Relleno inteligente: puedes seleccionar parte de una imagen (un barco sobre la playa por ejemplo) y eliminarlo. Automáticamente Photoshop rellenará el espacio eliminado de forma inteligente (en este caso, con arena).
• 
• Selección de muñecos (Puppet Warp): puedes poner puntos de control sobre áreas en una foto para cambiar su forma o posición.
• Corrección de lentes: puedes elegir desde una lista predeterminada con qué lente tomaste la foto, de modo que se aplique de forma automática una corrección de colores y geometría. Si tu cámara no está en la lista (que incluye hasta la cámara del iPhone), debes cargar la información de forma manual.
• Nuevos pinceles más realistas
• La versión extendida agrega nuevas herramientas 3D

Illustrator

• Nueva malla de perspectiva para hacer dibujos en 3D, puedes crear una tu mismo si necesitas para diseños más complejos
• Los objetos se pueden arrastrar desde un dibujo plano a la malla 3D, Illustrator hace automáticamente los ajustes de perspectiva
• Aumenta la cantidad de anchos para las herramientas, incluyendo las herramientas de trayectoria
• El “bristle brush” o pincel con puntas simula pinceladas reales

InDesign

• Mejora la herramienta de selección, permitiendo rotar, escalar y mover capas usando el teclado
• Ajuste permanente de cuadros, permite que la relación entre las imágenes y los cuadros se mantenga cuando se ajustan las dimensiones o los blancos
• Los títulos y subtítulos pueden expandirse a dos columnas y se pueden combinar distintos tamaños de páginas en un documento

DreamWeaver

• Se incluye CSS Inspect, que despliega las propiedades de CSS y permite editar elementos
• Se integró soporte de pruebas para plataformas como WordPress y Joomla

Premiere Pro

• Permite formatos más anchos
• Aumenta capacidades de metadatos
• Incluye búsqueda por voz (reconoce lo que las personas están diciendo en el video)
• Tiene detección de rostros

Links:
- Adobe CS5 Launch (Adobe)
- Adobe CS5 (Adobe)
- Adobe Creative Suite 5 pushes 64-bit support, Flash (MacNN)
- Adobe Creative Suite 5: a first look (ZDNet UK)

En el blog de Chromium, la compañía afirmó que distribuirá Flash con Chrome, de forma que cuando descargues el navegador, obtendrás también la última versión de Flash Player, que se actualizará automáticamente cuando haya cambios. La medida también busca evitar los problemas de seguridad que pueden causar los plug-ins.

“El  modelo tradicional de plug-in de navegadores ha permitido gran innovación en la web, pero también presenta desafíos tanto para los plug-ins como para los navegadores. La interfaz está poco especificada, las capacidades son limitadas y cambian según el navegador y sistema operativo. Esto puede llevar a incompatibilidades, una disminución en el desempeño y algunos dolores de cabeza en cuanto a seguridad”, señala el blog.

El proyecto es parte de una colaboración mayor entre Google, Adobe y Mozilla para crear una API de plug-ins, que pretende resolver los problemas que menciona la compañía y que existen hoy.

La asociación con Adobe va directamente en contra de Apple, que se ha esforzado en criticar a Flash, rehusando su presencia en equipos como el iPhone o el iPad.

Link: Bringing improved support for Adobe Flash Player to Google Chrome (Chromium Blog via CNET)

La compañía Brightcove, que provee servicios de streaming de video para pesos pesados como los recién mencionados, además de Universal, The Weather Channel y otros, anunció que lanzará un sistema de video basado en HTML5 para “expandir más fácilmente el alcance del video online a equipos como el iPad de Apple, iPhone y iPod touch”.

El sistema podrá detectar qué dispositivo está usando el usuario y ajustar el contenido al formato correcto.

El New York Times y la revista Time ya están usando la plataforma para entregar video en H.264 en sus pruebas. Brightcove ha señalado que la solución que existe ahora irá mejorando para integrar personalización, avisaje, estadísticas y otras características que existen en la versión Flash en el futuro cercano.

Cabe recordar también que YouTube y Vimeo también han integrado HTML5 a sus filas.

Quiera uno o no, esto refleja el impacto que el iPad está teniendo sobre la web – la mayoría de los sitios quiere verse bien en el aparato de Apple, y está haciendo los ajustes necesarios para ello. Si bien una de las principales quejas contra el iPad es que no soporta la tecnología de Adobe (porque son “flojos”), resulta que ahora una parte importante de internet está ajustándose para funcionar sin Flash y proveer contenido en otro formato.

De todas maneras, Flash todavía sigue estando presente en gran parte de la web, y como hemos visto, existen muchos equipos más que sí son amigables con Flash, por lo que es poco probable que vaya a desaparecer, diga lo que diga Apple.

Link: Brightcove Unveils HTML5 based Video Streaming for iPad (PCWorld)

Esto significa que el código de las aplicaciones no se ejecutará directamente en el procesador, sino que pasara por un proceso de interpretación supervisada en forma similar a como se realiza en  .NET y Java, incluyendo a Dalvik de Android.  Se trata de una forma de asegurar que el código de las aplicaciones pueda ser controlado y supervisado por el sistema operativo mientras corre la aplicación, para evitar que se ejecuten operaciones no deseadas que podrían comprometer la seguridad o el comportamiento normal del dispositivo.

Otro aspecto atractivo de este camino adoptado por Microsoft es que en forma inmediata los desarrolladores con experiencia en Silverlight pueden comenzar a mover sus aplicaciones hacia Windows Phone, sin tener que aprender a trabajar en esta plataforma desde cero.  Esto permitirá crear un ecosistema de aplicaciones para esta plataforma en muy poco tiempo.

Los afectados : Mozilla y Adobe

Adobe anunció que está trabajando en una versión de Flash para Windows Phone 7, pero tras el anuncio de Microsoft quedan dudas respecto a de qué se trata exactamente.  Si no se pueden escribir aplicaciones nativas para esta plataforma, entonces Flash tendría que correr sobre Silverlight, justamente la tecnología rival de Microsoft.

El otro afectado es el proyecto Mozilla, ya que después del anuncio declararon que no seguirán desarrollando Firefox para los sistemas móviles de Microsoft mientras no se permitan las aplicaciones nativas en Windows Phone 7.  Incluso detuvieron el desarrollo para las plataformas anteriores a Windows Phone porque saben que Microsoft las dejará atrás para centrarse exclusivamente en esta nueva versión.

Stuart Parmenter, Director de Ingeniería Movil en Mozilla sentencia:

Mientras esperamos que Microsoft entregue una forma de poder construir Firefox para Windows Phone 7, nos concentraremos en las cosas que sí podemos controlar : Construir un gran producto para Android y Maemo.

Links:
- Windows Phone 7 OS can’t run native code (InfoWorld)
- Mozilla detiene desarrollo de Firefox para Windows Phone 7 (Wayerless)

En esta versión trataron de mejorar problemas de usabilidad y rendimiento, además de bugs que causaban caídas. Por ejemplo, para mejorar el tiempo de carga y respuesta del navegador, ajustaron la configuración para adaptarla a los casos de uso típicos y mejoraron el zoom y panning.  Pero sin duda el cambio más notorio fue la desactivación de los plug-ins debido a los problemas que estaba causando el plug-in de Adobe Flash.

En el blog de Mozilla indican las causas de esta drástica decisión:

Decidimos deshabilitar el soporte de plug-ins (no confundir con agregados) en este release.  El plug-in de Adobe Flash usado en muchos sitios degrada el rendimiento del navegador a un punto en donde no cumple nuestros estándares.  Si deseas habilitar nuestro soporte experimental de plug-ins, puedes hacerlo manualmente vía about:config, pero bajo tu propio riesgo.  Estamos trabajando en un agregado que permita al usuario tener control sobre cuales sitios tienen habilitado los plug-ins, porque algunos sitios, como YouTube, funcionan bien.

Por lo que se puede ver, el problema no está asociado directamente con lo que publicamos sobre el soporte de videos en el plug-in de Flash, ya que YouTube funciona bien.  Es muy probable que el problema se encuentra en sitios en donde la tecnología Flash ha sido usada en forma abusiva.

En el último tiempo, la tecnología Flash ha sido bastante cuestionada y pareciera estar mostrando signos de su edad y al mismo tiempo, las limitaciones de su modelo de desarrollo cerrado.  Ya no resulta tan extraño que fabricantes como Apple prefieran evitar a Flash en sus productos móviles, incluido el flamante iPad.

Pareciera que Adobe no es capaz de mantener el desarrollo de Flash para todas las plataformas que van surgiendo, y si quiere seguir siendo relevante, tendrá que reconsiderar su estrategia de desarrollo para dar el ancho, ya que en los nuevos equipos el consumo de energía es un aspecto crítico y el poder de procesamiento es mucho más limitado.

Link: Firefox for Maemo RC3 Available Now (The Mozilla Blog)

Para nadie es un misterio que independiente del sistema operativo, reproducir videos con el plug-in de Flash en sitios como YouTube es lento, algo que se nota sobre todo en computadores con procesadores antiguos o al tratar de abrir varias pestañas con videos. Cualquier usuario que intente reproducir un video de YouTube con cualquier otro reproductor de video como por ejemplo Minitube, puede darse cuenta de que los los reproductores nativos consumen muy pocos recursos en comparación al plug-in de Adobe.

Hasta hace poco, se desconocían los motivos por los que el plug-in de Adobe se comportaba tan lento, y aunque Mike partió mal quejándose sin mayor fundamento en su blog, poco a poco se ha ido entendiendo en donde está el problema, y en este artículo intentaremos explicar de qué se trata el asunto.

Las tres etapas

La reproducción de video se puede dividir en tres etapas : decodificación, postproceso y render final.  En la decodificación, se toman los datos comprimidos directamente del archivo o del stream de video para obtener un sólo cuadro o imagen, se puede ver como el acto de tomar unos pocos bytes y convertirlo en un pixmap sin compresión.  El postproceso puede ser la aplicación de filtros (desentrelazado, eliminación de ruido, etc)  o cualquier otra operación que se desee realizar sobre el cuadro obtenido, por ejemplo el dibujado de los subtítulos o un logotipo.  Finalmente el render se encarga de volcar esa imagen final en memoria de video para que quede a la vista del usuario, esto incluye pasar por el sistema gráfico y en el caso de Flash en particular, dibujar el cuadro en un área rectangular de la página web renderizada en un browser.

Mike dice que no se puede comparar el rendimiento del plug-in de Flash con un reproductor de video normal porque se trata de resolver problemas que muy diferentes: En un reproductor de video normal las tres etapas son baratas en términos de uso de recursos porque no hay mayor transformación desde el cuadro obtenido en la primera etapa y el render final, por ejemplo el video decodificado puede ser enviado directamente a render usando aceleración por hardware, a menos que se requiera postproceso y aún así, los reproductores de video pueden usar métodos muy económicos para esta etapa.

Componentes YUV de un cuadro - (cc) Wikimedia

El problema principal radica en que Flash Player necesita trabajar sobre imágenes que operan en el espacio de colores RGB, es decir, cada pixel tiene un componente de rojo, verde y azul, mientras que el procesamiento de video usualmente opera en el espacio de colores YUV (o derivado), en donde la representación de los pixeles se realiza con componentes más adecuados a la percepción humana e ideales para la compresión.  Esta diferencia hace que mientras un reproductor de video puede pasar YUV directamente a la tarjeta de video, Flash tiene que convertir el cuadro completo a RGB para recién comenzar el postproceso que incluye el dibujo de otros componentes de Flash.

En la actualidad no hay forma de convertir YUV a RGB a través del hardware de video (GPU) y es una tarea que se hace “por software” en la CPU.

Seguramente Ustedes han visto una opción para habilitar la aceleración de video por hadware en el plug-in de Flash, Mike aclara que esta opción es sólo para el render final y lo que hace es aprovechar la GPU para escalar el cuadro al tamaño definitivo (ver bonus track). Tarea no menos importante, ya puede producir un mundo de diferencia entre reproducir el video en su tamaño original y llevarlo a pantalla completa, aún así la decodificación y conversión YUV->RGB sigue siendo sin ayuda del hardware.

En la versión 10.1 lo que se hizo fue aprovechar la aceleración por hardware para decodificación de video (primera etapa) en Windows:  Se trata de DirectX Video Acceleration o DXVA, y es una API especialmente diseñada para este propósito y que permite a una aplicación usar la aceleración de video provista por el fabricante de hardware, como PureVideo de NVIDIA o Unified Video Decoder de ATI en forma independiente del hardware.

Lo que indicó Mike en su primer post es que en Linux no existía una API de decodificación de video que se pudiera usar en este momento, lo que provocó la ira de usuarios y desarrolladores que conocen de la existencia de VDPAU de NVIDIA y XvBA de ATI, justamente los equivalentes en Linux de PureVideo y Unified Video Decoder respectivamente.  Por otra parte, Intel desarrolló Video Acceleration API (VA-API) para Linux, se trata de un mecanismo independiente del hardware para la decodificación de video, se puede decir que es el equivalente a DXVA de Windows para Linux, y permite usar la aceleración de decodificación de video disponible en algunos chips de Intel, NVIDIA a través de VDPAU, S3 y ATI a través de XvBA.

En la actualidad varios reproductores de video ya están usando estas API’s e incluso la implementación del plugin de Flash libre llamada Gnash, ya puede usar VA-API.

Para Mike esto sólo resolvería la primera etapa (decodificación) pero al menos podría quedar a la par con Windows, y el único sistema que quedaría atrás sería MacOSX, ya que según los desarrolladores de Flash no existe una API que permita obtener el cuadro decodificado tal como lo necesitan.

Aun así, aunque se cuente con decodificación por hardware se mantiene el problema de convertir los cuadros de YUV a RGB lo que hace que muchos se cuestionen qué tan adecuado es Flash para reproducir videos en la web y se enfatice la necesidad de que el famoso tag video de HTML5 tome fuerza y se convierta en un estándar para la publicación de videos.

Bonus Track : Las malas prácticas

Una de los aspectos más criticados del plug-in de Flash en Linux es que no soporta ningún tipo de aceleración y que los videos a pantalla completa pueden llegar a consumir gran parte del poder del procesador.  La verdad es que Flash en Linux sí usa aceleración en la tercera etapa de render y lo hace a través de OpenGL, y también hay que decir que está mal implementado.

La idea es sencilla: El cuadro listo para ser renderizado se convierte en una textura y a través de OpenGL se le pide al chip de video que ajuste esta textura al tamaño que se necesita. Considerando que el hardware de video es especialista en transformar texturas, se trata de una operación que no le hace ni cosquillas al computador.

El problema es que Mike, quien parece ser el único desarrollador de este plug-in, no encontró una forma confiable de detectar el hardware, y en sus pruebas se encontró con que algunos drivers de video tenían problemas si se trataba de llamar a la funcionalidad requerida y ésta no se encontraba soportada.  Por lo que simplemente se limitó a buscar el valor del el atributo “client glx vendor string” que arroja el comando glxinfo (glxinfo | grep client), y si este decía SGI entonces deshabilitaba la aceleración con OpenGL.

El problema es que salvo los drivers de NVIDIA, todos los demás dicen SGI porque usan una biblioteca común y no tiene nada que ver con las capacidades del hardware.  Ian Romanick, un representante de Intel en Architecure Review Board de OpenGL lo fustigó por esta mala práctica:

Como uno de los representantes de Intel en el ARB de OpenGL, estoy horrorizado por este mal uso del atributo client de GLX. Este atributo no tiene ninguna información sobre la existencia o la calidad del render por hardware.  Está orientado para propósitos de depuración y usarlo para cualquier otra cosa está completa e innegablemente equivocado.  Por favor corrige este bug.

Mike respondió que fue el único método confiable de detección que pudo encontrar y nuevamente Ian de Intel respondió:

Si encuentras que una interfaz debería funcionar pero no funciona, por favor, reporta el bug.  No te conformes usando interfaces que no fueron diseñadas para eso o que funcionan en formas no documentadas.  Sé que es la forma estándar de hacer estas cosas en Windows.  Nosotros preferimos corregir nuestros bugs cuando los conocemos, para que no tengas que hacer ese tipo de cosas aquí.  El hecho de que el “método más confiable de detección” sea confiable sólo en el driver de código cerrado de NVIDIA, es una clara evidencia de que no es confiable.

No es claro si este bug está o no corregido, pero al menos se incluyó un mecanismo para hacer que Flash no intente detectar el soporte de hardware por esta vía, para que el usuario avanzado habilite la aceleración por hardware explícitamente.

Conclusiones

De este debate se puede sacar una conclusión muy clara: Si el desarrollo del plug-in de Flash fuera abierto, por muy experto que sea Mike, podría haber recibido ayuda de otros expertos en video para Linux y también de fabricantes de hardware para implementar todo lo necesario con tal de habilitar la decodificación de video y además hubiera evitado el problema de la detección del hardware por medios no confiables, y que afectó a muchos usuarios.  De hecho le proponen implementar la conversión a RGB que necesita Flash en los mismos drivers, porque hay hardware que lo soporta, lo que mejoraría el rendimiento del plug-in notablemente.

Se agradece que Mike haya compartido estos detalles que podrían ayudar a obtener más luces sobre el asunto, pero si trabajara más cercano a la comunidad de código abierto y los fabricantes de hardware, hace mucho tiempo que la experiencia de Flash en Linux podría haber mejorado.

Link: Solving different problems (Penguin.SWF)

(cc) por midiman

Adobe ha liberado un framework de código abierto para implementar reproductores de video basados en Flash.  Se trata de un framework que surgió de la iniciativa Strobe de Adobe y es parte de un esfuerzo colaborativo más amplio llamado Open Video Player, un proyecto de código abierto en donde podemos encontrar a empresas como Microsoft, Adobe y Akamai.

El framework liberado por Adobe se llama Open Source Media Framework, y se trata de un conjunto de componentes preintegrados que se pueden usar para construir un reproductor de video.  Incluye funcionalidades para cargar el stream de video, implementar la interfaz de usuario y otras partes necesarias para construir un reproductor de video como el que ya se está usando en Adobe TV.

OSMF permitirá que aquellos sitios que requieran un reproductor personalizado, puedan implementar uno sin tener que reinventar la rueda, y asegurando al mismo tiempo un nivel mínimo de compatibilidad y calidad.  Se trata de una buena solución a un problema que se ha hecho más evidente a medida que sitios de noticias o distirbución de contenidos comienzan a incorporar el video como medio de comunicación, usando reproductores que no siempre funcionan correctamente en todos lados.

El código fuente de OSMF está disponible bajo los términos de la licencia pública de Mozilla (MPL).  Adobe y sus partners han establecido un roadmap para el proyecto, pero están abiertos a aceptar contribuciones de desarrolladores externos.

Links :
- Open Source Media Framework (sitio oficial)
- Adobe releases open source media framework for flash (Ars Technica)

Flash Catalyst es una aplicación nueva para diseñadores que no tienen conocimientos de programación. El producto permite crear interfaces para aplicaciones web usando un ambiente conocido por el diseñador basado en la serie Creative Suite.

Catalyst permite a un diseñador entregarle al programador imágenes de Photoshop o Illustrator identificando previamente los elementos móviles, tales como barras de desplazamiento o botones. El diseñador es el que establece durante el proceso creativo cómo deberían comportarse los objetos mediante la selección de menús. Una vez finalizado, Catalyst crea el código necesario listo para ser procesado por el programador.

Por otro lado, la nueva versión Flash Builder 4, que antes se llamaba Flex Builder, va enfocado al programador propiamente tal ayudándolo a crear aplicaciones en Internet basado en trabajos entregados por Catalyst.

Link: Adobe Flash Platform Technologies (Adobe Labs)

(cc) by Jason Arends

El sitio SourceForge, que aloja a numerosos e importantes proyectos de código abierto ha tenido que remover las páginas del software de grabación de streams flash rtmpdump en respuesta a una solicitud de cese y desista de Adobe.

El programa cuestionado usa el protocolo de mensajería de tiempo real o Real-Time Messaging Protocol (RTMP) para grabar contenido flash que se está transmitiendo via streaming.  Hasta ahí todo bien, pero los problemas surgen al grabar también el contenido encriptado.

Adobe agregó encriptación a su protocolo propietario cuando introdujo Flash Media Server 3 para evitar que se grabara el contenido Flash que se estuviese transmitiendo, para tal efecto creó la variante RTMPE (RTMP Encriptado).  Adobe toma en consideración que su sistema de protección de copias puede ser burlado por el soporte de RTMPE incorporado en rtmpdump, y apoyándose en el Digital Millennium Copyright Act (DCMA) ha solicitado detener la distribución de esta aplicación.

Un análisis de RTMPE reciéntemente publicado llega a la conclusión de que, aunque el algoritmo provee privacidad punto a punto de la misma forma en que lo hace Secure Sockets Layer (SSL) – el sistema de encriptación más usado en Internet – no provee ni utiliza autenticación de ningún tipo.  No se requiere una llave secreta, una contraseña ni ningún otro tipo de clave para desencriptar el contenido, sólamente se usa un hash de 32 bytes junto al tamaño del archivo SWF, y otra información pública.

Dadas estas características, se puede concluir que RTMPE es sólo un protocolo de streaming propietario con una transmisión encriptada, lo que hace cuestionable que Adobe pudiera llamarlo una violación a un sistema de protección de copias y que estuviera en posición de invocar al DMCA para detener a rtmpdump.

De cualquier forma, ahora Adobe tendrá que dar explicaciones a sus clientes que están confiando en RTMPE para distribuir contenido protegido por DRM, principalmente cadenas de televisión y estudios de cine.

En este momento, ya se encuentra disponible flvstreamer, un fork de rtmpdump para grabar contenido flash, pero sin el soporte del cuestionado RTMPE.

Link : Adobe acts against Flash video stream recorder (The H Open Source)

Ya está disponible la versión final de Silverlight 2, la tecnología de Microsoft que quiere competir con Adobe Flash.

Hard Rock Cafe International Inc., Yahoo! Japan, AOL LLC, Toyota Motor Corp., HSN Inc. y Tencent Inc. son algunas de las empresas que ya están construyendo aplicaciones y servicios basados en esta tecnología.

Microsoft ha anunciado además sus planes de apoyo a las herramientas adicionales para el desarrollo de aplicaciones Silverlight al proporcionar fondos para Soyatec, proveedor de soluciones TI con sede en Francia y miembro de la Eclipse Foundation.

Soyatec tiene previsto lanzar el proyecto a través de Eclipse Public License Version 1.0 dentro de SourceForge, enviando a la Eclipse Foundation como un proyecto abierto de Eclipse.

Microsoft lanzará además su Silverlight Control Pack y publicará en MSDN las especificaciones técnicas de Silverlight Extensible Application Markup Language (XAML).

Link: Microsoft Silverlight