Chocholousek Picons updater (Enigma2 plugin)

I don't see problems in assigning SNP <-> SRP, but in creating a suitable filename for a specific channel, because even if the definition for creating a file name is clear, it may not always be exact (it may not always be the same). There are many similar channel names which, when converted to a file name, will be the same.

Also, using lameDB is not easy, because there is a big mess (inconsistencies) in the content of these files. I have already tried to use lameDB more than once, but some important information is wrong there. LameDB ver.5 is a bit more polished, but something was missing there too. I don't remember what exactly. It is not possible to create a good mapping of SRC (ServiceReferenceCode) to file names, according to DVB channel names. For example, some people use reception from 3 channels at the same time, where there are often 2-3 identical names of the resulting file (after shortening the channel name) for always a different picon. I don't remember exactly, but during various experiments with lameDB file, I always ended up running into an unsolvable problem. That's why I use lameDB files really minimally. For example, some channel names officially present in lameDB are found more than once only because there is an SD version and also an HD version (according to the channel resolution). The first situation is often that the channel names are the same, but the HD and SD channel icons are different. Second, as far as I know, the formula for shortening channel names also includes deleting the final letters "HD" placed separately (after an empty space). Simply put, a lot of problems arise when creating these "abbreviated" channel names.

Quote from mouadhada

Hi, why picons are not longer updated on the plugin ?

Hi. Picons continue to be updated. Approximately every 15 days ...... when there is enough free time. If you open the website https://picon.cz/ , the dates of the last updates are displayed in the right part of the website.

Hi.

I don't have and don't use dpkg manager, so I can't advise you with dpkg installation manager.

The problem arises when unpacking the DEB installation package in your used Enigma2 - Peter Pan distribution. I don't know where the problem might be, because the DEB-package with the plugin works almost everywhere.

Copy it to the "/tmp" folder and try the following in Linux Shell. Try to get debug information...

dpkg -D2 -i /tmp/enigma2-plugin-extensions-chocholousek-picons_5.0.231225_all.deb

...or just unpack the package...

cd /tmp
dpkg --unpack /tmp/enigma2-plugin-extensions-chocholousek-picons_5.0.231225_all.deb

It could easily be some kind of Enigma2 error. I don't know exactly (I don't remember) how the debug is obtained from these systems. I think it is done via "journalctl":

journalctl --since "1 hour ago"        # the contents of the system log will be displayed from the current time, 1 hour backwards

////////// EDIT:

I noticed that you are using an old version of the plugin. That is not good ! Download and install the latest plugin package (https://github.com/s3n0/e2plug…usekPicons/released_build). The old one (5.0.221007), if it is installed, let it be uninstalled.

5.0.240626

Minor improvement:

- although the use of SNP picons is not very popular, due to their partial support in the plugin, it was necessary to change the search algorithm of all available satellite packages

- picon designer chocholousek, will now be able to add some other SNP picon packs to the database (but they are still not primarily used in the plugin)

(download the plugin and more information can be found in the post #1)

Nope.

Chocholousek's computer is only dead :). You have to wait. Unfortunately. A whole new PC workstation must now be prepared from all over again :). The data is backed up, so there will be no problem with the data.

I don't know why the Picon.cz domain is currently down. The domain belongs to the company Ellano.sk and is managed by chocholousek. But I don't know why it is broken. I will ask Chocholousek if he knows anything about it. I am guessing that it is disconnected because the new picones are not ready yet.

Quote from ml55

I am trying to install picons been getting a message 7-zip archiver not found on Dream Two

Hi, and what Enigma2 image are you using ? That is some BUG in the plugin code.

The plugin code must evaluate itself and try to find and / or download the 7z archiver.

1. it tries to find the installed 7z in system as first

2. then tries to search the feed-server, if found, install

3. finally, a stand-alone executable is downloaded that does not have heavy requirements for the presence of complicated system libraries (stand-alone 7z-archiver does not need any or only basic packages that are included in almost every Linux distribution)

If the plugin code has determined that 7z already exists on the system, it will not attempt to install or use it. Maybe the 7z archiver simply can't run because of the plugin's access rights. But there's something else... similar... that doesn't work.

If possible, please turn on debugging in your Enigma2 distribution (I don't know which one you use). Then call the BUG plugin. And then send me the created debug file (it should be created somewhere on the disk, in the set-top box, but due to the insidiousness of the Enigma2 distribution, the file can be located anywhere).