iCam и OScam: настройка эмулятора на ресивере в 2026

Если вы вбиваете в поиск icam oscam и получаете кашу из форумных обсуждений десятилетней давности — понимаю раздражение. Оба названия встречаются вместе, но что именно ставить на ресивер, форумы не объясняют. Давайте разберёмся по-человечески: что такое iCam, чем он отличается от OScam, как это всё настраивается и почему каналы иногда просто не открываются.

Что такое iCam и как он связан с OScam

Главное, что нужно понять сразу: iCam — это не отдельный продукт. Это кастомная сборка на базе OScam, заточенная под конкретные образы прошивок или архитектуры процессоров. Примерно как Ubuntu и Xubuntu — оба Linux, просто разные сборки с разными дефолтами.

Происхождение названия iCam

Название iCam появилось в сообществе Enigma2-пользователей как маркировка для форк-сборок OScam, которые шли в комплекте с некоторыми образами прошивок — в первую очередь под VTi и несколько кастомных сборок для Vu+. Разработчики образа собирали OScam под конкретный процессор, добавляли патчи и называли результат по-своему. Никакой официальной организации "iCam" нет.

iCam как форк OScam или отдельный эмулятор

Технически — форк или кастомная сборка OScam. Ядро то же, протоколы те же, формат конфигов совместимый. Разница — в патчах под конкретное железо, версии libusb, наборе скомпилированных модулей. Если вы нашли бинарник с именем icam — загляните в ./icam -v или strings icam | grep OScam, и скорее всего увидите версию OScam в строках сборки.

Пара встречающихся вариантов пар icam oscam на форумах — это либо обсуждение "что лучше ставить", либо описание конфигурации где iCam работает клиентом к OScam-серверу. Во втором случае конфигурация идентична стандартному OScam-клиенту.

Чем iCam отличается от OScam, NCam и CCcam

OScam — стандарт. Активная разработка, поддержка огромного количества CAS (Conax, Viaccess, Nagravision, Irdeto, BISS, PowerVU). NCam — форк OScam с акцентом на поддержку новых и нестандартных карт, иногда опережает основной OScam по конкретным CAS. CCcam — давно не обновляется, закрытый исходник, 2.3.2 была последней нормальной версией. iCam — нишевая сборка, имеет смысл только если идёт в комплекте с конкретным образом и протестирована на вашем железе.

Поддерживаемые протоколы: CCcam, newcamd, CS378x, gbox

OScam и его производные поддерживают весь стандартный набор: CCcam (версии 2.0-2.3.2), newcamd (5.25), CS378x (Camd35 TCP/UDP), gbox, radegast. Для подключения к удалённому серверу card sharing чаще всего используется CCcam или newcamd — зависит от того, что отдаёт провайдер. CS378x актуален для некоторых европейских серверов.

Установка iCam и OScam на Enigma2

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

Определение архитектуры ресивера

Подключитесь по SSH (пользователь root, порт 22, пароль обычно пустой или "dreambox") и запустите:

uname -a
opkg print-architecture

Dreambox DM900, Vu+ Ultimo 4K, часть Zgemma — arm или aarch64. Старые Dreambox 800/7000, часть Zgemma H2/H5 — mipsel. Некоторые Dreambox 500/800 — sh4. Бинарник должен быть скомпилирован под вашу архитектуру. Попытка запустить mipsel-бинарник на ARM даст "cannot execute binary file: Exec format error" — и ничего больше.

Установка через feed прошивки

Самый чистый способ — через opkg:

opkg update
opkg install enigma2-plugin-softcams-oscam
# или для OScam-Emu (с поддержкой эмуляции карт):
opkg install enigma2-plugin-softcams-oscam-emu

После установки проверьте:

ps | grep oscam
# или
ps aux | grep -i oscam

Если процесс есть — запустился. Если нет — смотрите /var/log/softcam.log или запускайте вручную с флагом -d для отладки.

Ручная установка ipk-пакета через FTP

Если ваш образ прошивки не имеет feed с OScam (бывает на кастомных сборках под старое железо), качайте ipk-пакет под свою архитектуру, заливайте через FTP в /tmp и ставьте:

opkg install /tmp/oscam_11757_mipsel.ipk --force-depends

Флаг --force-depends нужен если opkg ругается на зависимости, которые на самом деле уже есть в системе. Бинарник окажется в /usr/bin/oscam.

Структура файлов конфигурации

Конфиги лежат здесь:

/etc/tuxbox/config/oscam/oscam.conf
/etc/tuxbox/config/oscam/oscam.server
/etc/tuxbox/config/oscam/oscam.user
/etc/tuxbox/config/oscam/oscam.dvbapi

На некоторых образах путь другой — /etc/oscam/. Проверьте: find /etc -name oscam.conf 2>/dev/null. Если файлов нет — создайте директорию и файлы вручную, OScam не создаёт их автоматически.

Запуск, остановка и автозагрузка

# Запуск:
/etc/init.d/oscam start
# или напрямую:
/usr/bin/oscam -B -c /etc/tuxbox/config/oscam -l /tmp/.oscam/oscam.log

# Остановка:
/etc/init.d/oscam stop

# Перезапуск после изменения конфигов:
/etc/init.d/oscam restart

Автозагрузка включается через softcam-менеджер в плагинах Enigma2, либо симлинком в /etc/rc3.d/. На большинстве прошивок проще использовать встроенный менеджер softcam — он корректно обрабатывает порядок запуска сервисов.

Конфигурация oscam.conf и oscam.server для card sharing

Вот где большинство статей сливаются — дают конфиг без объяснения параметров. Давайте по-честному.

Минимальный рабочий oscam.conf

[global]
logfile                = /tmp/.oscam/oscam.log
loglevel               = 64
maxlogsize             = 500
preferlocalcards       = 1

[dvbapi]
enabled                = 1
user                   = dvbapi
boxtype                = dreambox
pmt_mode               = 0
request_mode           = 1
delayer                = 0

[webif]
httpport               = 8888
httpuser               = admin
httppwd                = yourpassword
httprefresh            = 15
httpallowed            = 127.0.0.1,192.168.0.0-192.168.255.255

Параметр boxtype в секции [dvbapi] — критичный. Для Dreambox: dreambox. Для Vu+, GigaBlue, Zgemma, Octagon: openxcas или pc в зависимости от образа. Неправильный boxtype = DVB-API не работает = чёрный экран на всех каналах при правильно работающем ридере.

Подключение к удалённому серверу через CCcam-протокол

Файл oscam.server:

[reader]
label                  = myserver
protocol               = cccam
device                 = hostname.example.com,12000
user                   = mylogin
password               = mypassword
inactivitytimeout      = 30
reconnecttimeout       = 15
group                  = 1
cccversion             = 2.3.2
cccdmhops              = 1
cccmaxhops             = 0
cccmindown             = 0

Вместо hostname.example.com и 12000 — данные от вашего провайдера. Никогда не публикуйте эти данные — аккаунт заблокируют в течение часов.

Параметры: caid, ident, group

caid — идентификатор системы условного доступа. Если знаете конкретные CAID нужных вам каналов — укажите их через запятую: caid = 0D05,0D00. Это снижает нагрузку на сервер и ускоряет ECM. Если не знаете — оставьте пустым, OScam будет пробовать все.

ident — ещё точнее: фильтр по CAID:провайдерID. Например, ident = 0D05:000000. Используйте только если точно знаете ident нужных каналов.

group — логическая группа ридеров. В oscam.user пользователь dvbapi должен иметь group = 1 (или то же значение, что у ридера). Если группы не совпадают — ридер не используется для расшифровки.

Настройка веб-интерфейса на порту 8888

После запуска OScam откройте браузер: http://192.168.1.100:8888 (IP вашего ресивера). Там видите статус ридеров, ECM time в реальном времени, логи. Это главный инструмент диагностики — привыкните его использовать.

DVB-API и привязка к Enigma2

В oscam.user должен быть пользователь для DVB-API:

[account]
user                   = dvbapi
password               =
group                  = 1
au                     = 1
uniq                   = 0

Имя пользователя dvbapi в oscam.user должно совпадать с параметром user = dvbapi в секции [dvbapi] файла oscam.conf. Если не совпадает — Enigma2 не сможет передавать PMT в OScam.

Подключение к серверу card sharing: что нужно от провайдера

Провайдер даёт вам четыре параметра: hostname (или IP), порт, логин, пароль. Плюс протокол. Это всё что нужно для oscam.server. Но не все провайдеры одинаковы.

Какой протокол выбирать: CCcam vs newcamd vs CS378x

CCcam 2.3.2 — наиболее распространённый протокол, большинство серверов поддерживают. Newcamd — старше, но стабильнее на медленных соединениях. CS378x (он же Camd35 TCP) — встречается реже, хорош для некоторых конфигураций с несколькими ридерами. Если провайдер даёт выбор — берите CCcam или newcamd. Разница в реальном ECM time минимальна.

Критерии выбора провайдера

Не называю конкретных, но вот что важно: тестовый период (от 24 часов до 7 дней) — любой нормальный провайдер даёт. Географическая близость сервера важна: пинг до сервера должен быть меньше 80ms. Выше — ECM time будет неприемлемым. Проверьте: ping hostname.example.com до покупки, если знаете IP.

Реальный SLA — провайдер должен чётко говорить, сколько пользователей на карту. Больше 3-5 одновременных подключений на карту = проблемы в прайм-тайм. Наличие резервных линий (backup server) — признак серьёзного провайдера.

Как проверить стабильность линии по ECM time

В веб-интерфейсе OScam на порту 8888, в разделе Status, видите ECM time в миллисекундах. Норма: 200-600ms. Хорошо: до 400ms. Плохо: больше 800ms, очень плохо: выше 1000ms — будут фризы. Если ECM time скачет от 200 до 2000ms — нестабильное соединение или перегруженный сервер.

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

ECM time выше 1000ms в прайм-тайм (19:00-23:00 по местному времени) — классический признак. Также: каналы открываются с задержкой 2-4 секунды при переключении, частые кратковременные фризы по 0.5-1 секунде. В логах OScam это выглядит как серия ECM answered (1842ms) — цифра более 1800ms делает просмотр некомфортным.

Troubleshooting: каналы не открываются, чёрный экран, freezing

Работаю с этим годами, и 90% проблем укладываются в несколько категорий. Смотрим логи — всё остальное вторично.

Чтение логов OScam

tail -f /tmp/.oscam/oscam.log

Уровень детализации задаётся параметром loglevel в секции [global]. Значение 64 — стандартное, видите подключения и ECM. Значение 1023 — полная отладка, видите всё, но лог растёт быстро. Для диагностики временно ставьте 1023, потом возвращайте к 64.

Ошибка 'card not found' и проверка CAID

Строка в логе: no matching reader found или card not found for CAID 0x0D00. Это означает: у ридера нет карты с нужным CAID, или CAID/ident в конфиге ридера не совпадает с тем, что требует канал. Решение: уберите фильтры caid и ident из секции [reader] и проверьте, откроется ли канал. Если да — фильтр был неправильным.

Network ECM timeout: проблема с провайдером или каналом

Строка: ECM timeout from reader myserver. Причина: сервер не ответил в отведённое время. Проверьте пинг до сервера. Проверьте, работает ли интернет на ресивере: ping 8.8.8.8. Если пинг нормальный, но таймаут есть — проблема на стороне сервера провайдера.

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

Запуск OScam и CCcam (как сервер) одновременно — классическая ошибка. Оба пытаются захватить DVB-API устройства (/dev/dvb/adapter0/). Результат: один работает, второй молча игнорируется или они мешают друг другу. Решение простое: выберите один. Если нужен CCcam как протокол подключения к серверу — настройте ридер с protocol = cccam в OScam, а сам CCcam-демон не запускайте.

Проблемы DVB-API: неправильный boxtype

Если в логах ридер подключён (статус CONNECTED), ECM time нормальный, но картинки нет — скорее всего неправильный boxtype в секции [dvbapi]. Для OpenATV и OpenPLi на Vu+, Zgemma, GigaBlue, Octagon обычно работает boxtype = openxcas или boxtype = pc. Для образов на базе VTi — boxtype = dreambox. Попробуйте варианты, перезапускайте OScam после каждого изменения.

Freezing на HD-каналах: железо, не эмулятор

Freezing на 4K и HD-каналах часто списывают на эмулятор — и это неправильно. Если ECM time в норме (400-600ms), ридер отвечает стабильно, но картинка всё равно подвисает — проблема в буфере ресивера или слабом процессоре. Старые ресиверы на mipsel 400MHz не справляются с декодированием HEVC/H.265 потока 25+ Mbps. Ничего с OScam не сделаете — это аппаратное ограничение.

Дополнительно: проверьте занятость CPU во время просмотра HD: top в SSH. Если CPU load выше 80% — это оно.

Специфические ситуации

Ресивер на ARM (Zgemma H9, некоторые Octagon SF8) — нужен бинарник arm или aarch64. Бинарники mipsel туда не встанут, opkg print-architecture покажет правильное значение.

Прошивка с SELinux или AppArmor (редко, но бывает на кастомных сборках): OScam не может писать в /tmp/.oscam/. Симптом: OScam запускается, но логов нет и DVB-API не работает. Проверьте: ls -la /tmp/ и dmesg | grep -i denied.

IPv6-only подключение: если ваш роутер работает через IPv6, а сервер провайдера — только IPv4, OScam reader не подключится. В oscam.server попробуйте явно указать IPv4-адрес сервера вместо hostname. Или настройте NAT64 на роутере.

Расхождение времени: если часовой пояс ресивера не синхронизирован (и NTP не работает), ECM-запросы могут возвращаться с ошибкой валидации времени. Проверьте: date в SSH. Если время сильно отличается от реального — настройте NTP: ntpdate -u pool.ntp.org.

Двойной тюнер с одновременным просмотром и записью: DVB-API пытается открыть два демультиплексора одновременно. OScam справляется, но нужно правильно настроить pmt_mode в секции [dvbapi]. Попробуйте pmt_mode = 0 (стандартный) или pmt_mode = 4 для конфигураций с двойным тюнером.

iCam/OScam vs альтернативы: когда что выбирать

Зоопарк эмуляторов сбивает с толку. Вот честный разбор без рекламы.

OScam — универсальный стандарт

OScam — де-факто стандарт для softcam на Enigma2. Активная разработка (последние сборки 11700+), поддержка огромного числа CAS, хороший веб-интерфейс, детальные логи. Если не знаете что ставить — ставьте OScam. Именно это в большинстве случаев и нужно когда люди ищут icam oscam.

NCam — когда OScam недостаточно

NCam — форк OScam, появился примерно в 2018. Основная мотивация: более быстрая поддержка новых CAS и карт, которые OScam добавляет медленнее. Если у вас специфичная карта (некоторые азиатские или африканские провайдеры) и OScam её не видит — попробуйте NCam. Конфиги совместимы с OScam.

CCcam — только как ориентир на прошлое

CCcam 2.3.2 — последняя рабочая версия, выпущена ещё в 2012. Закрытый исходник, больше не развивается. Как сервер — давно устарел. Как клиентский протокол — используется в OScam через protocol = cccam. Отдельно ставить CCcam-демон в 2026 нет смысла.

MgCamd — для слабого железа

MgCamd — лёгкий эмулятор, минимальное потребление ресурсов. На ресиверах с процессором 200-300MHz и 64MB RAM может быть единственным вариантом. Поддерживает меньше протоколов, чем OScam, но на старом железе работает там, где OScam тормозит.

Когда есть смысл использовать iCam-сборку

Строго один случай: iCam идёт в комплекте с вашим образом прошивки и протестирован разработчиком образа на вашем конкретном железе. В этом случае используйте то, что дают — там уже правильные патчи под ваш процессор. Если же вы выбираете что ставить с нуля — берите OScam из официального feed вашей прошивки. Отдельно скачивать iCam нет причин.