Программы и инструкции для ресиверов DM800 HD

[support]

Как правильно читать лог 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:{}).

Лучше всего смотреть в логи, анализировать происходящее и подбирать параметры под свою конкретную ситуацию.

[support]

Эмулятор 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 }

[support]

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

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

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

Где брать свежие файлы? Например на DVB-UPLOAD v.1.6c. Только не надо качать всю ерунду подряд. Нужны только эти два файла и никакие больше! Не замусоривайте свою директорию конфигурации неизвестно чем.
Кроме того, даже в этих файлах, которые вы стянете из Интернета вам не понадобится 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 нужный спутник и канал (T?rksat 2A/3A at 42.0°E - LyngSat)
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 нужно заменить на реальный ключ. Ключи следует писать без пробелов между цифрами.

[support]

Шаг 5. Установка жесткого диска (HDD).

Этот вопрос достаточно подробно описан во многих источниках (например, в мануале), но я напишу свою версию.

Установка HDD добавляет дримбоксу много полезных функций и фактически превращает его в мультимедийный центр. К Dreambox 800 можно подключить внутренний 2.5” SATA винчестер (ноутбучный), а так же можно использовать внешние накопители, подключаемые через USB-разъем (или eSATA). Рассмотрим установку внутреннего HDD (в тюнере был использован имидж Gemini 4.0).
Для выполнения этой операции нам понадобится сам винчестер (по выбору модели смотрим тут) и крестообразная отвертка. Все остальные детали входят в комплект поставки дримбокса: интерфейсный шлейф и четыре болтика ищем в полиэтиленовых пакетиках.

1. Снимаем верхнюю крышку. Для этого крестообразной отверткой откручиваем четыре самореза, помеченные красными стрелками на фото:



2. Аккуратно снимаем верхнюю крышку.
3. Откручиваем два самореза, которые крепят шасси для установки HDD.



4. Крепим винчестер к шасси с помощью четырех винтиков.



5. Подключаем SATA-шлейф к винчестеру.
6. Аккуратно вставляем шасси с HDD обратно в дримбокс и крепим саморезами.
7. Отключаем разъем eSATA и на его место вставляем разъем от нашего HDD. Далее подключаем разъем питания (четырехпроводной, белого цвета), который расположен рядом с SATA-разъемом.



8. Теперь осталось самое сложное . Это уложить шлейф. Надо стараться, чтобы шлейф не неарушал вентиляцию процессора и не мешал закрываться верхней крышке. Вот примерно, что можно сделать:



9. Закрываем верхнюю крышку. Саморезы пока можно не прикручивать. Мало ли…
10. Включаем дримбокс. Нажимаем синюю кнопку (входим в блю-панель) и выбираем пункт Devices Manager. Если установка HDD прошла успешно, то дримбокс бодро отрапортует, показав установленные девайсы. В нашем случае девайс один – это наш жесткий диск.



11. Нажимаем кнопку ОК на пульте ДУ и переходим в основное меню:



12. В первую очередь нас интересует пункт 7 – «Инициализация (Format)».
Выбираем этот пункт. Дримбокс предупредит нас, что все данные на жестком диске будут потеряны и начнет процесс форматирования. Это займет некоторое время – надо запастись терпением. У меня инициализация 320 Гб винчестера заняла примерно минут 20-30.
К сожалению, во время выполнения этой операции дримбокс не выводит на экран прогрессбар. Догадаться об активности можно только по периодическому миганию экрана.
Если по каким-то причинам средствами имиджа не удается отформатировать диск, то можно попробовать сделать это вручную, используя эту информацию от el1216.

13. После окончания форматирования можно перегрузить дримбокс и снова зайти в Devices Manager.
Теперь нас интересует пункт 2 (Mount/Unmout/Check Меню).



Если винчестер автоматически не будет примонтирован (строчка Mountpoint: media/hdd показывает куда примонтирован девайс, кстати, зеленый треугольник около изображения винчестера означает, что устройство уже примонтировано), то нажимаем зеленую кнопку «mount».



Далее необходимо прописать автоматическое монтирование HDD при загрузке бокса. Нажимаем синюю кнопку «to fstab». Если дримбокс напишет, что такая запись уже есть, то необходимо отредактировать файл файл etc/fstab и повторить операцию.
В нем не должно быть лишних строчек для монтирования /media/hdd
Ненужные строчки можно закомментировать, разместив вначале строчки символ «#».
Вот пример моего файла.

rootfs / auto defaults 1 1 
proc /proc proc defaults 0 0 
devpts /dev/pts devpts mode=0620,gid=5 0 0 
usbdevfs /proc/bus/usb usbfs defaults 0 0 
/dev/mtdblock/2 /boot jffs2 ro 0 0 
tmpfs /var tmpfs defaults 0 0 
tmpfs /tmp tmpfs defaults 0 0 
tmpfs /tmp tmpfs defaults 0 0 
# //192.168.1.11/video /media/hdd cifs username=user,password=pass,rsize=16348,wsize=16348 1 
# /dev/scsi/host0/bus0/target0/lun0/part1 /media/usb auto defaults 0 
# /dev/scsi/host0/bus0/target0/lun0/part1 /media/hdd ext3 defaults 0 
/dev/ide/host0/bus0/target0/lun0/part1 /media/hdd ext3 defaults 0 0

где строчки прежнего монтирования я закрыл (раньше был маунт флешки и внешнего сетевого винчестера по cifs)

# //192.168.1.11/video /media/hdd cifs username=user,password=pass,rsize=16348,wsize=16348 1 
# /dev/scsi/host0/bus0/target0/lun0/part1 /media/hdd ext3 defaults 0

14. Теперь надо создать папку /movie в корневом каталоге винчестера. Сделать это можно через FTP (программами DCC или Total Commander).
Для проверки работы HDD можно провести пробную запись. Включаем любой канал и нажимаем красную кнопку. В случае готовности жесткого диска к работе появится меню



15. Для настройки таймшифта идем:
Меню - Настройка - Система - TimeShift Path...
В верхней части окна выбераем путь к нашей флешке /media/hdd
Далее нажимаем синюю кнопку и переносим этот путь в закладки (Bookmarks). Этой же кнопкой закладки можно удалять.
Переход между выбором пути и закладками - кнопки Bouquet +/-
Для окончания нажимаем ОК (зеленая кнопка).



Теперь можно использовать таймшифт на HDD. Включение таймшифта - желтая кнопка.
Выход из режима таймшифта - кнопка TV.

Подключение USB-HDD производится аналогично.

[support]

HDD-утилиты.

Рассмотрим несколько утилит для работы с HDD. В имидже Gemini они уже встроенны, поэтому ничего дополнительно устанавливать не надо.

Нажимаем синюю кнопку (входим в блю-панель) и выбираем пункт Devices Manager.



Нажимаем кнопку ОК на пульте ДУ и переходим в основное меню:



1. Для начала зайдем в пункт 4 - Parameters (hdparam).



В первой строчке Timeout Harddisk можно настроить время в минутах до "засыпания" жесткого диска в случае его простоя (неактивности).
Во второй строчке настраивается значение Acoustics Harddisk.
Automatic Acoustic Management, AAM — функция, доступная в большинстве современных жёстких дисков. Позволяет уменьшать шум, но ценой небольшого снижения производительности (от 5 до 25 процентов). Источник.
Диапазон допустимых значений составляет от 128 до 254. Однако реальный эффект от каждой такой настройки остаётся спрятан в прошивке жёсткого диска.
Как правило используется два значения: "тихий" режим (значение 128), либо на "громкий" (254), что равноценный максимальной производительности. По материалам.

2. Следующая утилита Speed (пункт 6) - для замера скорости работы HDD.



3. Измерение температуры HDD. Пункт 5 - Temperature.
При запуске этой утилиты, дримбокс предупредил, что температура может отображаться неправильно, т.к. мой жесткий диск отсутствует в базе.




Плагин для отображения температуры HDD.
Установка.
1. Скопировать плагин hddtemp_1.4_mipsel.ipk в папку /tmp
2. В телнете набрать ipkg install hddtemp_1.4_mipsel.ipk
3. Перегрузить бокс.

Запуск.
Меню - Плагины - Harddisk Temperature



Удаление плагина.
В телнете набрать ipkg remove hddtemp

[support]

Постоянный таймшифт (Permanent Timeshift)

Инсталляция:
Копируем файл .ipkg через FTP в папку /tmp дримбокса, и затем можно устанавливать плагин через Gemini Blue Panel или через Telnet с помощью команды:
Код:
ipkg install/tmp/enigma2-plugin-extensions-permanenttimeshift_0.9.3_mipsel.ipk
Деинсталляция производится через plugin browser или с помощью telnet:
Код:
ipkg remove enigma3-plugin-extensions-permanenttimeshift
Суть работы плагина.
Запись начинается сразу после включения тюнера и продолжается все время, пока бокс включен. Т.е. в любой момент можно отмотать записанный участок назад/вперед или поставить его на паузу.
При переключении канала или смене ЕПГ-события, TS-файл записи обновляется (начинается с начала).

Плагин имеет 5 настроек.
Меню - Плагины - Permanent TimeShift





1. Permanent TimeShift Enable - да/нет - включение/отключение постоянного таймшифта. При отключении, можно пользоваться штатным таймшифтом имиджа.
2. Permanent TimeShift Max Lenght - 180 - задаем максимальное время одной записи в минутах. При привышении этого времени, старая запись удаляется и начинается новая.
3. Permanent TimeShift Delay - 005 - задержка в секундах через сколько времени начнется новая запись после переключения канала (смены ЕПГ-события).
4. Disable Instant Record Button - отключает красную кнопку непосредственной записи. В данном случае, она выполняет функцию перемотки назад.
5. Показать отладочные сообщения - нет

Управление таймшифтом.
Красная кнопка - перемотка назад (кратность можно задать в настройках)
Зеленая кнопка - пуск остановленного таймшифта
Желтая кнопка - пауза/запуск таймшифта
Синяя кнопка - перемотка вперед
Кроме этого кнопки влево/вправо дублируют красную и синюю кнопки, а ОК - соответствует зеленой кнопке.

Время опережения таймшифта показано в полупрозрачном окошке.

[support]

USB Flash Drive в качестве жесткого диска HDD.

Все действия проделывал на имидже Gemini 3.9, установленный во внутреннюю флеш-память.
Цель: использовать флеш-стик, как жесткий диск. Т.е. записывать передачи (напрямую и по таймеру) и юзать таймшифт.
Вот краткая инструкция.
1. Выключаем дрим
2. Вставляем флешку в USB-слот
3. Включаем дрим.
4. Проверяем файл etc/fstab. В нем не должно быть лишних строчек типа
Цитата:
/dev/ide/host0/bus0/target0/lun0/part1 /media/hdd auto defaults 0 0
/dev/scsi/host0/bus0/target0/lun0/part1 /media/hdd vfat defaults 0 0
т.е. возможных прежних маунтов на /media/hdd.
Вот у меня был такой файл:
Цитата:
rootfs / auto defaults 1 1
proc /proc proc defaults 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0
usbdevfs /proc/bus/usb usbfs defaults 0 0
/dev/mtdblock/2 /boot jffs2 ro 0 0
tmpfs /var tmpfs defaults 0 0
tmpfs /tmp tmpfs defaults 0 0
5. Идем Blue Panel (Синяя кнопка) - 5 (Device Manager) и видим нашу флешку:



6. Нажимаем ОК и попадаем в меню:



7. Для начала форматируем (инициализируем) флешку. Для этого выбераем пункт 5. При этом все данные с флешки будут стерты.
(в этом же меню можно получить подробную информацию о флеш-стике, а так же измерить скорость чтения/записи)
8. Затем входим в меню маунта флешки - пункт 2.



Видно, что флешка отформатирована в файловой системе ext3.
9. Нажимаем зеленую кнопку (mount) для маунта. В строчке Mountpoint видим, что флешка подмаунилась как /media/hdd.

10. Прописываем этот маунт в файл etc/fstab для того, чтобы после перезагрузки флешка автоматически маунтилась как /media/hdd. Для этого нажимаем синюю кнопку (to fstab).
При удачной записи, дрим выдаст соответствующее окно.
Файл etc/fstab дополнится строчкой:
Цитата:
/dev/scsi/host0/bus0/target0/lun0/part1 /media/hdd ext3 defaults 0 0
11. Теперь надо создать в корне флешки папку /movie. Сделать это можно через FTP.
Все, теперь можно использовать флешку, как жесткий диск.
Напомню, что запись включается/выключается красной кнопкой.

Для настройки таймшифта идем:
Меню - Настройка - Система - TimeShift Path...
В верхней части окна выбераем путь к нашей флешке /media/hdd
Далее нажимаем синюю кнопку и переносим этот путь в закладки (Bookmarks). Этой же кнопкой закладки можно удалять.
Переход между выбором пути и закладками - кнопки Bouquet +/-
Для окончания нажимаем ОК (зеленая кнопка).



Теперь можно использовать таймшифт на флешку. Включение таймшифта - желтая кнопка.
Выход из режима таймшифта - кнопка TV.

Дополнение от 25.06.2009.
В имиджах Gemini, начиная с версии 4.2 несколько изменено монтирование устройств.
Файл fstab не используется, внутренний жесткий диск автоматически монтируется как media/hdd
В этом случае, для монтирования флешки в качестве media/hdd нужно выполнить следующие действия:
В телнете даем команды
1. df
Показывает подключенные разделы дисков в системы, в том числе компакт-диски, дискеты, сетевые шары. При указании пути выводит строчку подключенного раздела, на котором находится этот путь.
У меня вышло так:
Код:
root@dm800:~# df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/mtdblock3 61440 40364 21076 66% /
/dev/mtdblock/2 3840 2500 1340 65% /boot
tmpfs 78836 48 78788 0% /var
tmpfs 78836 20 78816 0% /tmp
/dev/hda1 307663832 117942232 189721600 38% /media/hda1
/dev/sda1 1968276 19092 1949184 1% /media/sda1
root@dm800:~#
Отобразились два подключенных устройства - винт (/dev/hda1) и флешка (/dev/sda1)
2. rm -f /media/hdd
Т.е. удаляем каталог /media/hdd
Кстати, в Гемини 4.2 /media/hdd - это линк на реальный /media/hda1

3. ln -s /media/sda1 /media/hdd - создаем симлинк на флешку
Итак, после подачи этих команд, линк /media/hdd стал указывать на мою флешку.

[Misua]

Загрузчик DreamUp для DM500+_600_800_7025 v1.3.3.2
http://depositfiles.com/files/7rhzth65u

Программа для просмотра на компьютере ТВ каналов с Dreambox - DreamStream E2 0.4.0 (Beta2)
http://depositfiles.com/files/oqr3r69qx

Редактор настроек для ресивера - DreamSet 224 (Enigma, Neutrino)
http://depositfiles.com/files/qk2dd9d86

Инструкция на русском языке для ресивера DM800 HD
http://depositfiles.com/files/zhhqbayvp

Список кодов пульта ДУ ресивера DM800 HD для управления различными устройствами
http://depositfiles.com/files/h29r05ye4

Бут для клонов v69
- Для работы с новыми имиджами начиная с 4.0 версии. Загрузчик заливается после заливки софта через DreamUp 1.3.3.4
http://depositfiles.com/files/vwirtbdlv


Бут для клонов v70
- Для работы с новыми имиджами начиная с 4.1 версии. Загрузчик заливается после заливки софта через DreamUp 1.3.3.4
http://depositfiles.com/files/qdr43i564

Редактор ключей для ресивера - DreamboxKeysEditor v1.0
http://depositfiles.com/files/i28oku23w

Программа Dreambox Control Center E2 (DCC) v1.20
http://depositfiles.com/files/u1pnfisqm

Редактор каналов для ресивера - DreamBoxEdit v3.0.0.0
http://depositfiles.com/files/p89fkgtn6

[Tibi]

Скрытый текст (вы должны войти под своим логином или зарегистрироваться и иметь 3 сообщение(ий)):

У вас нет прав чтобы видеть скрытый текст, содержащейся здесь.