Welcome to the latest AIR Runtime and SDK version 24 updated beta! We've been hard at work adding new features to AIR and we're looking forward to receiving feedback from our development community.
This beta release includes new features as well as enhancements and bug fixes related to security, stability, performance, and device compatibility for AIR Runtime and SDK 24. For full details, please see our release notes
New and Updated Features
Apple TV support (Beta only)
Swipe Velocity for Android and iOS
Starting AIR 24, AIR Developers can read the velocity property for Swipe events on Android and iOS to estimate strength of the swipe. This value will be in pixels per second.
Support for Android App Links
Starting AIR 24, Developers can use Android App Links that allows app developers to associate an application with a web domain they own. The Android App Links feature allows your app to become the default handler for the website URIs you specify in your app.xml
Follow the below steps to get your application ready for App Links:
1. Create Intent filter for URI in app.xml
To enable your app to handle links, use intent filters in your app.xml under manifest to declare the URI patterns that your app handles. The following example shows an intent filter that can handle links to https://www.example.in and http://www.example.in
As shown above, intent filters for app links must declare an android:scheme value of http, https, or both. The filter must not declare any other schemes. To enable link verification for your app, set the android:autoVerify attribute to true on at least one of the web URI intent filters in your app manifest. Read more about the intent filter here.
2. Publish a Digital Asset Links JSON file on your websites to provide verification
Follow the steps mentioned here to create assetlinks.json file and publishing the same on your website.
Note: Developers can receive the url and its arguments in the ActionScript code by registering for NativeApplication InvokeEvent(e.g. NativeApplication.nativeApplication.addEventListener(InvokeEvent.INVOKE, invokeHandler); ) To read more about the ActionScript InvokeEvent read here.
Spherical video support in AIR
Spherical videos support is added to both Flash Player and AIR from version 24 onward. Spherical videos have a specific meta-data attached to them, which can now be retrieved using the new property provided by the feature. This feature supports equirectangular projection type of videos conforming to https://github.com/google/spatial-media/blob/master/docs/spherical-video-rfc.md.
This feature is supported on Desktop and Android devices.
The Object parameter of the onMetaData event provides video metadata information. The feature adds new properties to the parameter. The added property is an array of string type in XML format. Refer code below.
"The matrix of Movie Header Box:"
// info.sphericalVideoInfo provides the related meta-data
Sample Spherical Video Player
A sample project for Spherical video player can be downloaded from this link in order to understand the use of the metadata to render the spherical video. The sample code makes use of an instance of the context3D, where VideoTexture is used to render video for better performance.
See the following chart for ActionScript classes in the project.
This class provides basic controls for the Spherical video functionality.
This class creates the context3D instance to render spherical video using VideoTexture
These classes are used for generating vertices and indices corresponding to the projection type used.
Instanced Drawing on AIR Desktop ( Beta only)
Instanced drawing feature which was available for AIR Mobile is now available in AIR Desktop. This feature helps developers to use a model of graphical object and render it multiple times in a single frame. This reduces draw calls and hence rendering and overall performance is smoother.
Similar to AIR Mobile, to use this feature on Desktop ,developers can use the createVertexBufferForIntance() and drawTriangleInstanced() APIs.
Context3D::createVertexBufferForInstances( numElements:int, data32PerElement:int, instancesPerElement:int, bufferUsage:String = "staticDraw", ):VertexBuffer3D;
Use the VertexBuffer3D object to upload a set of instance data to the rendering context. The vertex buffer contains the data needed to render each instance in the scene geometry. Vertex Buffers with instance data provide attributes that are common to all the vertices of an instance and serve as the input to the vertex shader program.
Context3D::drawTrianglesInstanced( indexBuffer:IndexBuffer3D, numInstances, firstIndex:int=0, numTriangles:int=-1 ):void;
AGAL version 3 with “iid” register can be downloaded from:
AGALv3 is available at : https://github.com/adobe-flash/graphicscorelib/tree/master/src/com/adobe/utils/v3
Assumptions and Dependencies
1) This feature is supported only on devices that support Standard Extended Profile
2) This feature is only available in AIR Mobile and Desktop.
Android SDK Upgrade
Beginning with AIR 24, Android SDK (API Level 24) has been upgraded in the AIR Runtime. Important: If you upload an app on Google Play using AIR SDK 24 and default targetSdkVersion value as 24 in the application descriptor, Google Play does not allow uploading the next version of your app with AIR SDK 23 or earlier (see the error message below). Using targetSdkVersion value as 21 allows you to switch between AIR SDK 24 and AIR SDK 23 for your app updates. Error thrown by Google Play on uploading the next version of your app with AIR SDK 23 or earlier:
Here is the list of version numbers of the tools upgraded in AIR 24.
|Android Support Repository||36|
|Android Google Repository||32|
|Android Build Tool||24.0.1|
Permissions on Android and iOS
Beginning with Android 6.0 (API level 23), the users now need to grant permissions to apps while it is running, not when they install the application. To handle the permissions requests and status, we have introduced Permissions API for Android and iOS. The developers can request permissions for classes like Camera, Microphone, Geolocation, CameraRoll, CameraUI, File, and FileReference. The applications must be packaged with AIRSDK 24 or greater and must have SWF version 35 or later. Apps built using these APIs throw a dialog only on Android 6.0 and later. For Android 5.0 or earlier, you can continue to mention permissions in the application descriptor file.
On Android, If you do not want to handle permissions in your application, use targetSdkVersion less than 23 in your application descriptor file.
- permissionStatus: This property informs whether the application has been granted the required permission or not. This property always returns the status as GRANTED on AIR desktop and Android apps that have targetSDKVersion less than 23. The list of properties for PermissionStatus class includes UNKNOWN,GRANTED, and DENIED. The property UNKNOWN specifies that the permission hasn’t been requested yet or the permission has been denied by user with check box option 'Don’t ask again.'.
- requestPermission(): The method requestPermission requests for the permission to be granted to the application. A PermissionEvent is dispatched when the user grants or denies a permission.
- PermissionError: Accessing properties and methods of such ActionScript classes without requesting for permission throws Error #3800 PermissionError.
stage.align = StageAlign.TOP_LEFT;
stage.scaleMode = StageScaleMode.NO_SCALE;
cam = Camera.getCamera();
(Camera.permissionStatus != PermissionStatus.GRANTED)
(e.status == PermissionStatus.GRANTED)
// permission denied
// another request is in progress
For training resource on Android permissions, see https://developer.android.com/training/permissions/index.html.
For information about iOS permissions, see Apple's documentation https://developer.apple.com/ios/human-interface-guidelines/interaction/requesting-permissi on/.
Points to note
- A new feature for iOS 10 submissions requires you to add the 'purpose string' to your app when accessing a user's private data such as Camera or Photos. For information about providing keys in your app descriptor file, see Information Property List Key Reference | Cocoa Keys.
- While requesting for multiple permissions simultaneously, runtime throws the error below:
Error #3801: Another permission request is in progress.
- Accessing the File class without requesting for permissions throws Error #3012, which is the old behavior of File API.
Custom fonts support for StageText on iOS and Android
Beginning with AIR 24, we have introduced support for Custom fonts on StageText for iOS and Android. Earlier, StageText was created with specific system fonts. With the introduction of this feature, the AS developers now have more flexibility in using fonts apart from the ones present in system. The developers can use ttf and otf font files. The changes required to use custom fonts are listed below.
1. Changes required in the application descriptor xml.
Note: To access this functionality, the Namespace value in the app descriptor must be 24.0 or greater.
2. Changes required in the ActionScript code
The developers can provide any value under fontName tag, for example FontID1 here.
.stage = stage;
- For packaging the .apk file using Flash Builder, the developer needs to provide absolute fontPath.
- With Java 1.6 on Windows, otf files are not rendered for IPAs.
Asynchronous texture upload for mobile
Till AIR 23, the texture upload was synchronous. Therefore, the developers had to wait till the new texture was uploaded successfully.
With AIR 24, you can now upload textures asynchronously while the current texture is being rendered. This ensures a better UI performance for AIR applications and a smoother user experience.
On successful completion of asynchronous texture upload, a TEXTURE_READY event will be generated. Asynchronous upload of texture data for all the texture formats is done using the following two new APIs:
- uploadFromBitmapDataAsync( source:BitmapData, miplevel:uint = 0)
- uploadFromByteArrayAsync( data:ByteArray, byteArrayOffset:uint, miplevel:uint = 0 )
This feature supports Normal and Rectangular texture for miplevel 0 only.
Anti-Aliasing using configureBackBuffer() on iOS
Anti-Aliasing is useful in improving the perceived image quality in applications. Hardware base Multisampling Anti-Aliasing (MSAA) is now available for iOS using Contex3D.configureBackBuffer.This feature was previously available for Desktop and Flash Player. To enable MSAA, set the level from 0 to 2 using the configureBackBuffer. The following are the effect of levels of antialiasing values:
0=1 subsample, No antialiasing
1=2 subsamples, medium antialiasing
2=4 subsamples, high antialiasing.
If you provide higher level of antialiasing (more than 2), the level will be clipped to either the maximum level of anti-aliasing supported by GPU or the value of 2.
Note: This feature is currently not available on Android using configureBackbuffer.
API assumptions and dependencies
- Anti-Aliasing is not available in software mode rendering.
- The application use extra GPU memory when using anti-aliasing and hence can cause slight performance degradation.
- [iOS] Apps created using Flex in AOT mode crashes on iOS (4186829)
- [iOS] Failed to find class DTiPhoneSimulatorSystemRoot at runtime error on trying to install App on iPhone Simulator (4186457).
- Starling.display.Image mask is not rendering on mobile when rendered with starling.textures.RenderTexture (4196946).
- Starling applications getting crashed on iOS lower end devices (4186744)
- Android - Status bar appears when soft keyboard opens and then stays indefinitely (4184348)
Authoring for Flash Player 24 and AIR 24
- Update application descriptor namespace to 24
- SWF version should be 35
For system requirements of the current release of AIR in production, visithttp://www.adobe.com/products/air/systemreqs/
About the Beta Channel
To get the latest Beta build of AIR Runtime and SDK visit Adobe labs
If you would like real-time notification for announcements related to the AIR Beta Channel please follow the Flash Runtime Announcements forums by choosing "Follow this forum" from the right-hand menu on the Forums page.