Play Asset Delivery
Play Asset Delivery (PAD) brings the benefits of app bundles to games. It allows games larger than 150MB to replace legacy expansion files (OBBs) by publishing a single artifact to Play containing all the resources the game needs. PAD offers flexible delivery modes, auto-updates, compression, and delta patching, and is free to use. Using PAD, all asset packs are hosted and served on Google Play removing the need to use a content delivery network (CDN) to get your game resources to players.
Play Asset Delivery uses asset packs, which are composed of assets (such as textures, shaders, and sounds), but no executable code. Through Dynamic Delivery, you can customize how and when each asset pack is downloaded onto a device according to three delivery modes: install-time, fast-follow, and on-demand.
If you want to jump directly to implementing PAD in your game, see Next step.
Single publishing artifactPublish a single artifact to Play including all your game’s resources
Flexible delivery modesControl when and how Play delivers your game assets
Texture compression format targetingStart making efficient use of the available hardware while not sacrificing reach
Automatic updatesLet Play auto-update your game assets with advanced compression and delta patching
Answers to commonly-asked questions
install-time asset packs are delivered when the app is installed. These packs are served as split APKs (part of the APK set). These packs are also known as "upfront" asset packs; you can use these packs immediately at app launch. These packs contribute to the app size listed on the Google Play Store. These packs can't be modified or deleted by the user.
fast-follow asset packs are downloaded automatically as soon as the app is installed; the user does not have to open the app for
fast-follow downloads to begin. These downloads do not prevent the user from entering the app. These packs contribute to the app size listed on the Google Play Store.
on-demand asset packs are downloaded while the app is running.
Asset packs configured as
on-demand are served as archive files by the Google Play Store (and not as split APKs). These packs are then expanded in the app’s internal storage. You can query the location of asset packs served this way using the Play Asset Delivery Library. The app can’t assume the existence of these files or their locations because these files may be deleted by the user or moved by the Play Asset Delivery Library across play sessions. Even though these files are writable by the app, you should treat them as read-only since asset pack patches depend on the integrity of these files.
When using Play Asset Delivery in an instant app, on-demand is the only supported mode.
When the app is updated,
install-time asset packs are updated as part of the base app update (with no action needed from the developer).
App updates for
on-demand asset packs follow these steps:
- The patch for the app, including all assets, is downloaded to a secure location on the device.
- The app binary is updated; this includes any
- All previously-downloaded asset packs are invalidated.
- The patch for the assets is copied and applied to assets stored in the app’s internal storage.
In most cases when the user opens the game, the entire update has already completed and the user can start playing the updated version immediately. In rare cases, when the app is opened, the app binary may have already been updated while the process of applying the patch for the assets has not yet completed and thus assets are not ready to be accessed. You need to accommodate this scenario by providing an appropriate "Update in progress" user interface element around these assets, or build in logic to deal with invalidated assets that are not ready to be accessed. Since the app binary update takes place only after all asset pack types have been downloaded, applying the patch is a local, offline action that should complete quickly.
Texture compression format targeting
Texture Compression is a form of lossy image compression that allows the GPU to render directly from the compressed texture with dedicated hardware, reducing the amount of texture memory and memory bandwidth required. Texture Compression Format Targeting lets you include textures compressed with multiple texture compression formats in your Android App Bundle and rely on Google Play to automatically deliver the assets with the best supported texture compression format for each device.
App version updates
After a new version of an app is uploaded to Google Play, it is possible for the user to open the previous version of the app before it’s updated on the device. If required, in such cases, the app can choose to force an update or recommend an update by calling the In-App Updates API. This API allows you to trigger an update from within the app rather than the user triggering the update from the Google Play Store.
Download size limits
Asset packs are ideal for large games due to their increased size limits:
- The download size limit for each
on-demandasset pack is 512 MB.
- The total download size limit for all
install-timeasset packs combined is 1 GB.
- The total download size limit for all asset packs in an Android App Bundle is 2 GB.
- You can use up to 50 asset packs in an Android App Bundle.
If you use Texture Compression Format Targeting, these download limits apply separately to each unique texture format.
Build Play Asset Delivery into your game or app using one of the following:
Terms of service and data safety
By accessing or using the Play Asset Delivery Library, you agree to the Play Core Software Development Kit Terms of Service. Please read and understand all applicable terms and policies before accessing the library.
The Play Core libraries are your app’s runtime interface with the Google Play Store. As such, when you use Play Core in your app, the Play Store runs its own processes, which include handling data as governed by the Google Play Terms of Service. The information below describes how the Play Core libraries handle data to process specific requests from your app.
Play Asset Delivery
|Data collected on usage|| Device metadata |
|Purpose of data collection||The data collected is used to serve the right asset pack to the device and to preserve installed asset packs after an update.|
|Data encryption||Data is encrypted.|
|Data sharing||Data is not transferred to any third parties.|
|Data deletion||Data is deleted following a fixed retention period.|
While we aim to be as transparent as possible, you are solely responsible for deciding how to respond to Google Play’s data safety section form regarding your app’s user data collection, sharing, and security practices.