> ## Content Index
> Fetch the complete content index at: https://admin.kod.ru/llms.txt
> Use this file to discover other available public pages before exploring further.

# Как фильмы появляются в онлайн-кинотеатрах
- URL: https://admin.kod.ru/movies-coming-online-cinema/
- Published: 2023-12-07T14:59:05.000Z
- Updated: 2023-12-07T16:23:29.000Z
- Description: Технический руководитель онлайн-кинотеатра KION Александр Шаталов рассказал, что происходит с кинолентами перед тем, как они оказываются в KION.
- Author: МТС
- Tags: Блоги

Онлайн-кинотеатр не может просто купить и залить фильм на платформу: сначала видео проходит техническую обработку, снабжается сопроводительными медиа и заносится в библиотеку. 

Технический руководитель онлайн-кинотеатра KION Александр Шаталов рассказал, что происходит с кинолентами перед тем, как они оказываются в KION.

### Как пополняется фильмотека

С собственным производством всё просто — эксклюзивные права на фильмы или сериалы принадлежат МТС. В остальных случаях лицензию нужно купить у правообладателей. Это не всегда авторы ленты — чаще студии, которые занимаются дистрибуцией видео. 

Например, недавно KION подписал контракты с «Централ Партнершип» (производителем и дистрибьютором фильмов) и «Вольга» (дистрибьютором).

После подписания договора группа по работе с материалами онлайн-кинотеатра получает исходные данные, кладёт их в специальное хранилище и приступает к подготовке материалов для публикации в сервисе.

![](https://lh7-us.googleusercontent.com/IDyRbNAHTZcKjiBDwQcCCpbaK69ZI1ZW4RfWp2358x1oZUPsty0kbLDcGywDavyAPUL-sA4OpNmWIXYYykPQRfzAeu6lVSx0sU3_L0ugzgsV8wXVyrVahLjrubNT86SJfjgVwVwrPOB0q97TUta6_Ws)

**Кто проверяет исходный материал**

Когда исходный файл попадает к видеоинженерам, с ним проводятся дальнейшие манипуляции:

- техническая валидация контента;
- точечный визуальный осмотр.

Специалисты из исходного видеофайла подготавливают так называемый мастер-файл, который должен соответствовать техническим требованиям видеоплатформы. Например, мы работаем в цветовом пространстве YUV и со средним битрейтом 20–25 Мбит/сек для HD-формата. Во время подготовки мастер-файла видеоинженер проделывает манипуляции с исходным файлом, такие как:

- сборка звука в Dolby Digital 5.1, если в составе материалов есть такой формат;
- монтаж видео, если нужно что-то исправить;
- нормализация звука, чтобы его уровень на клиентских устройствах не был слишком тихим или слишком громким;
- подготовка субтитров;
- размытие и цензурирование постеров и доп. материалов, чтобы они соответствовали возрастному рейтингу;
- монтаж графических элементов (заставки, анимации, водяные знаки).

**Серьёзная ошибка**

В исходном файле находится не только фильм, но и проморолики с тизерами, которые тоже заливаются в онлайн-кинотеатр.

Однажды мы пропустили очень важный артефакт: дистрибьютор подготавливал ленту другому онлайн-кинотеатру и вставил в промо-ролик его рекламу. А файл с фильмом и этим промо-роликом отдал нам.

При подготовке материалов артефакт на глаза не попался, и ролик пошёл дальше — через все этапы к клиентской витрине. Некоторое время реклама конкурентов проигрывалась на платформе, но её быстро заметили и удалили. 

После этого мы изменили подход к проверке мастер файлов, стали больше внимания уделять таким моментам, ввели ускоренную проверку на наличие в мастер-файлах материалов сторонних площадок и конкурентов.

**Соблюдение законодательства для защиты пользователя**

С 2013 года Минкульт ввёл ограничения на допустимый контент для каждой возрастной категории. Были прецеденты, когда онлайн-кинотеатры и телеканалы штрафовали за демонстрацию контента без соответствующих возрастных ограничений и цензурирования запрещенных сцен.

На текущий момент наша задача — защитить пользователя от просмотра неподобающих сцен и грамотно работать с возрастными ограничениями. 

Делать эту работу в ручном режиме становится всё сложнее в связи с большим количеством контента, поэтому совместно с MTS AI идёт активная работа над алгоритмом автоматизированного отсмотра и выявления нежелательных сцен в контенте. 

Он способен, например, помещать метки с подозрительными сценами в ленту, чтобы человек вручную их проверил. Это позволит снизить нагрузку на наших сотрудников.

### Как фильм доставляется на устройства

Параллельно с подготовкой фильма к публикации в сервисе, мы собираем метаинформацию (описание и длительность), указываем актёров, сценаристов и режиссёров. 

Прикладываем логотипы, картинки, постеры и всё это загружаем в нашу CMS. Она отвечает за хранение данных о фильме и за весь его жизненный цикл: отображение в KION’е, модель распространения, допустимые для просмотра устройства и т. д.

Когда CMS-запись готова, эстафету принимает ТВ-платформа — техническое ядро всего сервиса. Она содержит информацию о клиентах и подписках, управляет авторизацией и раздачей видеопотока.

Что делает ТВ-платформа?

- Кодирует фильм, параллельно шифруя его для предотвращения несанкционированного доступа.
- Упаковывает метаинформацию из CMS в технические сущности для доставки на устройство пользователя.
- Упаковывает мастер-файл в контейнер, необходимый для доставки видео. У нас используются MPEG-DASH и HLS, но сначала контент упаковывается только в протокол MPEG-DASH (почему так — расскажем чуть позже).
- Делает контент доступным для покупки и просмотра на витрине клиентского устройства.

> MPEG-DASH — международный стандарт адаптивной передачи данных. HLS — протокол передачи данных, разработанный Apple для своих устройств. Принципы работы у них одинаковый: файл «пакуется» в контейнер, который содержит манифест и плейлист.  
>  
> В манифесте указывается информация для принимающей стороны: характеристики аудио, видео, ключ DRM и прочее. Внутри плейлиста содержатся ссылки на чанки — двухсекундные (MPEG-DASH) или шестисекундные (HLS) фрагменты видео, которые последовательно скачиваются и воспроизводятся на устройстве.

### Зачем шифровать фильмы

Мы должны обеспечивать требования правообладателя по защите его контента от копирования и нелегального распространения (это зафиксировано в ГК РФ). Традиционно для защиты авторского контента используется технология DRM.

Её реализуют либо единым решением для всех клиентских устройств (например, на базе CAS/DRM Verimatrix), либо в виде отдельных DRM-систем под каждую операционную систему:

- Google — Widevine;
- Microsoft — PlayReady;
- Apple — FairPlay.

> Почему DRM так много? Исторически единого стандарта DRM не существовало. Каждая крупная компания хотела повысить привлекательность своего софта для контент-производителей, предлагая более простую в использовании и более устойчивую к взлому технологию.

Раньше мы упаковывали всё в MPEG-DASH. Технология Common Encryption позволяла устройству выбирать «родной» DRM для дешифровки и использовать аппаратные возможности чипсета, а не оперативную память. 

И даже на устройства Apple мы доставляли контент в формате MPEG-DASH с шифрованием PlayReady, для чего использовался кастомный плеер со встроенным DRM-клиентом.

> Делалось это для экономии места в Origin — хранилище подготовленного контента. «Родной» для Apple DRM поддерживает только контейнер HLS: если бы мы хранили мастер-файлы и в MPEG-DASH, и в HLS-контейнерах, это увеличило бы объем VoD-материала вдвое.

Вскоре мы обнаружили, что MPEG-DASH сильно нагружает CPU устройств от Apple и приводит к ускоренной разрядке батареи, а на старых девайсах — и к «тормозам» при воспроизведении видео. И чем старше поколение — тем хуже ситуация. Пришлось планировать переход на нативный для Apple DRM FairPlay.

Начали думать, как это исправить:

- хранить ещё одну копию контента в паре «HLS + FairPlay»;
- пытаться шифровать VoD-материал и переводить MPEG-DASH в HLS «на лету», закрывая его DRM FairPlay вместо Common Encryption.

Подсчитали затраты и оказалось, что хранить дубль в 20 ГБ для одного фильма — слишком дорого. Так у нас появился JITX-сервер, выполняющий функцию шифрования (Just-in-Time encryption) и переупаковки (Just-in-Time packaging).

![](https://lh7-us.googleusercontent.com/cDLX31ot8iMkfmMk0l1J8IPgdjsLCqYhKVUG3mISZuFG2FTFMbF40vlZwTqV9zafyqJqpGbZsQpCcuK4G9wxZRu35clMRUq5isz_Wvc1Os-11MFFBQFlNsCdNDvZ1-0DNzNVjcjLEvvVRNm2yCRss3s)

Теперь после получения запроса на воспроизведение контента от устройства на iOS, в работу включаются эти сервера:

- забирают контент из хранилища Origin;
- дешифруют его как обычное клиентское устройство;
- конвертируют исходный манифест MPEG-DASH (mpd) в манифест формата m3u8 и упаковывают в HLS;
- шифруют технологией DRM FairPlay;
- отправляют контент клиенту.

Из плюсов — оба протокола поддерживают кодек MP4\. Из минусов — в MPEG-DASH длительность фрагментов — 2 секунды. А в HLS — 6 секунд (по рекомендации Apple). Поэтому пришлось научить JITX-сервер склеивать три фрагмента в один.

Были опасения, что эта конструкция повлияет на скорость отдачи файлов. Но оказалось, что задержка составляет примерно 150–200 миллисекунд и не влияет на пользовательский опыт.

### И вот фильм у вас

После всех манипуляций на нашей стороне контент готов к показу пользователям. Вы можете зайти в KION, выбрать подходящий фильм и кликнуть по нему. А нам остаётся только пожелать вам приятного просмотра!