The VP9 extension provides LibvpxVideoRenderer
, which uses libvpx (the VPx
decoding library) to decode VP9 video.
Please note that whilst the code in this repository is licensed under Apache 2.0, using this extension also requires building and including one or more external libraries as described below. These are licensed separately.
To use this extension you need to clone the ExoPlayer repository and depend on its modules locally. Instructions for doing this can be found in ExoPlayer's top level README.
In addition, it's necessary to build the extension's native components as follows:
- Set the following environment variables:
cd "<path to exoplayer checkout>"
EXOPLAYER_ROOT="$(pwd)"
VP9_EXT_PATH="${EXOPLAYER_ROOT}/extensions/vp9/src/main"
- Download the Android NDK and set its location in an environment variable. This build configuration has been tested on NDK r20.
NDK_PATH="<path to Android NDK>"
- Fetch libvpx:
cd "${VP9_EXT_PATH}/jni" && \
git clone https://chromium.googlesource.com/webm/libvpx libvpx
- Checkout an appropriate branch of libvpx. We cannot guarantee compatibility with all versions of libvpx. We currently recommend version 1.8.0:
cd "${VP9_EXT_PATH}/jni/libvpx" && \
git checkout tags/v1.8.0 -b v1.8.0
- Run a script that generates necessary configuration files for libvpx:
cd ${VP9_EXT_PATH}/jni && \
./generate_libvpx_android_configs.sh
- Build the JNI native libraries from the command line:
cd "${VP9_EXT_PATH}"/jni && \
${NDK_PATH}/ndk-build APP_ABI=all -j4
We do not provide support for building this extension on Windows, however it should be possible to follow the Linux instructions in Windows PowerShell.
- Every time there is a change to the libvpx checkout:
- Android config scripts should be re-generated by running
generate_libvpx_android_configs.sh
- Clean and re-build the project.
- Android config scripts should be re-generated by running
- If you want to use your own version of libvpx, place it in
${VP9_EXT_PATH}/jni/libvpx
. Please note thatgenerate_libvpx_android_configs.sh
and the makefiles may need to be modified to work with arbitrary versions of libvpx.
Once you've followed the instructions above to check out, build and depend on
the extension, the next step is to tell ExoPlayer to use LibvpxVideoRenderer
.
How you do this depends on which player API you're using:
- If you're passing a
DefaultRenderersFactory
toSimpleExoPlayer.Builder
, you can enable using the extension by setting theextensionRendererMode
parameter of theDefaultRenderersFactory
constructor toEXTENSION_RENDERER_MODE_ON
. This will useLibvpxVideoRenderer
for playback ifMediaCodecVideoRenderer
doesn't support decoding the input VP9 stream. PassEXTENSION_RENDERER_MODE_PREFER
to giveLibvpxVideoRenderer
priority overMediaCodecVideoRenderer
. - If you've subclassed
DefaultRenderersFactory
, add aLibvpxVideoRenderer
to the output list inbuildVideoRenderers
. ExoPlayer will use the firstRenderer
in the list that supports the input media format. - If you've implemented your own
RenderersFactory
, return aLibvpxVideoRenderer
instance fromcreateRenderers
. ExoPlayer will use the firstRenderer
in the returned array that supports the input media format. - If you're using
ExoPlayer.Builder
, pass aLibvpxVideoRenderer
in the array ofRenderer
s. ExoPlayer will use the firstRenderer
in the list that supports the input media format.
Note: These instructions assume you're using DefaultTrackSelector
. If you have
a custom track selector the choice of Renderer
is up to your implementation,
so you need to make sure you are passing an LibvpxVideoRenderer
to the
player, then implement your own logic to use the renderer for a given track.
To try out playback using the extension in the demo application, see enabling extension decoders.
There are two possibilities for rendering the output LibvpxVideoRenderer
gets from the libvpx decoder:
-
GL rendering using GL shader for color space conversion
- If you are using
SimpleExoPlayer
withPlayerView
, enable this option by settingsurface_type
ofPlayerView
to bevideo_decoder_gl_surface_view
. - Otherwise, enable this option by sending
LibvpxVideoRenderer
a message of typeRenderer.MSG_SET_VIDEO_DECODER_OUTPUT_BUFFER_RENDERER
with an instance ofVideoDecoderOutputBufferRenderer
as its object.
- If you are using
-
Native rendering using
ANativeWindow
- If you are using
SimpleExoPlayer
withPlayerView
, this option is enabled by default. - Otherwise, enable this option by sending
LibvpxVideoRenderer
a message of typeRenderer.MSG_SET_SURFACE
with an instance ofSurfaceView
as its object.
- If you are using
Note: Although the default option uses ANativeWindow
, based on our testing the
GL rendering mode has better performance, so should be preferred.
- Javadoc: Classes matching
com.google.android.exoplayer2.ext.vp9.*
belong to this module.