[Pienoet]

@fritsch just being curious is vaapi deinterlace going to being fixed?

Kodi is still crashing when changing vaapi settings in live tv osd.

[Milhouse]

https://github.com/xbmc/xbmc/pull/14136

Is that gonna fix earlier subtitle problem?

 it's not even marginally related ...

Well, all we know is that the add-on stopped working with the introduction of Python Reuse, and the supposed fix for incompatible add-ons didn't work (or maybe wasn't applied correctly?) so it's anyone's guess if it will have an effect, but we should know tomorrow.

If the add-on remains broken tomorrow, then the add-on maintainer is the best person to ask for resolution.

[Milhouse]

@fritsch just being curious is vaapi deinterlace going to being fixed?

Kodi is still crashing when changing vaapi settings in live tv osd.

Do we have a crash log?

[badaas]

No patch for NVidia top end gfx cards losing which HDMI port they're on then after 6+ months? Resume from sleep = wtf where am I

./blamekernelbutfuckenduser

[Pienoet]

@Milhouse kodi is crashing if i change my deinterlace settings in osd while watching live tv.
Is this a known issue?
I’ on the latest nightly running on my nuc7i5 bnh.

If neede i can provide logs.

 @Milhouse Build #303 is the last working build with working "deinterlace" option in osd live tv settings.

Build #304 is crashing

Hope this is helpful enough.

Thanks!

crash_log build #304

It’s is starting here

[hman333]

@Milhouse any chance of pulling in Libreelec PR2810 in next build.

[Pienoet]

@fritsch just being curious is vaapi deinterlace going to being fixed?

Kodi is still crashing when changing vaapi settings in live tv osd.

Do we have a crash log? 

crash_log #702

[Milhouse]

@Milhouse any chance of pulling in Libreelec PR2810 in next build.

That PR isn't strictly relevant to these test builds as the game add-ons are entirely separate. The game add-ons will need to be rebuilt then published to the LE repository once that PR is merged. That will hopefully happen soon, but I've no control over that.

[Milhouse]

@fritsch just being curious is vaapi deinterlace going to being fixed?

Kodi is still crashing when changing vaapi settings in live tv osd.

Do we have a crash log? 

crash_log #702

Ah yes, this was the previous comment from @fritsch:

It's a bug yes, but you should not use "Deinterlace". This yadif filter will produce a lot of CPU load by itself and additionaly by copying the surfaces back to system memory with SSE4 intrinsics in order to be able to CPU deinterlace them. The suggest method for intel is: VAAPI Motion compensation.

I don't know if there are any plans to fix this issue. Maybe if it's not recommended, and causes a crash, then it should be removed/disabled.

[hman333]

@Milhouse any chance of pulling in Libreelec PR2810 in next build.

That PR isn't strictly relevant to these test builds as the game add-ons are entirely separate. The game add-ons will need to be rebuilt then published to the LE repository once that PR is merged. That will hopefully happen soon, but I've no control over that.

Thanks

[Aenima99x]

This is exactly the same thing I experience on my NUC7CJYH. Turning on any sort of info overlay on the screen stops the "stutter". It doesn't happen all the time, but I'm going to try and grab a debug log today when it does.
Looks like there was someone else with the same issue that solved it with some config changes to DRI/Mesa - https://forum.kodi.tv/showthread.php?tid=299115&page=7

it looks like /etc/drirc is read-only on libreelec and i wasn't able to add the lines to the configuration. anyone know how to try this fix on /etc/drirc? 

Can you test with build #0702b: Generic and confirm it the stutter is any better/worse/no different? Don't force i915_min_freq when testing this build.

#0702b includes a commit that reverts a change added in 4.17-rc1 which aims to avoid boosting the GPU unnecessarily but which seems to have the effect of never allowing the GPU to boost at all when being used by Kodi (tested on Skylake). 

This build works perfect for me with no forced settings to the i915_min_freq. Thanks!

[Milhouse]

it looks like /etc/drirc is read-only on libreelec and i wasn't able to add the lines to the configuration. anyone know how to try this fix on /etc/drirc? 

Can you test with build #0702b: Generic and confirm it the stutter is any better/worse/no different? Don't force i915_min_freq when testing this build.

#0702b includes a commit that reverts a change added in 4.17-rc1 which aims to avoid boosting the GPU unnecessarily but which seems to have the effect of never allowing the GPU to boost at all when being used by Kodi (tested on Skylake). 

This build works perfect for me with no forced settings to the i915_min_freq. Thanks!

Thanks both. I'll file a bug at http://bugs.freedesktop.org/

[Milhouse]

New LibreELEC.tv Leia build #0703: Generic
(Supercedes previous build)

SHA256 Checksum: 23990eb03f76e629fd2d860d1b36c17ea3d73631960f1da88ed6d01f054f257a (Generic)

text:
# uname -a

Linux NUC 4.17.4 #1 SMP Wed Jul 4 00:20:20 BST 2018 x86_64 GNU/Linux



# lsb_release

LibreELEC (Milhouse): devel-20180704001901-#0703-g6bd47f0 [Build #0703]



# Kodi version

(18.0-ALPHA3 Git:f0dda3a). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (6bd47f0, changelog) and tip of XBMC master (f0dda3a, changelog) with the following modifications:

• Includes latest kodi-platform master (e8574b8)
  
• Includes latest libcec master (8adc786)
  
• Includes latest libnfs master (37d4980, ahead +3)
  
• Includes latest p8-platform master (a822e19)
  
• Includes latest addons: inputstream.adaptive (16a4043, +7), inputstream.rtmp (bf5351e, +1), peripheral.joystick (6312745), pvr.argustv (37a3a76), pvr.demo (481f2fa, +1), pvr.dvblink (c66203b, +1), pvr.dvbviewer (89344b4, +9), pvr.filmon (93ae10d, +2), pvr.hdhomerun (ced70bd, +2), pvr.hts (83451d3, +2), pvr.iptvsimple (c721c03, +2), pvr.mediaportal.tvserver (6439be6, +2), pvr.mythtv (c4d8899, +5), pvr.nextpvr (6f0515b, +4), pvr.njoy (30aae48, +1), pvr.octonet (1e44819), pvr.pctv (32d4b66, +2), pvr.stalker (6026419, +2), pvr.teleboy (0460536, +1), pvr.vbox (48a1ac1, +3), pvr.vdr.vnsi (18c7474), pvr.vuplus (75179a3, +2), pvr.wmc (ec652db, +1), pvr.zattoo (baeb316, +3), vfs.libarchive (1bc1517, +1)
  
• Include [env] compare (perma): dmidecode: initial package
  
• 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: Add experimental splash video for RPi
  
• Include [env] patch: Bump included addon versions to prevent online updates
  
• Include [env] patch: Add kodi binary addons (pvr, adsp, inputstream, vfs, other)
  
• Include [env] PR:2742 (perma): scripts/image: add BUILDER_NAME, BUILDER_VERSION support
  
• Include [env] PR:2772 (perma): linux (RPi): update to linux-4.14.52
  
• Include [env] PR:2788 (perma): kodi: July 2018
  
• Include [env] PR:2791 (perma): systemd: update to 239
  
• Include [env] PR:2798 (perma): linux (Generic): update to linux-4.17.4
  
• Include [env] PR:2799 (perma): [getedid] Add AMD support and react on used kernel
  
• Include [env] PR:2803 (perma): debug: dependencies don't build with debug by default. use + suffix to enable
  
• Include [env] PR:2805 (perma): ffmpeg: install ffmpeg from ffmpeg-tools, don't include in image
  
• Include [env] PR:2807 (perma): linux (RPi): disable IR timeout improvement on Formosa e017 receiver
  
• Include [pkg] PR:10 (perma): Add new ids (RTL8812AU)
  
• Include [pkg] PR:100 (perma): stats: Replace CPU 32/64 bit flag with GPU enumeration (service.libreelec.settings)
  
• Include [pkg] PR:14137 (perma): addondb: avoid constraint violation
  

Build Highlights:

1. New 4.17.4 kernel
   
2. Revert i915 "avoid waitboost"; update to v4 GLK Quirk patch
   
3. reusepython off by default
   
4. [gui][pvr][fix] Prevent the modification of the provider list while using its iterator.
   

Build Details:

1. XBMC:
   • [gui][pvr][fix] Prevent the modification of the provider list while using its iterator. (PR:14139, 1 commit, 2 files changed)
     
   • [modernize] use default member initializers (PR:14111, 30 commits, 300 files changed)
     
   • reusepython off by default (PR:14136, 1 commit, 1 file changed)
     
   • Kodi's new and improved git docs (PR:14072, 27 commits, 72 files changed)
     
2. libnfs:
   • Wrap use of SOCK_CLOEXEC with __linux__ (PR:260, 1 commit, 1 file changed)
     
   • conditionally include sys/time.h from libnfs.c (5c1444f)
     
   • Merge branch 'master' of github.comahlberg/libnfs (37d4980)
     
3. pvr.vbox:
   • Fixed wrong size caused crash in Android Oreo (8) (#211) (48a1ac1)
     
4. Additional commits/pull requests/changes not yet merged upstream:
   • Updated: [env] PR:2788 (perma): kodi: July 2018
     
   • Updated: [env] PR:2798 (perma): linux (Generic): update to linux-4.17.4
     
   • Added: [pkg] PR:10 (perma): Add new ids (RTL8812AU)
     

[Matt Devo]

Can you test with build #0702b: Generic and confirm it the stutter is any better/worse/no different? Don't force i915_min_freq when testing this build.

#0702b includes a commit that reverts a change added in 4.17-rc1 which aims to avoid boosting the GPU unnecessarily but which seems to have the effect of never allowing the GPU to boost at all when being used by Kodi (tested on Skylake).  

  
confirmed here, 0702b eliminates microstuttering on KBL-U

[fritsch]

@Milhouse kodi is crashing if i change my deinterlace settings in osd while watching live tv.
Is this a known issue?
I’ on the latest nightly running on my nuc7i5 bnh.

If neede i can provide logs.

 @Milhouse Build #303 is the last working build with working "deinterlace" option in osd live tv settings.

Build #304 is crashing

Hope this is helpful enough.

Thanks!

crash_log build #304 

It’s is starting here   

 Please provide a crashlog with the current nightly version. In your log everything gets stuck including the audio sink. Edit: And please reproduce with a recording, not with tvheadend, thx.