Sat-Forum.Net

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

1) The #EXTVLCOPT directive parser has been fixed. My mistake, I forgot about it -)
2) Added regular expression of exceptions for auto-selection of EPG by channel name
thanks Dorik1972

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

thanks Dorik1972

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

1) The M3U playlist parser function has been redesigned as a "generator". This allows to significantly save RAM, and eliminate Enigma2 reactor freezes when processing huge playlists
2) Calling the "Reset Bouquets" item from the main menu now deletes both favorites created by this plugin and channel icons ever downloaded by this plugin. Previously, only favorites were deleted
3) ​Added support for links with HTTP basic authorization when importing EPG data. We are talking about links to XMLTV in this format

1) Fixed a crash when clicking OK in the menu for selecting playlist groups when they were missing

2) Now in the playlist settings, you can add archived playlist files. Supported formats - GZ, XZ, and ZIP. The logic behind this is very simple. Sometimes users send me playlists of incredible sizes (500,000+ entries) for testing, the size of such files is from 60 to 140 MB... In the archive, they take up no more than 2-9 MB. Unpacking and reading data from the archive occurs in a “stream” and has virtually no effect on the playlist’s parsing speed. But it saves a lot of storage space... especially if there are a lot of such playlists

For example

1) Fixed an issue that some users encountered when specifying an m3u file and a link to an EPG
2) Minor optimization and universalization of the code

1) Fixed plugin skin files for full compatibility with Vti images

2) Minor changes in the files responsible for EPG import. Now on images based on Python 3.10 - 3.12, this process will happen much faster. On earlier versions of Python, there is also a performance gain, but it is not as noticeable in comparison with more recent versions of Python

3) Minor changes in log output

1) Small optimization of the regexp parser of #EXTINF directive data of the m3u playlist

2) Changes have been made to the log output when there is no key file

3) Added the ability to interrupt the process of receiving groups from the playlist when using bouquet customization in playlist settings ("red" or "exit" button during obtaining or processing the playlist) ... In this case, information about the interruption of this process by the user will be displayed in the log.