Notas de la versión | Flash Player® 11.6 AIR® 3.6

12 de marzo de 2013. Bienvenido a Flash Player 11.6 y AIR 3.6. Esto es una actualización programada mensual de la versión original del 12 de febrero de 2013. La versión contiene correcciones de errores y de seguridad.

• Al cargar telemetry.cfg se producen problemas de rendimiento en la actualización de la página (3506936)
• Bloqueo del navegador Opera (3488141)
• Bloqueo de Flash Player debido a un desbordamiento del número entero (3475889)

• Característicos de la memoria: códigos op de memoria rápida AVM2
  • La memoria rápida ahora se expone a través del paquete avm2.intrinsics.memory

Las siguientes funciones están disponibles con la versión de Flash Player del 12 de febrero de 2013. 

• Consulta de datos gráficos
• Interfaz gráfica de permisos mejorada para acceso por teclado a pantalla completa
• Compatibilidad con varios archivos SWF(iOS)
• Configuración de resolución de visualización Retina específica por dispositivo(iOS)
• API de archivos actualizada según las directrices del App Store(iOS)
• Compatibilidad con HiDpi para FlashPro
  

• En algunas circunstancias, los archivos solo de audio no se reproducen cuando se transmiten a través de pRTMP (3330232)
• En iOS, CameraRoll.addBitmapData en AIR no admite datos de mapas de bits transparentes(3295239)
• El cambio de la entrada de cámara en netstream provoca la detención del flujo de vídeo(3311600)
• Al reproducir un flujo de vídeo, si se cambia la rotación de vertical a horizontal, el tamaño del vídeo no se aplica correctamente en algunos dispositivos móviles(3344041)
• Al enviar AIR a pantalla completa mediante programación en MAC OSX 10.7.3 y posteriores, la ventana de la aplicación se muestra delante del escenario (3310530)
• En iOS, cuando la frecuencia del micrófono se establece en 5 u 8 kHz, se produce latencia de audio (3357306)
• StageVideo no mantiene el estado de procesamiento por hardware cuando se conecta una cámara (3359992)
• En ciertas circunstancias en Mac, al ver vídeo a pantalla completa y salir luego de la pantalla completa, el vídeo no se procesa (3362055)
• En Android, las fuentes del sistema no se pueden cargar en AIR(3474762)

Compatibilidad con visualización Mac Retina (hiDPI) para aplicaciones de Adobe AIR

Esta función proporciona compatibilidad para empaquetar aplicaciones de AIR en la visualización Retina (hiDPI) en equipos Mac compatibles. Para activar la visualización Retina, añada el siguiente elemento en el descriptor de la aplicación.
Tenga en cuenta que actualmente esta etiqueta solo se aplica a Mac OS. Existe una etiqueta con el mismo nombre <requestedDisplayResolution> en la sección <iPhone> para aplicaciones de AIR para iOS.

Actualice el espacio de nombres del descriptor de la aplicación a 3.6, y vuelva a empaquetar la aplicación. (Al establecer el elemento <requestedDisplayResolution> en 'standard', o al no incluirlo, se desactiva la compatibilidad con la visualización Retina).

 Esta función tiene algunas limitaciones:

1. No se admite el contenido mostrado a través de HTMLLoader. (Use StageWebView en su lugar para mostrar el contenido HTML en la visualización Retina).
2. Las aplicaciones existentes creadas con 3.5 o anterior no se mostrarán en resolución de Retina. 

Compatibilidad con varios archivos SWF

Esta función proporciona compatibilidad para empaquetar y cargar varios archivos SWF en iOS en modo AOT. Con esta función, el usuario puede utilizar varios archivos SWF en una aplicación de AIR para iOS mediante la clase Loader. Hay algunas limitaciones en iOS para usar esta función:

1) El archivo SWF secundario que el SWF raíz debe cargar debería tener el mismo dominio de aplicación que el del SWF raíz. De lo contrario, al cargar el SWF secundario, se produciría el error siguiente:
Error 3747: No se admiten varios dominios de aplicación en el sistema operativo. La forma correcta de cargar un SWF secundario es la siguiente:

2) Los métodos unload() y loadBytes()de la clase loader no funcionarán en iOS.
3) El número de archivos SWF que se podrán empaquetar en una aplicación dependerá de la capacidad del equipo. Porque al empaquetar un IPA, el equipo se puede quedar sin memoria y, por tanto, el empaquetado fallará con un mensaje de error de falta de memoria.

Consulta de datos gráficos

Esta función permite consultar cualquier objeto DisplayObject y obtener una representación del mismo a través de objetos GraphicsData. Resulta muy útil para serializar/deserializar un DisplayObject, crear exportadores personalizados (hojas de Sprites, SVG, etc.).

Excluir dispositivos de la etiqueta requestedDisplayResolution

En el descriptor de la aplicación, se ha añadido un nuevo atributo, ‘excludeDevices’, a la etiqueta <requestedDisplayResolution>. Este atributo permitirá a los desarrolladores desactivar explícitamente la resolución de pantalla especificada en uno o más dispositivos iOS. Para usar esta aplicación, se requiere el espacio de nombres de descriptor 3.6 o superior. Esta función no se admitirá en el simulador de AIR. Un desarrollador podría excluir:

Un dispositivo concreto con la mención del nombre de modelo exacto. Los ejemplos siguientes desactivan la visualización Retina solo en iPad con modelo de dispositivo iPad3,1.

Varios dispositivos al proporcionar una lista separada por espacios de nombres de modelo exactos. El ejemplo siguiente desactiva la visualización Retina solo en iPad con el nombre de modelo iPad3,1 o iPad4,1.

Todas las variaciones de un modelo concreto. El ejemplo siguiente desactiva la visualización Retina en todas las variaciones de 'iPad3' como iPad3,1 iPad3,2

Una familia de dispositivos. El ejemplo siguiente desactiva la visualización Retina en todos los iPhone (con independencia del modelo)

De forma parecida, el modo Retina se puede activar para dispositivos concretos mediante la exclusión de esta lista cuando requestedDisplayResolution se especifica como standard en el descriptor de la aplicación. El ejemplo siguiente activa la visualización Retina solo en iPhone (todos los modelos) mientras las aplicaciones se siguen ejecutando con la resolución de pantalla estándar en otros dispositivos.

Nota. El nombre de modelo del dispositivo se puede obtener mediante la propiedad flash.system.Capabilities.os. En la tabla siguiente se enumeran los nombres de modelo de dispositivo para los dispositivos iOS de uso más habitual:

Cambio de API de archivos para compatibilidad con el App Store

Ahora la API de archivos tiene dos propiedades nuevas:
1) File.cacheDirectory
Es una propiedad estática que se dirige al directorio <APPLICATION_HOME>/Library/Caches en los dispositivos Mac OSX y iOS. File.cacheDirectory apunta al directorio principal que File.createTempDirectory usa en Windows y Android. De acuerdo con las recomendaciones de Apple, este directorio debería usarse para almacenar datos que se pueden volver a descargar o regenerar. No se crean copias de seguridad en iCloud de los archivos guardados en este directorio. Ejemplos de archivos que deberían guardarse en el directorio Caches incluyen archivos de caché de base de datos y contenido descargable, como el usado en aplicaciones de mapas, revistas y periódicos.

2) File.preventBackup
Esta propiedad se puede establecer para excluir archivos de la realización de copias de seguridad en iCloud. El valor predeterminado de esta propiedad es false en todas las plataformas y se puede establecer en true solo en iOS. Cuando la propiedad se establece en true para un directorio en iOS, no se realizan copias de seguridad de ninguno de los archivos de ese directorio. Esta propiedad funciona en dispositivos iOS 5.1 y posterior y no funciona en el simulador de iOS. No se realizan copias de seguridad de los archivos guardados en el directorio APP_HOME/tmp/ o APP_HOME/Library/Caches, independientemente del valor establecido para esta propiedad. Al consultar el valor de preventBackup para un objeto File concreto, en iOS se devolverá el último valor establecido de preventBackup o false (el valor predeterminado). Y todas las demás plataformas seguirán devolviendo false, aunque se hayan establecido explícitamente en true.

Para usar esta función, se necesitan el espacio de nombres del descriptor de la aplicación 3.6 y la versión 19 de SWF o superiores.

Creación para Flash Player 11.6

Para utilizar la nueva versión de Flash Player, debe ir a la versión 19 del SWF de destino transfiriendo un argumento adicional al compilador de Flex: -swf-version=19. A continuación le explicamos cómo hacerlo. Si utiliza el SDK de Adobe Flex:

• Descargue el nuevo archivo playerglobal.swc para Flash Player 11.6.
• Descargue el SDK 4.5.1 de Flex (4.5.1.21328) desde la tabla del SDK 4.5 de Flex.
• Instale el programa en su entorno de desarrollo
• En Flash Builder, cree un proyecto nuevo de ActionScript: Archivo -> Nuevo -> Proyecto de ActionScript.
• Abra el panel Propiedades del proyecto (haga clic con el botón derecho y seleccione “Propiedades”). Seleccione “Compilador de ActionScript” en la lista de la izquierda.
• Utilice la opción “Configurar SDK de Flex” en la esquina superior derecha para que el proyecto apunte a la versión 21328 de Flex. Haga clic en Aceptar.
• Configure el proyecto para que apunte a la versión 19 del SWF
• Abra el panel Propiedades del proyecto (haga clic con el botón derecho y seleccione “Propiedades”). Seleccione “Compilador de ActionScript” en la lista de la izquierda.
• Añada -swf-version=19 en “Argumentos adicionales de compilador”. Esto garantizará que el SWF de salida apunte a la versión 18 del SWF. Si compila en la línea de comandos y no en Flash Builder, deberá añadir el mismo argumento de compilador.
• Asegúrese de que ha instalado la nueva versión de Flash Player 11.6 en el navegador.

Creación para AIR 3.6 Actualizar al espacio de nombres de AIR 3.6

Debe actualizar el archivo descriptor de la aplicación al espacio de nombres 3.6 para poder acceder al nuevo comportamiento y las API de AIR 3.6. Si su aplicación no requiere el nuevo comportamiento y las API de AIR 3.6, no es necesario que actualice el espacio de nombres. No obstante, recomendamos a todos los usuarios que empiecen a utilizar ya el espacio de nombres de AIR 3.6 incluso si creen que no van a aprovechar las nuevas funciones 3.6. Para actualizar el espacio de nombres, cambie el atributo xmlns en el descriptor de la aplicación por: <application xmlns="http://ns.adobe.com/air/application/3.6">

¿Ha encontrado algún error? Envíe el error a la base de datos de errores de Flash Player y Adobe AIR.

Es posible que Flash Player y AIR aprovechen su hardware de gráficos para descodificar y reproducir vídeo H.264. Puede haber problemas de vídeo que solo existan con un hardware de gráficos y un controlador concretos. Si nos informa de un problema relacionado con vídeo, es fundamental que anote el modelo de hardware de gráficos y de controlador, además de los datos del sistema operativo y el navegador (si utiliza Flash Player), para que podamos reproducir la misma situación e investigar el problema. No olvide incluir esta información tal como se describe en Instrucciones para informar sobre problemas de reproducción de vídeo. Nota: Debido al gran volumen de correo electrónico que recibimos, nos resulta imposible responder a todas las solicitudes.

Gracias por usar Adobe® Flash Player® y AIR®, y por dedicar el tiempo necesario para enviarnos sus opiniones.

Para conocer los requisitos del sistema más recientes de Flash Player, consulte el documento aquí

Para conocer los requisitos del sistema más recientes de AIR, consulte el documento aquí.