Настройка эмулятора Mgcamd
#1
Отправлено 01 May 2009 - 09:53
Проблема в том, что если перключаешься с одного канала на другой (НТВ+) все нормально открывается, если надо выбрать канал например с триколора или радуги, приходится рестартовать эмулятор. Также часто приходится рестартовать если произошел "затык". При исмользовании mpcs 15i все переключается отлично, но опять не все каналы на радуге он открывает
#2
Отправлено 01 May 2009 - 11:19
MGCamd1.31, ADSL, DLink2640U, 36Е
#3
Отправлено 01 May 2009 - 11:31
#4
Отправлено 01 May 2009 - 11:35
MGCamd1.31, ADSL, DLink2640U, 36Е
#5 Гость_samurai23_*
Отправлено 01 May 2009 - 13:07
# 00 don't show any EMMs (default)
# 01 show only valid EMMs
# 02 show valid and bad EMMs with complete data display
M: { 01 }
# ECM messages
# 00 don't show anything about ecm
# 01 normal mode, show pids processed, decoded ecm and cw
# 02 verbose mode, show valid and bad ECMs with data
C: { 01 }
# AU
# 00 disable, no emm pids processed
# 01 enable, emm pids always processed for soft-au and shared cards
# 02 auto, emm started only if channel cant be decoded
# 03 process emm pids for network cards update only
A: { 02 }
# key update (sum 01 or 02 with 04)
# 01 update only new keys, default setting
# 02 update all keys (used for valid PMK checking)
# 04 enable TPS au
# + tps SID, which pmt pid contains au pid
U: { 01 } 0x12c0
# config files folder (softcam, autoroll, ignore/priority)
# 00 files in /var/keys
# 01 files in /tmp
T: { 00 }
# network mode, use summ for several clients
# 00 no network (default)
# 01 newcamd netclient
# 02 radegast netclient
# 04 camd3 netclient
# 08 gbox netclient
G: { 01 }
# network retry, use summ for several options
# 00 disable
# 01 retry every new ecm
# 02 try to connect to offline shares every Q: seconds
# 04 try to detect and fast reconnect to lost (and not used atm) server
# + XX messages number and YY seconds to reconnect
# mg will reconnect to server, if no answer to last XX ecm/keepalive or
# if no answer for last ecm or keepalive sent for YY seconds
# set to 0 to disable
N: { 07 } 5 30
# network ecm timeout in seconds
K: { 05 }
# newcamd dead routes connect retry, sec
Q: { 600 }
# network shares priority
# 00 gbox, newcamd, radegast, camd3 (default)
# 01 camd3, radegast, newcamd, gbox
# 02 newcamd, camd3, gbox, radegast
P: { 00 }
# on screen display type
# 00 No OSD (default)
# 01 neutrino
# 02 enigma
# 03 relook
# + user password for http auth
O: { 00 } username password
# on screen display Options, summ of:
# 01 show emu ecm
# 02 show network shares messages
# 04 show decoding failed / fta
# 08 show emm keys update
# + web port to use for osd
S: { 03 } 80
# 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 } 172.16.1.1 28007 /tmp/mgcamd.log
# keep ecm cache, seconds
# every cache entry takes 28 bytes, so 24h cache will take *only* 240-400kb of memory,
# for openbox/elanvision users with remote shares make sense to set it higher than default value,
# to not hammer cards while timeshifting or playing crypted recordings.
E: { 15 }
# cache option, summ of:
# 00 Off (default)
# 01 Ecm pids cache, store pids used to decode in /tmp/ca_cache.list at exit, load at startup, same syntax as restore.list
# 02 Ecm data cache, remember CW for (E:) time
# 04 Emm cache for network cards, do not resend the same emm twice, cache not cleared until restart
H: { 07 }
# reread files, summ of:
# 00 No (default)
# 01 reread config file on channel change (including priority and ignore, but not replace/cache)
# 02 reread SoftCam.Key on channel change
# 04 reread SoftCam.Key if file changed
R: { 00 }
# debug, summ of
# 00 off (default)
# 01 debug ecm
# 02 debug emm
# 04 debug network ecm
# 08 debug network emm
# 16 debug network login
# 32 show mem/cpu stats every 1 min
# 64 add timestamp to log messages
D: { 00 }
# box type
# 00 autodetect, change only if you think wrong type detected.
# 01 dbox2
# 02 dreambox
# 03 triple-dragon
# 04 relook
# 05 openbox
#6
Отправлено 03 May 2009 - 18:48
Подскажите где собака порылась.С чего начать поиск. И вообще по этой теме есть, что нибудь на форуме? Помогите пожалуйста.:confused:
#7 Гость_woody_*
Отправлено 03 May 2009 - 18:58
#8
Отправлено 03 May 2009 - 19:11
#9 Гость_woody_*
Отправлено 03 May 2009 - 19:25
#10
Отправлено 22 May 2009 - 08:27
Заранее спс
#11 Гость_samurai23_*
Отправлено 22 May 2009 - 14:53
Use this Viaccess provider first
V: { 02 37 00 }
V: { 02 09 10 }
V: { 02 51 00 }
V: { 02 07 10 }
V: { 03 07 00 }
V: { 02 44 00 }
V: { 02 3B 00 }
V: { 02 4F 00 }
V: { 02 31 00 }
V: { 02 3D 00 }
V: { 02 3B 00 }
V: { 02 17 00 }
V: { 02 4B 00 }
Use this Seca provider first
S: { 00 68 }
Use this Irdeto provider first
I: { 06 02 }
I: { 06 52 }
I: { 06 54 }
Use this NDS provider first
X: { 09 0F }
Use this DRE provider first
X: { 4A E0 }
Этот приорити на VIP без ХД каналов
Сообщение отредактировал woody: 22 May 2009 - 20:52
#12 Гость_woody_*
Отправлено 22 May 2009 - 15:23
игнор лист что есть что нету...я его никогда не использовал....люди не у кого нету готовых ignore.list и priority.list для пакета vip 36 ? а то почти все каналы долго открываются
заранее спс
#13
Отправлено 22 May 2009 - 20:46
биг спс попробую сейчасэтот приорити на vip без хд каналов
#14 Гость_woody_*
Отправлено 22 May 2009 - 20:52
#15 Гость_woody_*
Отправлено 01 August 2009 - 23:18
CWS_MULTIPLE = сервер 3001:3012 логин пароль 0102030405060708091011121314 #vip
и не надо по несколько строк вписывать
#16 Гость_woody_*
Отправлено 10 August 2009 - 21:58
Параметр 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.
Дальше, параметр N:{7} X Y влияет на то, как mgcamd ведет себя когда понимает, что ответ от сервера все же не пришел. Число X устанавливает количество неуспешных запросов на сервер (каждый из них длиной в K:{} секунд), после чего mgcamd отваливается от сервера и пытается к нему приконнектиться заново. Эта процедура нередко помогает, когда на сервере какие-то глюки, хотя конечно, постоянно это недолжно происходить. Параметр Y говорит mgcamd о том, что нужно отваливаться и реконнектиться заново, если не было никаких признаков жизни у сервера в течение Y секунд. Обычно до Y доходит дело крайне редко, потому как реконнект обычно происходит из за параметра X (в комбинации с K:{}).
Сообщение отредактировал woody: 16 August 2009 - 22:32
#17
Отправлено 16 August 2009 - 21:59
#18
Отправлено 05 September 2009 - 20:46
#19 Гость_samurai23_*
Отправлено 05 September 2009 - 21:20
#20
Отправлено 05 September 2009 - 22:34
Спасибо, сделал как указывал высше, т.е. в пиорити.лист всавилу меня его тоже нет,и открывается все хорошо.в принципе игнор не очень то и важен.главное приорити лист
Use this Viaccess provider first
V: { 02 37 00 }
V: { 02 09 10 }
V: { 02 51 00 }
V: { 02 07 10 }
V: { 03 07 00 }
V: { 02 44 00 }
V: { 02 3B 00 }
V: { 02 4F 00 }
V: { 02 31 00 }
V: { 02 3D 00 }
V: { 02 3B 00 }
V: { 02 17 00 }
V: { 02 4B 00 }
Use this Seca provider first
S: { 00 68 }
Use this Irdeto provider first
I: { 06 02 }
I: { 06 52 }
I: { 06 54 }
Use this NDS provider first
X: { 09 0F }
Use this DRE provider first
X: { 4A E0 }
(а то там было несколько строчек со знаком #) стало вродебы нормально открыватьса.
Сообщение отредактировал asas: 05 September 2009 - 22:43
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных