Posts by abu baniaz

    Don't start installing things, just yet. It should work on stock image. Definitely does on my H9S SE. Can you try the official skin (Metrix HD) just in case. Also, if I remember correctly, you get boot options that allow PiP. There was a downside to other plugins, that is why the option was there. Check that too.


    I have just googled your receiver, you will have to use a splitter to provide both hybrid tuners with signal.

    It was done 5 days ago without any convincing by anyone.

    you are wrong! why are you saying false? 11714 was available in the openpli feed until yesterday! only after my thousand reminders is it now available...

    The commit was done here by WanWizard on (June 7th):

    https://github.com/OpenPLi/openpli-oe-core/commit/7806cdcfafd40910bc1d09e00961bde225fe6849 


    Your first post on PLi about the issue with the version you installed was on 10 June 2023 - 06:03.

    There are only 21 post by you in that thread. Must be some thread where one person makes 779 posts and a moderator deletes them and leaves others.

    I take it also you are the one who convinced TechNL to add the Icam patch to their Oscam EMU version also on 7th June?


    My apologies for my error. Please excuse my mistake.


    PLI run their release images on the weekend to updated packages that are not pinned to a commit hash. If you want the latest and greatest, best to use the developer/nightly image where almost everything is autorev.

    Are you saying that you don't need a password on that image? Most images do nowadays. That error does not say why it failed. I am presuming that you tested connection with the box and that was fine?


    Anyway, you can try sending an "init 4" command using Terminal/Putty. Then FTP the channel files to /etc/enigma2. Then restart with "init 3" command.

    Unless you say what the actual error it comes up with, it is a guessing game. I am presuming that a password has not been set. You will need to do that before you can FTP etc.


    Your receiver has hardware multiboot. Try the other images in the other partitions/slots/directories.

    That ha been added to the developer version. Why not restart receiver or reload using command line for now?

    wget -qO - http://127.0.0.1/web/servicelistreload?mode=2


    You may also want to disable the "show unlinked bouquets" option.

    The point of bouquets/favourites is to have your favourite channels in them. Scanning for channels is one process, creating bouquets is another. Depending on which providers you are viewing, there are plugins that will combine the two.


    In OpenWebif, you can click on satellites, select the satellite, then select the channel just like on the remote.


    EDIT: All channels is there too. But you cant jump to a channel letter using the numeric keypad like you can on a remote.


    With regards to adding a channel to a bouquet, I am curious as to how you would not be able to find it for movement purposes, but you can for viewing purposes. The only difference is to view it, you press OK. To copy it you press Menu. Anyway, you don't have to use bouquets/favourites if you don't want to.


    That being said, the service list (lamedb) is not updated automatically. Only the transponder you select/view are owing to the background scan. You still have to scan. Non-working channels are not removed automatically either. Yes, you can enable the "clear before scan" option, but that will only work if the transponder is still listed in satellites.xml file. Ultimately, it is the same problem: channels changing transponders.

    So what is the problem? Please spell it out.


    Scenario 1.

    Person installs a standalone ipk.

    No problems found.

    Kiddac uploads changes to GitHub.

    Images will incorporate those changes on next image build.

    Person still has got standalone version installed which has a higher version number.

    Person performs a software update, enigma2 and other plugins ae updated, but not the kiddac plugin because it is higher version




    Scenario 2.

    Person installs a standalone ipk.

    Problems found.

    Kiddac makes changes.

    New standalone ipk created

    Person installs the news standalone ipk. I am presuming there is no problem with this process

    No problems found.

    Kiddac uploads changes to GitHub.

    Images will incorporate those changes on next image build.

    Person still has got standalone version installed which has a higher version number.

    Person performs a software update, enigma2 and other plugins ae updated, but not the kiddac plugin because it is higher version


    Scenario 3.

    Person installs a version from plugin server

    Kiddac uploads changes to GitHub.

    Images will incorporate those changes on next image build.

    Person performs a software update (not flash new image and restore )

    Enigma2 and plugins are updated ( including Kiddac plugins). No user files are removed


    Scenario 4.

    Irrespective of whether a person has used a standalone version of kiddac's plugin or from plugin server.

    Person flashes a new image choosing the restore/upgarde process. He does not include manual ipks in the backup folder. MUST NOT PUT IPK IN RESTORE FOLDER

    Receiver flashes new image, reboots.

    Fastrestore process re-adds items in /etc/enigma2/... and then re-installs the latest plugins from the plugin server

    Receiver reboots on latest image with last version of plugin on image's plugin server


    Please spell it out without mixing up processes.

    Always better to describe exactly what was done, what happened, what you expected to happen. Gets to solution quicker and easier.

    Apolology accepted, we are good.


    KiddaC may want to keep the postrm script for his standalone ipk to deal with remnant pyo/pyc. Even if he does not, it should not affect people updating his standalone ones. Only people uninstalling would be affected.


    Second, hopefully he can push the tags to remaining plugins so that bitbake files can be adapted to read version number from them.

    Can you please stop cross referencing/mixing up. Even your previous post (25) was impossible because the plugin was not updated on server. Can we please deal with one thing at time?


    Note 1.

    The bitbake files ( what is used to create the plugins on the image's plugin sever) were originally created to copy exactly what kiddac had in his ipks.


    Note 2:

    opkg will remove what it added


    Note 3.

    Kiddac's standlaone ipk adds the .py files so it works on all versions. The .py file creates .pyc files or .pyo files. When you uninstall his standalone version, opkg will remove the files that it added, but it wont touch the .pyo/.pyc files or the other files that the plugin creates.


    EDIT:

    I have installed the plugin from the server, started it, then uninstalled it. The extension folder was deleted . The sub-directories in /etc were not removed. Isn't this what we wanted?

    OE-A 5.2 branch:

    OBH 5.2

    ATV 7.2

    Vix 6.3

    HDF 7.2



    OE-A 5.3 branch:

    OBH 5.3

    ATV 7.3

    Vix 6.4

    SPA 8.3


    I have not listed all the images as some have not started on the new branch yet

    we have remove postrm script too openatv 7.3 feed

    Just to add to this, this is on OE- Alliance branch 5.3. So all images will affect the images built from that branch onwards.


    I don't think any more images will be built from 5.2 branch, so those "feeds" won't be updated.