MGcamd 1.34c (осторожно БАГ- нужно использовать replace.list)

[wwswws]

Re: MGcamd 1.34c (осторожно БАГ- нужно использовать replace.list)

Поставил эту версию эмуля. Все вроде работает (пока). Вопрос такой:
При просмотре через шару, эмуль запрашивает ключи один раз, а при записи с просматриваемого канала запросы идут в 2 раза чаще или нет? Просто за двойные запросы можно бан словить. Мысли такие пришли после ABipbox, там MGcamd по умолчаниу выполняет аж 4 запроса. Один на показ канала, второй на запись, третий и четвертый еще кудато. Если кто точно знает дайте ответ. Заранее Спасибо!!!

[lol4ik]

Re: MGcamd 1.34c (осторожно БАГ- нужно использовать replace.list)

Не знаю о чём ты.. писал и пишу иногда с аккаунтом на 1 тюнер, проблем никогда не было.

[sergik]

Re: MGcamd 1.34c (осторожно БАГ- нужно использовать replace.list)

[quote author=lol4ik link=topic=3909.msg45852#msg45852 date=1257958111]
Не знаю о чём ты.. писал и пишу иногда с аккаунтом на 1 тюнер, проблем никогда не было.
[/quote]
Если смотреть и писать одновременно один тот же канал, то естественно на сервер идёт один запрос. Для чего второй? А вот если смотреть один, а писать другой, то каждому каналу нужен свой ключ, то есть запрос. Естественно на сервер пойдут два запроса. Именно за такое можно получить бан.

[lol4ik]

Re: MGcamd 1.34c (осторожно БАГ- нужно использовать replace.list)

а при записи с просматриваемого канала запросы идут в 2 раза чаще или нет?

Я конкретно на его вопрос отвечал. sergik В описанной тобой ситуации ты прав.

1)Писать и смотреть один канал можно спокойно.
2) Писать один канал, а смотреть другой можно, но для этого нужен двухтюнерный аккаунт. С простым получишь бан.

[Vitaly_k]

Re: MGcamd 1.34c (осторожно БАГ- нужно использовать replace.list)

[quote author=wwswws link=topic=3909.msg45849#msg45849 date=1257957652]
Один на показ канала, второй на запись, третий и четвертый еще кудато. Если кто точно знает дайте ответ. Заранее Спасибо!!!
[/quote]

Нужно смотреть конфиг mg_conf на предмет настройки кеширования - должно быть включено. Параметр H:

[pekser]

Re: MGcamd 1.34c (осторожно БАГ- нужно использовать replace.list)

Абсолютно точно. При отключенном кэшировании при записи просматриваемого канала шлет двойной запрос (сам на эти грабли наступал).

[wwswws]

Re: MGcamd 1.34c (осторожно БАГ- нужно использовать replace.list)

H: { 07 }
Это нормально?
Большое спасибо за ответы!!

[s097]

Re: MGcamd 1.34c (осторожно БАГ- нужно использовать replace.list)

выдержка из описаловки

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

[pekser]

Re: MGcamd 1.34c (осторожно БАГ- нужно использовать replace.list)

На кэш влияет также параметр Е:. Должно быть примерно так:

Spoiler

# keep ecm cache, seconds
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 }

Чтобы быть уверенным, что все нормально, включи на запись просматриваемый канал и посмотри лог. Должно быть вроде этого:

Spoiler

22:39:05 192.168.1.5 [mg0] -> ECM to newcamd <IP сервера>:<порт>
22:39:06 192.168.1.5 [mg0] <- CW from newcamd <IP сервера>:<порт> (484ms)
22:39:06 192.168.1.5 [mg0] 484 msec -- Wed Nov 11 20:35:08 2009
22:39:06 192.168.1.5 ===== Viaccess ECM on CaID 0x0500, pid 0x0fa3 ======
22:39:06 192.168.1.5 prov: 023700
22:39:06 192.168.1.5 cw0:0 57 1E 4F C4 70 9C 40 4C
22:39:06 192.168.1.5 cw1:0 75 0B 31 B1 82 7A E9 E5
22:39:06 192.168.1.5 [mg1] Cached -- Wed Nov 11 20:35:08 2009
22:39:06 192.168.1.5 ===== Viaccess ECM on CaID 0x0500, pid 0x0fa3 ======
22:39:06 192.168.1.5 prov: 023700
22:39:06 192.168.1.5 cw0:1 57 1E 4F C4 70 9C 40 4C
22:39:06 192.168.1.5 cw1:1 75 0B 31 B1 82 7A E9 E5
22:39:15 192.168.1.5 [mg1] -> ECM to newcamd <IP сервера>:<порт>
22:39:16 192.168.1.5 [mg1] <- CW from newcamd <IP сервера>:<порт> (571ms)
22:39:16 192.168.1.5 [mg1] 571 msec -- Wed Nov 11 20:35:18 2009
22:39:16 192.168.1.5 ===== Viaccess ECM on CaID 0x0500, pid 0x0fa3 ======
22:39:16 192.168.1.5 prov: 023700
22:39:16 192.168.1.5 cw0:1 57 1E 4F C4 70 9C 40 4C
22:39:16 192.168.1.5 cw1:1 4B 8E 90 69 08 A6 3C EA
22:39:16 192.168.1.5 [mg0] Cached -- Wed Nov 11 20:35:18 2009
22:39:16 192.168.1.5 ===== Viaccess ECM on CaID 0x0500, pid 0x0fa3 ======
22:39:16 192.168.1.5 prov: 023700
22:39:16 192.168.1.5 cw0:0 57 1E 4F C4 70 9C 40 4C
22:39:16 192.168.1.5 cw1:0 4B 8E 90 69 08 A6 3C EA

Т.е. один процесс получает ключ с сервака, а второй берет из кэша.

При отключенном кэше, когда E: { 0 } или H: { 0 }, оба процесса запрашивают ключи с сервака. Результат примерно такой

Spoiler

22:43:17 192.168.1.5 [mg0] <- CW from newcamd <IP сервера>:<порт> (1217ms)
22:43:17 192.168.1.5 [mg0] 1217 msec -- Wed Nov 11 20:39:19 2009
22:43:17 192.168.1.5 ===== Viaccess ECM on CaID 0x0500, pid 0x0fa4 ======
22:43:17 192.168.1.5 prov: 023700
22:43:17 192.168.1.5 cw0:0 00 AF 50 FF D5 32 BA C1
22:43:17 192.168.1.5 cw1:0 44 84 2A F2 34 54 02 8A
22:43:17 192.168.1.5 [mg1] -> ECM to newcamd <IP сервера>:<порт>
22:43:17 192.168.1.5 [mg1] <- CW from newcamd <IP сервера>:<порт> (59ms)
22:43:17 192.168.1.5 [mg1] 59 msec -- Wed Nov 11 20:39:19 2009
22:43:17 192.168.1.5 ===== Viaccess ECM on CaID 0x0500, pid 0x0fa4 ======
22:43:17 192.168.1.5 prov: 023700
22:43:17 192.168.1.5 cw0:1 00 AF 50 FF D5 32 BA C1
22:43:17 192.168.1.5 cw1:1 44 84 2A F2 34 54 02 8A
22:43:26 192.168.1.5 [mg1] -> ECM to newcamd <IP сервера>:<порт>
22:43:27 192.168.1.5 [mg1] <- CW from newcamd <IP сервера>:<порт> (1212ms)
22:43:27 192.168.1.5 [mg1] 1212 msec -- Wed Nov 11 20:39:29 2009
22:43:27 192.168.1.5 ===== Viaccess ECM on CaID 0x0500, pid 0x0fa4 ======
22:43:27 192.168.1.5 prov: 023700
22:43:27 192.168.1.5 cw0:1 54 05 35 8E B1 B6 E9 50
22:43:27 192.168.1.5 cw1:1 44 84 2A F2 34 54 02 8A

В итоге получаем бан.

[wwswws]

Re: MGcamd 1.34c (осторожно БАГ- нужно использовать replace.list)

Огромное всем спасибо!!!

[DeiMos]

Re: MGcamd 1.34c (осторожно БАГ- нужно использовать replace.list)

Если вы смотрите платформу или триколор то с параметром H: { 07 } будут затыки примерно каждые 10 секунд.
H: { 00 } OK!

[nitrogen14]

Re: MGcamd 1.34c (осторожно БАГ- нужно использовать replace.list)

ясно, значит это у всех так, ато я думал это баг lsdcs

[pekser]

Re: MGcamd 1.34c (осторожно БАГ- нужно использовать replace.list)

[quote author=DeiMos link=topic=3909.msg45928#msg45928 date=1258017769]
Если вы смотрите платформу или триколор то с параметром H: { 07 } будут затыки примерно каждые 10 секунд.
H: { 00 } OK!
[/quote]
Платформу не принимаю, а Триколор на 36е с H: { 07 }, E: { 15 } все ОК, затыков нет. Может, от шаросервера зависит?

[nitrogen14]

Re: MGcamd 1.34c (осторожно БАГ- нужно использовать replace.list)

наверное сервер и его настойки, что вполне понятно

[wwswws]

Re: MGcamd 1.34c (осторожно БАГ- нужно использовать replace.list)

Вчера смортел платформу 3 часа, ни одного затыка.