 François Beaufort [GitHub](https://github.com/beaufortfrancois)
- [Offline playback with persistent licenses](https://developer.chrome.com/blog/media-updates-in-chrome-62.md.txt#persistent_licenses) and [Widevine L1](https://developer.chrome.com/blog/media-updates-in-chrome-62.md.txt#widevine_l1) are now supported on Android.
- Chrome now [disables video tracks when an MSE video is played in the background](https://developer.chrome.com/blog/media-updates-in-chrome-62.md.txt#background-video-track-optimizations) to optimize performance.
- Web developers can [customize seekable range](https://developer.chrome.com/blog/media-updates-in-chrome-62.md.txt#seekable) on live MSE streams.
- Chrome now supports [FLAC in MP4 with MSE](https://developer.chrome.com/blog/media-updates-in-chrome-62.md.txt#flac-in-mp4-with-mse).
- Video will [go fullscreen when the device is rotated](https://developer.chrome.com/blog/media-updates-in-chrome-62.md.txt#auto-fullscreen-rotate).
## Persistent licenses for Android
Persistent license in [Encrypted Media Extensions (EME)](https://w3c.github.io/encrypted-media/) means the license can
be persisted on the device so that applications can load the license into
memory without sending another license request to the server. This is how
offline playback is supported in EME.
Until now, ChromeOS was the only platform to support persistent licenses. It
is not true anymore. Playing protected content through EME while the device is
offline is now possible on Android as well.
```javascript
const config = [{
sessionTypes: ['persistent-license'],
videoCapabilities: [{
contentType: 'video/webm; codecs="vp09.00.10.08"',
robustness: 'SW_SECURE_DECODE' // Widevine L3
}]
}];
// Chrome will prompt user if website is allowed to uniquely identify
// user's device to play protected content.
navigator.requestMediaKeySystemAccess('com.widevine.alpha', config)
.then(access => {
// User will be able to watch encrypted content while being offline when
// license is stored locally on device and loaded later.
})
.catch(error => {
// Persistent licenses are not supported on this platform yet.
});
```
You can try persistent licenses yourself by checking out the [Sample Media PWA](https://github.com/GoogleChrome/sample-media-pwa)
and following these steps:
1. Go to
2. Click "Make available offline" and wait for the video to be downloaded.
3. Turn airplane mode on.
4. Click the "Play" button and enjoy the video!
> [!NOTE]
> **Note:** Widevine support is disabled in \[Incognito mode\] in Android. That way users do not inadvertently lose paid licenses when closing Incognito tabs.
## Widevine L1 for Android
As you may already know, all Android devices are required to support Widevine
Security Level 3 (Widevine L3). However there are many devices out there
that also support the highest security level: [Widevine Security Level 1](https://developer.chrome.com/blog/Widevine%20L1) where all content processing, cryptography, and control is
performed within the Trusted Execution Environment (TEE).
Good news! Widevine L1 is now supported in Chrome for Android so that media can
be played in the most secure way. Note that it was supported already on Chrome
OS.
```javascript
const config = [{
videoCapabilities: [{
contentType: 'video/webm; codecs="vp09.00.10.08"',
robustness: 'HW_SECURE_ALL' // Widevine L1
}]
}];
// Chrome will prompt user if website is allowed to uniquely identify
// user's device to play protected content.
navigator.requestMediaKeySystemAccess('com.widevine.alpha', config)
.then(access => {
// User will be able to watch encrypted content in the most secure way.
})
.catch(error => {
// Widevine L1 is not supported on this platform yet.
});
```
[Shaka Player](https://github.com/google/shaka-player), the JavaScript library for adaptive media formats (such as DASH
and HLS) has a demo for you to try Widevine L1 out:
1. Go to and click "Allow" when prompted.
2. Pick "Angel One (multicodec, multilingual, Widevine)".
3. Enter `HW_SECURE_ALL` in the "Video Robustness" field of the "Configuration" section.
4. Click the "Load" button and enjoy the video!
## Background video track optimizations (MSE only)
The Chrome team is always trying to find new ways to improve battery life and
Chrome 62 is no exception.
Chrome now disables video tracks when the video is played in the background
(e.g., in a non-visible tab) if the video uses [Media Source Extensions (MSE)](https://developers.google.com/web/fundamentals/media/mse/basics).
Check out our [previous article](https://developer.chrome.com/blog/media-updates-in-chrome-61.md.txt#background-video-track-optimizations) to learn more.
## Customize seekable range on live MSE streams
As you may already know, the `seekable` attribute contains the ranges
of the media resource to which the browser can seek. Typically, it contains a
single time range which starts at 0 and ends at the media resource duration. If
the duration is not available though, such as a live stream, the time range may
continuously change.
The good news is that you can now more effectively customize the
`seekable` range logic with [Media Source Extensions (MSE)](https://developers.google.com/web/fundamentals/media/mse/basics) by
providing or removing a single seekable range that is union'ed with the current
buffered ranges. It results in a single seekable range which fits both, when
the media source duration is `+Infinity`.
In the code below, the media source has already been attached to a media
element and contains only its init segment:
```javascript
const mediaSource = new MediaSource();
...
mediaSource.duration = +Infinity;
// Seekable time ranges: { }
// Buffered time ranges: { }
mediaSource.setLiveSeekableRange(1 /* start */, 4 /* end */);
// Seekable time ranges: { [1.000, 4.000) }
// Buffered time ranges: { }
// Let's append a media segment that starts at 3 seconds and ends at 6.
mediaSource.sourceBuffers[0].appendBuffer(someData);
// Seekable time ranges: { [1.000, 6.000) }
// Buffered time ranges: { [3.000, 6.000) }
mediaSource.clearLiveSeekableRange();
// Seekable time ranges: { [0.000, 6.000) }
// Buffered time ranges: { [3.000, 6.000) }
```
There are many cases that I didn't cover above so I'd suggest you give a try
to [the official sample](https://googlechrome.github.io/samples/media/live-seekable-range.html) to see how buffered and seekable time ranges react to different
MSE events.
[Intent to Ship](https://groups.google.com/a/chromium.org/d/msg/blink-dev/-LTXhyDzS_E/LfjqN71kAAAJ) \|
[Chromestatus Tracker](https://www.chromestatus.com/feature/5671401352593408) \|
[Chromium Bug](https://crbug.com/623698)
## FLAC in MP4 for MSE
The lossless audio coding format [FLAC](https://xiph.org/flac/) has been supported in regular media
playback since Chrome 56. FLAC in ISO-BMFF support (aka FLAC in MP4) was added
shortly after. And now FLAC in MP4 is available in Chrome 62 for [Media Source
Extensions (MSE)](https://developers.google.com/web/fundamentals/media/mse/basics).
For info, Firefox folks are the ones who developed and implemented support for
a [FLAC in MP4 encapsulation spec](https://github.com/xiph/flac/blob/master/doc/isoflac.txt), and the BBC has been experimenting with
using that with MSE. You can read the BBC's ["Delivering Radio 3 Concert
Sound"](https://www.bbc.co.uk/rd/blog/2017-04-radio-3-high-quality-flac-dash) post to learn more.
Here's how you can detect if FLAC in MP4 is supported for MSE:
```javascript
if (MediaSource.isTypeSupported('audio/mp4; codecs="flac"')) {
// TODO: Fetch data and feed it to a media source.
}
```
If you want to see a full example, check out [our official sample](https://googlechrome.github.io/samples/media/flac-in-mp4-for-mse.html).
[Intent to Ship](https://groups.google.com/a/chromium.org/d/msg/blink-dev/ntoLfR7rbmE/3R1DQoBSAAAJ) \|
[Chromestatus Tracker](https://www.chromestatus.com/feature/5713014258925568) \|
[Chromium Bug](https://bugs.chromium.org/p/chromium/issues/detail?id=666000)
## Automatic video goes to fullscreen when the device is rotated
If you rotate a device to landscape while a video is playing in the viewport,
playback will automatically switch to fullscreen mode. Rotating the device to
portrait puts the video back to windowed mode. Check out our [past article](https://developer.chrome.com/blog/media-updates-in-chrome-61.md.txt#auto-fullscreen-rotate) for
more details.