Posts by s3n0

You can use "oscam.services" file:

http://www.streamboard.tv/wiki…/en/Config/oscam.services

Use the services as filter, in the .user file or also in the .server file:

http://www.streamboard.tv/wiki…onfig/oscam.user#services

http://www.streamboard.tv/wiki…fig/oscam.server#services

For negative meaning use exclamation mark "!" at the beginning of the name of your channel list (service list).

Dreambox has its own enigma core. Unfortunately. Other Enigmas, such as OpenATV and OpenPLi, have an OE 2.0-based core.

If I create a folder in OpenATV on a USB key via Enigma, it gets the default attributes of 644. Of course, the default attributes can be set on Linux systems as needed (use the command: "umask -S" to display default mask attributes for folders / files) and probably Dreambox firmware for the sake of greater security, it only sets out access attributes for the owner itself. Attributes 444 mean read only attributes for all three groups.

For more info:

https://wiki.archlinux.org/index.php/Umask

https://books.google.sk/books?…hUIHTy_BUUQ6AEwCXoECAgQAQ

For Linux systems, it is best to use an EXT or FAT32 filesystem. NTFS is not very reliable for Linux. Linux is primarily the EXT filesystem.

I do not understand what is meant by "27.5W that are not well updated". Do you think there are errors in the assigned SRCs? Or what exactly do you mean? Picon designer is Chocholoušek. I'm just the developer of this plugin. Chocholoušek takes care of the design and PNG files. I take care of the plugin code (of course only if I have free time).

I thought the problem would be in assigning access rights to the created directory. But it amazes me.

Dreambox firmware has improved its file-system security around the new Enigma cores. Even from the plugin code directly (under OE 2.5 enigma core), you cannot use the path to files that are outside the plugin directory or outside the Enigma / Python directory. Access to directories is severely restricted. That's a fact.

Try to create a new folder on USB and try to check what default attributes the system has assigned to this folder (ls -al path_to_root_usb-directory). It is possible that the default attributes for created files are not 666, but some other (644). You do not need to set 777 attributes. Setting the attributes to 777 is a very dangerous solution. It should be sufficient to set the attributes of this folder to 666 or 755. I was wondering if you had the original NTFS filesystem there :). It has a very problematic setting access rights between different versions of Windows systems :-D. Microsoft is one big fun :-).

I don't see the error you're seeing. If you use PUTTY, I would see a mistake. So if you don't know what the connection error is, you don't even know what else to do. Putty would write "access denied" to the terminal.

I also mentioned above that FTP can work without a password. How do you know the password has been changed? Some of the firmware is ignored if you want to use the same password and login and do not set anything. Try the FTP connection without using a password.

Does the connection to OpenWebif also work in a web browser? Test the terminal also via OpenWebif (if webif works).

There are many ways to diagnose this error. But somehow you have to finally start diagnosing the problem :-).

Hello.

Try using Putty app instead of VuCentre (it's free and better for Telnet and SSH connection).

The FTP connection works probably because you have not set a password (the FTP server ignores the password if it does not need it to connect).

It is also possible that you have to leave the telnet password blank (press ENTER) while connecting. Then, if you manage to connect without a password via telnet, I recommend setting a password with the "passwd" command. So you can also use SSH and FTP with a password.

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).

If the original picons remain on disk, then you have a problem determining the picon directory. You may have set the wrong picon directory.

But this is the first thing I've told you. And you wrote that it did not help :).

No, what you mention is used for smargo reader mode. Of course you can also try smargo if your external reader supports this mode:

http://www.streamboard.tv/wiki…der#Smargo_Smartreader.2B

protocol = smartreader
device = 008:002

Your external card reader is here:

Quote

Bus 008 Device 002: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC

iProduct 2 FT232R USB UART

iSerial 3 A105BUOK

Have you tried other ttyUSBx ports - like as 1, 2, 3 ? Alternatively, try listing the connected devices:

ls /dev/ttyUSB

....or:

dmesg | grep -i "usb"

You can also check this forum thread: Smargo Reader

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.

Quote

2.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":

Code

### Chocholousek picons, Enigma2 plugin, https://github.com/s3n0, file: /etc/enigma2/3rd_party_picons.ini
# http://example.com/files/picons.7z
http://download.test.net/files/my_picons.7z

Display More

antrabe:

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.

Melgas:

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.

Hello.

Try updating your OscamEmu even if it doesn't help your problem.

Your problem belongs to OscamEmu thread, not Oscam. Uhm...

This "preferlocalcards" item has a misleading meaning. This is not a preference for the internal reader. This is how Oscam understands the external reader and whether it will prefer the CacheEx source. Unfortunately, the item "preferlocalcards" has its specific meaning:

http://www.streamboard.tv/wiki…cam.conf#preferlocalcards

The "preferlocalcards" setting is also related to the "lb_weight" / "lb_mode" settings. More info here:

http://www.streamboard.tv/wiki/OSCam/en/Loadbalancing

(Please ignore the term LB_WERT which is a translation error from German. There should be the right term LB_WEIGHT.)

If you want to prefer an internal reader instead of an external reader, simply use "lb_mode" / "lb_weight". First enable this function, via the "lb_mode" entry in the "oscam.conf" file (http://www.streamboard.tv/wiki…Config/oscam.conf#lb_mode), and then you can set the weight divider separately "lb_weight" for each of your readers in the "oscam.server" file (http://www.streamboard.tv/wiki…ig/oscam.server#lb_weight).

I have already written about it here:

Oscam priority

An alternative would also be to use channel lists in the "oscam.services" file (http://www.streamboard.tv/wiki…/en/Config/oscam.services). You can then assign or disable these services for a specific reader in the "oscam.server" file (http://www.streamboard.tv/wiki…fig/oscam.server#services) or for a specific user in the "oscam.user" file. To ignore services, put an exclamation mark "!" in front of the service name.

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.

The ".deb" version also means developing a plugin for a different Enigma. Packages ".deb" or manager "dpkg" are usually used as example in OpenDreambox, Merlin, DreamElite and other Enigmas, which are based on OE 2.5+ cores and not on OE Alliance 4.x cores such as OpenATV, OpenPLi, etc. . For example, a different folder for binary files can be used there. There may be quite different versions of the system libraries required by Softcam. In other words, it is necessary to change everything - use a new feed source with new binaries, and also to develop a different graphical environment (Screen layer) for completely different SKINs (from the perspective of the Enigmi programmer).

If your provider (remote card reader) requires a key file (SoftCam.Key), copy it to the correct folder:

2020/03/11 19:12:52 7D3605C3 r      (emu) Key file not found in: /etc/tuxbox/config
2020/03/11 19:12:52 7D3605C3 r      (emu) Key file not found in: /var/keys
2020/03/11 19:12:52 7D3605C3 r      (emu) Total keys in memory: W:0 V:0 N:0 I:0 F:0 G:0 P:0 T:0 A:0

Hello.

You also have a mistake in the "oscam.user" file because the user's declaration begins with the [account] tag, and this also applies to the dvbapi special user. You are also missing a mandatory password for this dvbapi user, it should be there even if it remains empty (pwd =).

In general, your configuration looks bad. I don't know where you copied this configuration. Uhm ...

You could have used a clean base configuration and just added your remote card reader to the "oscam.server" file. An example of a clean Oscam configuration you have here:

(without defining CAIDs, PROVIDs, internal reader frequencies, and other stupidity)

Hi.

Because you have to install a new WinRAR with support for new RAR archive formats:

https://www.win-rar.com/

Here is the re-upload, compressed in a ZIP archive (supported in almost any operating system without the need to install an archiver):

It's very simple:

(1) First, you need to identify the chipset architecture (mipsel, arm, aarch64, sh4) used in your device

(2) You need to consider whether Softcam will work on an older Enigma2 (like your Blackhole 3.x.x)

- in case the latest version of Softcam does not work, then you will have to use old versions of Softcam, which may not have all the features!

- alternatively you can try to create symbolic library links - from new libraries required by Softcam to old libraries in the system ... you can also get and upload missing libraries from the Internet, but the compatibility of functional Softcam is not guaranteed at all!

(3) You must also keep in mind that each Enigma2 can use a different type of Softcam startup ... so the best method to install Softcam is to use a manual procedure instead of using an automated IPK / DEB installation package

- manual installation procedure:

How to install softcam - SIMPLE procedure

..or..

Tutorial : How to install softcam (OSCam/CCCam) manually, if you hate ipk packages