Skip to content
Lightweight hardware accelerated video/audio transcoder for Android.
Branch: master
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Type Name Latest commit message Commit time
Failed to load latest commit information.
.github/workflows Fixing GitHub actions Jan 17, 2020
gradle/wrapper Hello, World! Oct 18, 2019
litr-demo Defaulting rotation to zero Jan 24, 2020
litr-filters Consolidating release versions and build parameters Jan 17, 2020
litr Consolidating release versions and build parameters Jan 17, 2020
.gitignore Hello, World! Oct 18, 2019 Creating dedicated "filter pack" library for filters Oct 28, 2019
LICENSE Hello, World! Oct 18, 2019
NOTICE Hello, World! Oct 18, 2019 Consolidating release versions and build parameters Jan 19, 2020
build.gradle Using Bintray gradle plugin for publishing. Correctly packaging licen… Dec 5, 2019
constants.gradle Consolidating release versions and build parameters Jan 17, 2020 Hello, World! Oct 18, 2019
gradlew Hello, World! Oct 18, 2019
gradlew.bat Hello, World! Oct 18, 2019
settings.gradle Creating dedicated "filter pack" library for filters Oct 28, 2019


LiTr (pronounced "lai-tr") is a lightweight video/audio transformation tool which supports transcoding video and audio tracks with optional frame modification.

In its current iteration LiTr supports:

  • changing resolution and/or bitrate of a video track(s)
  • changing bitrate of an audio track(s)
  • overlaying bitmap watermark onto video track(s)
  • including/excluding tracks, which allows muxing/demuxing tracks
  • transforming tracks individually (e.g. apply overlay to one video track, but not the other)

By default, LiTr uses Android MediaCodec stack for hardware accelerated decoding/encoding and OpenGL for rendering. It also uses MediaExtractor and MediaMuxer to read/write media.

Getting Started

Simply grab via Gradle:

 implementation ''

...or Maven:


How to Transform a Video

First, instantiate MediaTransformer with a Context that can access Uris you will be using for input and output. Most commonly, that will be an application context.

MediaTransformer mediaTransformer = new MediaTransformer(getApplicationContext());

Then simply call transform method to transform your video:


Few notable things related to transformation:

  • make sure to provide a unique requestId, it will be used when calling back on a listener, or needed when cancelling an ongoing transformation
  • target formats will be applied to all tracks of that type, non video or audio tracks will be copied "as is"
  • passing null target format means that you don't want to modify track(s) of that type
  • transformation is performed asynchronously, listener will be called with any transformation progress or state changes
  • listener callbacks happen on a UI thread, it is safe to update UI in listener implementation
  • if you want to modify video frames, pass in a list of GlFilters, which will be applied in order
  • client can call transform multiple times, to queue transformation requests
  • video will be written into MP4 container, we recommend using H.264 ("video/avc" MIME type) for target encoding
  • progress update granularity is 100 by default, to match percentage

Ongoing transformation can be cancelled by calling cancel with its requestId:


When you no longer need MediaTransformer, please release it. Note that MediaTransformer instance becomes unusable after you release it, you will have to instantiate a new one.


Handling errors

When transformation fails, exception is not thrown, but rather provided in TransformationListener.onError callback. LiTr defines its own exceptions for different scenarios. For API >= 23, LiTr exception will also contain MediaCodec.CodecException as a cause.

Reporting statistics

When possible, transformation statistics will be provided in listener callbacks. Statistics include source and target track formats, codecs used and transformation result and time for each track.

Beyond Defaults

By default, LiTr uses Android MediaCodec stack to do all media work, and OpenGl for rendering. But this is not set in stone.

At high level, LiTr breaks down transformation into five essential steps:

  • reading encoded frame from source container
  • decoding source frame
  • rendering a source frame onto target frame, optionally modifying it (for example, overlaying a bitmap)
  • encoding target frame
  • writing encoded target frame into target container

Each transformation step is performed by a component. Each component is abstracted as an interface:

  • MediaSource
  • Decoder
  • Renderer
  • Encoder
  • MediaTarget

This allows clients pass in their own implementations of different transformation steps using more "low level" transform API:


When using your own component implementations, make sure that output of a component matches the expected input of a next component. For example, if you are using a custom Encoder (AV1?), make sure it accepts whatever frame format Renderer produces (GlSurface, ByteBuffer) and outputs what MediaTarget expects as an input.

Using Filters

You can use custom filters to modify video frames. Write your own in OpenGL as an implementation of GlFilter interface, or use existing one from "filter pack" library, which is available via Gradle:

 implementation ''

...or Maven:


You can pass in a list of filters when transforming a video. Keep in mind that filters will be applied in the order they are in the list, so ordering matters.

Using in Tests

MediaTransformer is very intentionally not a singleton, to allow easy mocking of it in client code.


Core business logic in LiTr is well covered by unit tests. LiTr is designed to use dependency injection pattern, which makes it very easy to write JVM tests with mocked dependencies. We use Mockito framework for mocking.

Demo App

LiTr comes with pretty useful demo app, which lets you transcode video/audio tracks with different parameters, in addition to providing sample code.


Please read for details on our code of conduct, and the process for submitting pull requests to us.


For the versions available, see the tags on this repository.


  • Izzat Bahadirov - Initial work - LiTr

See also the list of contributors who participated in this project.


This project is licensed under the BSD 2-Clause License - see the LICENSE file for details


  • A huge thank you to ypresto for his pioneering work on android-transcoder project, which was an inspiration and heavy influence on LiTr
  • A thank you to Google's AOSP CTS team for writing Surface to Surface rendering implementation in OpenGL, which became a foundation for GlRenderer in LiTr
  • A shout out to my awesome colleagues Amita Sahasrabudhe, Long Peng and Keerthi Korrapati for contributions and code reviews
  • A shout out to our designer Mauroof Ahmed for giving LiTr a visual identity
  • A shout out to PurpleBooth for very useful template
You can’t perform that action at this time.