Mgcamd

krycek · 6 Апр 2010

Понятно. Опять одни и те же DW по два раза идут, значит от бана снова никуда не деться

shuricel · 6 Апр 2010

alex_sds написал(а):
[mg0] Cached --

krycek, почему по два раза, если это кеширование?

krycek · 6 Апр 2010

shuricel написал(а):
krycek, почему по два раза, если это кеширование?

Встречный вопрос - почему банят, если это кэширование? Может тогда поделитесь своим mg_cfg ?

alex_sds · 6 Апр 2010

На 86-м софте оставлял на ночь на запись, еще ни разу не банило.

[HIDE-POSTS=10]
M: { 02 }
C: { 01 }
A: { 01 }
U: { 02 } 0x1ACB
T: { 00 }
G: { 01 }
N: { 01 } 3 30
K: { 05 } #3
Q: { 150 }
P: { 02 } #00
O: { 00 } username password
S: { 03 } #8080 #04
L: { 03 } 192.168.0.101 514
E: { 15 }
H: { 07 }
R: { 00 }
D: { 01 } #16
B: { 12 } #12
# для mgcamd 1.35 в файле mg_cfg обязательно добавить параметр
F: { 00 }[/HIDE]

shuricel · 6 Апр 2010

Вот мой файл конфигурации: mg_cfg

michyy · 6 Апр 2010

Будет банить , если оставить на канале находящемся на одном транспондере с записываемым .
Если с разных транспондеров, ресивер попросту переключится и начнет писать текущий канал , если с одного транспондера он будет транслировать программу ,а в это время в фоне писать заказаную программу !
p.s. Если же стоят твины ,ресу вообще незачем переключаться , он находит требуемый канал на 2-м тюнере и спокойно пишет его в фоне !
Это сделано для максимального удобства при пользовании реса ,что бы не отвлекать от просмотра текущей программы !

krycek · 6 Апр 2010

Бли-и-ин... ну как всегда, по ходу я понял в чём у меня была вся заморока

Но прежде чем расскажу, встречный вопрос - с каких пор mgcamd нормально
работает с DRE-Crypt'ом при ВКЛЮЧЁННОМ кэше? Раньше же оно фризилось?

Evdok · 6 Апр 2010

krycek написал(а):
Бли-и-ин... ну как всегда, по ходу я понял в чём у меня была вся заморока

Вот она реальная польза нашего форума

Ну а насчет заморозки - И Платформа, и Триколор идут с кэшированием совершенно без проблем.

krycek · 6 Апр 2010

Evdok написал(а):
Вот она реальная польза нашего форума

Никто и не спорит, сие есть ФАКТ!

Ну а насчет заморозки - И Платформа, и Триколор идут с кэшированием совершенно без проблем.

Это я и обнаружил по ходу дела, поэтому и интересуюсь - насколько давно?
Потому как прекрасно помню как у меня была проблема с затыками на нём
и как мне подсказал решение наш серверный гуру, а затем уже и я не раз
и не два подсказывал коллегам решение данной проблемы, вот и удивлён.
А почему включение кэша мне "не помогло" с первого раза, так это потому
что я не стал ждать бана, когда включил кэш и запустил mgcamd, так как
увидел тут же картину в логе с одинаковыми DW и не обратил внимания
на то что рядом со вторым DW нет времени в скобочках, то етсь оно из кэша
и сервак реально не опрашивается, а сейчас сравнил с логами и осенило

funker · 6 Апр 2010

О каком параметре mg_cfg идет разговор?

shuricel · 6 Апр 2010

С кешированием связано два параметра:

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

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

Evdok · 13 Апр 2010

Это вообще тема другого раздела (и напарник туда все и снесет). вопрос обсуждали много раз, и смотрел я тогда для опыта примерно 1,5 часа - бана не было. И по интервал между запросами я тогда писал, да, совсем небольшой был. Платформу помню, немного фризило, сейчас этого нет. Сервер, как у большинства - релсат, конфигурацию мжкамда здесь уже подробно обсуждали. Качество инета у меня сейчас приличное.
____________________
Сейчас опять на плюсах лог посмотрю

Evdok · 13 Апр 2010

Смотрю плюсы, все как и раньше

Лог показывает, что минимальное время между запросами составляет 2.24 секунды, сейчас 2,31 сек. Бана нет... Хотя по идее сервер автоматом уже должен был отреагировать.
Выдвину гипотезу, что просто у меня полный ВИП пакет, а випам все по барабану, для них правила не писаны

Шучу конечно, но ведь затыков действительно нет.

Вот кусочек лога:

Лог MgCamd остановлен пользователем 14.04.2010 в 00:04:19
00:04:16 192.168.1.33 cw1:4 05 AC 6F 20 76 C9 64 A3
00:04:16 192.168.1.33 cw0:4 E7 A0 C7 4E DA A0 05 7F
00:04:16 192.168.1.33 prov: 023700
00:04:16 192.168.1.33 ===== Viaccess ECM on CaID 0x0500, pid 0x0fa4 ======
00:04:16 192.168.1.33 [mg4] 142 msec -- Tue Apr 13 20:04:18 2010
00:04:16 192.168.1.33 [mg4] <- CW from newcamd адрес:4000 (142ms)
00:04:16 192.168.1.33 [mg4] -> ECM to newcamd адрес:4000
00:04:16 192.168.1.33 cw1:1 7C A0 76 92 89 20 96 3F
00:04:16 192.168.1.33 cw0:1 49 05 31 7F CA 94 D2 30
00:04:16 192.168.1.33 prov: 023700
00:04:16 192.168.1.33 ===== Viaccess ECM on CaID 0x0500, pid 0x0fa1 ======
00:04:16 192.168.1.33 [mg1] 263 msec -- Tue Apr 13 20:04:18 2010
00:04:16 192.168.1.33 [mg1] <- CW from newcamd адрес:4000 (263ms)
00:04:16 192.168.1.33 [mg1] -> ECM to newcamd адрес:4000
00:04:16 192.168.1.33 cw1:3 50 A5 D0 C5 25 DF E7 EB
00:04:16 192.168.1.33 cw0:3 7E B2 CD FD 49 5B 4E F2
00:04:16 192.168.1.33 prov: 023700
00:04:16 192.168.1.33 ===== Viaccess ECM on CaID 0x0500, pid 0x0fa3 ======
00:04:16 192.168.1.33 [mg3] 918 msec -- Tue Apr 13 20:04:17 2010
00:04:16 192.168.1.33 [mg3] <- CW from newcamd адрес:4000 (918ms)
00:04:15 192.168.1.33 [mg3] -> ECM to newcamd адрес:4000
00:04:15 192.168.1.33 cw1:0 95 34 D5 9E 66 13 54 CD
00:04:15 192.168.1.33 cw0:0 43 BF 7C 7E 0A D5 5A 39
00:04:15 192.168.1.33 prov: 023700
00:04:15 192.168.1.33 ===== Viaccess ECM on CaID 0x0500, pid 0x0faa ======
00:04:15 192.168.1.33 [mg0] 1432 msec -- Tue Apr 13 20:04:17 2010
00:04:15 192.168.1.33 [mg0] <- CW from newcamd адрес:4000 (1432ms)
00:04:13 192.168.1.33 [mg0] -> ECM to newcamd адрес:4000
00:04:06 192.168.1.33 cw1:4 A9 26 E4 B3 2A 01 C7 F2
00:04:06 192.168.1.33 cw0:4 E7 A0 C7 4E DA A0 05 7F
00:04:06 192.168.1.33 prov: 023700
00:04:06 192.168.1.33 ===== Viaccess ECM on CaID 0x0500, pid 0x0fa4 ======
00:04:06 192.168.1.33 [mg4] 166 msec -- Tue Apr 13 20:04:08 2010
00:04:06 192.168.1.33 [mg4] <- CW from newcamd адрес:4000 (166ms)
00:04:06 192.168.1.33 [mg4] -> ECM to newcamd адрес:4000
00:04:06 192.168.1.33 cw1:1 08 B6 81 3F 68 06 D7 45
00:04:06 192.168.1.33 cw0:1 49 05 31 7F CA 94 D2 30
00:04:06 192.168.1.33 prov: 023700
00:04:06 192.168.1.33 ===== Viaccess ECM on CaID 0x0500, pid 0x0fa1 ======
00:04:06 192.168.1.33 [mg1] 133 msec -- Tue Apr 13 20:04:08 2010
00:04:06 192.168.1.33 [mg1] <- CW from newcamd адрес:4000 (133ms)
00:04:06 192.168.1.33 [mg1] -> ECM to newcamd адрес:4000
00:04:06 192.168.1.33 cw1:3 50 A5 D0 C5 25 DF E7 EB
00:04:06 192.168.1.33 cw0:3 C9 84 A7 F4 D3 E6 F1 AA
00:04:06 192.168.1.33 prov: 023700
00:04:06 192.168.1.33 ===== Viaccess ECM on CaID 0x0500, pid 0x0fa3 ======
00:04:06 192.168.1.33 [mg3] 964 msec -- Tue Apr 13 20:04:08 2010
00:04:06 192.168.1.33 [mg3] <- CW from newcamd адрес:4000 (964ms)
00:04:05 192.168.1.33 [mg3] -> ECM to newcamd адрес:4000
00:04:05 192.168.1.33 cw1:0 58 2C D4 58 25 42 14 7B
00:04:05 192.168.1.33 cw0:0 43 BF 7C 7E 0A D5 5A 39
00:04:05 192.168.1.33 prov: 023700
00:04:05 192.168.1.33 ===== Viaccess ECM on CaID 0x0500, pid 0x0faa ======
---------------------------
23:55:31 192.168.1.33 ===== Viaccess ECM on CaID 0x0500, pid 0x0fa3 ======
23:55:31 192.168.1.33 [mg3] Cached -- Tue Apr 13 19:55:33 2010
23:55:31 192.168.1.33 [mg3] ECM: CaID: 0x0500 -> CaPID: 0x0BBB ProvID: 030600
23:55:31 192.168.1.33 [mg3] ECM: CaID: 0x0500 -> CaPID: 0x0FA3 ProvID: 023700
23:55:31 192.168.1.33 [mg3] service 2777 index 3 pmt pid 0 (4)
23:55:31 192.168.1.33 [mg3] service 2777 already started with index 0
23:55:24 192.168.1.33 cw1:0 29 9C EB B0 33 49 A7 23
23:55:24 192.168.1.33 cw0:0 5A 05 69 C8 30 E6 61 77
23:55:24 192.168.1.33 prov: 023700
23:55:24 192.168.1.33 ===== Viaccess ECM on CaID 0x0500, pid 0x0fa3 ======
23:55:24 192.168.1.33 [mg0] 1428 msec -- Tue Apr 13 19:55:26 2010
23:55:24 192.168.1.33 [mg0] <- CW from newcamd адрес:4000 (1428ms)
23:55:23 192.168.1.33 [mg0] -> ECM to newcamd адрес:4000
23:55:14 192.168.1.33 cw1:0 DC 9B A6 1D D4 04 58 30
23:55:14 192.168.1.33 cw0:0 5A 05 69 C8 30 E6 61 77
23:55:14 192.168.1.33 prov: 023700
23:55:14 192.168.1.33 ===== Viaccess ECM on CaID 0x0500, pid 0x0fa3 ======
23:55:14 192.168.1.33 [mg0] 1622 msec -- Tue Apr 13 19:55:16 2010
23:55:14 192.168.1.33 [mg0] <- CW from newcamd адрес:4000 (1622ms)
Лог MgCamd стартовал на Yury-ПК 13.04.2010 в 23:55:12

Evdok · 13 Апр 2010

Пытаюсь понять, почему у одних это получается, у других - нет

Посмотрел свою папку вар. Там в папке кейс только 5 файла - кроме ньюкамд листа и конфигурации, еще приорити, игнор и реплейс. Все остальное мне не нужно и я его смело выкинул.
Что касается конфигурации мжкамда, то у меня сейчас это выглядит вот так:

# EMM messages
# 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: { 00 }

# 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 au pid
U: { 00 }

# 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: { 02 }

# on screen display type
# 00 No OSD (default)
# 01 neutrino
# 02 enigma
# 03 relook
# + user password for http auth
O: { 01 } root newcs

# 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 } 8080

# 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: { 01 } адрес компа 514

# 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
B: { 12 }

# map all 180x nagra caids to 1801
# default is 01
F: { 00 }

# urls for aes keys update, any number or urls allowed,
# url data must contain key in format 0500:007C00:0000000000:00:key1:keyl
# W: { http://some.host.com/keys.php }

гемма · 13 Апр 2010

завтра

попробую твои цифры поставить в файл...и буду опять пробовать...у меня же тоже вип пакет...и бан вот на этом и был в своё время...поэтому и стоит в макгамд листе два провайдера....один чисто на нтв...наш местный...ему вроде по барабану количество запросов...вот завтра и попробую его из листа убрать и чисто на одном провайдере ,нашем,всё проверить. у тебя,кстати,цифры в файле от моих отличаются...в этом,не в этом грабли?..завтра похимичу..

Evdok · 14 Апр 2010

Для чистоты эксперимента надо будет еще мои листы приорити, игнор и реплейс поставить

Здорово будет, если к тому же результату придешь. Твой земляк уже увидел, "где собака порылась" и для чего мы кэширование ключей делаем...
И еще совет - убери из папки ключей все лишнее. Пускай там будет всего 5 файликов.

mahmut · 16 Май 2010

bobsch написал(а):
Для shuricel Значит так - всё работает с твоим mg-cfg отлично. Не тормозит, не виснет. Каналы переключаются быстро.
Единственное - ЕПГ с *новым* mg-cfg открывается не на всех каналах (немецкие с Астры) - на*старом* открывалось.... Как думаешь, что можно изменить в mg-cfg, чтобы было как раньше? Спасибо.

Как то разобрались с ЕПГ?
У меня та же фигня после переустановки mg-cfg,перестали открываться ЕПГ у плюсов на некоторых к

аналах.

Перегрузил через заднюю кнопку,вроде ЕПГ нормализовалось.

shuricel · 17 Май 2010

Evdok, сегодня снял разные показания лога:

Код:

[B][COLOR="Blue"][I]V10809[/I][/COLOR][/B]

2010-05-17 02:19:46	Local7.Debug	192.168.1.34	[COLOR="#ff0000"][mg0][/COLOR] -> ECM to newcamd xxx.xx.xxx.xx:xxxx
2010-05-17 02:19:46	Local7.Debug	192.168.1.34	[COLOR="#ff0000"][mg0][/COLOR] <- CW from newcamd xxx.xx.xxx.xx:xxxx (191ms)
2010-05-17 02:18:46	Local7.Debug	192.168.1.34	[COLOR="Red"][mg0][/COLOR] 212 msec -- Sun May 16 23:18:40 2010
2010-05-17 02:18:46	Local7.Debug	192.168.1.34	===== @Sky ECM on CaID 0x4AE1, pid 0x0020 ======
2010-05-17 02:18:46	Local7.Debug	192.168.1.34	prov: 000000
2010-05-17 02:18:46	Local7.Debug	192.168.1.34	cw0:0 FA 1D 2B 42 CB 12 02 DF
2010-05-17 02:18:46	Local7.Debug	192.168.1.34	cw1:0 E3 18 DF DA 63 E3 34 7A

2010-05-17 02:19:01	Local7.Debug	192.168.1.34	[COLOR="#ff0000"][mg0][/COLOR] -> ECM to newcamd xxx.xx.xxx.xx:xxxx
2010-05-17 02:19:01	Local7.Debug	192.168.1.34	[COLOR="#ff0000"][mg0][/COLOR] <- CW from newcamd xxx.xx.xxx.xx:xxxx (190ms)
2010-05-17 02:19:01	Local7.Debug	192.168.1.34	[COLOR="#ff0000"][mg0][/COLOR] 190 msec -- Sun May 16 23:18:55 2010
2010-05-17 02:19:01	Local7.Debug	192.168.1.34	===== @Sky ECM on CaID 0x4AE1, pid 0x0020 ======
2010-05-17 02:19:01	Local7.Debug	192.168.1.34	prov: 000000
2010-05-17 02:19:01	Local7.Debug	192.168.1.34	cw0:0 7E BA 66 9E F0 AC 5B F7
2010-05-17 02:19:01	Local7.Debug	192.168.1.34	cw1:0 E3 18 DF DA 63 E3 34 7A

[B][B][I][COLOR="#0000ff"]V10816[/COLOR][/I][/B][/B]

2010-05-16 14:56:59	Local7.Debug	192.168.1.34	[COLOR="#ff0000"][mg1][/COLOR] -> ECM to newcamd xxx.xx.xxx.xx:xxxx
2010-05-16 14:56:59	Local7.Debug	192.168.1.34	[COLOR="#ff0000"][mg1][/COLOR] <- CW from newcamd xxx.xx.xxx.xx:xxxx (254ms)
2010-05-16 14:55:59	Local7.Debug	192.168.1.34	[COLOR="#ff0000"][mg1][/COLOR] 241 msec -- Sun May 16 11:55:01 2010
2010-05-16 14:55:59	Local7.Debug	192.168.1.34	===== @Sky ECM on CaID 0x4AE1, pid 0x0020 ======
2010-05-16 14:55:59	Local7.Debug	192.168.1.34	prov: 000000
2010-05-16 14:55:59	Local7.Debug	192.168.1.34	cw0:1 56 35 52 DD BC 31 07 F4
2010-05-16 14:55:59	Local7.Debug	192.168.1.34	cw1:1 53 16 F8 61 38 BD 2D 22

2010-05-16 14:56:14	Local7.Debug	192.168.1.34	[COLOR="#ff0000"][mg1][/COLOR] -> ECM to newcamd xxx.xx.xxx.xx:xxxx
2010-05-16 14:56:14	Local7.Debug	192.168.1.34	[COLOR="#ff0000"][mg1][/COLOR] <- CW from newcamd xxx.xx.xxx.xx:xxxx (250ms)
2010-05-16 14:56:14	Local7.Debug	192.168.1.34	[COLOR="Red"][mg1][/COLOR] 250 msec -- Sun May 16 11:55:16 2010
2010-05-16 14:56:14	Local7.Debug	192.168.1.34	===== @Sky ECM on CaID 0x4AE1, pid 0x0020 ======
2010-05-16 14:56:14	Local7.Debug	192.168.1.34	prov: 000000
2010-05-16 14:56:14	Local7.Debug	192.168.1.34	cw0:1 56 35 52 DD BC 31 07 F4
2010-05-16 14:56:14	Local7.Debug	192.168.1.34	cw1:1 7C 01 D1 4E 3A 33 55 C2

Нужны мысли... мнение так сказать по поводу и без...
Создаётся впечатление, что на последней пошивке, эмулятор как-то неправильно функционирует.
Выразилось это в том, что как-то он завис, а лог показывал: [mg2] !!!
Затем: при записи на 816-й кэш не пишется вообще (инфы в логе о нём нет)

Evdok · 17 Май 2010

Ага, вчера вечером тоже этим занимался

Я помню, на форуме опенов писали об этом, как только вышла прошивка. Через полчаса одновременной записи\просмотра получил бан, причина думаю та же - не кэширует ключи.
Значит, ждем новую прошивку, где должны исправить эти баги (кривое взаимодействие с мжкамдом).

shuricel · 21 Май 2010

Plugin Mgcamd Octagon SF1008 SF1018 HD 21052010

Plugin Mgcamd Octagon SF1008 SF1018 HD 21052010

Anbei das Plugin zur Installation der MgCamd 1.35
getestet mit V10822 !
mg_cfg ist bereits angepaßt für: Boxtype, CCcam-Zugriff & HD+ Tunneling
Lediglich die cccamd.list ist auf eure Bedürfnisse anzupassen

Скопируйте извлеченную из архива папку plugin на диск USB и устанавливайте как обычно.
Формат данных НЕ ТРЕБУЕТСЯ!!!

21 05 2010

Mgcamd

Профи в Сат-ТВ

Супер-Модератор

Профи в Сат-ТВ

Профи в Сат-ТВ

Супер-Модератор

Любитель Сат-ТВ

Профи в Сат-ТВ

Модератор "Octagon"

Профи в Сат-ТВ

Пользователь

Супер-Модератор

Модератор "Octagon"

Модератор "Octagon"

Модератор "Octagon"

Профи в Сат-ТВ

Модератор "Octagon"

Профи в Сат-ТВ

Супер-Модератор

Модератор "Octagon"

Супер-Модератор

Вложения