Jump to content


s3n0

Member Since 28 Dec 2016
Offline Last Active Yesterday, 23:40
-----

#1402726 AUTO UPDATE CHANNEL

Posted by s3n0 on 15 November 2021 - 13:19

Hi.

 

There are plugins that update the channel list (userbouquet files) automatically. You set the source and then download and check the timeliness of the channel list at regular intervals. If a new channel list is found, it is immediately downloaded to Enigma2 (folder "/etc/enigma2") and refreshed (reloaded) while Enigma2 is running. This can also be done, for example, via a terminal / shell, by calling functions in OpenWebif, for example:

wget -qO "/etc/enigma2/userbouquet.name-of-the-channel-list.tv" "http://www.example.com/my_channel_list"                        # download and replace new userbouquet file
wget -qO- "http://127.0.0.1/web/servicelistreload?mode=0"; sleep 2; wget -qO- "http://127.0.0.1/web/servicelistreload?mode=4"   # reload userbouquet files in Eiigma2, with the help of OpenWebif

Of course, it would also be useful to investigate error exceptions ... such as a wget failure (non-existent URL or internet unavailable) and then a possible failure to overwrite the original userbouquet file in Enigma2 (unlikely error).

 

It is also possible to write a simple shell-script that runs, for example, every hour regularly through a CRON service and verifies, that a newer userbouquet file is needed on the internet - by comparing the sizes of the current and downloaded userbouquet file (for example, temporarily stored in the "/tmp" folder). If there is a newer one, the old file in the "/etc/enigma2" folder will be overwritten and then the channel list in Enigma2 will be reloaded (on the fly).

 

One option is to use ready-made userbouquet files (channel lists), but there is not always 100% reliability. For example, channel lists from Vhannibal, the so-called "vhannibal enigma2 settings" are perfect, but they don't exist for all satellite positions or for all satellite providers.

 

-----

 

Providers could even release / support / update the userbouquet file themselves and also develop a plugin for Enigma2. Unfortunately, many providers do not support Linux / Enigma2 satellite receivers, due to the spread of pirated card sharing through SoftCAMs. Therefore, many providers do not even solve this.

 

Also, as someone mentioned above, there is a possibility to quickly download channels from the satellite transponder, via the FastScan auto-scan function. This is a download of the complete channel list, directly from the satellite transponder, in the form of digital data. Unfortunately, this FastScan feature is not supported by every satellite provider. Only some satellite providers allow you to "download" and use the FastScan "channel-table". There is a FastScan plugin for this purpose (or it is already part of the basic Enigma2 firmware).




#1394446 Picons for iptv streams

Posted by s3n0 on 16 October 2021 - 17:00

Hi.

 

If you are from Europe, try using the CholousekPicons plugin.

 

It should also be available on the OpenPLi feed-server, and if not, you can find it on my GitHub here: https://github.com/s...cholousekPicons

 

However, it is only used for picons whose file names are based on the SRC (Service-Reference-Code) and not according to the SRN (Service-Reference-Name). Alternatively, modify your IPTV in the userbouquest by inserting a specific SRC code before the URL. EPGs will also operate on the basis of SRC compliance. Then, the ChocholousekPicons plugin will automatically download these icons for IPTV according to the SRC values in the userbouquest files. That is, only if the plugin finds the appropriate SRC values in the userbouquet files. All you have to set is in the plugin configuration - selection of satellite positions (Europe only) that you use (to download the appropriate picon packages and unpack them).




#1347635 OpenPLi 8.0 and mgcamd

Posted by s3n0 on 9 May 2021 - 16:33

Yes, it is quite possible. Backward compatibility is not guaranteed with new versions of system libraries. Symbolic links are therefore not always 100% successful. It only depends on which functions a particular code from a system library uses. In the new libraries of the system, old algorithms / functions can be modified, with which the code of the new binary will not be able to work.

 

Many functions can be modified in the new system libraries, with which the binary file may no longer be able to work 100%. Just some little nonsense added to the system library. For example, instead of a return code from a function in the library, more error codes are passed than just -1 and 0 ... - only a fictitious example ! But when the Mgcamd source code assumes that there are multiple return values, such as -1, 0, 1, then a smaller / larger comparison operator is used in the test condition (if ret_code < 1), of course the execution of this algorithm fails because it needs to test the value as well number 1. Or instead of 3 values, some function can return up to 4 values, which the old Mgcamd code did not assume and its process fails. There are many examples to come up with.

 

I recommend using Oscam. It should work anytime, anywhere, because it is very popular and programmers are constantly working on it. If it does not work, it is often just a configuration error or the inability to decode the appropriate DVB encryption system.




#1347531 OpenPLi 8.0 and mgcamd

Posted by s3n0 on 9 May 2021 - 08:07

@macca :

 

OK but if SoftCAM doesn't work, the error may be in the configuration, don't you think ?! :)

 

Again ... you didn't write down what exactly didn't work. I don't know how to help you until you write down what doesn't work exactly. Does SoftCAM not start ? Or what exactly doesn't work ?

 

For example, if you use the manual installation procedure, which I described in my script (at the beginning you also have instructions for OpenPLi):

- github (source file): https://github.com/s.../master/softcam
- download (raw file): https://github.com/s.../master/softcam

...so at least OSCam just has to work! However, PLi Enigma also has its own well-handled IPK packages. So even in this case, simply the OSCam from the OpenPLi online feed must work. If that doesn't work, you're probably using the wrong configuration for OSCam.

 

Or write what exactly doesn't work ! But exactly please :).




#1331979 OpenPLi supported WiFi chipsets

Posted by s3n0 on 24 March 2021 - 14:21

- to list all available packages on feed:

opkg update
opkg list | grep rtl8192

- to install a specific package, use the following command:

opkg install <specific_package_name>     # note: use the package name ! don't confuse this with the name of the IPK file

 




#1329227 video signal fault on box start from standby

Posted by s3n0 on 16 March 2021 - 10:25

@daveraver:

 

There may be faulty hardware in the Formuler F1 device. Or try to check what I wrote before (in a bit chaotic style) - i.e. connect another TV or PC monitor (with HDMI input) to your Formuler F1 device.

 

There will probably be no bug in OpenPLi, as versions 8.0 and 7.3 behave the same in your case.




#1323915 softcam problem formuler f1 pli8.0 release

Posted by s3n0 on 26 February 2021 - 20:54

Above all, Cccam has closed source code and it is not freely available on the internet. This Cccam is obsolete, although functional.

 

However, compatibility with new system libraries causes problems. Even if you use symbolic links (these will invoke a new version of the libraries), there may not always be 100% compatible functions. This is a stumbling block.

 

Oscam, on the other hand, has its code open and is being modified by developers around the world as needed. Newer build versions are constantly being developed and the original code is being updated.

 

I personally also prefer Cccam, but only for use as a softcam-client. As a softcam-server I use Oscam at home. This is the most compatible usage for some types of coding systems :).




#1305890 ZeroTier on Openpli

Posted by s3n0 on 16 January 2021 - 19:42

Hi.

 

Exactly so, this ZeroTier client (v1.4.6) is also included in OpenPLi-8.

 

You can install it via the Shell:

opkg update
opkg install zerotier

 

ZeroTier usage example in Enigma2 is for example, here:
http://www.satnigmo....gma-2-receiver/




#1206262 I have a brick with my Solo 2

Posted by s3n0 on 19 May 2020 - 09:17

You can also try diagnostics via the RS232 terminal. Connect an RS232 cable (null-modem cable with no hardware handshaking will suffice - https://en.wikipedia...are_handshaking serial cable) between the PC and the set-top box. Start a serial terminal on the PC, e.g. in PUTTY app and watch messages in this terminal. Maybe you'll find a mistake there.




#1201670 program p7zip missing on feed

Posted by s3n0 on 10 May 2020 - 09:19

Hi,

 

thanks but i need it to create .zip packages from my fullbackups with backupsuite, therewith i can install it easy in openmultiboot.

i have testet the 7zr from @mrvica but this can only create 7zarchives and not a zip archive

 

 

regards

Pike

Did you also test the "7za" binaries from me (POST #7) ?! I mentioned above the link to "7za" binaries for the CPU architecture mips32el + arm. Unfortunately, "7zr" is a very light version ! However, "7za" is not so light and is very similar to the full version of "7z". Unfortunately, the "7z" version uses libraries and system modules, so it is not possible to use the full-fledged "7z" binary (for example, in the form of an IPK / DEB package from another Enigma distribution). First of all, it depends on what you want to do with the help of the 7zip archiver. Because even a "7za" binary can't do everything, but it's much better than a "7zr" binary.

 

https://wiki.archlin...nd_7zr_binaries

 

Differences between 7z, 7za and 7zr binaries

 

The package includes three binaries, /usr/bin/7z, /usr/bin/7za, and /usr/bin/7zr. Their manual pages explain the differences:

 

     -- 7z(1) uses plugins to handle archives.
     -- 7za(1) is a stand-alone executable that handles fewer archive formats than 7z.
     -- 7zr(1) is a stand-alone executable. It is a "light-version" of 7za that only handles 7z archives. In contrast to 7za, it cannot handle encrypted archives.



#1200110 ZX80 Spectrum Emulator

Posted by s3n0 on 7 May 2020 - 17:41

In the case of the ZX-Spectrum, the CPU was very simple, but overall this platform was not. We still forgot about the Joystick connection interface or computer mouse and their solutions :).




#1199626 ZX80 Spectrum Emulator

Posted by s3n0 on 6 May 2020 - 19:54

:thumbs-up: :thumbs-up: :thumbs-up: :thumbs-up: :thumbs-up: :thumbs-up: :thumbs-up: 




#1193778 Restart Oscam after each start up

Posted by s3n0 on 27 April 2020 - 16:30

A similar problem existed with Formuler set-top boxes. In deep standby mode (turning off the set-top box to 100% standby mode) caused Oscam to stop working. The manufacturer solved this by patching their CFE boot-loader. So users flashed the new CFE boot-loader and then everything worked.

 

I don't know why this problem arose with Formuler devices ... apparently the whole interface of the internal card reader froze with that deep standby, and Oscam couldn't handle it after turning it on again. In your case, of course, the problem may be elsewhere. Maybe you just have an inappropriate startup "init.d" shell-script or the Oscam startup method doesn't work properly for a reason unknown to me.

 

What version of Oscam are you using?

 

Try how someone advised you - to update the Oscam from PLi feed.




#1192730 Picon creation question

Posted by s3n0 on 25 April 2020 - 16:43

Hello. That's right. I'm the developer and creator of the ChocholousekPicons plugin. However, the picon designer is Chocholousek. ;-)




#1189320 oscam 11578

Posted by s3n0 on 17 April 2020 - 09:29

 

OpenPLi has a softcam management system no other image has, if you install only the Oscam package, you miss all the ancillary packages, which alone make it not work.

Thank you for your help. my equipment have "freeze's" in some channels, so I tried to put the last OSCAM version.
I'll remove the OSCAM I installed and wait for new OpenPLI updates.
 
Thank you  ;)  :thumbs-up:

 

Your problem, however, will not be caused by the Oscam version or any bugs in the Oscam source code. Your problem will be 90% in the wrong configuration of Oscam. You must know how to set it up. That's the problem. Oscam needs a different configuration for each card.

Sometimes it may happen that BUG appears from version to version. Sometimes it happens that your DVB-provider somehow adjusts the encoding and then you need an up-to-date Oscam (as a well-known SKY DE problem that is being solved). Such problems occur every 5 years and only in the case of some DVB providers.

How to install Oscam manually and not through the package manager has already been explained 10x. Just search the forum or use Google.