CvH both versions for wp2 does not works (not starting)
Running fine on WP1, no problems so far.
I have enabled the following plugins:
dvbapi, extended EPG, epgsearch
didn't check the others.
The live-plugin doesn't work also with 2.3.x. Haven't used it anyway
zbigzbig20:
check, if you have disabled "epgfixer" in plugins. With that activated, VDR does not start.
It is working so far I can tell, but it is not 2.3.x
vdr.bin -V shows still 2.2.0
vdr.bin -V
vdr (2.2.0/2.2.0) - The Video Disk RecorderIf someone could compile a LE-version with this patch (new VDR-version):
backport of #1510 by CvH · Pull Request #1511 · LibreELEC/LibreELEC.tv · GitHub
then I'd able to test it and report back.
I'm using VDR on a WetekPlay (8.0.1 atm) almost every day
Thx
+1 for 2.3.x
Can you please test this version from codesnake and confirm it is fixed?
[Development build] New decoder for OpenELEC 8.0 build for WeTek Play - Page 12 - WeTek Community Forum
I can't use the latest retroplayer-build on RPi3:
RPi2-build from lrusak (0510) can't load Kodi. I've updated from Milhouses 0210-build.
RetroPlayer Test Builds (updated for Krypton)
Is it just me or can anyone else confirm this?
I tested the latest version from WetekForums with Live TV & VDR:
LibreELEC (community) Version: devel-20161008125939-r24153-g51fbdda
LibreELEC git: 51fbddaa1145f010b9260fc46abd840872f6783b
(it is/was the same with LE 7.90.00[3-6] btw)
Every time I open any menu, Live TV get async. It seems that the picture gets delayed because of viewing e.g. the home screen. This is not corrected anymore, even if I set "sync audio / video" or anything else. The result is correct audio with delayed picture on Live TV. Switching channel the does solve it, until you open a menu again
It doesn't matter if it is a HD or SD-channel
Debug log with component audio + video-logging enabled:
SiMc
Sure, we'll just rip it out because someone is annoyed by it. Right?
Before someone can fix it we need to know the cause of it.
The cause are the includes in service.libreelec.settings, which are in Estuary's Includes.xml, but not in other skin's includes:
service.libreelec.settings/service-LibreELEC-Settings-mainWindow.xml at master · LibreELEC/service.libreelec.settings · GitHub
service.libreelec.settings/service-LibreELEC-Settings-mainWindow.xml at master · LibreELEC/service.libreelec.settings · GitHub
service.libreelec.settings/service-LibreELEC-Settings-mainWindow.xml at master · LibreELEC/service.libreelec.settings · GitHub
That's why I posted here intead of the Kodi forums
Since Estuary (which is Kodi's system default skin) seems to work fine, and other skins you tried are failing, is Kodi/Estuary suddenly the problem?
No, Kodi and Estuary are fine. The addon from LibreELEC -> service.libreelec.settings is using includes, which aren't defined/used in other skins. So it is not Kodi's or Estuary's problem.
Kodi is beta, LibreELEC is still Alpha. Nothing is ever perfect. I'd say this is also more a Kodi problem than a LibreELEC problem.
Moreover, providing only 5 lines of a log file is not helping very much either.
It is clear, that the error comes from service.libreelec.settings
Debug-log points to /usr/share/kodi/addons/service.libreelec.settings/resources/skins/Default/1080i/service-LibreELEC-Settings-mainWindow.xml before the error.
I advise to enter a ticket at Kodi's bug tracker (trac.kodi.tv) and give FULL details and log files. Also notify the developer(s) of AeonNox SILVO, since you are apparently using that skin.An addon having a depency on a particular skin is not very standard-like programming within Kodi.
It is not Kodi's fault, as I said. Because of this, no bug report on Trac for Kodi is needed. The LibreELEC guys should fix this in their code.
This is the answer from mikesilvo, the skin author, I asked yesterday:
Something is majorly wrong with your install... I don't have any includes in the skin named DefaultBackground or BottomBar and I do not have any variable named GlobalFanartVar so... Take care of whatever it is you happen to be doing wrong and then see if there is still something I need to fix.
If you aren't using using "Estuary" as the main skin, then you get the following errors:
11:47:36 67.841087 T:1961553920 WARNING: Skin has invalid include: DefaultBackground
11:47:36 67.841209 T:1961553920 WARNING: Skin has invalid include: TopBar
11:47:36 67.841263 T:1961553920 WARNING: Skin has invalid include: BottomBar
11:47:36 67.849884 T:1961553920 ERROR: Window Translator: Can't find window videolibrary
11:47:36 67.850266 T:1961553920 WARNING: Label Formating: $VAR[GlobalFanartVar] is not defined
Is is annoying, if you have errors in the log and you think it is coming from the skin you are using (AeonNox SiLVO)
Please fix it or don't use such includes in
/usr/share/kodi/addons/service.libreelec.settings/resources/skins/Default/1080i/service-LibreELEC-Settings-main
Window.xml
It appears, when skinshortcuts is writing the menu
Thx
[/code]
Hopefully someone fixes the stuttering with VDR, mentioned here until then 
Is there a new build? Garbear has based his work on Kodi alpha2
Patch #9896 from codesnake is merged. Can someone compile a new LE8 testbuild for WetekPlay please?
Tried this version with VDR from official repo.
On PVR channels I can't get the audio stream to work after switching to another channel. After switch to the "first" channel, audio is working again. I reported this bug already on the wetek forums. Unfortunately it is offline atm (atleast for me), so I can't provide a link to my post over there.
Is this a known issue?
I compiled a LE8 build. But why isn't the VDR-addon (server) created automatically, like in the OE builds?
I had to compile it separately with
PROJECT=WeTek_Play ARCH=arm scripts/create_addon vdr-addon
Thx
But it seems that the WetekPlay is missing a HW-decoder in Krypton ... waiting for a fix from codesnake