Вернуться   DreamBox Satellite Forum > F.A.Q > F.A.Q (Dreambox 800/8000)

F.A.Q (Dreambox 800/8000) (F.A.Q.) Коротко обо всeм, что связано с наcтройкой и эксплуатацией ресиверов Dreambox под управлением enigma2. (Только для чтения!)

Закрытая тема
 
Опции темы

Дримбокс 800 - Шаг за шагом. Шаг 4. Установка эмуляторов.
Старый 05.01.2009, 19:30   #1
ФАКер
 
Аватар для lagush
 
lagush вне форума
Регистрация: 24.05.2006
Сообщений: 6,765
Отправить сообщение для lagush с помощью ICQ
По умолчанию Дримбокс 800 - Шаг за шагом. Шаг 4. Установка эмуляторов.

Шаг 4.
Установка эмуляторов.

Внимание! Команда Гемини убрала закачку эмуляторов через интернет. Поэтому придется ставить ЭМУ вручную.

Рассмотрим сначала самый распространенный (популярный) вариант – эмулятор MGcamd, который используется для «открытия» каналов с помощью ключей и шаринга.

Установка эмулятора MGcamd. На примере имиджа Gemini 4.0.
Эмулятор можно установить несколькими способами. Суть всех способов одна – это добавление в систему необходимых файлов и назначение им определенных прав (атрибутов).

Кратко рассмотрим все необходимые файлы.
/usr/bin/mgcamd_1.31 - здесь лежит бинарный файл эмулятора - назначить права 755!!!
/usr/keys - здесь лежат ключи и конфигуратор для ЭМУ. В папке лежат файлы:
- mg_cfg - конфигуратор, должен быть обязательно!,
- SoftCam.Key - ключи, AutoRoll.Key - ключи (эти файлы можно найти на любом аплоуде! Качайте свежие ключи.)
- ignore.list, priority.list, replace.list – файлы для настройки приоритетов и игнорирования идентов. При правильной настройке ускоряет переключение каналов при шаринге.
- newcamd.list - файл куда нужно прописывать параметры шары.
/usr/script/mgcamd_1.31_cam.sh - здесь находится скрипт для запуска эмулятора - назначить права 755!!!
/usr/uninstall/mgcamd-complete_1.31_delfile.sh
/usr/uninstall/mgcamd-config_1.30_delfile.sh
- здесь находятся скрипты для удаления эмулятора и конфигуратора - назначить права 755!!!
/etc/tuxbox/config/newcamd.conf - здесь лежит конфигурационный файл для эмулятора. Сюда же можно прописывать данные шары, если не используется файл newcamd.list.

Способ 1.
Ручная установка с помощью установочных пакетов .ipk.

Скачиваем прицепленный архив mgcamd_1.35a___conf_mgcamd_1.0_.zip.
Распаковываем из него файлы gp-cam-mgcamd_1.35a-r2_mipsel.ipk и gp-conf-mgcamd_1.0-r0_mipsel.ipk.
Копируем эти файлы в папку /tmp дримбокса с помощью FTP (через Total Commander или DCC). Затем последовательно устанавливаем эти пакеты. Для этого открываем Файл Менеджер (File Manager): Синяя кнопка - Красная кнопка, находим нужный файл и становимся на него курсором. Затем жмем Зеленую кнопку - Install. Аналогично устанавливаем второй пакет.
Далее выполняем пункты 4 и 5 из второго способа установки ЭМУ (смотрим ниже).


Способ 2.
Установка при помощи установочных архивов *.tar.gz

Второй способ установки – с помощью архивов *.tar.gz.
(Внимание! Для новых версий имиджа (Gemini 4.2 и выше) изменен скрипт запуска, поэтому даю два архива эмулятора - для старых и новых имиджей.)
!!! В прицепке находится установочный e2-MgCamd_1.35_and_Config_tar_gz.zip архив для новых имиджей Gemini (5.0 и выше)

1. Скачиваем архивы эмулятора и конфигуратора:
Эмулятор:
e2-mgcamd_1.31_081031.tar.gz - для старых имиджей (Gemini до версии 4.1 включительно)
e2-mipsel-mgcamd_1.31_090614.tar.gz - для новых имиджей (Gemini, начиная с версии 4.2)

Цитата:
Архив эмулятора содержит в себе следующие файлы:
/usr/bin/mgcamd_1.31
/usr/uninstall/mgcamd-complete_1.31_delfile.sh
/usr/script/mgcamd_1.31_cam.sh ]
Конфигуратор:
e2-MGCamd-Config_1.30_080502.tar.gz – это архив конфигуратора. Содержит в себе следующие файлы:
Цитата:
/usr/keys/mg_cfg
/usr/keys/ignore.list, /usr/keys/priority.list, /usr/keys/replace.list
/usr/keys/newcamd.list
/usr/uninstall/mgcamd-config_1.30_delfile.sh
/etc/tuxbox/config/newcamd.conf
2. Затем с помощью FTP копируем первый архив в папку /TMP на дримбоксе.

3. Идем в меню ручной установки аддонов. В разных версиях имиджей это пункт может находится в разных местах. На Gemini 4.0 входим в Blue Panel (синяя кнопка) – File Manager (2) и ищем папку /TMP, в которой уже будет лежать наш файл.



Становимся на него курсором и нажимаем «Install» (зеленая кнопка). Архив автоматически разместит файлы по нужным папкам и назначит файлам нужные атрибуты.
Аналогично поступаем со вторым файлом e2-MGCamd-Config_1.30_080502.tar.gz и устанавливаем конфигуратор.

4. Если планируется открывать каналы с помощью известных ключей, то копируем в /usr/keys/ файлы SoftCam.Key , AutoRoll.Key (эти файлы можно найти на любом аплоуде! Качайте свежие ключи.)
Подробнее читаем ниже.

Куда прописывать шару (сервера шаринга)
Данные шары записываем в файле /usr/keys/newcamd.list.

Вот пример файла newcamd.list:
Код:
# как часто (в секундах) проверять сервер шары на признаки жизни. Полезно, если долго сидите на некодированном канале.
CWS_KEEPALIVE = 300
# никаких других параметров в этом файле больше не нужно, кроме указания серверов шары ниже!
# каждая последущая строка описывает ваш коннект на тот или иной пакет шаринга.
# если у вас несколько разных пакетов, на каждый пакет идет своя строчка конфигурации.
# даже если сервер один и тот же, на каждый пакет может быть свой отдельный порт, поэтому нужно
# прописать все отдельно. вся информация из биллинга. 
CWS = shara1.com 1111 login password 0102030405060708091011121314
CWS = shara2.com 2222 login password 0102030405060708091011121314
Данные шары записывают в строчку CWS, она имеет следующий формат:
CWS = адрес_шары (или IP-адрес) порт логин пасс 0102030405060708091011121314
(например, CWS = 123.456.78.90 10000 login pass 0102030405060708091011121314 wan servac1)
wan servac1 - это произвольный текст, полезен для ориентации при наличии большого числа шар

Очень полезно настроить ignore.list, priority.list, replace.list – файлы для настройки приоритетов и игнорирования идентов. При правильной настройке ускоряет переключение каналов при шаринге. Для примера, вот содержание моих файлов для просмотра шары +++.

ignore.list
# ignore viaccess providers
V: { 05 01 00 }
V: { 02 37 00 }
V: { 04 06 10 }
V: { 04 06 20 }
# ignore caids NTV+
X: {05 60}
# ignore caids Verimatrix NTV+
X: {56 01}

priority.list
#NTV+ ETELSAT 36E
V: { 04 06 00 } # НТВ+ Украина (ICTV, НТН)
V: { 03 06 00 } # HD НТВ+

replace.list
R:{{2F45}{0500}{023700}{0FA1}{0500}{030600}{0BB9}} # HD-Kino
R:{{2F46}{0500}{023700}{0FA2}{0500}{030600}{0BBA}} # HD-Sport
R:{{2F47}{0500}{023700}{0FA3}{0500}{030600}{0BBB}} # HD-Life
R:{{2F48}{0500}{023700}{0FA4}{0500}{030600}{0BBC}} # Eurosport HD
R:{{2F49}{0500}{023700}{0FA5}{0500}{030600}{0BBD}} # Discovery HD

Более подробно надо выяснять в службе поддержки вашего шара-сервера.

5. Все, теперь осталось «включить» ЭМУ в меню, чтобы при загрузке он стартовал автоматически.
Нажимаем синюю кнопку (Blue Panel) и в верхней строчке стрелками влево/вправо выбираем наш эмулятор.



Для окончания процесса перезагружаем ЭМУ – зеленая кнопка в Blue Panel (Start/Restart Camd)
После этого шара должна заработать (при условии подключения дримбокса к Интернету )
Для закрепления настроек выбора эмулятора перегружаем дрим через меню.


Способ 3.
Установка эмулятора через Интернет. С февраля 2011 официально не работает!!!

Для переключения на альтернативный сервер:
Можно добавить в дрим в etc/useraddon.xml в место адреса http://www.example.com/test.xml адрес http://87.105.213.182/dreambox/dream.xml
Теперь можем загружать эму: СИНЯЯ-УСТАНОВКИ-ДОПОЛНЕНИЯ-Install From (my Server)
по информации olvik

При подключении дримбокса к Интернету, имеет смысл устанавливать эмулятор прямо из сети, используя сервер Gemini. (Другие имиджи тоже имеют свои аплоуд-сервера).
Входим в Blue Panel (синяя кнопка) – Extras/settings (синяя кнопка или 3) – Addons (1)



При наличии подключенного интернета Дримбокс загрузит доступные на сервере аддоны:



Нас интересует первая и вторая папки – CAM и CAM-CONFIGS
Входим в папку CAM и ищем файл MGCamd 1.31-Complete. Нажимаем «ОК» - все, ЭМУ автоматически будет установлен в тюнер.



Аналогично устанавливаем конфигурацию ЭМУ. Заходим в папку CAM-CONFIGS и выбираем файл MGCamd-Config1.30-080502. Нажимаем «ОК».



Все, эмулятор установлен, далее выполняем пункты 4 и 5 из второго способа установки (смотри выше).

Ручная установка с помощью архива файлов ЭМУ.
Т.е. имея архив своего настроенного ЭМУ можно быстро его установить с помощью FTP.
Таким образом, ручная установка эмулятора заключается в копировании необходимых файлов по нужным папкам и назначению атрибута 755 нужным из них. Про значения атрибутов читаем выше.
Далее выполняем пункты 4 и 5 из второго способа установки ЭМУ (смотрим выше).


lagush

продолжение будет…

приглашаю всех желающих в пополнении этого шага.
- установка и настройка других ЭМУ (CCcamd, mpcs и т.д.)
- работа с карточками
.
Вложения
Тип файла: zip mgcamd_1.35a___conf_mgcamd_1.0_.zip (336.7 Кб, 3281 просмотров)
Тип файла: zip e2-MgCamd_1.35_and_Config.zip (335.5 Кб, 2523 просмотров)
__________________
DM7020HD (2xDVB-S2), Merlin3+GP3 (OE1.6), HDD 2.5" 320 GB HM320JI, Wi-Fi
DM500S, Gemini 4.7, mgcamd 1.31
90cm(19E-13E-Twin9E-5E-4W)+80cm(Twin 36Е)+65cm(36E)

Последний раз редактировалось ASFILL®; 12.12.2011 в 23:33.
 

Старый 11.01.2009, 00:00   #2
ФАКер
 
Аватар для lagush
 
lagush вне форума
Регистрация: 24.05.2006
Сообщений: 6,765
Отправить сообщение для lagush с помощью ICQ
По умолчанию

Прием шары по протоколу camd3 с помощью эмулятора mgcamd. Ставить второй ЭМУ (camd3) нет желания.

Внимание!!! Этот способ не работает на дриме 800.

Итак, как смотреть самд3 шару через mgcamd:
1. Создать текстовый файл camd3.servers с содержимым
Код:
cs357x://login:pass@adres.shary.com:port?0500:020710=0500:020710
(где login – логин шары, pass – пароль шары, adres.shary.com – адрес шары, port - порт)
Кинуть его в папку /usr/keys
2. Изменить в файле mg_cfg (/usr/keys) параметр G:
# network mode, use summ for several clients
# 00 no network (default)
# 01 newcamd netclient
# 02 radegast netclient
# 04 camd3 netclient
G: { 05 }
Было 01 – т.е. newcamd netclient, стало и то и другое - 05.
3. Переименовать файл, в котором была прописана шара /usr/keys/newcamd.list или /etc/tuxbox/config/newcamd.conf в newcamd_1.list или newcamd_1.conf
Можно не переименовывать файл а закомментировать строку, в которой указывается источник шары, т.е. поставить впереди знак #. Работает и так и так.
(#CWS = адрес_шары порт логин пасс 0102030405060708091011121314 wan cardserv)
Теперь для переключения протокола шары на newcamd-протокол достаточно
- убрать # в файле newcamd.conf
- добавить значок # в файле camd3.servers
Код:
(#cs357x://login:pass@adres.shary.com:port?0500:020710=0500:020710)
Это можно делать даже без компа. Необходимо только поставить в Дрим TuxBox Commander – этакий аналог Total Commander. В нем все быстро убрать/добавить.
4. Перезапустить ЭМУ (синяя-зеленая). Все. Смотрим.
__________________
DM7020HD (2xDVB-S2), Merlin3+GP3 (OE1.6), HDD 2.5" 320 GB HM320JI, Wi-Fi
DM500S, Gemini 4.7, mgcamd 1.31
90cm(19E-13E-Twin9E-5E-4W)+80cm(Twin 36Е)+65cm(36E)

Последний раз редактировалось lagush; 03.10.2009 в 12:02.
 

Старый 11.01.2009, 20:42   #3
ФАКер
 
Аватар для lagush
 
lagush вне форума
Регистрация: 24.05.2006
Сообщений: 6,765
Отправить сообщение для lagush с помощью ICQ
По умолчанию

Снимаем лог работы эмулятора.

В некоторых случаях эмулятор может не работать или работать с затыками.
Помочь выяснить причину нам поможет лог эмулятора.
Для начала качаем программу-логгер 3CSyslog.
Распаковываем архив в любую папку и запускаем инсталляцию программы.
Настройки программа не требует. При желании можно указать, куда писать лог-файл.
Запускаем программу и идем в настройки File – Configure – закладка Log File Destinations.
Далее все понятно по скриншоту:



В дримбоксе настройка логирования сводится к прописыванию IP-адреса компьютера, на котором смотрим лог.
Открываем файл /usr/keys/mg_cfg и вписываем нужный нам IP-адрес в следующую строку:
# Log options
# 00 Off
# 01 Network
# 02 console
# 03 both
L: { 01 } 192.168.1.11 514
где 192.168.1.11 – IP-адрес компьютера, 514 – порт (менять не надо)




Запись лога в память дримбокса.
Иногда возникают ситуации, когда нет возможности посмотреть лог на компьютере (например, у клиента нет компа ), а знать причину малевича очень надо.
Для этого подправляем файл mg_cfg и делаем рестарт mgcamd.
Код:
# Log option, summ of:
#    00 off
#    01 network udp log
#    02 log to console
#    04 file, appended ! delete it by yourself, before it eat all your hdd
#    + IP udp-port log-file-name
L: { 04 } 192.168.1.11 514 /tmp/mg.log
где /tmp/mg.log - путь и имя файла в дриме, куда будет писаться лог
192.168.1.11 - Это адрес SYSLOG (network udp log) сервера.
В данном случае это не важно, можно поставить любые значения.
Читайте внимательно формат -
Цитата:
# Log option, summ of:
# 00 off
# 01 network udp log
# 02 log to console
# 04 file, appended ! delete it by yourself, before it eat all your hdd
# + IP udp-port log-file-name
Например,
L: { 03 } 10.12.16.108 514 /tmp/mg.log - логирование в network udp log и log to console
L: { 05 } 10.12.16.108 514 /tmp/mg.log - логирование в network udp log и file, appended
L: { 06 } 10.12.16.108 514 /tmp/mg.log - логирование в log to console и file, appended
L: { 07 } 10.12.16.108 514 /tmp/mg.log - логирование в network udp log и log to console и file, appended
одновременно.

Просмотреть /tmp/mg.log в дримбоксе можно с помощью tuxcom.

Спасибо el1216 за дополнение.
---------------------------------------

Дополнение от resident
Кроме программы 3CSyslog лог удобней смотреть через Telnet.
Для этого нужно:
1) Исправить опцию логирования для вывода в консоль
L: { 02 }
2) Найти как называется процесс эмулятора командой
top
3) Выключить эмулятор, у меня это команда
killall mgcamd_1.35a
4) Включить эмулятор, у меня это команда
mgcamd_1.35a
Преимущества этого способа в том, что я в любой момент могу остановить эмулятор для изучения лога и снова запустить, нажав всего две клавиши клавиатуры. Без этого способа было бы очень трудно создать и тестировать наиважнейший файл replace.list.
__________________
DM7020HD (2xDVB-S2), Merlin3+GP3 (OE1.6), HDD 2.5" 320 GB HM320JI, Wi-Fi
DM500S, Gemini 4.7, mgcamd 1.31
90cm(19E-13E-Twin9E-5E-4W)+80cm(Twin 36Е)+65cm(36E)

Последний раз редактировалось lagush; 23.12.2010 в 20:54.
 

Старый 16.07.2009, 19:51   #4
ФАКер
 
Аватар для lagush
 
lagush вне форума
Регистрация: 24.05.2006
Сообщений: 6,765
Отправить сообщение для lagush с помощью ICQ
По умолчанию

Как правильно читать лог mgcamd и распознавать проблемы?

Авторский материал uncle.f (дядя Федор)
Источник - http://www.gomel-sat.net/forum/index...howtopic=19778

Что можно увидеть из лога?

Увидеть можно очень много! Для начала, собственно, старт mgcamd. В этом примере мы сделаем вид, что у нас прописано два разных сервера шары в newcamd.list. Первый сервер называется server1.com и у него порт 1234, второй - server2.com с портом 5678. Для логина на оба сервера используется имя username (пароль в логе не отображается). Итак, пример лога:
Цитата:
tuxbox mgcamd v1.31 by mixvt (compiled Oct 27 2008 23:09:59)
[mg] Net:1:7:2:2s Show ecm:1, emm:0 Up:0 Au:0 Dir:0 Osd:no:80:0 Cache:7 Log:1:192.168.1.1:514 Reread:0
[mg] Ecm cache time: 36000
Box type: ipbox9000
Conax.Key error 2: No such file or directory
Keys readed
[config] newcamd route = username:server1.com:1234
[config] newcamd route = username:server2.com:5678
newcamd keep alive: 300, incoming port: 12000
[mgcam] emm thread started
[mgcamd] tps update started.
/var/keys/tps.bin error 2: No such file or directory

[newcamd] Connecting to server1.com:1234...
[newcamd] Connecting to server2.com:5678...

[newcamd] Login to server1.com:1234 as username accepted (19ms)
[newcamd] Card data from server1.com:1234 (171ms):
Userid 189 caid 500 providers 4
Idents: 020910 023b00 024400 021700

[newcamd] Login to server2.com:5678 as username accepted (21ms)
[newcamd] Card data from server2.com:5678 (123ms):
Userid 137 caid 654 providers 4
Idents: 000000 000001 000002 000003
Отсюда уже сразу видно много интересного.
Во-первых, видны карты, которые шарятся (число сразу за "caid").
Вот список наиболее часто используемых кодировок:
Код:
01xx = Mediaguard/Seca
05xx = Viaccess
06xx = Irdeto
09xx = NDS Videoguard
0Bxx = Conax
0Dxx = CryptoWorks
17xx = BetaCrypt
18xx = NagraVision
26xx = BISS
4Axx = DreCrypt  (который mgcamd обзывает как @Sky в своих логах)
Из примера выше видно, что мы подключились к двум серверам. Первый шарит несколько карточек с кодировкой Viaccess (потому что CaID начинается с 5..). Также видно какие именно провайдеры карт шарятся - их 4 штуки. Это становится ясно из поля Idents, которое перечисляет все идентификаторы провайдеров Viaccess.

Второй сервер шарит карту в кодировке Irdeto (CaID начинается с 6..) На втором сервере выглядит так, что как будто бы тоже несколько провайдеров с идентами 0, 1, 2 и 3, но это только одна карта. Это особенность кодировки Irdeto (и Betacrypt, которая основана на Irdeto). Эти иденты называются чидами (ChID) и действуют также как и ProvID у других кодировок. Разница лишь только в том, что одна и та же Irdeto карта может иметь несколько ChID, а другие кодировки обычно имеют только один ProvID.

Итак, чтобы подвести предварительный итог, получается, что при включении кодированного канала, у него должен совпасть CaID:ProvID (или CaID:ChID для Irdeto) с теми, что прислал сервер при подключении к нему. Только в этом случае на сервер пойдет запрос "ключа". В такой ситуации mgcamd отошлёт на сервер так называемую последовательность Entitlement Control Message или ECM. Если на сервере всё впорядке, то он должен ответить на такой запрос последовательностью, которая называется Control Word или CW. Если вы получаете правильный код CW, то канал открывается. В зависимости от системы кодирования интервал смены ECM (живучесть ключа) может быть от 2-3 секунд до целой минуты. После чего повторяется ECM запрос и ответ CW и так далее.

Посмотрим как это выглядит в логе (важные цифры выделены):
Цитата:
[mg0] stoping camd..
[mg0] service 2EA index 0 pmt pid 0 (253)
ECM: CaID: 0x0500 -> CaPID: 0x040C ProvID: 022B00
ECM: CaID: 0x0654 -> CaPID: 0x07F4 ProvID: 000000
[mg1] service 2EA already started with index 0
[mg1] service 2EA index 1 pmt pid 0 (254)
[mg0] No viaccess key(s) found for id 22B00 keynr 08
[mg0] network can't decode
[mg0] pid 0x040C failed to decode.
[mg0] No irdeto key(s) found for id 0 keynr 00
[mg0] -> ECM to newcamd server2.com:5678
[mg0] <- CW from newcamd server2.com:5678 (481ms)
[mg0] 481 msec -- Wed Jun 10 01:32:49 2009
===== Irdeto ECM on CaID 0x0654, pid 0x07f4 ======
prov: 000000
cw0:0 A6 1E D2 96 57 62 A4 5D
cw1:0 32 2C 22 80 FA AB BA 5F
[mg0] irdeto using chid 0001 version C3
Пояснение к происходящему, где важна практически каждая строка.
Первые две строки - это стандартное сообщение при переключении канала. У каждого канала есть свой Service ID (SID), который уникален в пакете каналов. Из второй строки видно, что мы включили канал, у которого SID равен 2EA.
Дальше имеем две строки, начинающихся с ECM. В этих строках информация о кодировании канала (если канал открыт, то вы никаких ECM не увидите). В нашем примере мы включили кодированный канал, и открывается он либо картой Viaccess (CaID:500, ProvID:022B00) либо картой Irdeto (CaID:654, ProvID:000000). Каждой комбинации CaID и ProvID присваевается свой уникальный идентификатор PID. В нашем случае это PID 040C для 0500:022B00 и PID 07F4 для 0654:000000.

Посмотрим теперь в начало лога, где перечислены все CaID и ProvID, которые нам предлагают оба сервера. Есть ли там хотя бы одна из двух комбинаций CaID:ProvID, которая подходит ко включенному каналу? Есть одна, это - 654:000000, то есть то, что ответил нам server2.com при подключении к нему. К сожалению, у нас нет доступной карты Viaccess 0500:022B00, но mgcamd этого (ещё) не знает, поэтому он будет идти по списку кодировок, пока не наткнется на ту, которая подходит.

Из чего следует, что сначала мы смотрим, нет ли у нас уже ключа Viaccess (в кэше или в локальном файле SoftCam.Key): "No viaccess key(s) found for id 22B00 keynr 08". То есть, ключа нет. Дальше мы смотрим, не доступен ли ключ по сети. К сожалению, как мы уже установили, для Viaccess - у нас нет подходящего сервера. Поэтому мы получаем сообщение в логе "network can't decode". Теперь, когда все попытки исчерпаны mgcamd рапортует о том, что нам не удалось открыть канал, используя PID 040С (то есть комбинацию 0500:022B00). Это сообщение "pid 0x040C failed to decode", то есть канал не удалось открыть по кодировке Viaccess.

Переходим ко второму PID. Опять смотрим, нет ли у нас уже ключа Irdeto (в кэше или в локальном файле SoftCam.Key): "No irdeto key(s) found for id 0 keynr 00" - ключа нет. Теперь мы смотрим, доступен ли ключ по сети. У нас есть подходящая комбинация, объявленная сервером sever2.com при логине. Поэтому, следующая строка - это посылка ECM-запроса на сервер server2.com. Далее виден ответ от сервера с кодом CW. Ответ пришел за 481мс, на что стоит обратить внимание при проблемах с шарингом (но об этом ниже). Последние 5 строк - подтверждение проделанной работы по запросу на сервер. Показаны кодировка, которая окрылась (Irdeto), идентификатор карты (CaID), идентификатор кодировки (PID), идентификатор провайдера (ProvID), сама последовательность CW0+CW1, то есть "ключик" к каналу, полученный от сервера и (только для Irdeto) используемый этим каналом ChID. Дальше всё повторяется снова и снова, каждый раз когда меняется ECM.

Как увидеть и распознать проблему, используя лог

Рассмотрим теперь проблемные ситуации, когда все должно вроде бы работать, но не работает или работает, но не так как хотелось бы. Во первых, нужно убедиться, что mgcamd вообще для начала пытается подсоединиться к серверу. Это должно выглядеть так:
Цитата:
[config] newcamd route = login:server1.com:1234
[newcamd] Connecting to server1.com:1234...
Этих строк должно быть по две на каждую строку "CWS=" из newcamd.list. Если таких строк нет, то проверяйте ваш файл newcamd.list. Проверьте, чтобы файл находился там, где ему положено и имел правильный формат.

Во-вторых, по какой угодно причине может отсутствовать доступ к серверу. Либо из-за проблем с Интернетом (включая неверные настройки вашей домашней сети), либо из-за глобальных проблем на сервере, либо из-за проблем лично с вашим логином (не на тот сервер или порт коннектитесь, отключены за неуплату или по причине бана из-за нарушения правил пользования). Во всех этих случаях вы получите в логе нечто вроде такого:
Цитата:
[config] newcamd route = login:server1.com:1234
[newcamd] Connecting to server1.com:1234...
[newcamd] Connection to server1.com:1234 failed (47ms)
Чтобы убедиться, что связь с сервером есть, нужно зайти на ресивер по Telnet и дать команду ping server1.com, где server1.com нужно поменять на имя или IP адрес вашего сервера. Остановить команду можно, нажав CTRL+C. Если ответа не придет, то нужно смотреть что у вас с коннектом к Интернету (в крайнем случае, если пингуются другие адреса, кроме вашего сервера, то скорее всего сервер мертв). Если ответ есть, то нужно выяснить почему вас сервер не пускает (не тот логин или пароль; не тот сервер, если их несколько у провайдера; бан на сервере и т.д.)

В-третьих, допустим все заработало, вы смотрите канал, и вдруг, ни с того ни с сего картинка и звук останавливаются и продолжаются чере несколько секунд (или через несколько десятков секунд). Открываем лог, а там что-то вроде такого:
Цитата:
===== @Sky ECM on CaID 0x4AE1, pid 0x0078 ======
prov: 000000
cw0:0 0F 8B 67 01 27 0D 9E D2
cw1:0 58 07 6F CE 63 E3 2F 75
[mg0] -> ECM to newcamd server1.com:1234
[mg0] -> ECM to newcamd server1.com:1234
[mg0] -> ECM to newcamd server1.com:1234
[mg0] -> ECM to newcamd server1.com:1234
[mg0] <- CW from newcamd server1.com:1234 (1116ms)
[mg0] WARNING, both cws changed !

[mg0] 1116 msec -- Thu Jun 11 13:30:00 2009
===== @Sky ECM on CaID 0x4AE1, pid 0x0078 ======
prov: 000000
cw0:0 D6 2E 1E 22 23 0D E5 15
cw1:0 D8 9C 5E D2 2F 21 FE 4E
Здесь приведено классическое определение "затыка". Это когда либо по причине плохого качества связи, либо по причине проблем на сервере вам не приходит во время или вообще не приходит ответ на ECM-запрос. В здешнем примере мы видим, что сервер ответил только с 4-го раза, при этом ключ поменялся уже два раза (или больше): "WARNING, both cws changed !". Бороться с затыками можно только двумя способами: улучшать качество Интернет коннекта или (если вы уверены, что с Интернетом у вас все впорядке) менять провайдера шары. Простейший тест на предмет "где затык: на сервере или в Интернете?" состоит в запуске команды (из ресивера) ping server1.com, или (из Windows) ping -t server1.com, где server1.com нужно поменять на имя или IP адрес вашего сервера (остановить команду можно, нажав CTRL+C). Нужно, следить за результатами ping во время просмотра канала и одновременно смотреть лог mgcamd. Как только вы увидите в логе mgcamd, что на запрос ECM нет ответа нужно сразу же смотреть на результаты ping, есть ли потери и там. При этом картинка на экране ТВ - это не показатель затыка, так как изображение продолжается еще некоторое время, даже без ответа от сервера. Если есть потери данных в ping (команда перестает выдавать информацию в этот момент в Linux или выдает "Request timed out" в Windows), и, особенно, если это происходит в момент затыка, то, скорее всего, сервер тут ни при чем - улучшайте свой Интернет коннект. Если же ping идеальный, без потерь и с более-менее одинаковым временем отклика при каждом запросе, то у вашего шаровика проблемы (перегруз карты, криво настроен софт, и т.д.).
Так выглядит идеальный ping c 0% потерь:
Цитата:
# ping server.com
PING server.com (x.x.x.x): 56 data bytes
64 bytes from x.x.x.x: icmp_seq=0 ttl=56 time=8.7 ms
64 bytes from x.x.x.x: icmp_seq=1 ttl=56 time=8.8 ms
64 bytes from x.x.x.x: icmp_seq=2 ttl=56 time=7.7 ms
..... здесь пропущено 994 строки ....
64 bytes from x.x.x.x: icmp_seq=997 ttl=56 time=7.9 ms
64 bytes from x.x.x.x: icmp_seq=998 ttl=56 time=8.9 ms
64 bytes from x.x.x.x: icmp_seq=999 ttl=56 time=8.0 ms

--- server.com ping statistics ---
1000 packets transmitted, 1000 packets received, 0% packet loss
round-trip min/avg/max = 7.3/8.1/8.9 ms
Так выглядит плохой ping с потерями и плохим коннектом:
Цитата:
# ping server.com
PING server.com (x.x.x.x): 56 data bytes
64 bytes from x.x.x.x: icmp_seq=0 ttl=56 time=7.5 ms
64 bytes from x.x.x.x: icmp_seq=1 ttl=56 time=7.9 ms
64 bytes from x.x.x.x: icmp_seq=2 ttl=56 time=8.0 ms
..... здесь НЕ пропущено ничего, просто не пришел ответ на ping ....
64 bytes from x.x.x.x: icmp_seq=20 ttl=56 time=7.2 ms
64 bytes from x.x.x.x: icmp_seq=21 ttl=56 time=8.0 ms
64 bytes from x.x.x.x: icmp_seq=22 ttl=56 time=9.0 ms

--- server.com ping statistics ---
23 packets transmitted, 17 packets received, 26% packet loss
round-trip min/avg/max = 6.9/8.6/30.1 ms
Когда возникает затык, подобный описанному выше, два параметра настройки mgcamd являются очень важными в плане того, как mgcamd будет реагировать на затыки (что по сути дела значит, как скоро можно ожидать возвращение картинки на экран). Это параметры K:{} и N:{} из файла mg_cfg.

Параметр K:{} описывает какое максимальное количество времени (в секундах) нужно ждать ответа от сервера на ECM запрос, по истечении которого mgcamd решает, что ответа нет. Чем больше это число, тем больше шансов получить ответ, если у вас плохой Интернет или глюкавый сервер шары. Кроме того, еще зависит от того, какие пакеты вы смотрите. Большинство карт обычно отвечают меньше, чем за 1 секунду. Но есть некоторые карты, где нормальное время отклика 1-2 секунды. В экстремальных случаях (известный пример - пакет Nova), ответ может приходить и за 3-5 секунд. Естественно, если вы установите K:{} равным 1 секунде, а сервер будет пытаться вам ответить через 2-3 секунды, то ничего хорошего из этого не выйдет. mgcamd все время будет думать, что сервер не ответил (по истечении секунды) и слать запросы повторно. От этого будет плохо всем, в основном, конечно, серверу, который будет завален запросами, ну и ресиверу тоже, который будет работать в таком случае неоптимально.

С другой стороны если взять и увеличить параметр K:{} на неразумно большую величину, типа 5 или больше секунд, то возникнет совершенно неблагоприятный эффект для вас. Представьте, что обычно вам ответы приходят за 0,5 секунды, и один раз ответ по какой-то причине не пришел. Теперь вы будете ждать целых 5 секунд, до тех пор, пока mgcamd не попытается снова послать запрос. За это время на некоторых каналах уже может случиться и затык, в то время, как если бы у вас повторный запрос пошел через, скажем, 2 секунды и пришел бы успешный ответ, никто бы ничего (на экране ТВ) не заметил!

Грубо говоря, когда есть проблемы с ответами от сервера, то чем меньше K:{}, тем хуже серверу шары из-за большего количества запросов, и чем больше K:{}, тем вероятнее вы получите затык. Хотя это все очень относительно и сильно зависит от конкретных пакетов. Есть пакеты (Премьера HD, Скай Италия и т.д.), где время ответа от карты критично. Для таких пакетов с кодировкой Videoguard, если вы не получите ключ за 0.6сек, то будет однозначный затык. Здесь можно спокойно ставить единицу в значение K:{}. С другой стороны, для таких пакетов, как Премьера SD или Nova и 2х секунд иногда недостаточно, и правильным значением должно быть 3.

Ценный совет:
Цитата:
Лучше всего пронаблюдать насколько быстро вам приходят ответы в целом на интересующие пакеты (выставив K:{} в большое значение, типа 5). После этого нужно брать для K:{} значение чуть больше того, где самые долгие ответы (в среднем).
Дальше, параметр N:{7} X Y влияет на то, как mgcamd ведет себя когда понимает, что ответ от сервера все же не пришел. Число X устанавливает количество неуспешных запросов на сервер (каждый из них длиной в K:{} секунд), после чего mgcamd отваливается от сервера и пытается к нему приконнектиться заново. Эта процедура нередко помогает, когда на сервере какие-то глюки, хотя конечно, постоянно это недолжно происходить. Параметр Y говорит mgcamd о том, что нужно отваливаться и реконнектиться заново, если не было никаких признаков жизни у сервера в течение Y секунд. Обычно до Y доходит дело крайне редко, потому как реконнект обычно происходит из за параметра X (в комбинации с K:{}).

Лучше всего смотреть в логи, анализировать происходящее и подбирать параметры под свою конкретную ситуацию.
__________________
DM7020HD (2xDVB-S2), Merlin3+GP3 (OE1.6), HDD 2.5" 320 GB HM320JI, Wi-Fi
DM500S, Gemini 4.7, mgcamd 1.31
90cm(19E-13E-Twin9E-5E-4W)+80cm(Twin 36Е)+65cm(36E)

Последний раз редактировалось lagush; 19.07.2009 в 10:16.
 

Старый 16.07.2009, 19:56   #5
ФАКер
 
Аватар для lagush
 
lagush вне форума
Регистрация: 24.05.2006
Сообщений: 6,765
Отправить сообщение для lagush с помощью ICQ
По умолчанию

Эмулятор mgcamd. Подробно о mg_cfg.

Авторский материал uncle.f (дядя Федор)
Источник - http://www.gomel-sat.net/forum/index...howtopic=19778

Рассмотрим главный конфигурационный файл mg_cfg. Каждая строка, начинающаяся с символа # в э том файле - это комментарий, который только для вас. Программа эти строки игнорирует. Параметры, считываемые программой при запуске имеют следующий вид:

буква: { цифра } дополнительные параметры

Буква означает тот или иной параметр, как описано ниже. Цифра означает одно из возможных значений параметра. Дополнительные параметры должны присутствовать только там, где это необходимо.
Что означает каждый параметр? Вот переведенный на русский язык файл-шаблон (плюс мои комментарии):
Код:
# AU - автообновление. Выбрать одно из четырех:
#    0 выключить функцию AU
#    1 включить обработку EMM для софт-эмулятора и карт шаринга
#    2 авторежим, включать EMM только если канал не открывается
#    3 включить EMM обработку только для карт доступных по сети
# Насколько мне известно, это дело нужно было для пакета TPS на
# спутнике Hotbird, но теперь всё это дело прошлого. Поэтому выключаем.
A: { 0 }

# Тип устройства
#     0 авто
#     1 dbox2
#     2 dreambox
#     3 triple-dragon
#     4 relook
#     5 openbox
# рекомендуется оставить авто:
B: { 0 }

# ECM messages
# Показ EСM-cообщений. В качестве значения выбрать одно из трех:
#    0 не показывать ничего
#    1 обычный режим: показывать PID, и декодированные ECM и CW
#    2 подробный режим: показывать всё подряд включая весь дамп
# Это дело лучше видеть, чтобы сразу было понятно, работает
# шаринг или нет, поэтому включим обычный режим:
C: { 1 }

# Отладочная информация в лог-файле
#      0 off (default)
#      1 ecm
#      2 emm
#      4 network ecm
#      8 network emm
#    16 network login
#    32 показывать статистику загрузки памяти и CPU каждую минуту
#    64 добавить дату и время к каждой записи в лог
# обычно эту опцию включать не нужно, но ради интереса можно попробовать.
# в логе будет гораздо больше информации, чем обычно
D: { 0 }

# кэширование ECM (в секундах)
# каждая запись в кэш отъедает 28 байт, поэтому 24 часа кэша отъест 240-400 КБ памяти
# вполне можно позволить себе такую роскошь, чтобы не обращаться заново к карте шаринга
# если вы скачете по каналам туда сюда, как угорелый. Хотя вообще-то это бесполезно,
# так как нынче ключики живут считанные секунды.
E: { 3600 }

# Сетевой протокол для шаринга.
# Можно выбрать несколько значений, просуммировав отдельные опции.
#    0 сеть отсутствует (шаринга не предвидится)
#    1 клиент newcamd
#    2 клиент radegast
#    4 клиент camd3
#    8 клиент gbox
# Как говорится, "стандарт индустрии", протокол newcamd.
# Кстати, протокол camd3 сломан в версии mgcamd 1.31 на IPBOX - у меня так и не заработал
G: { 1 }

# Что кэшировать? Значений может быть несколько как сумма следущих:
#    0 отключить кэширование
#    1 кэшировать Ecm pids, и сохранять в файле /tmp/ca_cache.list при перезапуске
#    2 вести кэш Ecm, и помнить значения столько секунд, сколько указано в опции "E" выше
#    4 вести кэш Emm для карт доступных по сети, чтобы не слать один и тот же EMM снова
# Как уже сказано в опции E, толку от этого кэширования достаточно мало, но пусть будет:
H: { 7 }

# Значение в секундах для тайм-аута сетевого запроса.
# Поставим 3 секунды, так как обычно сервер должен ответить в этих пределах.
# Для некоторых глючных пакетов, типа Nova, этот параметр можно и увеличить до 5.
# Но помните, чем больше этот параметр, тем медленней mgcamd будет 
# обращаться к серверу если от сервера не пришел ответ во время.
# Если сервер не отвечает за это время, см. параметр "N".
K: { 3 }

# Опции для лог файлов, можно выбрать несколько параметров как сумму:
#    0 не вести лог
#    1 лог через сеть (по протоколу UDP Syslog)
#    2 лог на консоль
#    4 лог в файл (который будет всё время расти, и поэтому он может забить
#         всю флеш-память - его вам придется чистить вручную)
#  дополнтельные параметры: IP-адрес + UDP порт для сетевого лога + имя лог-файла
#
# Это очень важная опция для того, чтобы сразу увидеть где грабли, если
# что-то не работает, или работает не так как надо. Идеальней всего использовать
# лог по сети. Эта процедура описана ниже подробнее. Здесь же нужно указать
# IP адрес вашего обычного компьютера в вашей локальной сети, UDP порт, который
# обычно должен быть 514 и если хотите включить лог-файл на самом ресивере, то 
# имя файла, где-нибудь, например в папке /tmp. Для включения лога в файл,
# нужно поменять { 1 } на { 4 } или { 5 }. Если параметр не 4 и не 5, то имя лог файла
# можно не писать.
L: { 1 } 192.168.1.1 514 /tmp/mgcamd.log

# Показ EMM-cообщений. В качестве значения выбрать одно из трех:
#    0 не показывать никаких EMM
#    1 показывать только верные EMM
#    2 показывать верные и неверные сообщения EMM, включая весь дамп
# Это дело нам не понадобится, поэтому выбираем "не показывать":
M: { 0 }

# Повторная попытка при работе с сетью. Очень важный параметр!!!
# Можно выбрать несколько значений, просуммировав отдельные опции.
#     0 не пытаться повторить запрос
#     1 повторная попытка при каждом новом ECM
#      2 повторная попытка присоединиться к недоступному ранее серверу
#       каждые Q секунд (Q дается как отдельный параметр "Q" ниже)
#     4 пробовать быстро пере-соединиться к отрубившемуся серверу:
#        либо после XX ECM запросов без ответа от сервера,
#        либо если нет ответа от сервера в течение YY секунд
#  Числа XX и YY даются как дополнительные параметры
#  Относительно числа XX - mgcamd будет ждать ответа от сервера столько
# секунд, сколько указано в параметре "К"      
#
# Рекомендую установить все опции 01 + 02 + 04, то есть их сумму = 07.
# В качестве дополнительных параметров XX и YY можно взять 4 запроса
# без ответа или 30 секунд. Хотя, наилучшие значения будут напрямую зависеть
# от качества вашего Интернета и провайдера шары.
N: { 7 } 4 30

# разновидность экранного интерфейса:
#    0 нет меню на экране
#    1 neutrino
#    2 enigma
#    3 relook
#          + имя пароль (как дополнительные параметры для авторизации)
# Это всё нам вообще не понадобится. Это для других ресиверов:
O: { 0 } username password

# Приоритет протоколов (если у вас их несколько)
#  0 gbox, newcamd, radegast, camd3
#  1 camd3, radegast, newcamd, gbox
#  2 newcamd, camd3, gbox, radegast
# нас интересует newcamd, поэтому поставим его на первое место:
P: { 2 }

# Пытаться коннектиться на "мертвый" сервер каждые 30 секунд
# (если включено в опции "N" выше)
Q: { 30 }

# Cчитывать файлы конфигурации повторно.
# Параметр может быть суммой следующих значений: 
#    0 считывать все файлы конфигурации только раз при запуске mgcamd
#    1 считывать файлы каждый раз при смене канала
#    2 считывать файл SoftCam.Key каждый раз при смене канала
#    4 считывать файл SoftCam.Key, если он изменился
# Поскольку меняться будет потенциально только SoftCam.Key (и то редко), установим 04:
R: { 4 }

# Что показывать на экранном меню:
#    1 emu ecm 
#    2 шару через сеть
#    4 показывать "некодированный канал" / "не могу открыть"
#    8 показывать обновление ключей EMM
#    + web порт для экранного меню
# Это всё нам не понадобится. Это для для других ресиверов:
S: { 0 } 80
  
# Папка с файлами конфигурации (softcam, autoroll, ignore/priority)
#    0 файлы в папке /var/keys
#    1 файлы в /tmp
# Тут и так понятно, что нужно выбрать 0:
T: { 0 }

# Обновление ключей. Нужно выбрать 2 параметра, как сумму 01/02 плюс 04
#    1 обновлять только новые ключи
#    2 обновлять все ключи (для валидации PMK)
#    4 включить функцию TPS AU (в дополнительных параметрах указать
#            SID, в котором pmt pid содержит au pid):  U: { 5 }  0x1234
# Это дело работает вместе с параметром "A".
# Поскольку мы вырубили "A", выключаем и это дело тоже:
U: { 0 }
__________________
DM7020HD (2xDVB-S2), Merlin3+GP3 (OE1.6), HDD 2.5" 320 GB HM320JI, Wi-Fi
DM500S, Gemini 4.7, mgcamd 1.31
90cm(19E-13E-Twin9E-5E-4W)+80cm(Twin 36Е)+65cm(36E)

Последний раз редактировалось lagush; 19.07.2009 в 10:17.
 

Настройка эмуляции с использованием mgcamd и SoftCam.Key
Старый 16.07.2009, 20:36   #6
ФАКер
 
Аватар для lagush
 
lagush вне форума
Регистрация: 24.05.2006
Сообщений: 6,765
Отправить сообщение для lagush с помощью ICQ
По умолчанию Настройка эмуляции с использованием mgcamd и SoftCam.Key

Настройка эмуляции с использованием mgcamd и SoftCam.Key

Авторский материал uncle.f (дядя Федор)
Источник - http://www.gomel-sat.net/forum/index...howtopic=19778

Как уже упоминалось выше, эмулятор mgcamd может брать ключи из файлов /usr/keys/SoftCam.Key , /usr/keys/AutoRoll.Key.
Для шаринга эти файлы не нужны, но если поместить в них правильные ключи, то можно открыть некоторые каналы со "взломанными" кодировками, но их становится всё меньше и меньше, потому как все провайдеры постепенно уходят со сломанных систем кодирования.

Где брать свежие файлы? Например на http://dvb-upload.com/. Только не надо качать всю ерунду подряд. Нужны только эти два файла и никакие больше! Не замусоривайте свою директорию конфигурации неизвестно чем.
Кроме того, даже в этих файлах, которые вы стянете из Интернета вам не понадобится 99% строк. Лучше всего будет найти ключи именно для тех каналов, которые вам нужны, а всё остальное выкинуть. Ключи меняются нечасто: на некоторые каналы около раза в месяц, на некоторые, вообще годами не меняются.

Что открывается? Открываются каналы в кодировках Nagra2, BISS, Viaccess 2.3 и Cryptoworks. Такие каналы есть, на момент написания, на спутниках 75E (Biss), 42E (BISS), 23.5E (Nagra2), 13E (Viaccess 2.3, Cryptoworks), 5Е(Biss, Cryptoworks), 1W(Nagra2), 4W(BISS), 5W (Viaccess 2.3). Легче всего найти каналы по кодировкам на сайте kingofsat.net. Выбираете интересуемый спутник и систему кодирования и получаете список каналов. Правда, там нет информации по спутникам 75E, 80Е и 90Е - их нужно смотреть на lyngsat.com

В основном всё прописано в файле SoftCam.Key. Файл AutoRoll.Key нужен только для кодировки Nagra2 - в нем хранятся не основные ключи, а хэши ключей RSA. Впрочем, если вы только не поклонник немецких и английских каналов на спутнике 23.5E или румынского пакета DigiTV на 1W, то можете про этот файл вообще забыть.

Все строки в SoftCam.Key имеют одинаковый формат: буква код номер ключ, где:

буква обозначает кодировку (N=Nagra, V=Viaccsess, W=Cryptoworks, S=Seca/Mediaguard, F=BISS)
код - идентификатор провайдера и (иногда) карты
номер - порядковый номер ключа для данного канала
ключ - собственно, сам ключ.

Дальше, в конце строк, часто пишут комментарии (к какому каналу ключ, и т.д). Ключи для разных кодировок могут быть разной длины.
Ключи могут идти парами или по одиночке, например пара ключей Награ2:
Код:
N 1101 00 12345678901234567890123456789012 первый Награ2 ключ
N 1101 01 98765432109876543210987654321098 второй Награ2 ключ
Самая большая ошибка при использовании файла SoftCam.Key - это то, когда люди бездумно загружают с Интернета всякий хлам в этот файл, а потом удивляются, почему не работает шаринг. Повторю ещё раз совет из раздела по настройке шаринга:
Цитата:
Если вы собрались использовать softcam файл для одних каналов и шаринг для других, убедитесь, что в SoftCam.Key НЕТ ключей на те каналы, которые вы собираетесь шарить. mgcamd всегда смотрит сначала в SoftCam.Key и если находит там ключ (хоть и устаревший) он будет использовать его, и до шаринга не доберется. Поэтому очень рекомендую сначала временно убрать *.Key файлы из /var/keys, настроить шаринг, убедиться, что он работает, а потом уже смотреть, что можно дополнительно открыть на вашем спутнике используя SoftCam.
Особая заметка по ключам BISS.
Этот вопрос чаще всего задают, и сам в начале наткнулся на эти грабли и не знал, что делать. Проблема в том, что обычно ключи в софткаме должны быть привязаны к конкретному провайдеру. Для привязки используется второе число в строке с ключом, обозначающее Provider ID для таких кодировок как Viaccess или Nagra или CardID+ProviderID для Cryptoworks. Для BISS каналов такая последовательность неприменима, так как нет ни конкретной "карты", ни ID провайдера (все Биссы одинаковые, хоть в Африке, хоть в Европе :-)) . Что делать? Привязываться к каналу по другим параметрам!

Для правильной привязки определенного ключа BISS к определённому каналу нужно знать 2 параметра этого канала: SID и VideoPID. Проще всего показать процесс на наглядном примере. Для примера возьмем спутник 42E и канал Rustavi2, который иногда закрывают во время футбола кодировкой BISS.

1) Находим на сайте Lyngsat нужный спутник и канал (http://www.lyngsat.com/turk42.html)
2) Видим, что у канала Rustavi2 на сайте Lyngsat прописаны следующие параметры SR-FEC-SID-VPID: 2500 - 5/6 - 103 - 308. Нам как раз понадобятся два последних числа, так как это и есть нужные SID и VideoPID (или VPID).
3) Нужные нам числа 103 и 308 даны на сайте в десятиричной системе исчисления, а софткам понимает только шестнадцатиричную. Поэтому открываем обыкновенный калькулятор в Windows, выбираем режим "Scientific/Научный" и переводим оба числа в шестнадцатиричную систему. Получаем 103(dec) = 67(hex) и 308(dec) = 134(hex).
4) "Добиваем" каждое из полученных двух чисел нулями до 4 разрядов: 0067 и 0134. Получаем наш код привязки, который всегда должен быть восьмизначным: 00670134.
5) Для каждого из каналов BISS в SoftCam.Key должно быть две строки (с одинаковым ключом, но с разными ID: 00 и 01), поэтому финальный вариант для софткама будет таким:
Код:
F 00670134 00 XXXXXXXXXXXXXXXX Rustavi2 (42E)
F 00670134 01 XXXXXXXXXXXXXXXX Rustavi2 (42E)
Естественно, что XXXXXX нужно заменить на реальный ключ. Ключи следует писать без пробелов между цифрами.

Дополнение от Anatoly_KZ
Иногда с VPID 134(hex) не показывает тогда вместо 0134 подставляем 1FFF
__________________
DM7020HD (2xDVB-S2), Merlin3+GP3 (OE1.6), HDD 2.5" 320 GB HM320JI, Wi-Fi
DM500S, Gemini 4.7, mgcamd 1.31
90cm(19E-13E-Twin9E-5E-4W)+80cm(Twin 36Е)+65cm(36E)

Последний раз редактировалось lagush; 19.09.2012 в 17:52.
 

Старый 23.11.2009, 20:44   #7
ФАКер
 
Аватар для lagush
 
lagush вне форума
Регистрация: 24.05.2006
Сообщений: 6,765
Отправить сообщение для lagush с помощью ICQ
По умолчанию

Установка эмулятора Scam.

!!! - Скопируйте все файлы из папки VAR\KEYS\ в резервное место на компьютере, а то у меня всё что от Mgcamd - исчезло. Хорошо копия была!!!
Скачиваете через Блю панель:
(Установки, Addons- GeminiServer- Cam-Configs (Scam-Confif- 01.06.2009)
Cam- Scam3.55-Complete)

Возвращаем сохранённые файлы для папки VAR\KEYS\ от Mgcamd (если исчезли)
Далее заходим в папку VAR\SCAM\ открываем на редактирование config :

### scam host
#/net/ecm_server/foobar/port=4321
#/net/ecm_server/foobar/pass=passwort

### scam client
#/net/ecm_client/foobar/host=192.168.0.xxx
#/net/ecm_client/foobar/port=4321
#/net/ecm_client/foobar/pass=passwort

### newcamd connect
/net/newcamd/foo/host=АдресВашейШары
/net/newcamd/foo/port=Порт
/net/newcamd/foo/user=Логин
/net/newcamd/foo/pass=Пароль
/net/newcamd/foo/key=0102030405060708091011121314 *-ОБРАТИТЕ ВНИМАНИЕ НА ЭТОТ КЛЮЧ!!!

### serial port smartcard readers (3.51a)
# device node
#/sc/serial/<name>/device=<string>
#<>e.g.: /dev/ttyUSB0
# type
#/sc/serial/<name>/type=<string>><><><><>[default: phoenix]
#<>valid types: mastercrd2, phoenix, smartreader+
# clock frequency in Hz
#/sc/serial/<name>/fs=<num><><><><><>[default: 3571200]
# example
#/sc/serial/usb0/device=/dev/ttyUSB0
#/sc/serial/usb0/type=smartreader+

### cccam share (3.52)
#/net/cccam/home/user=username
#/net/cccam/home/pass=password
#/net/cccam/home/host=192.168.0.xxx
#/net/cccam/home/serv=12000

Сохраняете.

Для просмотра кодировки Бисс, необходимо в папке VAR\KEYS\
Создать файл с атрибутами 755
constcw
Формат записи такой:
C: { 00320000 000F 0055 198C 198D { xxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxx}} ;1+1 (5E)
C: { NameSpace tsid onid sid pcrpid { keys(16) keys(16) }} ;1+1 (5E) - ШАБЛОН
Всё это видно в Меню - Инфо - Сервис -

Звук есть и на Рикоре и на 1+1 Int с сириуса :-) :-) :-) Запускается всё из блюпанели как и Mgcamd и camd3.

Теперь только разобраться - почему инфо о кодировке не отображает в инфобаре для Scam. Лечение как для mgcamd и camd3 правкой скрипта запуска - не помогло :-(

Автор Dmitry5344
Источник
__________________
DM7020HD (2xDVB-S2), Merlin3+GP3 (OE1.6), HDD 2.5" 320 GB HM320JI, Wi-Fi
DM500S, Gemini 4.7, mgcamd 1.31
90cm(19E-13E-Twin9E-5E-4W)+80cm(Twin 36Е)+65cm(36E)
 
Закрытая тема

Закладки


Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)
 
Опции темы

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход




Часовой пояс GMT +3, время: 05:11.


vBulletin skin developed by: eXtremepixels
Powered by vBulletin® Version 3.7.3
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot


Спутниковое телевидение, оборудование для прима. Ресиверы Dreanbox Multimedia.
Самые актуальные обзоры новейших спутниковых ресиверов.