Решение проблемы с IPTV- каналами, содержащими большие идентификаторы сервисов .
Применение механизма маскирования к идентификаторам SID/TSID/ONID для обеспечения совместимости с Enigma2 .
Но люди пишут, что это не помогает.
Мы выше выяснили, что EPGImport (как и сама энигма2) не видит сиды каналов более FFFF в HEX, то есть более 65535 в DEC, поэтому epg у таких каналов отсутствует.
Написал скриптик, далеко не идеальный, но хоть что то.
Скопировать файл
sid_analizer_1_2.py в ресивер в папку /tmp/
Дать ему права на выполнение.
Запустить командой
/tmp/sid_analizer_1_2.py или
python3 /tmp/sid_analizer_1_2.pyВ папке /tmp/ будет создана папка copies и туда будут скопированы папки epgimport из /etc/epgimport и enigma2 из /etc/enigma2. Все возможные изменения будут происходить здесь.
Скрипт проверяет все букеты, кроме радио и последних сканированных, ищет там каналы с сидами больше FFFF и заменяет на уникальные со значениями в допустимом диапазоне от 0 до FFFF. Потом ищет эти каналы в ченел листах и заменяет сиды на новые, те же, что теперь в букетах.
Если все устраивает, то пользователь теперь сам может заменить нужные исправленные букеты и ченел листы. То есть скрипт сам никакие изменения в систему не вносит.
Если в какой то момент программа останавливается и говорит "The program crashed, please try again later...", нужно просто удалить папку copies из /tmp/ и запустить скрипт заново, то же самое, если нужно повторить по каким то причинам.
Если таких каналов несколько, то можно и руками поменять, но если много, как выше была проблема, то очень многое упрощается.
Но если референсы в букетах будут изменены, то и пиконы этим каналам нужно будет привязывать заново. Хотя, если подумать, то и с пиконами можно все решить.
Тесты были положительными (в хорошем смысле)

Темы отдельной не нашел, пусть тут будет, хотя затеряется конечно. На отдельный плагин вроде не тянет.
Может кому пригодится
