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
Мобильная версия | Карта сайта | Отказ от ответственности | Реклама
