Разработка приложений для смарт-ТВ: Tizen и webOS

Кратко

Две телевизионные операционные системы, которые нельзя обойти, – это Tizen от Samsung, работающий на каждом телевизоре Samsung с 2015 года, и webOS от LG; вместе это более 300 миллионов экранов в гостиных и именно те платформы, где реально происходит премиальный OTT-просмотр. На обеих ваше приложение – это веб-приложение: HTML, CSS и JavaScript внутри встроенного движка браузера, поэтому одна кодовая база в принципе покрывает обе, но видео и защита контента привязаны к нативной обвязке каждой платформы. Деталь, на которой спотыкается каждая первая сборка, – схема шифрования: на телефонах современная конвергенция звучит как «шифруй один раз через cbcs», но большая доля установленного парка ТВ старше надёжной поддержки cbcs и требует старую схему cenc, поэтому план защиты, взятый с мобайла, оставит половину телевизоров в поле с чёрным экраном. Настоящая цена ТВ – не написать приложение один раз; это налог на фрагментацию устройств – тестирование, сертификация и защита контента на десятке модельных лет, у каждого из которых свои движок браузера, память и поведение DRM.

Почему это важно

Для стримингового сервиса телевизор – это экран с самыми длинными сессиями просмотра и премиальным, лицензированным студиями каталогом, а две платформы, Samsung Tizen и LG webOS, владеют большей частью этого экрана за пределами Roku и Android TV. Основатель медиа-сервиса или продакт-менеджер, который считает «ТВ-приложение» очередным портом, столкнётся с двумя дорогими сюрпризами: контракт правообладателя потребует систему управления цифровыми правами, которую телевизоры поддерживают, а телевизоры в домах людей охватывают десять модельных лет, которые ведут себя не одинаково. Эта статья объясняет обе платформы простым языком – веб-модель приложения, нативный путь видео, реальность DRM и схем шифрования, шлюз сертификации, – чтобы вы могли оценить ТВ-сборку, разобрать SDK подрядчика и избежать ошибки шифрования, которая тихо ломает воспроизведение на старшей половине парка. Это спутник для гостиной к клиентской матрице OTT, которая картирует все экраны, что нужно покрыть, и собрат для воспроизведения на iOS и Android. Более короткий, ориентированный на сборку обзор всех четырёх ТВ-платформ есть в нашем гайде по разработке приложений для смарт-ТВ в блоге; эта статья – глубокий справочник по двум веб-платформам.

Гостиная – это веб-приложения, но с нативной обвязкой внутри

Начнём с факта, который делает ТВ-разработку менее страшной, чем кажется: и на Samsung Tizen, и на LG webOS ваше приложение – это веб-приложение. Это HTML для структуры, CSS для вёрстки и JavaScript для поведения, работающие внутри движка браузера, с которым поставляется телевизор, – движок на базе Chromium у Tizen, движок на базе Blink у webOS. Если ваша команда умеет делать веб-фронтенд, она может собрать оболочку ТВ-приложения. Это хорошая новость, и именно поэтому одна кодовая база может, при аккуратности, обслуживать обе платформы.

Подвох – в том, что лежит под веб-слоем. Веб-страница в браузере на компьютере воспроизводит видео, передав файл элементу <video> и доверившись браузеру. Телевизор – ограниченное, специализированное устройство, и премиальному стримингу нужны три вещи, которых обычная веб-страница не даёт: адаптивное переключение качества по реальной сети, аппаратное декодирование 4K и защита контента студийного уровня. Каждая платформа выдаёт их через собственные нативные интерфейсы, доступные из вашего JavaScript. Так что оболочка общая; видео и защита – нет. Дальше статья проходит оба стека, затем единственную вещь, которая решает, проиграется ли контент вообще, – схему шифрования, – и налог, который накладывает матрица устройств.

«Стек» здесь – это цепочка, превращающая файл на сервере в движущуюся картинку на экране: плеер (код, который скачивает, декодирует и адаптирует видео), формат стриминга (как видео нарезано на короткие куски и описано) и система управления цифровыми правами, называемая DRM – замок, который не даёт телевизору платящего зрителя копировать премиальный контент. На ТВ привязки плеера и DRM различаются у Samsung и LG, даже если язык приложения одинаков.

Нажмите, чтобы увеличить

Samsung Tizen: веб-приложение, AVPlay и Seller Office

Tizen – собственная операционная система Samsung, и она работает на каждом телевизоре Samsung Smart TV, выпущенном с 2015 года, – установленную базу Samsung описывает как более 200 миллионов телевизоров в 190 странах. Этот охват – причина, по которой Tizen редко бывает опциональным для серьёзного OTT-сервиса.

Ваше приложение для Tizen – это упакованное веб-приложение. Вы собираете его в Tizen Studio, среде разработки Samsung, и пишете интерфейс на стандартных веб-технологиях; многие команды используют поверх TV-ориентированный UI-фреймворк. Для всего сложнее случайных роликов рекомендация Samsung явная: чтобы играть адаптивный стриминг, дополнительные форматы субтитров и видео 4K UHD, вы используете API AVPlay – нативный медиаплеер Samsung – а не обычный HTML5-элемент <video>. AVPlay даёт вашему JavaScript прямой контроль над аппаратным медиаконвейером: вы задаёте источник, настраиваете DRM, выбираете аудио- и субтитровые дорожки и управляете воспроизведением, паузой и перемоткой. HTML5-элемента хватит для трейлера; на AVPlay работает реальный каталог.

Минимальный набросок обвязки AVPlay, иллюстративный, а не продакшен-код:

// Нативное воспроизведение на Tizen через API AVPlay (упрощённо).
webapis.avplay.open("https://cdn.example.com/title/master.m3u8");
webapis.avplay.setDisplayRect(0, 0, 1920, 1080);

// Указываем AVPlay на ваш лицензионный сервер PlayReady или Widevine.
var drmParam = {
  DeleteLicenseAfterUse: true,
  LicenseServer: "https://license.example.com/playready"
};
webapis.avplay.setDrm("PLAYREADY", "SetProperties", JSON.stringify(drmParam));
webapis.avplay.prepareAsync(onReady, onError);   // затем avplay.play()

Чтобы приложение попало на телевизоры Samsung, нужно пройти сертификацию. Вы упаковываете приложение в формат виджета Tizen – бандл несёт config.xml (или tizen-manifest.xml) плюс файлы подписи, которые требует Tizen, – и отправляете его через Samsung TV Seller Office, портал разработчика Samsung. Там вы выбираете, на какие группы моделей нацелена версия, и каждая версия сертифицируется отдельно по чек-листу запуска Samsung. Этот шаг с группами моделей – ваша первая прямая встреча с фрагментацией: вы выпускаете не на «телевизоры Samsung», а на конкретные поколения, и сами указываете, на какие.

LG webOS: веб-приложение, медиаэлемент и Seller Lounge

webOS – телевизионная операционная система LG, работающая на более чем 130 миллионах телевизоров LG и, по большинству оценок 2025 года, примерно на 16% смарт-ТВ в мире. Это вторая веб-платформа, на которую вы будете нацеливаться, и она следует той же схеме, что и Tizen, с другими названиями на деталях.

Приложение webOS – снова веб-приложение (HTML, CSS и JavaScript), и LG направляет разработчиков к Enact, своему UI-фреймворку на базе React, настроенному под «десятифутовый» опыт гостиной с управлением пультом. Вы создаёте каркас и разворачиваете приложение с помощью webOS TV SDK и его командных инструментов (ares-generate для создания проекта, ares-setup-device для подключения реального телевизора). Для возможностей устройства за пределами веб-песочницы – системных сервисов, ввода с пульта Magic Remote – webOS выдаёт Luna Service API, доступный через библиотеку-помощник webOSTV.js. Со стороны медиа webOS опирается на стандартный путь HTML5-медиа, усиленный под ТВ, и его документация точна по форматам, что здесь важнее, чем на любой другой платформе.

Дистрибуция повторяет схему Samsung. Вы отправляете приложение через LG Seller Lounge, оно проходит процесс одобрения LG, и LG публикует App Self Checklist, который вы должны пройти заранее. Как и на Tizen, вы сертифицируете под конкретные версии webOS, а не под единую движущуюся цель.

Реальность форматов: HLS, DASH и нюанс webOS

Выбор формата стриминга – место, где две платформы заметно расходятся, и у него есть прямой счёт. В игре два адаптивных формата: HTTP Live Streaming (HLS), формат Apple, стандартизованный как IETF RFC 8216, и MPEG-DASH, ISO-формат, определённый в ISO/IEC 23009-1. Адаптивный означает, что поток нарезан на короткие сегменты в нескольких уровнях качества, и плеер карабкается вверх или вниз по лесенке по мере изменения сети – механика живёт в нашей статье об упаковке, а внутренности протоколов – в подробном разборе HLS раздела Video Streaming.

На Tizen AVPlay обрабатывает и HLS, и DASH, поэтому план только под Samsung может использовать любой. На webOS собственная спецификация LG утверждает, что платформа нативно поддерживает HLS, тогда как MPEG-DASH официально не поддерживается (с лишь ограниченной практической совместимостью для VOD). Практическое правило: если вы обслуживаете телевизоры LG, делайте HLS. Самый чистый способ удовлетворить обе платформы без двойного перекодирования – упаковать один раз в Common Media Application Format (CMAF) – fragmented-MP4-сегменты, определённые в ISO/IEC 23000-19, – и выдавать их и как HLS, и как DASH из одних файлов.

У webOS есть один нюанс, достойный строки в вашей спецификации упаковки: LG документирует, что платформа не поддерживает разную длительность сегментов у аудио- и видеодорожек потока HLS. Если ваш упаковщик выдаёт, скажем, шестисекундные видеосегменты и четырёхсекундные аудиосегменты, воспроизведение может упасть на телевизорах LG, хотя тот же поток играет везде. Выровняйте длительности сегментов – и проблема исчезает, но только если вы знали, куда смотреть.

DRM на телевизоре: PlayReady и Widevine, но не FairPlay

Теперь часть, на которой держится студийный контракт. На телефонах разделение защиты чистое – FairPlay на iPhone, Widevine на Android. На телевизорах FairPlay от Apple не существует, потому что FairPlay ограничен собственными устройствами Apple. Две системы DRM, которые имеют значение в гостиной, – это Microsoft PlayReady и Google Widevine, и Tizen, и webOS добираются до них так же, как браузер: через веб-стандарт Encrypted Media Extensions (EME), рекомендацию W3C, которая позволяет веб-приложению запрашивать ключи расшифровки у лицензионного сервера, ни разу не касаясь самого ключа. EME подробно рассмотрен в статье Encrypted Media Extensions и браузерный DRM-стек; сами три системы – в Widevine, PlayReady, FairPlay.

Какая система работает, зависит от платформы и модельного года. Телевизоры Samsung Tizen поддерживают и PlayReady, и Widevine Modular; у PlayReady более глубокая история на железе Samsung. LG webOS тоже поддерживает и PlayReady, и Widevine Modular, и LG отказался от устаревшего Widevine Classic в свежих версиях webOS – остаётся только современный Widevine Modular, на базе EME. Безопасный дефолт для широчайшего покрытия ТВ – план с двойным DRM: PlayReady и Widevine, выдаваемые из одних зашифрованных файлов.

Есть и шлюз качества, ровно как на мобайле. Каждый DRM оценивает устройство по тому, насколько защищённо оно может обращаться с ключами и декодированным видео. PlayReady выражает это как уровень защиты (более высокие, аппаратно-укоренённые уровни требуются студиями для 4K), а Widevine – как L1 против L3. Телевизор, который не может доказать аппаратный уровень защиты, будет удержан на стандартном разрешении политикой правообладателя – не багом в вашем приложении. Полная механика политики – в политике лицензий: аренда, офлайн и контроль вывода, а защита вывода по HDMI-кабелю (HDCP) – снова отдельный слой.

Нажмите, чтобы увеличить

Ошибка, ломающая старшую половину парка: схема шифрования

Вот самый важный – и чаще всего упускаемый – факт в ТВ-стриминге, и он укоренён в самом стандарте шифрования. Common Encryption, зонтичный стандарт ISO/IEC 23001-7, определяет две схемы шифрования видео: cenc, использующую AES в режиме счётчика (AES-CTR), и cbcs, использующую AES в режиме сцепления блоков с субсэмплингом (AES-CBC). Они не взаимозаменяемы: плеер, ожидающий одну, не может прочитать другую.

На телефонах индустрия сошлась на cbcs, потому что FairPlay от Apple принимает только cbcs, и современный совет – «зашифруй один раз через cbcs и обслуживай каждое устройство». Этот совет верен для мобайла. Сам по себе он неверен для парка телевизоров. Независимое тестирование устройств – анализ DRM-шифров на Samsung Tizen от Bitmovin самый ясный публичный пример – обнаружило, что на телевизорах Tizen старше примерно 2019 года поддержка cbcs (схемы CBC) ограничена или отсутствует, тогда как Widevine со схемой cenc (CTR) покрывает значительное большинство телевизоров Tizen в поле. Более новые модельные годы (2022 и позже) движутся в сторону дружелюбия к cbcs, но установленная база в гостиных сегодня всё ещё склоняется к cenc.

Следствие конкретно. Если вы перенесёте мобильный план упаковки, шифрующий каталог только в cbcs, ваше приложение может идеально играть на телевизоре 2024 года в тест-лаборатории и показать чёрный экран на телевизоре 2018 года в реальной гостиной клиента – потому что DRM того старого телевизора не может расшифровать схему cbcs. Исправление – не правка кода; это перешифровка, которая на большой библиотеке означает дни вычислений и задержку доставки.

Выход – решить стратегию схем до шифрования, держа в уме парк ТВ. Работают два распространённых паттерна: упаковать вариант cenc (CTR) для широкой базы ТВ рядом с вариантом cbcs, который используют ваши телефоны, или – для когорты только из новейших ТВ – сначала подтвердить покрытие cbcs на ваших конкретных группах моделей. В любом случае решение о схеме – это решение про парк ТВ, а не копипаст из мобильного плана. Механика схем целиком – в CENC, CTR и CBCS: common encryption простыми словами, а как связать один воркфлоу, кормящий каждое устройство, – в multi-DRM: один воркфлоу, все устройства.

Нажмите, чтобы увеличить

Изменение PlayReady на Samsung в 2026 – проблема сервера, а не телевизора

Один датированный пункт принадлежит любому актуальному ТВ-плану. 11 июня 2026 года Microsoft выпустила PlayReady 4.8, главное изменение которого – новый список отзыва сертификатов устройств – прямой ответ на утечку 2025 года ключей устройств, защищающих контент 4K. Для сервиса, стримящего на телевизоры Samsung Tizen, почти вся работа ложится на ваш лицензионный сервер, а не на телевизоры, потому что клиент PlayReady запечён в прошивку каждого телевизора на год его выпуска и не может быть обновлён в поле. Пропустите новый адрес отзыва – и сервер PlayReady 4.8 может вернуть ошибку, выглядящую для зрителей чёрным экраном; продолжите гонять старый сервер – и он тихо перестанет применять новейшие блокировки устройств. Это модельный случай правила «датированные, вендор-специфичные изменения получают дату и флаг перепроверки», и мы рассматриваем его целиком в миграции PlayReady на Samsung в 2026.

Налог на фрагментацию устройств: куда реально уходят ТВ-бюджеты

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

Пройдём множители вслух. Живой OTT-сервис может поддерживать телевизоры аж с 2016 года, что на одном Samsung – примерно девять модельных лет, у каждого своя версия движка браузера на базе Chromium, свой бюджет памяти на более дешёвых тирах и своё поведение DRM-схем. Сделайте то же для webOS – и получите вторую колонку из девяти. UI вашего приложения должен оставаться отзывчивым на слабейшем, старейшем устройстве, которое вы обещаете поддерживать, а не на новейшем, на котором разрабатываете, – поэтому правило, из собственных рекомендаций Samsung и LG, – тестировать на старейшем модельном годе в вашей матрице поддержки, а не на последнем. Сертификация – по платформам и пере-прогоняется на каждую версию. Схема шифрования должна удовлетворить и новую когорту cbcs, и старую базу cenc. Ничего из этой работы не видно на демо; всё это – в бюджете.

Рычаг, управляющий налогом, – ваша матрица поддержки – явный список модельных лет и версий ОС, на которые вы подписываетесь. Сузьте её – и сократите стоимость тестирования, сертификации и DRM-вариантов, но и срежете охват. Расширьте – и дотянетесь до длинного хвоста старых телевизоров реальной и растущей инженерной ценой. Этот выбор – охват против налога на фрагментацию – центральное решение ТВ-сборки, и его стоит принимать осознанно, на бумаге, до первого спринта. Кросс-платформенная стратегия, не дающая ему превратиться в одиннадцать отдельных кодовых баз, – это плеер на каждом экране: единая стратегия.

Нажмите, чтобы увеличить

«Частая ошибка – четыре, что топят ТВ-запуски. Первая: шифровать только в cbcs, перенеся это с мобайла, – старый парк ТВ показывает чёрный экран; планируйте вариант cenc (CTR) для широкой базы. Вторая: делать только DASH – тогда LG webOS нечего играть; всегда делайте HLS. Третья: разрабатывать и тестировать только на телевизоре текущего года, а потом обнаружить, что приложение неюзабельно на телевизоре 2018-го; тестируйте на старейшей поддерживаемой модели. Четвёртая: считать, что настройка FairPlay с iOS переносится – она не переносится; ТВ используют PlayReady и Widevine.»

Где здесь Фора Софт

Телевизор – это место, где OTT-сервис встречает самые длинные сессии и самые требовательные контентные лицензии, и проблема масштаба – не одно устройство, а десятилетие модельных лет Samsung Tizen и LG webOS, каждое из которых ведёт себя чуть иначе, пока студийный контракт держит вас на одном стандарте защиты для всех. Фора Софт строит видеостриминг, OTT/Internet TV, e-learning и телемедицину с 2005 года – 250+ проектов для 400+ клиентов за 20+ лет, – поэтому реалии смарт-ТВ здесь (веб-модель приложения, AVPlay на Tizen, путь HLS-и-EME на webOS, двойной DRM с правильной схемой cenc/cbcs и сертификация по сторам) – это повседневность нашей стриминговой работы. Мы вендор-нейтральны: мы переводим правила каждой платформы в сборку, а не перепродаём один SDK.

Ключевые выводы

• Tizen (каждый Samsung TV с 2015) и webOS (LG) – обе веб-платформы: HTML, CSS, JavaScript.
• Оболочка общая; видео и DRM привязаны к нативной обвязке каждой платформы (AVPlay на Tizen).
• ТВ используют PlayReady и Widevine через EME – никогда FairPlay от Apple.
• Старый парк ТВ часто требует схему cenc (CTR); только cbcs с мобайла ломает его.
• webOS играет HLS нативно; делайте HLS и выравнивайте длительности аудио/видео-сегментов.
• Реальная цена – налог на фрагментацию: тесты, сертификация и защита по модельным годам.

Что почитать дальше

• Клиентская матрица OTT: веб, мобайл, смарт-ТВ, стриминговые устройства
• Миграция PlayReady на Samsung в 2026
• CENC, CTR и CBCS: common encryption простыми словами