[E² Plugin] E2m3u2bouquet

[WaRp]

UPDATE 1.4.1

1) A “button” has been added to the group selection menu to mark/unmark all groups. This should be convenient when your playlist contains dozens of groups, and you need to select 1-2-3-4. It is much easier to uncheck everyone and select the ones you need than to uncheck dozens of group names
2) A small change in the logic for selecting groups from the playlist. If there are group-title tags and #EXTGRP directives in the playlist, the values of the group-title tags will have the highest priority and it is according to them that the list of groups for selection will be generated
3) A small change in the regular expression for parsing playlists, which significantly reduces the processing time for huge playlists (more than 100,000+ entries).
4) Minor adjustments in localizations (Greek, Russian)

 

[WaRp]

UPDATE 1.4.2

1) Added functionality for sorting the order of “providers” (playlists) using the remote control ("yellow" button in "Providers" menu)
2) Fixed "breakage" of group sorting order when using "mark/unmark" groups in python2-based images
3) Minor changes in skins and localizations

 

[zvonko67]

UPDATE
1.5
1) Added functionality for custom sorting playlist groups in its settings using the remote control.
2) The texts of all menus and descriptions of their purpose in any settings menu (plugin settings, playlist settings, etc.) have been completely redesigned.
3) Locales updated. Many thanks to all users for translations into their native language.
4) Fixed various minor bugs reported by users.

Enjoy!

p.s. When using the plugin and its various settings items, be sure to read the helper descriptions at the bottom of the windows for each item. These descriptions are made specifically for users to understand the functionality of the plugin. More time was spent on creating and translating these texts than on writing code. Don't be shy - read them!

 

[WaRp]

UPDATE 1.5.1

1) Changes have been made to the m3u playlist parser. Added processing of "nonsense" in the form of escaped HTML/XML characters that are sometimes found in the names of groups and channels in playlists. This change was made at the request of the user who provided an example of such a playlist. Most likely, he is not the only one, and such “absurdities” are a common occurrence among playlists from Europe with 200+ groups and 600,000+ channels
2) Added plugin logo output when used on an LCD instead of the standard “text information” of basic image skins
3) Minor adjustments to menu translations for UA and RU locales

 

[WaRp]

UPDATE 1.5.2

1) Corrections in RU locale
2) Fixed getting the iso691 language code dictionary
3) Minor improvements to speed up the EPG import process on DreamOS-based images

 

[WaRp]

UPDATE 1.5.3

1) Fixed not displaying groups from the playlist for selecting them after deleting/adding groups from/to the playlist by the provider (No groups found error). Thank you, jeepcook, for finding the bug and testing it.
2) Refreshed GE locale. Thanks to giorbak for the translation.

 

[WaRp]

UPDATE 1.5.4

1) Fixed inability to select picon storage path in plugin settings

 

[WaRp]

UPDATE 1.6

1) The algorithm for parsing m3u playlists has been rewritten for speedup and lower RAM consumption. Now the plugin works great on "ancient" devices with sh4 architecture (for example on GI8120, Spark 7111, etc.)
2) The EPG data storage structure has been completely redesigned to automatically bind playlist channels by their name. Now everything works much faster and more precisely. This mode is enabled automatically if you specify the EPG source in the playlist card and is usually used for those playlists that do not have a predefined channel binding and EPG within the playlist itself
4) The output of various information about the plugin's operation in logging has been slightly changed
5) Fixed various little things reported by users

Small fix for groups selection for Python2-based images

 

[WaRp]

UPDATE 1.6.1

1) The #EXTVLCOPT directive parser has been fixed.
2) Added regular expression of exceptions for auto-selection of EPG by channel name

 

[WaRp]

UPDATE 1.7

1) Added the ability to select the different methods of “binding” EPG for the playlist being used.
2) Added Hungarian localization

The update of the plugin version 1.7 is specially made for users from the EU whose m3u playlists are huge “sheets” with 100,000+ entries. As a rule, this is a collection of various live broadcasts, VOD, broadcast archives, etc. with grouping by countries/topics/programs, etc.

Typically, providers of such playlists provide two links:
1) On the playlist itself
2) On the EPG for this playlist

For example

PLAYLIST URL -> http://tv.domain.xyz:8080/get.php?username=XXX&password=XXX&type=m3u_plus&output=ts
EPG URL -> http://tv.domain.xyz:8080/xmltv.php?username=XXX&password=XXX

At the same time, the playlist that you receive via the link looks “inside” something like this

#EXTM3U
#EXTINF:-1 xui-id="{XUI_ID}" tvg-id="cnn.us" tvg-name="US: CNN (A)" tvg-logo="http://domain.tv:/picon.png" group-title="USA NEWS | LIVE",US: CNN (A)

http://domain-tv.cc:8080/XXXXXX/XXXXXX/267077

#EXTINF:-1 xui-id="{XUI_ID}" tvg-id="cnn.us" tvg-name="US: CNN (H)" tvg-logo="http://domain.tv:/picon.png" group-title="USA NEWS | LIVE",US: CNN (H)
http://domain-tv.cc:8080/XXXXXX/XXXXXX/267078
And so on ....

Please note that the playlist contains tvg-id tags with values. This means that the EPG, which is provided by your IPTV provider for this playlist, must also contain data for these tags (usually contains) . For this type of playlist, an EPG binding mode has been added based on the 'tvg-id' tag values



With this setting, an indexed search for descriptions in the specified EPG source will be carried out and it will be very fast. But the completeness of the EPG depends on how high-quality your IPTV provider has provided the EPG (XMLTV) file, taking into account the values of the 'tvg-id' tags of the playlist it provides


The following two EPG binding modes are intended for playlists that do not contain 'tvg-id' tags or the values of these tags are not specified:

1) 'by name matching'
2) 'by name similarity'


Such playlists usually look something like this

#EXTM3U
#EXTINF:0 tvg-rec="7",Viju TV1000 Action
#EXTGRP:cinema

http://domain.tv/iptv/XXXXX/XXXX/index.m3u8

#EXTINF:0 tvg-rec="7",Viju TV1000
#EXTGRP:cinema

http://domain.tv/iptv/XXXXX/XXXX/index.m3u8

i.e. these playlists do not contain any information about the link to the EPG and there is nothing in them except the channel name to “catch on” ... In this case, you must provide a link to an EPG that contains the largest possible number of channels in your region, the name(s) of which are in the playlist you are using (for example, any of the suitable ones from Rytec EPG sources - https://github.com/doglover392…ob/main/rytec.sources.xml) ... The logic for searching for descriptions will be as follows
1) 'by name matching' - descriptions of programs will be found for channels whose name exactly matches the playlist and the EPG source you specified.
What does "exact match" mean?
"Classic music", "Classic music HD", "Classic music FHD", "Classic music 4K orig", etc - this is an exact match. The search algorithm will automatically "discard" the most commonly used "suffixes", such as "HD", "FHD", "UHD", etc., and will find only the "significant part" of the channel name. With the maximum degree of probability, this is the same channel in different “quality”. This is a fairly fast method comparable in speed to searching by 'tvg-id' tag values
2) 'by name similarity' - with this setting, exact name matches will be searched as in the previous paragraph, but if they are not found, then the most similar channel name will be searched.
What does "similarity" mean?
"BeIN Sports 1", "BeIN Sports 1 live", "BeIN Sports live 1", "BeIN Sport 1", "BeIN Sport 1 orig", etc. - this is similar. The accuracy of the search depends on the length of the searched name. This method may find more descriptions, but it is far from fast. In this case, the search speed depends on the hardware capabilities of your device, the number of channels in the playlist and EPG, the number of exact matches in the total searched, etc. If your playlist contains about 10,000 entries, this method is quite fast and comfortable ...but expecting search speed “by similarity” for 100,000+ entries in playlists is a fantasy, especially on weak Sat-boxes processors

 

[WaRp]

UPDATE 1.7.1

1) Fixed display of "helpers" (descriptions) when switching settings items in playlist settings for DreamOS-based images
2) Typos and errors in RU localization have been fixed
3) Minor optimization of playlists settings menu code