Это вещи очевидные и естественно проделанные мной. Для чистоты эксперимента только что ещё раз проделанные. Конечно сам пустой лист программа создаёт, но далее до бесконечности: "Для данного канала наличие записи в 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 версию снова и проверить ей.