Kodi Community Forum

(2018-09-26, 17:28)quew Wrote: [ -> ]

(2018-09-26, 16:06)phunkyfish Wrote: [ -> ]

(2018-09-26, 13:56)quew Wrote: [ -> ]Hi @phunkyfish, I also have problems since you introduced Autotimers. I believe the function TimerUpdatesAuto() has a problem here as my timers are loaded correctly.
Please find the logfile here: https://pastebin.com/BH2CBYj8

This is my autotimer output from Uno 4k SE:

xml:


<autotimer version="7">

<defaults id="-1"> </defaults>

<timer name="Lena Lorenz" match="Lena Lorenz" enabled="yes" id="1" allow_duplicate="0" autoadjust="1" searchType="title_shortdesc" overrideAlternatives="1">

<e2service>

<e2servicereference>1:0:19:283D:3FB:1:C00000:0:0:0:</e2servicereference>

<e2servicename>Das Erste HD</e2servicename>

</e2service>

<e2service>

<e2servicereference>1:0:19:2B66:3F3:1:C00000:0:0:0:</e2servicereference>

<e2servicename>ZDF HD</e2servicename>

</e2service>

</timer>

<timer name="Bauer sucht Frau" match="Bauer sucht Frau" enabled="yes" id="2" allow_duplicate="0" autoadjust="1" searchType="title_shortdesc" overrideAlternatives="1">

<e2service>

<e2servicereference>1:0:19:EF10:421:1:C00000:0:0:0:</e2servicereference>

<e2servicename>RTL HD</e2servicename>

</e2service>

</timer>

</autotimer>

 Unfortunately I'll be on vacation the next 2 weeks but I will also try to dig into the Github code and test after my holidays!

Greetings and thank you very much for your vuplus contributions,
Christian    

Hmm, what distribution and version of Enigma2 are you running? Also the the OpenWebIf version. I see that searchType not a valid value for the version I'm running.

It may be that you need a newer version of OpenWebIf. The docs are not good for it so it was difficult to pick a minimum version.

I'll also add a feature switch so you can turn autotimer support on/off. I think I know what the issue is though so should have a fix by the time you are back.   

I'm on the latest VTi 13.0.12 (enigma2-plugin-extensions-openwebif - 1.2.8-vti-20180829-r0).
Thank you in advance, looking forward to a testrun when I return!  

Just PM me once you’re back. This may not work well until you are on version 1.3.x of OpenWebif.

Have a great holiday.

I did a bit more digging but even though you are on the latest VTI image it's using an old version of OpenWebIf which uses version 7 of the autotimer config. Not sure how you get that upgraded it would need to be version 8 of the config. I'll probably need to set the feature to only work on version 1.3.3 and higher as I can't test anything older than that.

Drop me a note when your back from vacation and we'll see about support for your version of OpenWebIf. Hopefully you can upgrade to 1.3.x but if not maybe you can help get the info I need to add support for it.

What I would need would be a set of autotimer XML files showing the different configurations. It would mean playing with the HTTP requests to figure out how to set/unset the different values. Hopefully it's not too different from the latest API config version.

@Milhouse thanks for reverting the DVBSky drivers.
I was meaning to sign up but was avoiding it.

I have a DVBSky960
Bus 001 Device 004: ID 0572:6831 Conexant Systems (Rockwell), Inc. DVBSky S960 DVB-S2 tuner
Raspberry Pi2

I use TVHeadend (Different versions I have troubleshooted with but try to use the one with each release)

It had not been working since LibreELEC-RPi2.arm-9.0-Milhouse-20180822225356-#0822-gb56a1af.tar
I kept trying new builds and reverting back each time to LibreELEC-RPi2.arm-9.0-Milhouse-20180821213019-#0821-gac552b2.tar

Only problems in #821 and now latest #925 are
3 stutters before a HD h.264 1080i at 50hz before stream will work.
SD streams won't provide video unless i disable OXM player, and if I do that the HD h.264 1080i streams won't play smoothly.

In each broken revision the DVBSky is detected as a device and no errors in dmesg, although most of the times it will not appear as an adaptor in TVHeadend webgui under adaptors and blinks red as explained above, sometimes it appears but no network to select.
TVHeadend client gives a "No Signal" error.

One slight difference between #821 & #925 is if I play a SD channel with OXM player enabled in #821 I get a black screen, in #925 I get the main player screen but with my theme background

Anything you want me to try let me know, I will try reverting back to earlier versions to see if I can find one that plays nice with HD & SD in OXM Hardware player.
(Side note, this is not an issue if you have an mpeg2 licence which makes sense with OXM being a hardware player)

Performance is an issue with tv decoding and tvheadend server on the same pi. Used to be ok on Libreelec 8.2.5

(2018-09-26, 23:02)JagoUK Wrote: [ -> ]3 stutters before a HD h.264 1080i at 50hz before stream will work.
SD streams won't provide video unless i disable OXM player, and if I do that the HD h.264 1080i streams won't play smoothly.

Can you post a sample of the problematic 1080i stream?
Also, OMXPlayer should always be disabled and MMAL enabled on a Pi2.
I use DVBSky 960 and performance is not an issue here. Running VDR server and client on the same Pi3.

so, in final i have to say that the behavior of dvbsky is still the same. some times it works, mostly it does not. on one boot of 25 i would say without booting that often. And when i works, it is not stable. could be while scanning it stops working wit no signal...  i know that driver we had a long time ago 3.14 or so it was same, few kernels later it worked.. i think since 3.17 it worked well out of box. at least at 3.20... till 4.xx.

w_scan:
initial_tune:2813: Setting frontend failed S2 f = 11303 kHz H SR = 22000  2/3 0,35  8PSK  (0:0:0)
trying 'S  f = 11318 kHz V SR = 22000  5/6 0,35  QPSK  (0:0:0)'
(time: 00:04.229) diseqc_send_msg: FE_DISEQC_SEND_MASTER_CMD failed.

(2018-09-27, 01:07)sam0th Wrote: [ -> ]so, in final i have to say that the behavior of dvbsky is still the same. some times it works, mostly it does not. 

It works poorly since kernel 4.10 - see comments here - https://bugzilla.kernel.org/show_bug.cgi?id=199323 For that reason I have to build my own images with kernel downgraded to 4.9.80
Looks like commit 7d95fb7 was an attempt to fix this but...

(2018-09-27, 01:14)smp1 Wrote: [ -> ]

(2018-09-27, 01:07)sam0th Wrote: [ -> ]so, in final i have to say that the behavior of dvbsky is still the same. some times it works, mostly it does not. 

It works poorly since kernel 4.10 - see comments here - https://bugzilla.kernel.org/show_bug.cgi?id=199323 For that reason I have to build my own images with kernel downgraded to 4.9.80
Looks like commit 7d95fb7 was an attempt to fix this but... 

can you share it with me?

Here's a build with kernel 4.9.80 but otherwise identical to Milhouse #0925. It works fine with DVBsky.

Thank you!! I'll try that in few minutes as update, tomorrow as new installation when update fails..

(2018-09-27, 01:31)smp1 Wrote: [ -> ]Here's a build with kernel 4.9.80 but otherwise identical to Milhouse #0925. It works fine with DVBsky.

 installed it as update, i am still on 4.18.10..

Are you sure that you used my file from a dropbox link? I just re-checked it, it is definitely kernel 4.9.80.
 

(2018-09-27, 00:47)smp1 Wrote: [ -> ]

(2018-09-26, 23:02)JagoUK Wrote: [ -> ]3 stutters before a HD h.264 1080i at 50hz before stream will work.
SD streams won't provide video unless i disable OXM player, and if I do that the HD h.264 1080i streams won't play smoothly.

Can you post a sample of the problematic 1080i stream?
Also, OMXPlayer should always be disabled and MMAL enabled on a Pi2.
I use DVBSky 960 and performance is not an issue here. Running VDR server and client on the same Pi3.

Bit difficult to post a sample unless there is a way to make it record when playback is started.

I’m on a Pi2
TVHeadend Server 4.2.6-29 - 9.0.116-0920-Milhouse v4.2.6-42-g406ba88
TVHeadend client 999.4.3.9

OXM & MMAL on.
Turning OXM off = very poor H.264 1080i playback via DVB-S2

Basically I’m back to where I was with #0821

Occasional breakup of image on HD channels (1 every 30 seconds or more on busy live channels)
CPU around 50% even when playback is failing.

Playback on another device with Pi as a server is fine unless Pi is playing too.

H.264 Blu-Ray playback is fine with OXM or MMAL although on testing in #0925 MMAL appears to be having an audio crackling issue on Blu-Ray and DVB-S2 HD&SD as if it has breached the audio threshold 😬 (fixed by reverting back to OXM.)

hi,

thanks for spending your time, the file i download from dropbox is named:

LibreELEC-RPi2.arm-9.0-devel-20180927021810-#0926-g7dc6d6b.tar
#0926?

with that i did an update from running real #0926

Edit... my fault its working on 4.9.8 as you said.. need to reset tvheadend, but that tomorrow. thank you so far!!

New LibreELEC.tv Leia build #0926: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: 5707aeff17886f1d9428c13e943000d9b0e69b06e9dad1b75115a6f704db7e5c (RPi)
SHA256 Checksum: 529f6c967827ff379ae3ada97b8d2bbb030ac5f1df8543da70e86ebe3fba144d (RPi2)

text:
# uname -a

Linux rpi512 4.18.10 #1 Wed Sep 26 21:48:51 BST 2018 armv6l GNU/Linux



# vcgencmd version

Sep 21 2018 15:48:28 

Copyright © 2012 Broadcom

version 07f57128b8491ffdefcdfd13f7b4961b3006d9a9 (clean) (release)



# lsb_release

LibreELEC (Milhouse): devel-20180926214629-#0926-g1bed946 [Build #0926]



# Kodi version

(18.0-BETA3 Git:f4618bf). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (1bed946, changelog) and tip of XBMC master (f4618bf, changelog) with the following modifications:

• Includes newclock5 patches
  
• Includes latest bcm2835-driver master (e80b826, ahead +2)
  
• Includes latest kodi-platform master (e8574b8)
  
• Includes latest libcec master (8adc786)
  
• Includes latest libnfs master (9454d9f, ahead +9)
  
• Includes latest p8-platform master (a822e19)
  
• Includes latest addons: inputstream.adaptive (8d49b9d, +2), inputstream.rtmp (0cc2da1), peripheral.joystick (cb5df7c, +3), peripheral.xarcade (91567dd), pvr.argustv (c57a5c4), pvr.demo (481f2fa), pvr.dvblink (72ef8a0), pvr.dvbviewer (dd9c518, +13), pvr.filmon (93ae10d), pvr.hdhomerun (7a607c9), pvr.hts (21d6d70, +1), pvr.iptvsimple (e8effad), pvr.mediaportal.tvserver (b17d5ad), pvr.mythtv (22aa23b), pvr.nextpvr (441edde), pvr.njoy (204d95b), pvr.octonet (1e44819), pvr.pctv (9d95bab), pvr.stalker (2eb66d1), pvr.teleboy (0f3ccfd), pvr.vbox (40ca81f), pvr.vdr.vnsi (bb4fb30), pvr.vuplus (4ba3bf1, +18), pvr.wmc (0aea001, +4), pvr.zattoo (8de69a1), vfs.libarchive (f93a5f3), vfs.sftp (e69acc9)
  
• Include [env] compare (perma): kodi-next
  
• Include [env] compare (perma): TESTING: increase timeout to ensure OS is able to create core dump/crash log
  
• Include [env] patch: kodi: use upstream repo for Milhouse RPi builds
  
• Include [env] patch: RPi/RPi2: enable Broadcom WiFi debugging (see details)
  
• Include [env] patch: kodi: remove annoying, excessively repetitive addon logging
  
• Include [env] patch: rev hack for kodi
  
• Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.* and os.*
  
• Include [env] patch: Bump included addon versions to prevent online updates
  
• Include [env] patch: Add experimental splash video for RPi
  
• Include [env] patch: Add kodi binary addons (pvr, adsp, inputstream, vfs, peripheral.joystick/xarcade, other)
  
• Include [env] PR:2908 (perma): linux (Generic): update to linux-4.18.10
  
• Include [env] PR:2913 (perma): linux (RPi): update to linux-4.18.10
  
• Include [env] PR:2916 (perma): ffmpegx and tvh
  
• Include [env] PR:2985 (perma): llvm: update to 7.0.0
  
• Include [env] PR:2986 (perma): cmake: update to cmake-3.12.2
  
• Include [env] PR:2987 (perma): nano: update to nano-3.0
  
• Include [env] PR:2990 (perma): mesa: update to mesa-18.2.1
  
• Include [env] PR:2992 (perma): scripts/image: use 256kb blocksize for squashfs images
  
• Include [env] PR:2993 (perma): Improve fs-resize, fix delay and simplify
  
• Include [env] PR:2994 (perma): samba-config.service: fix destroying .cache structure
  
• Include [env] PR:2999 (perma): Kernel support for recent Dell notebook Alps trackpads
  
• Include [pkg] PR:104 (perma): We only want bits 0:25 for revision codes (service.libreelec.settings)
  
• Include [pkg] PR:14341 (perma): input: libinput: add setting to allow changing keymap layout
  

Build Highlights:

1. New 4.18.10 kernel
   

Build Details:

1. XBMC:
   • [docs] Fixed a typo. (PR:14477, 1 commit, 1 file changed)
     
   • [linux] allow overriding the userdata dir (PR:14460, 2 commits, 2 files changed)
     
   • Armv7 build neon (PR:14250, 1 commit, 4 files changed)
     
   • Update game.controller.default to v1.0.7 (PR:14482, 1 commit, 1 file changed)
     
   • [Android] check profile when selecting h/w decoder (PR:14475, 1 commit, 2 files changed)
     
2. newclock5:
   • Commits no longer in build:
     • Revert "Merge pull request #14459 from ace20022/bd_revert_menu_still" (4f5dec10)
       
     • Revert "Merge pull request #14429 from ace20022/bd_mouse_select" (a106bbcb)
       
     • ffmpeg: hevc: Revisit inter pred qasm and revert intra_filter scheduling (3000cb97)
       
     • Tell ffmpeg to compile with raspberry pi support thus making the patches available (c546253d)
       
3. Additional commits/pull requests/changes not yet merged upstream:
   • Updated: [env] PR:2908 (perma): linux (Generic): update to linux-4.18.10
     
   • Updated: [env] PR:2913 (perma): linux (RPi): update to linux-4.18.10
     
   • Added: [pkg] PR:104 (perma): We only want bits 0:25 for revision codes (service.libreelec.settings)
     

It boots to normal mode now, but it takes forever to show the gui. And when it does, it does not have my settings and advancedsettings. I can connect to the network, and got the log files. I tried finding a reason, but I can't. Just updated to todays build, that works as well. 

https://paste.ubuntu.com/p/m9cw8F7NMD/

(2018-09-27, 10:20)SkywalkerPD Wrote: [ -> ]It boots to normal mode now, but it takes forever to show the gui. And when it does, it does not have my settings and advancedsettings. I can connect to the network, and got the log files. I tried finding a reason, but I can't. Just updated to todays build, that works as well. 

https://paste.ubuntu.com/p/m9cw8F7NMD/

Doesn't look like your network is connected (or just not configured). All I can see is that you can't connect to MySQL. Check your network configuration, enable "Wait for network" if required.

Also check your SD card for errors, or start with a fresh installation, as something has gone wrong with your installation.