CCcam vs OScam: сравнение протоколов 2026

Краткий ответ: что выбрать в 2026 году

Если коротко: берите OScam. Открытый исходный код, активные форки, поддержка всего зоопарка протоколов и читалок — это серьёзный аргумент. CCcam как продукт мёртв: разработка остановлена, новых релизов нет. Но вот что путают на форумах — спор cccam vs oscam часто смешивает два разных вопроса: какой софт поставить и по какому протоколу обмениваться. CCcam-протокол (порт 12000) прекрасно поддерживается OScam и как сервер, и как клиент. Поэтому смена софта не означает смену протокола.

OScam — если нужна гибкость и активная поддержка

OScam компилируется под любую архитектуру из исходников. Форки типа oscam-emu или сборки со Streamboard SVN получают патчи регулярно. Webif на порту 8888 позволяет смотреть ридеры, клиентов и логи прямо из браузера — без SSH. Для работы с физическими картами OScam практически безальтернативен.

CCcam — если нужна простота и совместимость со старыми образами

Есть ситуации, где CCcam реально оправдан. Старый ресивер с Enigma1 или специфическим образом Dreambox, под который готового бинарника OScam нет, а собрать его из toolchain — задача не для новичков. Плюс CCcam конфигурируется одним файлом без лишней возни.

Сценарий, где имеет смысл связка обоих

На сервере — OScam с физическими картами, раздающий по CCcam-протоколу клиентам на ресиверах, где стоит CCcam. Такая связка вполне рабочая. OScam выступает прокси и источником, CCcam на клиенте просто подключается по своему протоколу — никакого конфликта.

Архитектура и происхождение: чем CCcam и OScam отличаются на уровне кода

CCcam: закрытый бинарник, разработка прекращена

CCcam распространяется только как скомпилированный бинарник под конкретные архитектуры: mipsel, sh4, ARM. Последние версии — 2.1.x и 2.3.x. Новых релизов нет уже несколько лет. Это закрытый код, аудиту не поддающийся. Если вышел новый чипсет или изменился протокол спутникового провайдера — ждать обновления неоткуда.

Практически это означает: на новых ресиверах с ядром 4.x или 5.x бинарник CCcam может просто не запуститься — несовместимость libc, другая архитектура или отсутствие нужных библиотек. Без исходников починить это невозможно.

OScam: открытый исходный код и регулярные сборки из SVN

OScam — это SVN-репозиторий с публичным кодом. Форки ведут активную жизнь: oscam-emu добавляет поддержку эмуляции, ngrachev-форк — свои патчи под определённые карты. Это значит, что под любой ресивер можно собрать бинарник через соответствующий toolchain — mipsel-linux-gcc, arm-linux-gnueabi и так далее.

Готовые сборки под популярные образы (OpenATV, OpenPLi, DreamElite) обычно доступны напрямую в репозиториях этих дистрибутивов. Ставится через opkg или apt, обновляется штатными инструментами.

Почему открытость влияет на безопасность и обновления

Закрытый бинарник — это кот в мешке. Нельзя проверить, что он делает с сетевыми соединениями, нельзя портировать на новую платформу. OScam в этом смысле прозрачен: любой может просмотреть код и убедиться в поведении. Плюс при смене алгоритмов в спутниковых картах (например, обновление условного доступа провайдером) патч для OScam появляется в форках в течение дней, а не месяцев.

Сравнение по ключевым техническим параметрам

Поддержка протоколов: newcamd, CCcam, cs378x, camd35, radegast

Протокол	OScam	CCcam
cccam (порт 12000)	Да, reader + server	Да, нативный
newcamd (порт 15050)	Да	Да (ограниченно)
cs378x / camd35	Да	Нет
radegast	Да	Нет
gbox	Частично	Нет
dvbapi (локальное декодирование)	Да	Нет

OScam работает на нескольких протоколах одновременно — можно поднять cccam-сервер, newcamd-сервер и cs378x в одном процессе. CCcam в основном живёт в своём протоколе плюс newcamd для физических карт.

Работа с физическими картами: phoenix, smartreader, internal reader

OScam поддерживает phoenix (последовательный порт с переходником), smartreader (USB-ридер), internal reader (встроенный слот ресивера). Для каждого reader-а можно настроить mhz и cardmhz отдельно — критично для карт, требующих нестандартной тактовой. CCcam работает с физическими картами через internal reader, но настройки куда менее гибкие.

Обработка EMM и автообновление карт

EMM (Entitlement Management Message) — это сообщения, обновляющие ключи и права на карте. OScam даёт полный контроль: параметр disableserverfilter в oscam.server, ecmwhitelist и ident для фильтрации по провайдеру. Можно настроить, какие EMM форвардить на карту, а какие игнорировать.

CCcam обрабатывает EMM, но без такой гранулярности. Если карта требует тонкой настройки EMM-фильтрации — OScam единственный вариант.

Скорость отклика ECM и поведение под нагрузкой

Честный ответ: скорость ECM определяется не выбором между cccam vs oscam, а качеством каскада, числом hops и шириной канала. При равных условиях разница в скорости отклика между двумя softcam незначительна — счёт идёт на единицы миллисекунд, которые теряются в сетевых задержках.

Где OScam реально выигрывает — это инструменты оптимизации. Loadbalancer (lb_mode), кэш ECM, параметры веса readers. При большом каскаде (50+ клиентов) это ощутимо: OScam может распределить нагрузку между несколькими readers, CCcam этого не умеет.

Потребление RAM/CPU на слабых ресиверах

CCcam на старом Dreambox 800 в режиме клиента потребляет около 4-6 МБ RAM. OScam чуть больше — порядка 8-12 МБ с webif. На ресиверах с 64 или 128 МБ RAM это не проблема. Но на совсем старом железе с 32 МБ — CCcam окажется чуть легче. Отключение webif в OScam через httpport = 0 сокращает потребление.

Настройка: где лежат конфиги и как выглядит минимальный рабочий пример

CCcam: структура CCcam.cfg и строки C/F/N

CCcam читает один файл: на ресиверах Enigma2 это обычно /var/etc/CCcam.cfg. Структура строк простая:

# Подключение к серверу (клиентская строка)
C: hostname.example.com 12000 username password

# Локальная карта (N: для newcamd)
N: hostname.example.com 15050 username password 01 02 03 04 05 06 07 08 09 10 11 12 13 14

# Форвардинг (F: для других CCcam-клиентов)
F: clientname password

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

OScam: oscam.conf, oscam.server, oscam.user, oscam.dvbapi

OScam хранит конфигурацию в каталоге. На Enigma2-ресиверах это чаще всего /etc/tuxbox/config/oscam/ или /var/etc/tuxbox/config/. На обычном Linux-сервере — /etc/oscam/. Точный путь задаётся при запуске ключом -c:

/usr/bin/oscam -b -c /etc/oscam/

Минимальный oscam.conf:

[global]
logfile = /var/log/oscam.log
maxlogsize = 1000

[cs]
port = 0

[webif]
httpport = 8888
httpuser = admin
httppwd = yourpassword

Подключение к CCcam-серверу в oscam.server:

[reader]
label = myserver
protocol = cccam
device = hostname.example.com,12000
user = username
password = password
cccversion = 2.3.0
cccmaxhops = 5

Раздача клиентам — oscam.user:

[account]
user = clientname
pwd = clientpassword
group = 1

Файл oscam.dvbapi нужен для локального декодирования непосредственно на ресивере — он указывает, какой CAID/SID обрабатывать через dvbapi-сокет.

Веб-интерфейс OScam и его отсутствие у CCcam

Webif OScam — это полноценный инструмент мониторинга. По адресу http://[ip]:8888 видны все подключённые ридеры, их статус, клиенты, живые ECM-запросы и кэш. Логи прямо в браузере. Это разительно отличается от CCcam, у которого есть только базовая info-страница на порту 16001 — сторонние решения типа CCcamInfo.php, но это отдельный PHP-скрипт, а не встроенный функционал.

Пути установки на Enigma2 и на обычном Linux-сервере

На Enigma2 OScam ставится через opkg install enigma2-plugin-softcams-oscam (или аналогичный пакет из репозитория образа). Бинарник — в /usr/bin/oscam. На Ubuntu/Debian-сервере — компиляция из исходников или готовый deb. Типичный запуск через systemd unit или init.d-скрипт с параметрами -b -c /etc/oscam/. CCcam на Enigma2 ставится как plugin через менеджер softcam — Blue Panel или SoftcamPanel.

Когда выбрать CCcam, а когда OScam: разбор по сценариям

Старый ресивер со старым образом — аргумент за CCcam

Enigma1, Dreambox 500S или старый Vu+ Solo с образом 2014 года. Под такую архитектуру готового бинарника OScam может не быть, а собрать его из источников — значит поднять toolchain для mipsel старой версии. Это реально, но требует времени и опыта. Если задача — быстро запустить sharing, а OScam под эту платформу недоступен готовым пакетом, CCcam 2.1.x решает задачу прямо сейчас.

Сервер с несколькими физическими картами — аргумент за OScam

Три карты разных провайдеров в трёх phoenix-ридерах, подключённых к Linux-серверу. OScam опрашивает каждый reader, балансирует ECM-запросы между ними, форвардит EMM только на нужную карту. CCcam в такой конфигурации работает ограниченно — тонкой настройки нет. Выбор здесь очевиден.

Большой каскад и много клиентов

50+ одновременных клиентов на одном сервере — это нагрузка, при которой loadbalancer OScam начинает давать реальный эффект. Параметры lb_mode, веса ридеров и кэш ECM позволяют держать задержки под контролем. Плюс webif показывает в реальном времени, какой ридер перегружен. При миграции действующего каскада с CCcam на OScam можно поднять OScam параллельно, переключить клиентов по одному — простоя нет, так как протокол на клиентской стороне не меняется.

Локальное декодирование через dvbapi

Если ресивер должен декодировать каналы локально через softcam (dvbapi-сокет вместо сетевого sharing) — только OScam. CCcam dvbapi не поддерживает. Настройка делается через oscam.dvbapi с указанием pmt_mode и request_mode. Типичный dvbapi-сокет: /tmp/camd.socket.

Типичные ошибки и troubleshooting при переходе между CCcam и OScam

FreezeECM и таймауты декодирования

Картинка зависает через 15-30 секунд или сразу чёрный экран при, казалось бы, правильном конфиге. Первое, что проверить в OScam — параметр cccmaxhops в oscam.server. Если источник отдаёт карты через 3 hops, а у вас стоит cccmaxhops = 1, карты просто не видны. Второе — lb_mode: при значении 1 (активный loadbalancer) OScam может уйти в цикл поиска лучшего ридера и не декодировать. Попробуйте lb_mode = 0 для диагностики.

Несовпадение CAID/provid в конфиге

Это самая частая причина "всё настроено, но не работает" при дебаггинге cccam vs oscam переходов. В oscam.server параметры ident и caid фильтруют, какие карты принимать от ридера. Если указан неверный CAID или провайдер не соответствует — ECM уходит в ридер и возвращается ошибкой. Смотрите в webif вкладку Readers → Cards: там видно, какие CAID/provid реально пришли от сервера. Сверяйте с тем, что прописано в фильтрах. Часто достаточно убрать ограничения совсем и сначала убедиться, что карта видна.

Проблемы с правами на конфиги и автозапуском

OScam запущен от пользователя oscam или nobody, а конфиги принадлежат root с правами 600 — демон их не прочитает. Типичная симптоматика: oscam стартует, но ридеры не поднимаются и логфайл пуст. Проверка:

ls -la /etc/oscam/
chown -R oscam:oscam /etc/oscam/
chmod 640 /etc/oscam/*.conf

CCcam с этим проблем меньше — он обычно запускается от root через init.d-скрипт.

Конфликт двух softcam одновременно

Это разрушительная ошибка при переходе. OScam запущен, CCcam не остановлен — оба пытаются захватить dvbapi-сокет /tmp/camd.socket. Каналы не декодируются, в логах хаос. Перед запуском OScam нужно полностью остановить CCcam и убедиться, что сокет свободен:

killall CCcam
rm -f /tmp/camd.socket

На сетевом сервере (без dvbapi) конфликта нет — оба могут работать на разных портах. Но на ресивере, где один softcam декодирует локально, держать два одновременно нельзя.