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

Если ты уже неделю читаешь форумы и всё ещё не понимаешь, что ставить — CCcam или OScam — эта статья для тебя. Вопрос cccam vs oscam бесплатно звучит просто, но за ним скрывается реальный выбор архитектуры: один процесс против многопоточного демона, закрытый бинарник против открытого исходника. Разберём по существу.

CCcam vs OScam: ключевые различия за 2 минуты

CCcam — это закрытый бинарник, последняя стабильная версия 2.3.x вышла несколько лет назад и разработка фактически заморожена. OScam — открытый проект, репозиторий живёт на streamboard.eu, сборки обновляются регулярно. Оба распространяются бесплатно — за сам софт платить не нужно. Платным может быть только доступ к чужому серверу (так называемые линии).

Сравнительная таблица: лицензия, исходники, протоколы, нагрузка

Параметр	CCcam 2.3.x	OScam (svn актуальный)
Лицензия	Freeware, закрытый код	Open-source (GPL)
Исходный код	Нет	Открыт, SVN-репозиторий
Активность разработки	Заморожена	Активная
Протоколы	CCcam (проприетарный)	CCcam, Newcamd, Camd3, Radegast, CS378x и др.
DVBAPI	Да (встроенный)	Да, гибкая настройка oscam.dvbapi
Многопоточность	Нет, один процесс	Да, pthreads
Нагрузка на CPU	Ниже на малом числе клиентов	Выше при старте, лучше масштабируется
Веб-интерфейс	Встроенный, базовый	Встроенный webif, порт 8888
Поддержка нескольких читалок	Ограниченная	Полная, несколько reader в oscam.server

Кому подойдёт CCcam, а кому OScam

CCcam — хороший выбор, если у тебя старый Enigma2-ресивер с 256 МБ RAM и слабым ARM-процессором вроде Broadcom 7362 или 7358. Конфиг читается как простой текст, две строки — и работает. Никаких зависимостей, никакой магии с файлами.

OScam выигрывает везде, где нужна гибкость: несколько карт разных операторов, раздача на десятки клиентов, совместимость с разными протоколами, подключение к старым CCcam-серверам и newcamd одновременно. Если сервер — это VPS или Linux-бокс с нормальным железом, OScam — правильный выбор.

Главный итог выбора

Слабое железо + нужна простота = CCcam. Всё остальное = OScam. Вопрос cccam vs oscam бесплатно в плане стоимости не существует — оба стоят ноль рублей. Разница только в архитектуре и удобстве под твои задачи.

Производительность и стабильность на реальном железе

Тут нет места абстракциям. На практике разница видна сразу, как только число клиентов переваливает за 10–15.

Нагрузка на CPU и потребление памяти

CCcam на одном клиенте потребляет около 3–8 МБ RAM и почти не нагружает CPU в простое. OScam стартует тяжелее — только webif и базовый поток занимают 10–15 МБ — но это фиксированные расходы, которые не растут линейно с числом клиентов.

На дешёвом ARM-боксе (Amlogic S905, 1 ГБ RAM) я запускал OScam с тремя reader и двадцатью клиентами: CPU держался на 15–25%. CCcam в той же конфигурации давал 20–35%, но начинал проседать под нагрузкой — всё в одном потоке.

Поведение под нагрузкой при множестве клиентов

Главная проблема CCcam при высокой нагрузке — очередь ECM-запросов обрабатывается последовательно. Если одновременно дёргают карту 30 клиентов, время ответа растёт. OScam распределяет запросы по потокам и умеет кешировать ответы ECM — повторный запрос того же CW отдаётся мгновенно без обращения к карте.

Кеш ECM в OScam — это реально мощная вещь. Настраивается в секции [cache] в oscam.conf, параметр max_ecm_cache = 500. При правильной настройке нагрузка на физическую карту падает в разы.

Стабильность ECM/EMM и время отклика

Нормальное время ответа ECM для локальной карты — 50–200 мс. Для удалённой через интернет — 300–800 мс. Всё выше 1000 мс начинает давать заметные фризы на переключении каналов.

OScam логирует ECM time для каждого reader — видно в webif в реальном времени. CCcam показывает это только в логе CCcam.log, смотреть неудобно. Для диагностики OScam выигрывает заметно.

Слабые маршрутизаторы и старые ресиверы

Если у тебя ресивер с процессором типа MIPS 300 МГц (старые Vu+ Solo 2, TechniSat) или вообще OpenWrt-маршрутизатор — CCcam может оказаться единственным рабочим вариантом. OScam на таком железе либо не запустится из-за нехватки памяти, либо будет тормозить сам по себе.

Но если это Enigma2-бокс 2020 года и новее — почти наверняка там достаточно ресурсов для OScam без проблем.

Настройка CCcam: конфиги, порты и протокол

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

Расположение файлов: /var/etc/CCcam.cfg и CCcam.channelinfo

Основной конфиг лежит по пути /var/etc/CCcam.cfg на Enigma2-боксах. На некоторых дистрибутивах — /etc/CCcam.cfg. Файл CCcam.channelinfo в той же директории отвечает за имена каналов в веб-интерфейсе, его можно скачать отдельно — на работу не влияет.

Лог пишется в /tmp/CCcam.log или /var/log/CCcam.log в зависимости от дистрибутива. Смотреть в реальном времени: tail -f /tmp/CCcam.log.

Строка C-line: формат host port user pass

Строка подключения к серверу выглядит так:

C: hostname.example.com 12000 username password

Здесь hostname.example.com — адрес сервера, 12000 — порт (обычно диапазон 12000–18000, конкретный значение сообщает провайдер линии), username и password — учётные данные. Протокол CCcam чувствителен к регистру пароля.

Можно добавить несколько C-линий для резервных серверов. CCcam попробует их по порядку при недоступности первого. Но активная только одна одновременно — резервирование не мгновенное.

F-line для отдачи и параметры hops/dist

Если раздаёшь другим клиентам — нужна F-line (Friend line):

F: clientuser clientpassword 1 0 0 { 1:0:1:FFFFFFFF }

Первое число после пароля — это maxhops (он же dist), ограничение глубины пересылки. Значение 1 означает, что клиент получит карты только первого hop и не сможет их дальше раздать своим клиентам. При значении 0 ограничений нет.

Важный момент: если ставишь maxhops = 1 на своём сервере, а субклиент пытается подключить к тебе своих клиентов — они не увидят каналы, которые идут через второй hop. Это частая причина жалоб "у меня работает, у друга нет".

Порт по умолчанию и проверка соединения

Единого стандартного порта нет. Порт слушающего CCcam-сервера задаётся в его конфиге на стороне сервера, клиент просто указывает тот же порт в C-line. Часто встречается 12000, 12100, 15000, 16000 — просто договорённость.

Проверить доступность: telnet hostname 12000. Если подключается — порт открыт, CCcam отвечает. Если Connection refused — либо порт закрыт firewall, либо CCcam не запущен.

Рестарт CCcam: killall -9 CCcam && sleep 2 && /etc/init.d/softcam start. На Enigma2 можно через панель управления плагинами.

Настройка OScam: oscam.conf, oscam.server, oscam.user

OScam раскладывает конфигурацию по нескольким файлам — поначалу непривычно, но логично. Каждый файл отвечает за свою область.

Структура /etc/tuxbox/config/oscam/ или /var/etc/

На Enigma2/Tuxbox путь: /etc/tuxbox/config/oscam/. На чистом Debian/Ubuntu: /etc/oscam/. На OpenATV и похожих дистрибутивах — часто /var/etc/oscam/. Проверь через find / -name oscam.conf 2>/dev/null.

Минимальный набор файлов:

• oscam.conf — глобальные параметры, webif, логирование
• oscam.server — reader: локальные карты и подключения к серверам
• oscam.user — учётные записи клиентов
• oscam.dvbapi — приоритеты дешифрования для Enigma2

oscam.server: блок [reader] и протокол cccam

Подключение к CCcam-серверу из OScam выглядит так:

[reader]
label        = myserver
protocol     = cccam
device        = hostname.example.com,12000
user          = username
password      = password
cccversion    = 2.0.11
group         = 1
reconnecttimeout = 30

Параметр cccversion влияет на то, как OScam представляется серверу. Для старых CCcam 2.1.x иногда нужно указывать именно 2.1.x, иначе сервер отвергает соединение из-за несовпадения версии протокола — это один из редких случаев несовместимости.

Несколько локальных карт разных операторов — просто несколько блоков [reader] с разными label и физическими устройствами (device = /dev/sci0, /dev/sci1). OScam сам разберёт, какой CAID у какой карты.

oscam.user: создание клиентов и группы

[account]
user         = clientuser
pwd          = clientpassword
group        = 1
uniq         = 1
maxconnections = 1

Параметр uniq = 1 запрещает одновременный вход с одними данными с разных IP. maxconnections = 1 ограничивает число сессий. group должна совпадать с группой reader в oscam.server — иначе клиент не получит доступ к нужным картам.

DVBAPI и oscam.dvbapi для локального дешифрования

Для Enigma2 OScam работает через DVBAPI-интерфейс — он перехватывает зашифрованные пакеты прямо на ресивере. В oscam.conf нужна секция:

[dvbapi]
enabled       = 1
au            = 1
pmt_mode      = 0
request_mode  = 0

Файл oscam.dvbapi позволяет задать приоритеты CAID:

P: 0500
P: 1810
I: 0B00

Строки с P: — приоритет (в каком порядке пробовать CAID), с I: — игнорировать. Если каналы с конкретным CAID не дешифруются, хотя ECM проходит — сначала проверяй этот файл.

Веб-интерфейс httpport и мониторинг

В oscam.conf в секции [webif]:

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

После запуска открываешь http://192.168.1.x:8888/ и видишь все reader, клиентов, ECM time в реальном времени. Это самый быстрый способ понять, что происходит. Запуск: oscam -b -r 2 -c /etc/oscam/, где -b — в фоне, -r 2 — уровень логирования.

Как выбрать провайдера и линию: критерии, а не имена

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

На что смотреть: аптайм, локальные карты, ping ECM

Аптайм должен быть выше 99% в месяц — это не маркетинг, а реальная метрика. Попроси тестовый доступ на 24 часа и замерь сам. ECM time для удалённого сервера должен держаться ниже 500–600 мс и не скакать — стабильность важнее абсолютного значения.

Локальные карты — это карты, физически вставленные в сервер в той же стране или регионе, что и ты. Для местных операторов это даёт минимальный ping и правильный региональный контент. Карты, переброшенные через несколько серверов, дают большой hop count и нестабильный ECM time.

Признаки нестабильной или перепроданной линии

Перепроданная линия — когда одну физическую карту используют больше клиентов, чем позволяет оборудование. Признаки: фризы именно в прайм-тайм (19:00–23:00), ECM time 800+ мс при нормальном пинге, частые обрывы соединения без смены IP сервера.

Ещё один признак — freeze только на популярных каналах при нормальной работе нишевых. Это прямо говорит о перегрузке конкретной карты.

Тестовый период и проверка перед оплатой

Без тестового периода — не брать. Минимум 12–24 часа, желательно захватить вечер. Проверяй: время переключения каналов (норма до 2–3 секунд), наличие нужных операторов, стабильность при просмотре 2–3 часов подряд.

Смотри в лог OScam или CCcam в это время — ECM time должен быть стабильным, не скакать от 200 мс до 2000 мс случайным образом.

Правовые риски и оговорка

Card sharing для приёма легально оплаченной подписки на собственном оборудовании — это одно. Использование чужих карт без договора с оператором — другое, и ответственность за это лежит на пользователе. Законодательство в разных странах различается. Если речь о тестировании собственного сервера и оборудования — используй только свои карты с активными подписками.

Типичные ошибки и их устранение

Большинство проблем — это три вещи: неверный порт, неверный CAID или конфликт двух эмуляторов. Разберём по порядку.

Connection refused и закрытый порт

Connection refused при правильном хосте означает одно из двух: firewall режет порт или эмулятор не запущен. Проверь: telnet host port. Если timeout — скорее всего firewall на стороне провайдера интернета или на твоём роутере.

Частый случай: провайдер блокирует нестандартные порты (12000–18000 попадают под этот фильтр у некоторых операторов). Решение — попросить сервер переключить порт на 443 или 80, они обычно проходят везде. Если управляешь своим сервером — добавь правило iptables: iptables -A INPUT -p tcp --dport 12000 -j ACCEPT.

ECM есть, но картинки нет (BISS/AU)

В логе OScam видно "ECM OK", но канал не дешифруется. Вероятные причины: неверный CAID в oscam.dvbapi (канал использует не тот CAID, что прописан в приоритетах), отсутствие AU (auto-update ключей EMM), или BISS-шифрование, которое требует отдельного конфига.

AU включается в reader: au = 1. Без этого ключи не обновляются, и через несколько часов карта "умирает" — ECM проходит, но ключ устаревший.

Фризы каждые несколько секунд

Регулярные фризы с интервалом 5–15 секунд — почти всегда ECM time выше нормы или hop count больше 3–4. В OScam webif смотри столбец ECM time для активного reader. Если там 1500–3000 мс — проблема в линии или в маршруте до сервера.

Проверь количество hops в конфиге CCcam — если у тебя в C-line сервер с dist=3 и выше, декодирование идёт через несколько промежуточных узлов, каждый добавляет задержку. Для OScam аналог — параметр maxhops в oscam.server.

Конфликт двух эмуляторов на одном ресивере

Это отдельная головная боль. Запустить CCcam и OScam одновременно можно, но DVBAPI-интерфейс может слушать только один процесс. Если оба пытаются управлять дешифрованием — будут хаотичные фризы и ошибки в логе типа "DVBAPI: device busy".

Правило простое: только один эмулятор управляет DVBAPI. Второй может работать как клиент-источник (например, OScam получает карту через CCcam-reader и раздаёт локально через DVBAPI — CCcam при этом должен быть остановлен). На Enigma2 отключай ненужный softcam через панель управления плагинами или через /etc/init.d/softcam stop.

Именно здесь вопрос cccam vs oscam бесплатно приобретает практический смысл — выбирать нужно один, а не пытаться запустить оба.