I hope this picture helps. Just to-re-iterate, you must use a splitter to provide signal to tuners B & C if you want to use both. They are independent tuners and there is no internal splitter. If you do not have a signal wire to a tuner, set it as not configured/nothing connected.
Posts by abu baniaz
-
-
It is in the standby/restart menu. It will ask you mode mode to reboot into. The Zgemma H7 is in essence the same as the Mutant HD51. If you want to double check, then check for instructions about that receiver too.
Also, double check that there is no bootloader update for your box.
-
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.
-
Most tuners are hybrid, I. E they do DVB -T/T2 and DVB-C. If they have two physical inputs, they do not have an internal splitter and you will have to do as Urie suggested to provide signal.
Not all receivers support Picture in Picture. Are you sure that your receiver does?
-
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.
-
It was done 5 days ago without any convincing by anyone.
-
Maybe you could add a guide on setting it up? I am guessing it has two positions?
-
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.
-
Maybe try OpenATV 7.3 which will have OpenWebif.
-
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
-
Is it possible to have a large png or svg version of this channel please? I will be adding it to picons github
service name:
QTV Religiousservice reference:
1_0_1_D133_832_2_11A0000_0_0_0Logo on sky website:
https://www.sky.com/tv-guide/20230602/4101-1/761/E3f1-ebEDIT:
I have done it here
https://github.com/picons/picons/commit/7b17ac7e87849d69784c392f2acca973e6e8048c
-
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.
-
I'll try to submit patches or something for the other things, once I've figured out where the best place is. (Maybe the OpenATV forum, or a github issue.)
If you are using OpenATV, submit a pull request to their master branch. Might be an idea to also test with Metrix skin so that any concerns that it is a skin specific issue are addressed.
-
You will have to ask Captain
I deleted them in a pull request and somebody closed the pull request. I messed up the subsequent commit to just remove the plugin folder.
