Hi,
I have openpli 6.2 on my SoloSE and openpli 8.0 on zero, I have tried some third party programs such as;: openvpn, vpnmanager, vpnchanger etc on my devices with no success. I need some advices, Iread the tutorials, done everything no success.
Need Help
On customize menu, under Setup / System we can choose to include EIT and AIT PIDs on http stream to other boxes.
PAT and TDT PIDs are always included, as well as -of course- PMT and video/audio PIDs, but I'd like to include SDT PID (17) too on streams
Where is this PID 'filtering' done ? (I mean on which openwebif py. file)
Hello.
Why is the recoverymode feature not available in the 8 version of openpli and it was in the 7 version
I have noticed that there are updates for openvuplus_3.0 [1] but not for meta-vuplus.
Are there two dev teams?
A.A.
I think for releases > 8 we can safely remove these lines from openpli-common.conf:
PREFERRED_PROVIDER_openssl = "openssl10"
PREFERRED_PROVIDER_libcrypto = "openssl10"
PREFERRED_PROVIDER_libssl = "openssl10"
PREFERRED_PROVIDER_openssl-native = "openssl10-native"
PREFERRED_PROVIDER_libcrypto-native = "openssl10-native"
PREFERRED_PROVIDER_libssl-native = "openssl10-native"
A.A.
We imported from openvuplus the libvupl libs and the gles spinning cube demo.
Please test on your vuplus devices the plugin enigma2-plugin-extensions-libvupldemo.bb
Thanks
A.A.
We imported from openvuplus the libvugles2 libs:
SUMMARY = "shared library for E2 animation"
AFAIS these are used in other OE-A forks to add the 'uianimation' fature.
I personally don't miss any ui animation but someone could desire that feature.
My 2 cents
A.A.
Hi,
I am fixing the (first) annoying QA appearing during install:
scan-utils-vuduo2: Files/directories were installed but not shipped in any package:
/usr/bin/.debug
/usr/bin/.debug/ssh108
/usr/bin/.debug/ssh108_t2_scan
/usr/bin/.debug/tt2l08
/usr/bin/.debug/tt2l08_t2_scan
/usr/bin/.debug/tt3l10
/usr/bin/.debug/tt3l10_t2_scan
/usr/bin/.debug/vuplus_6211_blindscan
/usr/bin/.debug/vuplus_6222_blindscan
/usr/bin/.debug/vuplus_blindscan
Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
vuplus-blindscan-utils-vuduo2: 10 installed and not shipped files. [installed-vs-shipped]
Here it is just bad packaging: there is one more package to create, containing debug
Now my doubts arise because *only one is stripped*, tda1002x
WARNING: vuplus-blindscan-utils-vuduo2-4.4-r5 do_package: QA Issue: File '/usr/bin/tda1002x' from vuplus-blindscan-utils-vuduo2 was already stripped, this will prevent future debugging! [already-stripped]
What is then the point? Are the unstripped files here by mistake?
Are we supposed to delete all debug files?
Let me know how you prefer to proceed.
P.S. This needs same fixes for 4k arm models surely..
evening to all sorry and a long time compiling your images but I have a problem with 8.0 giving me an error, please give me a tip thank you very much
ERROR: openpli-enigma2-image-1.0-r0 do_rootfs: No manifest generated from: enigma2-plugin-skins-cinogripli in /home/nonsolosat/Documenti/openpli-oe-core/meta-openpli/recipes-openpli/enigma2-skins/enigma2-plugin-skins-cinogripli.bb
ERROR: Logfile of failure stored in: /home/nonsolosat/Documenti/openpli-oe-core/build/tmp/work/h7-oe-linux-gnueabi/openpli-enigma2-image/1.0-r0/temp/log.do_rootfs.7468
ERROR: Task (/home/nonsolosat/Documenti/openpli-oe-core/meta-openpli/recipes-openpli/images/openpli-enigma2-image.bb:do_rootfs) failed with exit code '1'
Hi,
I am refining both xbmc-support and kodiegl recipe.
These are basically the same, I am cleaning and unifying.
Which name to give?
1-keep xbmc-support
2-keep kodiegl (it is GLES, is misleading)
3- create a new one, i.e. vuplus-xbmc
Hints?
Cheers
A.A.
Best Kodi Addons & Builds HERE - https://tinyurl.com/HGT554FF
Hi all,
I'm running OpenPLi for a week now (on a VU+ Uno 4K SE), overall very content. Very well put together, few bugs.
The IMDB plugin has several issues:
I fixed these on my receiver, would you be interested in my contribution? If so, how? diff posted here? ipk posted here? Fork & PR on github?
I have tried to update kodiplatform and to get rid of our copy of p8platform but the the kodi-addons-pvr- starts to fail.
It appears these recipes (kodi and the two platforms) are the common base for most of these plugins.
Problem is the CMake files produced by the platforms are passed to the plugins which are then peeking in stranger's sysroot!
That's why both do have an empty rm_work() task.
I don't know in details the environment but the OE buildsystem requires to do things differently, one could think to add a shared workdir for example.
As for now I have redone the platform updates and I am fixing the failing recipes one-by-one with the axe.
I am really wondering if the effort is worth, I say that because for 19/Matrix most plugins in kodi-pvr github do not need p8platform/kodiplatform anymore.
So I should maybe forget the mess and start with the 19 release, unless unknown issues with the actual plugins arises.
What are the plans? For which release is kodi_19 / python3-only planned?
Cheers
A.A.
Hi,
before moving to kodi_19 I would like to finish the STB patchset found in OE-A and in the older xbmc sources.
I think that some parts are necessary, like the GstPlayer part, because some devices do not use default enigma2 player.
I can't find history of the commits and this is not really my field so I am asking your opinion about the missing/unnecessary parts.
1)
- #3 we did not take the initial part about FFMPEG
- #55 idem for bash stuff
- #80 not imported, WE HAVE our cleaner but shorter version of cmake/platform/linux/stb.cmake <- here we must add the supported stb, ref. kodi_18.inc
- #155 not imported cortexa15/neon flags
- #176 idem ffmpeg stuff
- #217 IMPORTED v3d/mali even if it seems not necessary for building -> in our egl-1-v3d-mail.patch
- #247 IMPORTED videorenderers -> stb-1-platform.patch
- #259 IMPORTED videoshaders -> stb-1-platform.patch
- #272 skip videofiltershadergles, we have new egl headers
- #294 we did not take linux inputdevices part
- #2081 did not import TARGET_V3DNXPL part
- #2096 did not import dreambox part
- #2051 did not import old headers compat stuff, is in a separate patch
- #2324 and following are in our egl-2-windowing patch (but it is done differently in OE-A, we have the files, they have monster-patch).
2)
- #1 IMPORTED skins -> stb-1-platform.patch
- #27 IMPORTED settings -> stb-1-platform.patch
- #84, #105, #122 IMPORTED -> stb-4-crosstools.patch (I separated it, maybe unnecessary ?)
- #140 IMPORTED kodi.sh -> stb-2-ext-install.patch
- #211 did not import STB_EXTEND part (gui info, temp)
Thanks
A.A.
Hello everyone.
First of all, a massive thank you and heartfelt gratitude to the OpenPLi team members for continuously providing the most reliable enigma2 image :-).
In a Vu Duo 4K with one FBC DVB-S2X tuner and one Dual DVB-T2 tuner MTSIF, there was the need to add a dual DVB-T/T2/C USB tuner for multiple simultaneous recordings. After searching on linuxtv.org, it seemed the only one available for sale with good linux support is the Hauppauge WinTV-dualHD. Single USB tuner Hauppauge WinTV-SoloHD is already supported by enigma2-plugin-drivers-ct2-dvb-usb-pctv292e.
OpenPLi team members are absolutely correct in that using USB tuners are asking for trouble but sometimes it is a solution.
On https://github.com/OpenPLi/openpli-oe-core/ there is a HauppaugeWinTV-dualHD.patch which adds support to the following brands but not to Vu+:
meta-gfutures/recipes-bsp/linux/files meta-gigablue/recipes-bsp/linux/linux-gigablue-4.4.35 meta-maxytec/recipes-bsp/linux/files meta-octagon/recipes-linux/linux-octagon-4.4.35 meta-uclan/recipes-linux/linux-uclan-4.4.35 meta-zgemma/recipes-bsp/linux/files
To be able to use it on the Vu receiver, the attached patch was made from scratch and it only includes the kernel commits at the end of this post, some newer than the HauppaugeWinTV-dualHD.patch. The patch was copied to meta-vuplus/recipes-bsp/linux/linux-vuplus-4.1.45/ and added to meta-vuplus/recipes-bsp/linux/linux-vuplus-4.1.45.inc below the line: file://0017-mn88472-finalize-driver.patch \ as file://0018-Add-support-for-dvb-usb-stick-Hauppauge-WinTV-dualHD.patch \.
The compiled driver was tested extensively, even with 4 HD recordings and there are no problems, even when zapping while recording.
Before using the WinTV-dualHD, please make sure it is in bulk mode as on https://www.linuxtv.org/wiki/index.php/Hauppauge_WinTV-dualHD#Setting_Transfer_Mode_to_bulk (download https://www.hauppauge.de/site/support/support_faq.php?n=FAQ.BulkOrIso and set it to bulk mode).
To install the driver, download and unzip the attached enigma2-plugin-drivers-ct2-dvb-usb-hauppauge-dualhd.zip file, ftp the ipk files to /tmp and run:
opkg install --force-reinstall /tmp/*.ipk
Then reboot the receiver. After it boots, go to tuner configuration to enable the two WinTV-dualHD tuners.
If it is useful to others, I hope OpenPLi would include the patch sometime in the future. Perhaps in a duplicate package of enigma2-plugin-drivers-ct2-dvb-usb-pctv292e, maybe with the name enigma2-plugin-drivers-ct2-dvb-usb-hauppauge-dualhd so that it is a little bit clearer to the end user.
Also, as I am not that familiar with PR and Vu will probably ignore a patch from an unknown contributor, I would be grateful for a kind OpenPLi team member to PR directly to Vu+ so that they can add it to meta-vuplus.
Thank you very much again for all your hard work.
0018-Add-support-for-dvb-usb-stick-Hauppauge-WinTV-dualHD.patch commits https://github.com/torvalds/linux/commits/master/drivers/media/dvb-frontends Commits on May 21, 2019 media: si2168: add frequency data to frontend info Commits on Mar 6, 2018 media: si2168: change ts bus control logic media: si2168: Add spectrum inversion property media: si2168: Announce frontend creation failure media: si2168: Add ts bus coontrol, turn off bus on sleep Commits on May 12, 2015 [media] si2168: add support for gapped clock https://github.com/torvalds/linux/commits/master/drivers/media/tuners Commits on Feb 1, 2016 [media] si2157.c: fix frequency range Commits on May 12, 2015 [media] si2157: support selection of IF interface https://github.com/torvalds/linux/commits/master/drivers/media/usb/em28xx Commits on Feb 5, 2021 media: em28xx-core: Fix TS2 active led Commits on Aug 14, 2019 media: em28xx: modules workqueue not inited for 2nd device Commits on Jul 30, 2018 media: em28xx: disable null packet filter for WinTVdualHD media: em28xx: explicitly disable TS packet filter Commits on Jul 27, 2018 media: em28xx: Fix DualHD disconnect oops media: em28xx: Fix dual transport stream operation Commits on May 11, 2018 media: em28xx: Demote several dev_err to dev_info Commits on May 4, 2018 media: em28xx: fix a regression with HVR-950 media: em28xx: Don't use ops->resume if NULL Commits on Mar 8, 2018 media: em28xx-cards: fix em28xx_duplicate_dev() Commits on Mar 7, 2018 media: em28xx: Change hex to lower case Commits on Mar 6, 2018 media: em28xx: Enable inversion for Solo/Dual HD DVB models media: em28xx: Enable Hauppauge SoloHD rebranded 292e SE media: em28xx: Add Hauppauge SoloHD/DualHD bulk models media: em28xx: Increase max em28xx boards to max dvb adapters media: em28xx: USB bulk packet size fix media: em28xx: Bulk transfer implementation fix media: em28xx: Hauppauge DualHD second tuner functionality Commits on May 9, 2016 [media] em28xx: add support for Hauppauge WinTV-dualHD DVB tuner
Hi, we would really appreciate some help with an issue we are having using the
e2m3u2bouquet plugin.
This plugin is installed and can be used without any issues with the OpenVix image
but we are unable to use it with OpenPli - our preferred image.
The issue is, after manually installing the 0.6.3 version of the plugin which is a whole lot easier for us
to use, we add our provider, username/password as required then select 'run' to update channels
but at this point nothing happens at all. All details entered are correct yet the update doesn't begin
so no channels/bouquets for iptv are imported at all.
We install the 0.6.3 version as we have no knowledge of how to use the script in the new version available
in 'downloads'.
It really would be so helpful if the 0.6.3 version could be made available as well as the latest version as it works
in a so much easier way to add provider details than the current version, if you do not have more 'expert' knowledge.
The receiver is an Xtrend 9200.
As i have mentioned, this plugin works without any issues in OpenVix but we really would like to use OpenPli if
we could get this plugin to work.
Any help would be very much appreciated.
Hi,
Does anybody know when Transmission (current package 2.94) will be updated to version 3.00.
There are some improvements (see release notes - https://github.com/transmission/transmission/releases/tag/3.00) I really could use :0)
Best regards,
Pieter
