Chocholousek Picons updater (Enigma2 plugin)
-
- Chocholoušek Picons Updater
- s3n0
- Thread is marked as Resolved.
There are 411 replies in this Thread which was already clicked 77,336 times. The last Post () by hatters1976.
-
-
Hi.
OK I'll add it there. Thank you for the info.
So, in OE core versions 2.2 / 2.5 / 2.6 / 2.7, the package control scripts (to install / remove) are called with an argument as a requirement for any of the actions: update / remove / install ?
Then what are these specific filenames invented for ? :) Oh God ... who jerk invented Enigma :). I admit that Enigma is not Debian and therefore does not have to follow the debian package standard, but it still scares me. However, the purpose of the "postrm" script should be to remove the symbolic links or redundant files from the system after removing the package from the system. Nothing more. In Enigma, with a new Enigma2 core (OE 2.2+), is it really necessary to take care that even if the script "post-remove" is invoked, so that it does not perform any "remove" ? :-D I cease to like Enigma :). This is chaotic.
Grrr...
-
sety This is plugin support, picon support is here
-
2.0.200221
Added Turkish language.
-
2.0.200311
-
I've been lazy and bored for a long time ... months. I have no desire to develop anything extra. For example, an important thing would be to do this as a directory browser for selecting a user-defined picon path. Also, I still haven't added a feature for downloading picons from a personal source (a user-defined server with its own picons - for example, for the needs of an IPTV or local provider). But I'm lazy last months :). Oh yeah ... maybe I miss the hookah :-D.
-
2.0.2003117
-
it works on dm900? i have installed and works all properly until last step where appear a message saying
no operation picon update failed
-
ok i change to the option copy all: incremental update and appear message
added changed and removed
i think now works i will try to check with a knwon picon.
-
-
It depends mainly on the specific Enigma distribution you use in the DM900. Problem may to be in the Enigma with a new core, which is independently developed by Dreambox and which always contain some new changes.
I need more information about the error that occurred in your case. Maybe there is wrong userbouquets syntax ? Or maybe there is a denied access to the "/etc/enigma2" folder (userbouquet files) for my plugin ? Hm...
Debug-log file would help me. The debug mode must first be enabled in Enigma, but in each Enigma it is activated differently. Then you restart Enigma and it will generate a debug-log file in some folder.
I dont understand the question. Are you asking to keep the downloaded picon archives in a temporary folder on your disk ?
If you want to change the directory with the picons, of course you can do it. In the ChocholousekPicons plugin configuration, it is the first line. Press the right / left arrows on the RCU until you select "user defined picon folder". Then write the path to your desired picon directory, in the configuration line that appears.
-
#
Hi s3n0.
Installation successful.
Excellent Plugin.
I configured "User Defined", according to my needs.
For example: "Copy All: incremental update".
Picons download, done correctly.
But, there is a detail:
I also have Picons Cabo, from my Cable Operator "NOS" (in Portugal).
The Plugin, when downloading, deletes the entire directory and replaces the Picons. But only Satellite Picons.
How can I fix this "problem"?
I await your tips.
Thanks.
#
-
The algorithm does not distinguish between satellite and terrestrial picons - however all SRC codes taken together (service reference code) that are read from userbouquets files (in the "/etc/enigma2" folder) are taken into account.
One possible reason for deleting your provider's picons may be that your provider provides files with channel name (SRN) rather than channel code (SRC). My plugin ignores these channel names (SRN) and uses only channel codes (SRC). So all the redundant files are deleted according to the synchronization. Only in case of incremental updates, files are added new (nothing is deleted). Ask your provider to use a picons with file names as channel codes (SRC) and not as channel names.
A special feature has been added to the plugin to update also special IPTV picons, directly from an external URL. However, this is only a marginal option and the picons must be compressed as a 7z archive. At the same time, the picons must be named as SRC and not as SRN.
Quote2.0.200317
Added indirect support for downloading additional third-party picons (for example, for some IPTV services) from a third-party online source.
The picons must be located inside the archive in the root folder - i.e. without folders inside the archive. The archive format must be 7-zip.
The configuration file is located here: "/etc/enigma2/3rd_party_picons.ini". Comments in a file are allowed only after the # character at the beginning of a line.
If the file does not exist or the resource list in the file remains empty, it will be ignored.
Example of the file "/etc/enigma2/3rd_party_picons.ini":
-
fot me i think its working fine i couldnt check. i have dm900 with last unestable oe2.5 and gp4. vhanibal motor list.
with this option copy all: incremental update
at the end appear how many changed removed and deleted.
i have to check because i dont know which ones are modified.
s3n0 thanks for your support
-
2.0.200312
-Removed informative text during picon update - using sync methods. This is misleading information about preparing files for unpacking, and the information previously mentions unpacking.
-Minor changes in the source code.
-
after check if it works no changes happen i try to change for example on 3E.
I try to replace transparents picons for rainbows but when the process finish in first place all ok then i check and still remain on the skin the same transparents.
Maybe is something related to the forbideen written access to the usb where i have stored the picons.
How can active the writenn permission on the usb folder?
-
If the original picons remain on disk, then you have a problem determining the picon directory. You may have set the wrong picon directory.
-
If the original picons remain on disk, then you have a problem determining the picon directory. You may have set the wrong picon directory.
the path is correctly placed in user defined folder. maybe its for permissions to write on folder
im goign to try in other folders to check
-
yes if i change to picon for example it works.
im going to try like i have a simlynk to the usb foled ill try to point to the first folder
picons/piconHD and with the simlynk should point to the usb let see.....
No works with simlynk then the only solution to have the picons on usb its to get give permission to write on usb
next step....
-
Debug-log would help me. Hm...
PNG files are extracted from the 7-zip archiver (/usr/bin/7z or /usr/bin/7za from whichever file is found). I don't believe he could handle sym-links as well.
Find on the Internet how to enable debugging mode in your Enigma and then enable it. Then restart the Enigma and show me or please find some plugin-error in the created LOG file.
You can also write to me via Skype (if you have an account).
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!