arion75,
1) Раз полезли в сишный код , то поправили бы заодно , а точнее добавили бы лучше поддержку схемы https:// для источников xmltv и еще пару-тройку мелочей .. Я это детально описывал с примерами сишного кода на альтернативном форуме
2) Нифига туда они вообще лезли в корне не понятно, я это уже писал. Там на Си было все достаточно стройно и понятно написано и НИКАКОГО отношения к используемой версии питона не имело от слова ВООБЩЕ
3) Питоновая часть существовашего кода версии 0.8.7( 8 ) переделывалась в универсальную Py2/3 - мин за 15 .... Я выкладывал архив ранее .... У всех все работало
4) Я давно ЗАБИЛ на CrossEPG и просто переписал/подправил основной файл EPGImport - xmltvconverter.py .... Этот файл , а точнее алгоритм реализованный в нем, занимает львиную долю времени (90%) при парсинге TV-guide .... Я переделал/"вылизал" его в максимально быстрый из возможных вариантов парсинга xmltv структуры с "дропаньем" неактуальных дат тв-программ и их описаний .... Его можно смело пихать с заменой в любую версию EPGImport для Py2/3 .... Если Вы не в курсе все это выложено на моем гите .. кто не знает что это ... Файл во вложении .... На моем VU+ Ultra 4K с данной переделкой EPGImport "вдувает" абсолютно аналогичные xmltv-хи 6 (шести) провайдеров на 30-35% быстрее чем частично написанный на C СrossEPG
Для меня этот вопрос закрыт и более не актуален .... Ну разве что xmltvconverter.py переписать на C .. но тогда это не будет универсально для любой архитектуры .... Как-то так
p.s. Добавил
фикс для DreamOS. Как оказалось там тоже есть плагин EPGImport
.... Особенность DreamOS в том что там для хранения EPG используется /etc/enigma2/epg.db , а не /etc/enigma2/epg.dat как в OE2.0 ... Отличие данного файлика в том что его можно легко вскрыть с помощью , например sqlite3 .. Так вот в DreamOS теоретически поддерживается мультиязычное EPG (т.е. одно и то же событие может быть импортировано в "базу" вместе с его описнием и т.д. на разных языках) и, в связи с этим, структура таблицы T_DATA немного отличается от "классической" OE2.0 .... Выглядит это как-то так (создание таблички T_DATA)
Вам не разрешен просмотр кода. Войдите или Зарегистрируйтесь для просмотра.
т.е. для поддержки "мультиязычности" добавлено поле
iso_639_language_code и добавление записи данных для определенного языка происходит вот так
Вам не разрешен просмотр кода. Войдите или Зарегистрируйтесь для просмотра.
А выборка нужной записи данных для идентификатора события делается вот так
Вам не разрешен просмотр кода. Войдите или Зарегистрируйтесь для просмотра.
Собственно "костыль" в файлик добавлен для DreamOS в виде дополнительного поля куда принудительно прописываем трехбуквенный код "языка", который всегда свежим получаем из
http://loc.gov (USA Library of congress)
По уму, если xmltv мультиязычный в нем содержатся записи на всех доступных языках по channel .... но это экзотика и встречается крайне редко. Я описывал когда-то тут на ветке его структуру и как он выглядит -
https://gisclub.tv/plaginy-585/plagin-e2m3u2bouquet-(mod-ot-dorik1972)-chast-2-84859/msg616103/#msg616103 .... В общем можно написать чтобы формировало вообще по "классике" с учетом всех встречающихся в xmltv языков и т.д. ... Но !
1) Мультиязыковой xmltv я встречал 1-2 раза и то у "интуристов" - вот пусть они заморачиваются , хотя там ничего "космического"
2) Очень часто , практически в 60% случаев в "славянских" xmltv поделках данные идут на cyrillic , а язык идет как <en> или вообще не указан ....
3) В текущий момент - НАФИГ НИ НА ЧТО НЕ ВЛИЯЕТ ... я еще ни разу не видел нигде ни на одном ресе в настройках энигмы установок связанных с предпочитаемым языком отображения данных EPG
НАСЛАЖДАЙТЕСЬ ... теперь работает и на DreamOS