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