# Overview

Fairplay is the Apple DRM and was initially used only in the iTunes store to protect AAC encoded audio files but got soon also adopted for Apple’s video products that are now part of the iTunes store. Fairplay is specifically designed for Apple HTTP Live Streaming (HLS) with Apple playback devices such as iPhone, iPad, Apple TV and Mac OS X. Fairplay is also used as Content Decryption Module (CDM) of the Safari browser. This enables HTML5 native playback of DRM encrypted Fairplay streams without plugins in Safari.

# Fairplay DRM Requirements

• You need a Fairplay certificate from Apple in order to be able to use Fairplay DRM. This certificate is needed in order to use DRM provider to control the playback of your content. To get one, you have to request a FPS Deployment package. More details about Fairplay are available at <https://developer.apple.com/streaming/fps/>.

• FairPlay DRM Playback is supported on Apple devices only. Please see our [Player DRM support](🔗) overview for more details.

# About this example

The code snippets shown here are based on the [full example](🔗) called `CencDrmContentProtection.java`, using our [Bitmovin SDK for Java](🔗).

**Hint:** If you haven't created any encodings with our Service yet, its recommended to start with our quick start guide called "[Get Started with the Bitmovin API](🔗)" first, before you continue :)

# Encoding with DRM Configuration

## Encryption details

To encrypt your content so it can be used with FairPlay DRM, an `encryption key` (referred to as `DRM_KEY` in the example) is required. All other values are optional, however sometimes required by specific DRM vendors, therefore have to be set (`DRM_FAIRPLAY_IV`, `DRM_FAIRPLAY_URI`, ...).

These values of the Fairplay DRM configuration are expected in the following format:

• DRM\_KEY: (required) You need to provide a key that will be used to encrypt the content (16 byte encryption key, represented as 32 hexadecimal characters)

• DRM\_FAIRPLAY\_IV: The initialization vector is optional. If it is not provided we will generate one for you. (16 byte initialization vector, represented as 32 hexadecimal characters)

• DRM\_FAIRPLAY\_URI: If provided, this URI will be used for license acquisition, (e.g. skd://userspecifc?custom=information)

**HINT:** Some DRM providers provide you with a dedicated service to create and safely store Encryption Keys, so you don't have to create and manage them by yourself. These values, along with the Apple certificate, are required to generate a proper playback license using DRM solution providers like Irdeto, EZDRM, ExpressPlay, Axinom, BuyDRM, etc. to control playback permissions on the client side. [Learn more](🔗).

## Muxing DRM Configuration

When you create an encoding, you define `Streams` which point to the video track of the input file, and couple them with an `Codec Configuration` of your choice. These `Streams` are then used by `Muxings` which determine the desired output format of your content.

Since iOS 10, respectively macOS Sierra/Safari 10, you can use the output of `fMP4 Muxings` for HLS with Fairplay DRM. Older iOS devices still require MPEG-TS, therefore you have to use `TS Muxings` to support those. In order to configure a `Muxing` to create DRM encrypted content, you add a `CencDRM Configuration` ([API reference](🔗)) to it. Its a general DRM configuration object, where you can provide the required `key` to encrypt the content, along with DRM solution specific details.

The example creates two `Streams` - one for the video-`Stream` (H264) and one for the audio-`Stream` (AAC). For each of the `Streams` and `fMP4 Muxing` is created, without providing a output destination.

**Java SDK Example - create Encoding** ([Line in Example](🔗))

In typical DRM Encoding workflows the `Output` configuration is part of The DRM Config **only**. It is added to the muxing by the `createDrmConfig` method. So, it defines which output shall be used to store the encrypted content.

**Java SDK Example - Add DRM Config to Muxing** ([Line in Example](🔗))

**IMPORTANT:** You can still provide an `Output` config to the fMP4 Muxing as well, but it would push the _unencrypted version of your encoded content_ to this `Output` destination. So, if you want to create encrypted content only, provide an `Output` configuration exclusively as part of your DRM Config.

**Java SDK Example - createDrmConfig() Method** ([Line in Example](🔗))

That's it, so we can start this encoding now with `executeEncoding()` and create HLS and MPD manifests for it, after the encoding is finished.

**Java SDK Example - Start Encoding and create HLS and MPD Manifests** ([Line in Example](🔗))

`generateDashManifest` and `generateHlsManifest` are using the DefaultManifest API call for MPEG-DASH ([Example](🔗)) and HLS ([Example](🔗)). These methods are easy to configure and enable to you create a simple manifest that for each streaming format that reference all the contents that were created and can be used by the respective Streaming Format.

While your MPD, will only show the DRM protected Video- and Audio track protected with Widevine DRM, your HLS manifest holds the details to play this content with Widevine or Fairplay DRM.

# Get Started with a Bitmovin SDK

Visit our [Github Example Repository](🔗) that provides you with examples for all Bitmovin SDK's available.