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

В чем разница ? Оно ж одинаково генерит/рефрешит

 Это не проблема сделать . Непонятно зачем ? Дело в том что те "букеты" которые вы видите на экране - это текстовые файлы с определенным содержимым. Проще грохнуть в них все что относится к плагину и пересоздать по новой чем заниматься организацией логики их "извращенно-выборочного" редактирования сомнительной надобности .... 

В чем логика и надобность Вашей хочухи ? Опишите , авось мне приглянётся Ибо хочухи без аргументированной логики - реализовывайте сами , исходники доступны для всех

Ну например.

Хочуха в том, чтобы можно было работать с такими файлами и не затрагивать плейлист провайдера или другие листы, которые являются как бы "постоянными".

Разница в чем ? Ну дернул плаг плейлист от Вашего прова , но он же его пересоздаст 1:1 как было .. Вам-то какая разница ? Пересоздался он или нет ? Он же все равно не поменялся

В чем разница что пересоздадутся только "отмеченные" в списке ?

я по 100 раз на день редактирую туда/сюда config.xml и добавляю/удаляю разные плейлисты , часть там остается неизменными , а часть - я играюсь "от вольного" .. и ? В чем разница с точки зрения конечного потребителя ? Вам вот в чем "цимес" от того что плейлист Вашего какого-то прова будет не пересоздаваться ? Кстати есть пункт меню ДОСТУПЕН - и тогда букеты по данному прову или создаются или нет... 

Ну вот нашел я плейлист "из интернета" , подсунул очередную "секцию" в config.xml и ? Ну вот оно сгенерило , а завтра он перестал работать , я его выкину нафиг из конфига или подсуну на его место новый .... Как это "затрагивает" плейлист провайдера или какие-либо еще

Вот не "вкурил" я Вашу логику , вот никак

А еще есть на просторах множество файлов плейлистов, для создания букетов по ним очень удобно использовать Ваш плагин

Если логика в том что вот нашел я "какой-то мусор" в интернете и хочу его конвертнуть и проверить работает оно или нет и при этом просто хочу чтобы сгенерило userbouquet.test.tv и не трогало индексный файл bouquets.tv , а Вы сами потом туда допишите одну строку для userbouquet.test.tv ... то я такой башик-конвертор за 20 мин наваяю ... тут даже плагин не нужен

Используйте онлайнконверторы их навалом на просторах интернета В чем логика ?

(по типу работы плагинов EPG для формирования EPG по отдельному источнику, не трогая остальных).

?? А какая разница трогало оно или не трогало Букеты останутся 1:1 как были ... Дико извиняюсь , а что такое технический термин "трогало" ? Как это "трогало" влияет на остальные ?

Давайте начнем с простого вопроса.
Вы понимаете как формируются букеты в E2 и каков принцип организации файлов bouquest.tv и userbouquets.xxxx.tv ?

Никак) Опять же дело во времени. Или просто одну позицию конвертнуть, или ждать весь процесс. Я еще букеты от провайдера руками сортирую внутри, и не хочется терять удобную сортировку при каждом лишнем переформировании.

1) У меня 5-7 провов обрабатывает за 35-40 сек это со скачиванием всех лого .... неужто долго ? Основное время уходит не на конвертацию плейлиста , а на проверку/скачивание пиконов. Отключите иконки и будет за 3-5 сек 10-ок провайдеров конвертить на ресе с armv7 архитектурой ..... Кроме того оно у меня где-то там в фоне раз в 6 часов "само" это делает
2) Руками - не надо ... надо один раз для своих "постоянных" провов в ****-override.xml один раз сделать/отредактировать "под себя" и все ....

Я, естественно, удалил EPGImporter, т.к. им не пользуюсь и... повторилась история из Ответа #952
Подскажите можно ли как-то исправить?

Можно конечно ... я добавлю проверку по принципу один из .. или или ... или Cross или EPGImporter ... С другой стороны можно было оставить оба , но пользоваться только одним из и не было бы этой "бяки" на экране

OpenPLI 7.2 был установлен CrossEPG

У меня, например,  Cross как-то криво работал в Pli ... недолго я на ней "сидел" , как-то "не зашла" ... А вот на OpenBH никаких траблов с Cross нету .. пашет "за милую душу" ... Но на вкус и цвет , тут кому как нравится     

Появилась необходимость перенести канал из одной категории в другую.
В sort-override для этого канала внес имя новой категории в categoryOverride. После переформирования канал переехал в новую категорию, но добавился в конец списка. Я пробовал не просто поменять categoryOverride, но и строку этого канала перенести в нужное место списка новой категории. Не помогло, все равно оказался в конце списка.
Можно ли сделать так, чтобы канал не только менял категорию, но и занял нужную позицию в списке (например, ту, куда его руками перенесли).

Я пробовал не просто поменять categoryOverride, но и строку этого канала перенести в нужное место списка новой категории. Не помогло, все равно оказался в конце списка.

Именно так и сделана логика. По другому не будет.

Нет в планах чтобы плагин онлайн обновлялся или сообщения высвечивалось о новой версии

Там особо нечего уже обновлять ... Я сейчас маленько еще правлю парсер чтобы разгребало
Вам не разрешен просмотр кода. Войдите или Зарегистрируйтесь для просмотра.Соответственно будет работать с ExtEplayer3 и добавлять заголовок 'Referer' с заданным значением .... но это экзотика .... а так ... даже не знаю что там "ковырять"

Настраивается на dm920 Merlin4(oe2.5)

все просто. Вы редактировали config.xml , скорее всего в винде в notepad++ , уберите пустые строки из файла . А вообще -  редактируйте его на самом ресе в vi или nano....