избавляемся от mgcamd и его проблем.

chewbacca

Модератор "AzBox"
Команда форума
На днях приобрел дрим 800 и сразу наткнулся на проблемы с просмотром на мгкамд 1.31 и 1.35 Поверхности (долго перебирает чиды) и на затыках +++ (warning both CWS changed). Шаманство с риплейс листами эффекту не дало, пришлось думать как лечить.

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

Провайдера менять шары менять нет возможности, предоплата на год.

Попробовал camd3, все устроило, но есть маленькое НО, а именно издержки протокола cs357x с работой по UDP ( а именно UDP в отличии от TCP не есть протокол с гарантированной доставкой) тоже не есть вариант, с моим и-нетом есть потери пакетов по UDP, а значит затыки.

Почесал затылок и сделал следующий трюк - связка MPCS + camd3.

Что дает такое решение?
MPCS умеет читать по протоколу cs378x, (а это TCP) т.е. доставка пакетов от сервера до клиента будет гарантированной.
Camd3 цепляется к MPCS на локальный сетевой интерфейс, потому даже по UDP потери исключены.

Итог - 2 дня смотрю без затыков и с моментальным переключением каналов. На +++ проблем какие имел с мгкамд нет, Поверхность переключается мгновенно.

Из минусов только более сложное конфигурирование, нежели mgcamd, хотя с другой стороны никаких replace.list, достаточно только файла фильтров для camd3. И то, это делается один раз, если что, правим только файл фильтра.

Как установить?
У меня жемини 4.70, через блюпанель ставим camd3 (любой) и mpcs1.06 pr 3.
В etc/tuxbox находим конфиги mpcs и правим следующим образом.
Конфигурируем свой виртуальный сервер шары

1. Прописываем ридер в mpcs.reader по протоколу cs378x, который будет общаться с сервером шары:
[reader]
Label = cs378x
Protocol = cs378x
Device = server,port
Account = logintoserver,password
Fallback = 0
Group = 1
2. mpcs.conf, кофигурируем порт 10003 по протоколу cs357 для локального общения Camd3 клиента по UDP:
[global]
Nice = -1
ClientTimeout = 5
ClientMaxIdle = 30
CacheDelay = 0
FallbackTimeout = 1
BindWait = 10
ResolveDelay = 10
DyndnsInterval = 120
LogFile = syslog

[cs357x]
Port = 10003
Group = 1
Прописываем своего локального пользователя в файле mpcs.user, с которым к нашему виртуальному серверу будет ходить Camd3
[account]
User = tuner
Pwd = tuner

Group = 1
Содержимое остальных конфигурационных файлов желательно очистить.

Все, mpcs накстроен.

Переходим к Camd3. Идем в usr/keys
Правим 2 файла

1. В camd3.servers прописывам адрес нашего виртуального серверу шары, а именно адрес локального интерфейса, посокльку все крутится в одном месте 127.0.0.1, нашего пользователя из mpcs.user и порт 10003 из mpcs.server
cs357x://tuner:tuner:SERVICES=/var/keys/[email protected]:10003
2. Создаем в этом же каталоге файл приоритетов all.services для Camd3, который указан в SERVICES в п.1. Здесь можно указать свои иденты, за основу можно взять след значения
0100:000068:FFFF:0:0
0100:003311:FFFF:0:0
0500:023700:FFFF:0:0
0500:030600:FFFF:0:0
0500:032000:FFFF:0:0
0500:021110:FFFF:0:0
0500:023100:FFFF:0:0
0500:023D00:FFFF:0:0
0500:024400:FFFF:0:0
0500:025100:FFFF:0:0
0602:000000:FFFF:0:0
0602:000001:FFFF:0:0
0602:000002:FFFF:0:0
0602:000003:FFFF:0:0
0654:000000:FFFF:0:0
0654:000001:FFFF:0:0
0654:000002:FFFF:0:0
0654:000003:FFFF:0:0
090F:000000:FFFF:0:0
093B:000000:FFFF:0:0
0961:000000:FFFF:0:0
0B00:000000:FFFF:0:0
0D00:0000C0:FFFF:0:0
0D02:0000A0:FFFF:0:0
0D02:0000A4:FFFF:0:0
0D02:0000A8:FFFF:0:0
0D02:00008C:FFFF:0:0
0D06:0000C0:FFFF:0:0
4AE0:000000:FFFF:0:0
4AE1:000000:FFFF:0:0
Выбираем в блю панели ЭМУ как camd3 + mpcs и тащимся
В дальнейшем, поскольку mpcs работает прозрачно, правим только файл приоритетов all.services, если ваши любимые спутниковый провайдеры что-то изменят с идентами.
 

Вложения

  • configs.zip
    5,3 KB · Просмотры: 89
Последнее редактирование:

chewbacca

Модератор "AzBox"
Команда форума

yurik_s

Любитель Сат-ТВ
Насколько я знаю, оскам не умеет декодировать.
Что ти имееш ввиду "декодировать"?
Декодирует или карта или шаринг сервер или же сам тюнер

Если же ти имееш ввиду что он не может выступать cam-ом для тюнера
(по аналогии к mpcs - ведь именно для етого ти camd3 используеш)

то скажу что в нем есть DVBAPI модуть как раз для етих целей
 

chewbacca

Модератор "AzBox"
Команда форума
Что ти имееш ввиду "декодировать"?
Декодирует или карта или шаринг сервер или же сам тюнер

Если же ти имееш ввиду что он не может выступать cam-ом для тюнера
(по аналогии к mpcs - ведь именно для етого ти camd3 используеш)

то скажу что в нем есть DVBAPI модуть как раз для етих целей

Я видел экспериментальную сборку оскам с поддержкой dvbapi, но не пробовал. Думаю будут проблемы с двойными запросами для +++, у оскам ноги растут от mpcs, вряд-ли его научили по сидам фильтровать.

Народ пытался играться с мпкс на одном из форумов, добавили фильтр по сидам, но там была масса ограничений, насколько я помню.

Седня попробую вечером, но терзают меня смутные сомнения.
 

chewbacca

Модератор "AzBox"
Команда форума
Как и предполагал, oscam - сколько идентов в потоке - столько и запросов.
Как HD от SD на +++ различить - не понятно.
В топку.
 

yurik_s

Любитель Сат-ТВ
Как и предполагал, oscam - сколько идентов в потоке - столько и запросов.

Не понимаю о чем ты ?!

У меня нету 800-го - но я его тестил на 500-м

Одновременно он все запросы НЕ шлет - он просто перебирает иденты каждые 3 секи - и если найдет тот что раскодируется - перебор прекращается

Причем в настройках есть параметр priority для определение приоритетности идентов.

После обработки напильником - каналы переключаются быстро.

Согласен - что DVBAPI модуль немного кривой - но он opensource
как и весь oscam (или mpcs)
и думаю что если бы mgcamd был с открытым кодом - давно бы уже
все исправили.
 

chewbacca

Модератор "AzBox"
Команда форума
Не понимаю о чем ты ?!

У меня нету 800-го - но я его тестил на 500-м

Одновременно он все запросы НЕ шлет - он просто перебирает иденты каждые 3 секи - и если найдет тот что раскодируется - перебор прекращается

Причем в настройках есть параметр priority для определение приоритетности идентов.

После обработки напильником - каналы переключаются быстро.

Конечно ты не понимаешь, потому что у тебя СД-ресивер, у тебя один рабочий идент 23700.

Допустим у ХД +++ в потоке 2-м идента 030600 и 023700.
СД только по 023700. Причем для ХД рабочий только первый.

Если разрешить 023700, не будешь смотреть ХД, если наоброт, отвалится СД. Если ничего не запрещать, при просмотре ХД схватишь бан (одновременно 2 запроса).

Кинь конфиги в личку, как ты приоритеты строил, но яне думаю что увижу что-то чудесное.
 
Последнее редактирование:

yurik_s

Любитель Сат-ТВ
Не наезд - а вопрос :
каким образом в связке camd3 + mpcs выбираются иденты ?
 

chewbacca

Модератор "AzBox"
Команда форума
Не наезд - а вопрос :
каким образом в связке camd3 + mpcs выбираются иденты ?

Это предположение основанное на наблюдениях, точно знает только автор.

Есть список приоритетов, он оттуда берет иденты на которые обращать внимание. Все, что получил что из потока и оно в списке, отправил на сервер, если декодирование началось по какому-либо из них, запоминает какой идент рабочий и по нему шпарит.

Вот они и указаны в прои листе
0500:023700:FFFF:0:0
0500:030600:FFFF:0:0

Думаю, что так.
mpcs - так точно работать не умеет, он берет всегда и все что не запрещено. oscam думаю так же, судя по тому, что я вчера увидел.
 
Последнее редактирование:

seal

Администраторы
Команда форума
хочу заметить что шаринг провы сами должны это фиксить у себя
 

yurik_s

Любитель Сат-ТВ
Если я правильно понял -
то для ХД каналов всеравно будет один лишний запрос - так как приоритетным есть
0500:023700:FFFF:0:0
и етот запрос уйдет на сервер шаринга

Чтобы етого не было - надо создать две групы сидов ХД и СД и прописать фильтры в mpcs на отдельных ридерах

Добавлено через 4 минуты
mpcs - так точно работать не умеет, он берет всегда и все что не запрещено. oscam думаю так же, судя по тому, что я вчера увидел.

Ето не так.
Я копал исходники и могу сказать - что DVBAPI модуль работает точно так - так ты описал выше для camd3 - то-есть если найдет рабочий по нему и шарит

+ в mpcs (или же oscam) запрос не уйдеш на сервак - его можно порезать в ридере.
 
Последнее редактирование:

chewbacca

Модератор "AzBox"
Команда форума
Если я правильно понял -
то для ХД каналов всеравно будет один лишний запрос - так как приоритетным есть
0500:023700:FFFF:0:0
и етот запрос уйдет на сервер шаринга

Чтобы етого не было - надо создать две групы сидов ХД и СД и прописать фильтры в mpcs на отдельных ридерах

Добавлено через 4 минуты


Ето не так.
Я копал исходники и могу сказать - что DVBAPI модуль работает точно так - так ты описал выше для camd3 - то-есть если найдет рабочий по нему и шарит

+ в mpcs (или же oscam) запрос не уйдеш на сервак - его можно порезать в ридере.

Раньше на mpcs банило. Была версия с фильтрами по сидам, но она тоже была проблемной.

Я уже писал, что сделали в оскам - я не знаю.
Примеры как фильтровать по сидам можно посмотреть?

Но опять же если прописывать все сиды для всех каналов - проще пользовать мою свзяку.
 

yurik_s

Любитель Сат-ТВ
Для твоей связки если для ХД всетаки шлется "левый" запрос (по 023700) на шаринг сервер а шаринг сервер ответ не даст (то-есть не скажеш сразу not found а подержит тебе и ти вилетиш по таймауту
тогда значит у тебя будут задержки при переключении каналов

Я веду к тому - что фильтры надо прописать и для твоего варианта - чтобы mpcs на сервак в етом случае не гнал - а сразу сказал camd3 "rejected"

Добавлено через 13 минут
Примеры как фильтровать по сидам можно посмотреть?

Тут есть пример
http://forum.sat-expert.com/e2/13789-novyi-mpcs_16d-dlia-e2-24.html

Ти используеш mpcs1.06
там вроде немного по другому (имена файлов и структура)
 
Последнее редактирование:

chewbacca

Модератор "AzBox"
Команда форума
Для твоей связки если для ХД всетаки шлется "левый" запрос (по 023700) на шаринг сервер а шаринг сервер ответ не даст (то-есть не скажеш сразу not found а подержит тебе и ти вилетиш по таймауту
тогда значит у тебя будут задержки при переключении каналов

Я веду к тому - что фильтры надо прописать и для твоего варианта - чтобы mpcs на сервак в етом случае не гнал - а сразу сказал camd3 "rejected"

Добавлено через 13 минут


Тут есть пример
http://forum.sat-expert.com/e2/13789-novyi-mpcs_16d-dlia-e2-24.html

Ти используеш mpcs1.06
там вроде немного по другому (имена файлов и структура)

Суд по логу шлется один запрос по нужному иденту и никаких задержек.
Видимо камд3 работает таким образом.

А MPCS в моем случае нужен только для поддержки cs378x, а именно для работы по TCP протоколу, а не UDP.

MPCS прозрачен. Если бы Camd3 умел работать по cs378x я бы не городил этот огород. С моим и-нетом по UDP бывают потери пакетов - следовательно затыки, а такой связке они исключены.

Я видел эту версию, что ты дал ссылку с примером - она убогая.

пропиши вот сюда более 8-ми фильтров по сидам
[account]
User = root
Pwd = dreambox
IDENT = 0500:023700,030600,020710;4AE1:000000;0654:01
SID=0500:030600:hd;0500:023700:sd;0500:020710:ki;4 AE1:00:all;0654:01:all

И увидишь что будет :)
 
Последнее редактирование:

yurik_s

Любитель Сат-ТВ
А можеш сделать лог mpcs с параметром -d63 ?
на ХД канале - с момента переключения на него
 

chewbacca

Модератор "AzBox"
Команда форума
А можеш сделать лог mpcs с параметром -d63 ?
на ХД канале - с момента переключения на него

Хочешь посмотреть отладочную информацию? :)
Ок, доберусь домой - перешлю.
Кинь в личку свои контакты, не будем форум засерать.
 
Сверху