DirecTV Stream и cardsharing: почему это разные технологии 2026

Если вы набрали в поиске direct tv stream и оказались на сайте про CCcam/OScam — это не ошибка. Это хорошая возможность разобраться, почему эти два мира вообще не пересекаются на техническом уровне. DirecTV Stream — OTT-сервис AT&T для американского рынка. CCcam и OScam — инструменты условного доступа для DVB-спутниковых ресиверов. Разные стеки, разные протоколы, разные задачи.

Путаница возникает из-за слова "stream". Люди ищут информацию про спутниковое ТВ, натыкаются на описание OTT-сервиса, потом видят упоминания CCcam и теряются. Разберём архитектуру каждой системы по отдельности.

Что такое DirecTV Stream и чем он отличается от спутникового DirecTV

DirecTV исторически — это спутниковый провайдер. Транспондеры на 99°W и 101°W, тарелка на крыше, ресивер с картой. Всё классически. В 2021 году AT&T запустил direct tv stream — отдельный продукт, который транслирует каналы через публичный интернет без какого-либо спутникового оборудования. Это совершенно другая система доставки контента.

Если у вас спутниковый ресивер с DVB-S2 тюнером — DirecTV Stream к вам не относится никак. Его нельзя принять антенной. Его нельзя декодировать OScam. Это веб-сервис, который работает через браузер, приставки типа Apple TV, Roku, Fire Stick или мобильное приложение.

OTT-доставка через IP вместо Ku-band спутника

OTT (Over-The-Top) означает доставку видео поверх существующего интернет-канала. DirecTV Stream использует адаптивный битрейт: HLS (HTTP Live Streaming) с сегментами по 4-6 секунд или DASH в зависимости от платформы. Сервер смотрит на пропускную способность канала и переключает качество — от 720p до 4K HDR для совместимых устройств.

Требования к каналу: минимум 25 Мбит/с для HD, от 50 Мбит/с для 4K. Задержка на живом эфире — 30-60 секунд относительно реального времени. Это принципиально отличается от спутникового сигнала, где задержка около 250-500 мс (время прохождения сигнала до геостационарной орбиты и обратно).

Архитектура клиент-сервер: HLS/DASH стриминг

Схема работы простая: CDN-серверы AT&T хранят сегменты видеопотока, клиентское приложение запрашивает манифест-файл (m3u8 для HLS), получает список сегментов и скачивает их последовательно. Никакого постоянного соединения типа TCP-стрима — просто серия HTTP-запросов.

Это важно понимать при сравнении с CCcam/OScam, где работает постоянное TCP-соединение и exchange control words происходит в реальном времени каждые 7-10 секунд. Архитектуры фундаментально разные.

DRM Widevine/PlayReady вместо смарт-карт условного доступа

DirecTV Stream защищает контент через DRM (Digital Rights Management). На Android/Chrome используется Widevine — L1 для 4K (требует аппаратного TEE) или L3 для HD в браузере. На устройствах Microsoft — PlayReady. На Apple — FairPlay.

Widevine L1 означает, что дешифрование происходит внутри защищённого анклава процессора. Ключи никогда не появляются в оперативной памяти в открытом виде. Это принципиально отличается от CSA (Common Scrambling Algorithm) в DVB, где control words можно перехватить и передать по сети — что и делают CCcam/OScam. Для OTT с Widevine такой трюк не работает архитектурно.

Архитектура условного доступа на спутниковом ТВ (DVB-CA)

Спутниковый провайдер шифрует видеопоток алгоритмом CSA (Common Scrambling Algorithm) или более новым CSA3. Каждый канал в транспортном потоке (MPEG-2 TS) скремблируется с помощью control word — 8-байтного ключа, который меняется каждые 7-10 секунд. Без актуального CW ресивер видит цифровой мусор вместо картинки.

Важно: сам CW передаётся в потоке, но зашифрованным. В транспортный поток вставляются пакеты ECM (Entitlement Control Messages) — там зашифрованный CW. Расшифровать его может только смарт-карта, у которой есть нужный ключ для данного провайдера.

ECM и EMM пакеты в транспортном потоке

ECM — это Entitlement Control Message. Каждые 7-10 секунд в потоке появляются новые ECM-пакеты с зашифрованным CW на следующий интервал. CAM-модуль или картоприёмник ресивера вытаскивает эти пакеты и отправляет на смарт-карту.

EMM — Entitlement Management Message. Это другой тип пакетов, адресованный конкретной карте по её уникальному ID. Через EMM провайдер обновляет права подписки: открывает пакеты, продлевает доступ, блокирует карту. EMM обрабатывается картой в фоне и не влияет напрямую на расшифровку текущего потока.

CSA дескремблирование на ресивере

Когда смарт-карта расшифровала ECM и вернула CW, ресивер прогоняет транспортный поток через CSA-дескремблер. В современных ресиверах (Vu+, Dreambox) это делается аппаратно в FPGA или DSP чипе. На слабом железе — программно через DVB API в ядре Linux.

CAID (Conditional Access Identifier) определяет систему шифрования: 0x0500 — Viaccess, 0x0B00 — Conax, 0x0919 — Nagra, 0x0604 — Irdeto, 0x1800 — Nagravision 3. Каждая система требует отдельной логики расшифровки ECM — вот почему неправильный CAID в конфиге OScam ведёт к ошибке "not found".

Роль смарт-карты и CAM-модуля

Смарт-карта вставляется в картоприёмник ресивера (разъём ISO 7816) или в CAM-модуль CI/CI+, который вставляется в слот ресивера. CAM — это по сути маленький компьютер с процессором, который умеет общаться и с картой, и с ресивером через EN 50221 (Common Interface).

CI+ (версия 2.0 актуальна в 2026 году) добавляет двустороннюю аутентификацию между CAM и ресивером — это защита от использования CAM-эмуляторов типа SoftCAM. Именно поэтому некоторые операторы требуют сертифицированные CI+ CAM и не работают с OScam напрямую.

Где здесь CCcam и OScam: протоколы шаринга условного доступа

CCcam и OScam — это серверное программное обеспечение, которое позволяет передавать control words между ресиверами по локальной сети или через интернет. Принцип: один ресивер с физической смарт-картой является сервером, другие ресиверы — клиентами, которые запрашивают у него CW для дескремблирования.

К direct tv stream и любому другому OTT-сервису это не имеет никакого отношения. CCcam/OScam работают исключительно в мире DVB-S/S2/C/T. Если у вас нет спутниковой тарелки и ресивера — эти инструменты вам не нужны.

Протокол CCcam: порт 12000, обмен CW по TCP

CCcam слушает по умолчанию на TCP-порту 12000. Клиент подключается, проходит авторизацию (логин/пароль в CCcam.cfg), и дальше идёт постоянный обмен: клиент отправляет ECM-запрос, сервер расшифровывает его картой и возвращает CW. Всё это должно укладываться в ~500 мс, иначе будут фризы.

Строка подключения (C-line) в конфиге клиента:

C: hostname 12000 username password

Этот формат не менялся годами. Порт можно изменить директивой SERVER LISTEN PORT : 12000 в файле /var/etc/CCcam.cfg на сервере. Путь /usr/keys/SoftCam.Key — это файл с ключами для эмуляции карт (FTA/softcam режим, не шаринг).

OScam как форк с поддержкой DVB API

OScam — это форк MpCS/OSCam с открытым кодом (SVN на yadi.sk и зеркала на GitHub). Главное отличие от CCcam: OScam умеет напрямую работать с DVB API ядра Linux через dvbapi-модуль. Это значит, что OScam на Enigma2-ресивере может сам дескремблировать каналы без отдельного демультиплексора.

OScam поддерживает несколько протоколов одновременно: newcamd (порт 15050 по умолчанию), cs378x, CCcam-эмуляцию, camd35. Это делает его более гибким — можно принимать клиентов по разным протоколам на одном сервере.

Конфиги: CCcam.cfg, oscam.server, oscam.user

Стандартные пути для OScam на Enigma2:

• /etc/tuxbox/config/oscam/ — на старых прошивках
• /var/etc/oscam/ — на OpenATV/OpenPLi актуальных версий
• /etc/oscam/ — на некоторых OpenWebif-системах

Основные файлы конфигурации:

• oscam.conf — общие настройки, порты, логирование
• oscam.server — описание ридеров (физическая карта или удалённый сервер)
• oscam.user — список клиентов с паролями и правами
• oscam.dvbapi — привязка CAID к ридерам для дескремблирования

Пример минимальной секции в oscam.server для локальной смарт-карты:

[reader]
label    = mycard
protocol = internal
device   = /dev/sci0
caid     = 0919
detect   = CD
group    = 1

Когда что использовать: OTT-стрим vs спутник vs cardsharing

Вопрос практический. У каждого подхода своя область применения, своё железо и свои ограничения. Смешивать их смысла нет — это разные уровни стека.

Параметр	OTT (DirecTV Stream)	Спутник DVB-S2	Cardsharing (OScam)
Задержка эфира	30–60 секунд	250–500 мс	250–500 мс + ECM latency
Железо	Смартфон, Smart TV, ПК	Тарелка 60–90 см + LNB + ресивер DVB-S2	Enigma2-ресивер + OScam
Геоограничения	Геоблок по IP (США)	Зона покрытия транспондера	Зона покрытия транспондера
Защита контента	Widevine/PlayReady/FairPlay	CSA/CSA3 + смарт-карта	CSA/CSA3 + CW через сеть
Нужен интернет	Да, ≥25 Мбит/с	Нет (для просмотра)	Да (для CW exchange)

OTT (DirecTV Stream, Sling): нужен только интернет ≥25 Мбит/с

Для американского пользователя direct tv stream — самый простой путь. Никакого монтажа, никакой ориентации тарелки, никаких проблем с сильными ветрами. Подписка, приложение, готово. Но жёсткий геоблок по IP — в Европе без VPN это не смотрится, и даже с VPN качество нестабильно из-за throttling у провайдеров.

Sling TV, Philo, YouTube TV — аналогичные сервисы. Все работают по той же HLS/DASH схеме, все используют DRM, все недоступны за пределами США без ухищрений.

Спутник: установка тарелки 60-90 см, LNB Ku-band, ресивер DVB-S2

Спутниковый приём — единственный вариант там, где нет нормального интернета или нужна нулевая задержка. LNB с частотой гетеродина 10750 МГц (универсальный Ku-band), тарелка от 60 см для Hotbird/Astra в Европе, ресивер с DVB-S2 тюнером — и готово. Сигнал идёт напрямую со спутника, без CDN, без буферизации.

Geostationary orbit — примерно 35 786 км. Транспондеры на 19.2°E (Astra), 13°E (Hotbird), 28.2°E (Astra для UK). Американский DirecTV — 99°W и 101°W, зона покрытия только Северная Америка.

Cardsharing-сервер: dreambox/vu+, Enigma2, OScam в качестве CAM

Ресиверы на Enigma2 (Vu+ Duo4K, Octagon SF8008, Dreambox DM900) — это фактически Linux-машины с DVB-тюнерами. На них можно запустить OScam как отдельный процесс, который будет и принимать CW с удалённого сервера, и отдавать их DVB API для дескремблирования. Всё в одном устройстве.

Интересная возможность: некоторые модели имеют два DVB-S2 тюнера плюс DVB-T2 тюнер. Одновременно принимают спутник на нескольких частотах и эфирное ТВ. IPTV-плейлисты подключаются через плагины типа IPTV Bouquet Maker — в одном интерфейсе Enigma2 видны спутниковые, эфирные и IPTV каналы. Но direct tv stream с Widevine L1 на Enigma2 не запустить — нет аппаратного TEE.

Типичные ошибки и troubleshooting подключения

Проблемы с OScam делятся на несколько категорий. Самая частая — неправильный CAID или provider ID. Вторая по частоте — сетевые задержки, из-за которых ECM не успевает прийти вовремя. Третья — проблемы с физической картой (питание, ATR).

FTA-каналы показывают, шифрованные — нет: проверка CAID

Если бесплатные каналы (FTA) работают нормально, а платные показывают "no signal" или зелёный экран — OScam не дескремблирует. Первый шаг: открыть веб-интерфейс OScam на порту 8888:

http://192.168.1.100:8888

Во вкладке "ECM" смотрим, приходят ли запросы. Если запросы есть, но ответ "not found" — CAID в oscam.dvbapi не совпадает с реальным CAID канала. Узнать реальный CAID можно через dvbsnoop:

dvbsnoop -s signal -b -n 100 0x0012

Или проще — в логах OScam при включённом nice = -1 и уровне логирования log = /var/log/oscam.log будет виден CAID из ECM-запроса.

Ещё одна частая ошибка: CAID 0x0500 (Viaccess) требует указания provider ID в oscam.server — без него карта отвечает "unknown provider". CAID 0x0B00 (Conax) провайдер обычно не нужен. Разные системы, разные правила.

Логи OScam: '08:30:15 reader [card] no ecm reply'

Мониторинг в реальном времени:

tail -f /var/log/oscam.log

Строка вида reader [card] no ecm reply означает: карта получила ECM, но не ответила. Причины:

• Карта не авторизована для этого канала (подписка не активна)
• Проблема с питанием картоприёмника (напряжение 5V/3.3V не стабильно)
• ATR (Answer To Reset) карты не распознан — проверить detect = CD в oscam.server
• Карта заблокирована EMM от провайдера

Строка connected в логах означает только TCP-соединение с удалённым сервером. Это не гарантия что CW будет получен. После connected смотрим на ECM time — должно быть в пределах 100-400 мс.

Freeze каждые 10 секунд — проблема CW exchange

Freeze с периодичностью 7-10 секунд — классический симптом проблем с CW exchange. ECM-интервал у большинства провайдеров 7-10 секунд. Если новый CW не приходит вовремя — поток замораживается до следующего цикла.

Диагностика: в веб-интерфейсе OScam (порт 8888, вкладка "ECM") смотрим на колонку "time". Если там значения >500 мс — это проблема. Норма — до 300 мс для удалённого сервера, до 50 мс для локальной карты.

Что проверять:

• Пинг до сервера: ping -c 20 hostname — джиттер >50 мс уже проблема
• Загрузка CPU ресивера: top — если >80%, OScam не успевает обработать ECM
• Количество клиентов на сервере — перегруженный сервер отвечает медленнее
• Версия OScam: актуальная SVN-ревизия в 2026 — проверить на форуме сборщиков под вашу прошивку

Ещё один момент: прошивки OpenATV и OpenPLi имеют разные пути конфигов и разные версии DVB API. На OpenATV путь конфигов OScam — /etc/tuxbox/config/oscam/, на OpenPLi часто /etc/oscam/. Скопировать конфиги не туда — и OScam запустится без ридеров, тихо и без ошибок.