\n
![](\"https:\/\/blogger.googleusercontent.com\/img\/b\/R29vZ2xl\/AVvXsEgjvUZRbW3C54XXsmXfmUotzasJ2iYC5dnPpM6MeEvi5jBGvHUzmawInbCLf2jehsnOWq0ic36GJ_QdXgMhj2cFziwvrV6R0QzKO-OnLzPmL2-w95f1q6ltsycfj_poLhXqe0ltaYZugveysTPkP1gg7hbz3IbIqqiqi0uGSsZJlT2n3cN46vtadnMcTAQ\/s1600\/android-jetpack-media3-1-8-0-meta.png\")
<\/p>\nPosted by Toni Heidenreich \u2013 Engineering Manager<\/em><\/p>\n This release includes several bug fixes, performance improvements, and new features. Read on to find out more, and as always please check out the full release notes<\/a> for a comprehensive overview of changes in this release.<\/p>\n This release introduces a scrubbing mode<\/i> in ExoPlayer, designed to optimize performance for frequent, user-driven seeks, like dragging a seek bar handle. You can enable it with ExoPlayer.setScrubbingModeEnabled(true)<\/span>. We’ve also integrated this into PlayerControlView<\/span> in the UI module where it can be enabled with either time_bar_scrubbing_enabled=”true”<\/span> in XML or the setTimeBarScrubbingEnabled(boolean)<\/span> method. Media3 1.8.0 contains the first batch of scrubbing improvements, with more to come in 1.9.0!<\/p>\n Extending the initial support for VOD in Media3 1.6.0, HlsInterstitialsAdsLoader<\/span> now supports live streams and asset lists for all your server-guided ad insertion (SGAI) needs. The Google Ads Manager team explains how SGAI works<\/a>. Follow our documentation for how to integrate HLS interstitals into your app<\/a>.<\/p>\n MetadataRetriever<\/a><\/span> has been significantly updated – it’s now using an AutoCloseable<\/span> pattern and lets you retrieve the duration of media items without playback. This means Media3 now offers the full functionality of the Android platform MediaMetadataRetriever<\/span> but without having to worry about device specific quirks and cross-process communication (some parts like frame extraction are still experimental, but we’ll integrate them properly in the future).<\/p>\n <\/p>\n There were several other improvements and bug fixes across ExoPlayer and playback related components. To name just a few:<\/p>\n The MediaSession<\/span> module has a few changes and improvements for notification handling. It’s now keeping notifications for longer by default, for example when playback is paused, stopped or failed, so that a user has more time to resume playback in your app. Notifications for live streams (in particular with DVR windows) also became more useful by removing the confusing DVR window duration and progress from the notification.<\/p>\n The media session demo app now also supports playback resumption to showcase how the feature can be integrated into your app! It allows the user to resume playback long after your app has been terminated and even after reboot.<\/p>\n We are continuing to add optimizations for faster trim operations to Transformer APIs. In the new 1.8.0 release, we introduced support for trimming using MP4 edit lists. Call experimentalSetMp4EditListTrimEnabled(true)<\/span> to make trim-only edits significantly faster.<\/p>\n <\/p>\n A standard trimming operation often requires a full re-transcoding of the video, even for a simple trim. This meant decoding, re-encoding the entire file, which is a time-consuming and resource-intensive process. With MP4 edit list support, Transformer can now perform “trim-only” edits much more efficiently. Instead of re-encoding, it leverages the existing encoded samples and defines a “pre-roll” within the edit list. This pre-roll essentially tells the player where to start playback within an existing encoded sample, effectively skipping the unwanted beginning portion.<\/p>\n The following diagram illustrates how this works:<\/p>\n As illustrated above, each file contains encoded samples and each sample begins with a keyframe. The red line indicates the intended clip point in the original file, allowing us to safely discard two first samples. The major difference in this approach lies in how we handle the third encoded sample. Instead of running a transcoding operation, we transmux this sample and define a pre-roll for a video start position. This significantly accelerates the export operation; however this optimization is only applicable if no other effects are applied. Player implementations may also ignore the pre-roll component of the final video and play from the start of the encoded sample.<\/p>\n CodecDBLite optimizes two elements of encoder configuration on a chipset-by-chipset basis: codec selection and B-frames. Depending on the chipset, these parameters can have either a positive or adverse impact on video quality. CodecDB Lite leverages benchmark data collected on production devices to recommend a configuration that achieves the maximum user-perceived quality for the developer\u2019s target bitrate. By enabling CodecDB Lite, developers can leverage advanced video codecs and features without worrying about whether or not they work on a given device.<\/p>\n To use CodecDbLite, simply call setEnableCodecDbLite(true)<\/span> when building the encoder factory:<\/p>\n <\/p>\n The Composition Demo app<\/a> has been refreshed, and is now built entirely with Kotlin and Compose to showcase advanced multi-asset editing capabilities in Media3. Our team is actively extending the APIs, and future releases will introduce more advanced editing features, such as transitions between media items and other more advanced video compositing settings.<\/p>\n Adaptive-first:<\/b> Editing flows can get complicated, so it helps to take advantage of as much screen real estate as possible. With the adaptive layouts provided by Jetpack Compose, such as the supporting pane layout<\/a>, we can dynamically adapt the UI based on the device\u2019s screen size.<\/p>\n Multi-asset video compositor:<\/b> We\u2019ve added a custom video compositor<\/a> that demonstrates how to arrange input media items into different layouts, such as a 2×2 grid or a picture-in-picture overlay. These compositor settings are applied to the Composition<\/a>, and can be used both with CompositionPlayer for preview and Transformer for export.<\/p>\n Please get in touch via the Media3 issue Tracker<\/a> if you run into any bugs, or if you have questions or feature requests. We look forward to hearing from you!<\/p>\n<\/div>\n![](\"https:\/\/blogger.googleusercontent.com\/img\/b\/R29vZ2xl\/AVvXsEjc7tvydNaQJzmTLusAiFBurSEmdaA24MfNjgUSSE6BheohJqi6AV-3KOuCVg0dJanXZKTE_HT8ujL1mMGW1HDi0KO4V3TqFd0I04HkLfME6D1B7LkCIDvUlQjlKGwj_Kq5WfBiQMqHJ4wN2ngzW9TwZ8GrvhuDWfzfwLU6aluHQXkLWX7jYM3iVfFFenI\/s1600\/Android%20Jetpack%20Media3%201.8.0.png\")
<\/a><\/p>\nScrubbing in ExoPlayer<\/span><\/h2>\n
<\/div>\n<\/div>\nLive streaming ads with HLS interstitials<\/span><\/h2>\n
<\/div>\nDuration retrieval without playback<\/span><\/h2>\n
Partial downloads, XR audio routing and more efficient playback<\/span><\/h2>\n
\n
\n
\n
\n
Playback resumption in demo app and better notification defaults<\/span><\/h2>\n
<\/div>\nFaster trim operations with edit list support<\/span><\/h2>\n
<\/div>\n
\n<\/em><\/center><\/imgcaption><\/p>\nChipset specific optimizations with CodecDbLite<\/span><\/h2>\n
New Composition demo<\/span><\/h2>\n
<\/div>\n<\/div>\nGet started with Media3 1.8.0<\/span><\/h2>\n