https://github.com/google/ExoPlayer
Revision 0aaff6362db455153b0e82c1f636505273736341 authored by marcbaechinger on 25 February 2021, 16:49:49 UTC, committed by Ian Baker on 16 April 2021, 13:51:53 UTC
1 parent 0ed3de4
Raw File
Tip revision: 0aaff6362db455153b0e82c1f636505273736341 authored by marcbaechinger on 25 February 2021, 16:49:49 UTC
Javadoc 2.13.2
Tip revision: 0aaff63
shrinking.md
---
title: APK shrinking
---

Minimizing APK size is an important aspect of developing a good Android
application. This is particularly true when targeting developing markets, and
also when developing an Android Instant App. For such cases it may be desirable
to minimize the size of the ExoPlayer library that's included in the APK. This
page outlines some simple steps that can help to achieve this.

## Use modular dependencies ##

The most convenient way to use ExoPlayer is to add a dependency to the full
library:

~~~
implementation 'com.google.android.exoplayer:exoplayer:2.X.X'
~~~
{: .language-gradle}

However this may pull in more features than your app needs. Instead, depend only
on the library modules that you actually need. For example the following will
add dependencies on the Core, DASH and UI library modules, as might be required
for an app that only plays DASH content:

~~~
implementation 'com.google.android.exoplayer:exoplayer-core:2.X.X'
implementation 'com.google.android.exoplayer:exoplayer-dash:2.X.X'
implementation 'com.google.android.exoplayer:exoplayer-ui:2.X.X'
~~~
{: .language-gradle}

## Enable code and resource shrinking ##

You should enable code and resource shrinking for your application's release
builds. ExoPlayer is structured in a way that allows code shrinking to
effectively remove unused functionality. For example, for an application that
plays DASH content, ExoPlayer's contribution to APK size can be reduced by
approximately 40% by enabling code shrinking.

Read [Shrink, obfuscate, and optimize your app][] on the Android Developer site
to learn how to enable code and resource shrinking.

## Specify which renderers your app needs ##

By default, the player's renderers will be created using
`DefaultRenderersFactory`. `DefaultRenderersFactory` depends on all of the
`Renderer` implementations provided in the ExoPlayer library, and as a result
none of them will be removed by code shrinking. If you know that your app only
needs a subset of renderers, you can specify your own `RenderersFactory`
instead. For example, an app that only plays audio can define a factory like
this when instantiating `SimpleExoPlayer` instances:

~~~
RenderersFactory audioOnlyRenderersFactory =
    (handler, videoListener, audioListener, textOutput, metadataOutput)
        -> new Renderer[] {
            new MediaCodecAudioRenderer(
                context, MediaCodecSelector.DEFAULT, handler, audioListener)
           };
SimpleExoPlayer player =
    new SimpleExoPlayer.Builder(context, audioOnlyRenderersFactory).build();
~~~
{: .language-java}

This will allow other `Renderer` implementations to be removed by code
shrinking. In this particular example video, text and metadata renderers are
removed.

## Specify which extractors your app needs ##

By default, the player will create `Extractor`s to play progressive media using
`DefaultExtractorsFactory`. `DefaultExtractorsFactory` depends on all of the
`Extractor` implementations provided in the ExoPlayer library, and as a result
none of them will be removed by code shrinking. If you know that your app only
needs to play a small number of container formats, or doesn't play progressive
media at all, you can specify your own `ExtractorsFactory` instead. For example,
an app that only needs to play mp4 files can provide a factory like:

~~~
ExtractorsFactory mp4ExtractorFactory =
    () -> new Extractor[] {new Mp4Extractor()};
SimpleExoPlayer player =
    new SimpleExoPlayer.Builder(context, mp4ExtractorFactory).build();
~~~
{: .language-java}

This will allow other `Extractor` implementations to be removed by code
shrinking, which can result in a significant reduction in size.

You should pass `ExtractorsFactory.EMPTY` to the `SimpleExoPlayer.Builder`
constructor, if your app is doing one of the following:

* Not playing progressive media at all, for example because it only
  plays DASH, HLS or SmoothStreaming content
* Providing a customized `DefaultMediaSourceFactory`
* Using `MediaSource`s directly instead of `MediaItem`s

~~~
// Only playing DASH, HLS or SmoothStreaming.
SimpleExoPlayer player =
    new SimpleExoPlayer.Builder(context, ExtractorsFactory.EMPTY).build();

// Providing a customized `DefaultMediaSourceFactory`
SimpleExoPlayer player =
    new SimpleExoPlayer.Builder(context, ExtractorsFactory.EMPTY)
        .setMediaSourceFactory(
            new DefaultMediaSourceFactory(context, customExtractorsFactory))
        .build();

// Using a MediaSource directly.
SimpleExoPlayer player =
    new SimpleExoPlayer.Builder(context, ExtractorsFactory.EMPTY).build();
ProgressiveMediaSource mediaSource =
    new ProgressiveMediaSource.Factory(
            dataSourceFactory, customExtractorsFactory)
        .createMediaSource(MediaItem.fromUri(uri));
~~~
{: .language-java}

[Shrink, obfuscate, and optimize your app]: https://developer.android.com/studio/build/shrink-code
back to top