Да потому что у тебя эти { sid } { caid } { provid } { ecmpid } уже внесены! Это не говорит о том, что для каждого канала они нужны! Некоторым, да, но не всем.

Решил создать риплейс лист с нуля. В итоге последняя версия про все без исключения каналы с 36 градуса (круговая пол.) сказала что их нет нужды заносить в лист. Странно...

Чтобы создать риплейс лист с нуля мало удалить все записи в  риплейс лист, нужно еще 1. перезагрузить его в программу (или просто перезапустить её), 2 перезапустить MGCAMD на ресивере (до перезапуска будет действовать старый  риплейс лист, загруженный в MGCAMD)

p/s Без этих действий MGCAMD будет правильно открывать каналы (по старым настройкам), а программа будет считать, что всё и так хорошо и корректировать риплейс лист нужды нет.

"Для данного канала наличие записи в replace.list - не требуется!" И так на всех без исключения каналах.

А каналы у вас переключаются нормально (без задержек)? Если да,  значит все данные корректные при получении ключа,  думаю соответственно нечего и прописывать программе в листе.

Это вещи очевидные и естественно проделанные мной. Для чистоты эксперимента только что ещё раз проделанные. Конечно сам пустой лист программа создаёт, но далее до бесконечности: "Для данного канала наличие записи в replace.list - не требуется!" И так на всех без исключения каналах.

Кроме replace.list есть еще ignore.list и priority.list, которые тоже влияют на ускорение работы.

Разберем случай, когда запись в replace.list не требуется.
Вот лог:

[mg0] service BBA index 0 pmt pid BCC (50), pids: video 0x0BCD, audio  0x0BCE 0x0BCF

    [mg0] ECM: CaID: 0x4AE1  -> CaPID: 0x0099 ProvID: 000000
    [mg0] ECM: CaID: 0x4AE1  -> CaPID: 0x008D ProvID: 000000
    [mg0] ECM: CaID: 0x7BE0  -> CaPID: 0x008D ProvID: 000000

...

    [mg0] 65 msec -- Fri Dec  7 18:44:19 2012
    system: @Sky
    caid: 0x4AE1
    pid: 0x0099
    prov: 000000
    cw0:0 86 B2 D2 0A EF C2 27 D8
    cw1:0 D9 9B 5C D0 F0 10 69 69

из него видно, что получены ключи с caid, pid, prov, которые соответствуют первой строке списка ECM.
Так как mgcamd обрабатывает список ECM последовательно, то задержки (которые происходят при обработке неправильных строк ECM) не происходит, а следовательно ускорять нечего.


P/S replace.list служит для того, чтобы принудительно ставить строку в ECM с указанными в replace.list параметрами на 1 место.


Добавлено  07 декабря | 2012г. | 19:33:25   

Ну вот так получилось что вчера же с утра брал 21 версию программы чтобы подправить реплейс, и 21 своё дело  делала, а 22 версия - никак. Настройки mgcamd за это время не изменились. Поэтому и пытаюсь сообщить авторам, что стоит проанализировать, похоже где-то ошибочка закралась.

Сравнил построчно 21 и 22 версии. Разницы нет (кроме добавленной 1 строки вывода информации на экран, которая ни на что не влияет). Попробуйте скачать 21 версию снова и проверить ей.

Помогите! поставил MGCAMD_LOG_server сделал все по инструкции, соединился с ресивером отправил через программу перезапуск мжкамд   "Команда на перезапуск MGCAMD - отправлена ...

Ожидание данных от MGCAMD ..."

все пути проверьте правильность и настройки на лог перезапустите мжкамд вручную   

Ребят, кто в курсе.. как развести одного шародателя на 2 линукс ресивера? (на одну абон. плату)
 

на хитрую...

Подскажите, можно ли сделать чтобы автоматом не правился replace.list или чтобы правился (создавался) где нибудь у меня на локальном ПК, а то работает ReplaceGen.py, не будет ли проблем при их одновременной работе? Как я понимаю это черевато только дублированием записей  в replace.list?
Так же заметил что наблюдаются проблемы с кодировкой в имени каналов, которые генерируется ReplaceGen.py, можно ли как то эту проблему решить?