Короткое определение

Проприетарный язык программирования Roku для разработки приложений на устройствах Roku. Это единственный способ создать канал для Roku; его `Video`-нода поддерживает обработку HLS и DASH.

Roku более десяти лет остаётся доминирующей стик-платформой в США и несколько лет – ведущей операционной системой для Smart TV в этой стране. Единственный поддерживаемый язык разработки приложений для Roku (называемых «каналами») – BrightScript: проприетарный язык, похожий на BASIC, не используемый нигде больше. Чтобы выйти на платформу Roku, OTT-оператору приходится поддерживать кодовую базу на BrightScript параллельно с приложениями для iOS, Android, веба и других телевизионных платформ.

Модель воспроизведения в BrightScript использует `Video` SceneGraph-ноду. Указываешь HLS- или DASH-URL, задаёшь параметры DRM – и нативный плеер Roku всё делает сам. Нативный плеер поддерживает HLS (в том числе live и VOD), DASH, Widevine, PlayReady, мультизвуковую дорожку, субтитры, content steering (с Roku OS 12) и большинство функций, необходимых для OTT. ABR-алгоритм и декодер встроены в Roku OS – так же, как AVPlayer на Apple.

Боле́вая точка OTT-инженерных команд – BrightScript. Это язык, привязанный к одному вендору, с ограниченным инструментарием, без общей экосистемы с другими платформами и с кривой обучения, не связанной ни с чем ещё. Некоторые команды используют абстрактные фреймворки (Roku Developer SDK, сторонние инструменты), чтобы переиспользовать логику; другие держат Roku отдельно. Стратегический вопрос: учитывая долю Roku на рынке США – стоит ли инвестировать в полноценную поддержку Roku или пропустить её.

Считаете параметры для своего продукта?

Поможем собрать энкодер-леддер и посчитать стоимость доставки – до старта разработки.