Kodi Community Forum
v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Printable Version

Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Linux (https://forum.kodi.tv/forumdisplay.php?fid=52)
---- Thread: v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0) (/showthread.php?tid=298462)



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Jezze - 2018-06-29

Hmm, has anyone noticed problem simple iptv with leia? Keeps disconnecting. Yes log file i know and i upload when i have time check that. Just wondering because worked with kodi v17


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Aenima99x - 2018-06-29

(2018-06-29, 22:27)Milhouse Wrote: Build Highlights:
  1. V3 GLK HDMI quirk fix

I glanced quickly at the github commit and would I be correct in thinking that this will help the "stutter" during video playback on the Gemini Lake NUC's?



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - phunkyfish - 2018-06-30

(2018-06-29, 06:15)Milhouse Wrote:
(2018-06-29, 00:33)phunkyfish Wrote: @Milhouse any guidance on what might be happening here?

Even if I load live from USB the UI is like this:

No sorry, not a clue. It looks totally fscked. Have you tried a different cable? And/or a different HDMI port (on both TV and PC)? Are you using any sort of "Game" mode?

Maybe it's a bug in the 4.17.x kernel.

Try 4.18-rc1 (#0627x) and see if that is any better.

Are you able to confirm if 4.14.y (#0615) looks correct (at least as far as the installer, assuming you can't get a GUI).

Posting your system (kodi debug log (wiki) and dmesg) might be useful as you haven't mentioned what CPU/GPU you are using. 

It’s working! Ran a bios update on the off chance it would help and voila!

One thing I noticed is that the video is far from smooth. Dropped frames and laggy audio. I'll upload a playback log tomorrow.

CPU is Intel Pentium N5000 CPU @ 1.10 GHz


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-06-30

(2018-06-29, 23:39)Aenima99x Wrote: I glanced quickly at the github commit and would I be correct in thinking that this will help the "stutter" during video playback on the Gemini Lake NUC's?

No, this is the bug: https://bugs.freedesktop.org/show_bug.cgi?id=105887 - complete loss of signal.

You may want to post more details about the "stutter" issue, including a debug log.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-06-30

(2018-06-30, 01:16)phunkyfish Wrote: It’s working! Ran a bios update on the off chance it would help and voila!

Great.

(2018-06-30, 01:16)phunkyfish Wrote: One thing I noticed is that the video is far from smooth. Dropped frames and laggy audio. I'll upload a playback log tomorrow.

CPU is Intel Pentium N5000 CPU @ 1.10 GHz

That's not the most powerful CPU in the world... you may have to disable all deinterlacing.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - phunkyfish - 2018-06-30

(2018-06-30, 01:52)Milhouse Wrote:
(2018-06-30, 01:16)phunkyfish Wrote: It’s working! Ran a bios update on the off chance it would help and voila!

Great.

(2018-06-30, 01:16)phunkyfish Wrote: One thing I noticed is that the video is far from smooth. Dropped frames and laggy audio. I'll upload a playback log tomorrow.

CPU is Intel Pentium N5000 CPU @ 1.10 GHz

That's not the most powerful CPU in the world... you may have to disable all deinterlacing.

It should boost up to 2.7Ghz, I thought it would be overkill with a quad core Gemini lake.

It only effects Xvid, all other formats play just fine.

Edit: correction, it effects most video files. My old shuttle with an atom processor does much better. I think I thought I was getting a J5005 chip, guess I’ll be returning these.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - phunkyfish - 2018-06-30

(2018-06-30, 02:29)phunkyfish Wrote:
(2018-06-30, 01:52)Milhouse Wrote:
(2018-06-30, 01:16)phunkyfish Wrote: It’s working! Ran a bios update on the off chance it would help and voila!

Great.
(2018-06-30, 01:16)phunkyfish Wrote: One thing I noticed is that the video is far from smooth. Dropped frames and laggy audio. I'll upload a playback log tomorrow.

CPU is Intel Pentium N5000 CPU @ 1.10 GHz

That's not the most powerful CPU in the world... you may have to disable all deinterlacing.  

It should boost up to 2.7Ghz, I thought it would be overkill with a quad core Gemini lake.

It only effects Xvid, all other formats play just fine.

Edit: correction, it effects most video files. My old shuttle with an atom processor does much better. I think I thought I was getting a J5005 chip, guess I’ll be returning these.  
 @Milhouse should I be getting a J5005 unit or would a J4005 be sufficient?


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - lwrcase - 2018-06-30

I'm getting video "stuttering," too. It's more of a slowness when there's motion. I have an Intel NUC DN2820. It started happening when the MESA and Intel drivers were updated sometime in March. I stopped updating nightlies since then and kept #0228 but as of recently some addons didn't work unless I updated to the latest nightly.

Oddly enough, if I bring up the codec information screen ? [don't know if this is what its actually called] (pressing the "O" on the keyboard) the stuttering/slowness stops and the video runs smooth. It may be any UI overlay on the video that cures it.

I can't provide a debug log but some insight would be nice.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - lwrcase - 2018-06-30

(2018-06-30, 06:41)lwrcase Wrote: I'm getting video "stuttering," too. It's more of a slowness when there's motion. I have an Intel NUC DN2820. It started happening when the MESA and Intel drivers were updated sometime in March. I stopped updating nightlies since then and kept #0228 but as of recently some addons didn't work unless I updated to the latest nightly.

Oddly enough, if I bring up the codec information screen ? [don't know if this is what its actually called] (pressing the "O" on the keyboard) the stuttering/slowness stops and the video runs smooth. It may be any UI overlay on the video that cures it.

I can't provide a debug log but some insight would be nice.

the stuttering/slowness also goes away when there are subtitles actively being displayed on the screen. if there is no dialogue (no subtitle) and just movement or music, the stuttering persists.

it seems like UI elements being displayed indeed cures the stuttering/slowness issue. can anyone else confirm?


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Aenima99x - 2018-06-30

(2018-06-30, 08:53)lwrcase Wrote:
(2018-06-30, 06:41)lwrcase Wrote: I'm getting video "stuttering," too. It's more of a slowness when there's motion. I have an Intel NUC DN2820. It started happening when the MESA and Intel drivers were updated sometime in March. I stopped updating nightlies since then and kept #0228 but as of recently some addons didn't work unless I updated to the latest nightly.

Oddly enough, if I bring up the codec information screen ? [don't know if this is what its actually called] (pressing the "O" on the keyboard) the stuttering/slowness stops and the video runs smooth. It may be any UI overlay on the video that cures it.

I can't provide a debug log but some insight would be nice.

the stuttering/slowness also goes away when there are subtitles actively being displayed on the screen. if there is no dialogue (no subtitle) and just movement or music, the stuttering persists.

it seems like UI elements being displayed indeed cures the stuttering/slowness issue. can anyone else confirm?  
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


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - lwrcase - 2018-06-30

(2018-06-30, 16:45)Aenima99x Wrote:
(2018-06-30, 08:53)lwrcase Wrote:
(2018-06-30, 06:41)lwrcase Wrote: I'm getting video "stuttering," too. It's more of a slowness when there's motion. I have an Intel NUC DN2820. It started happening when the MESA and Intel drivers were updated sometime in March. I stopped updating nightlies since then and kept #0228 but as of recently some addons didn't work unless I updated to the latest nightly.

Oddly enough, if I bring up the codec information screen ? [don't know if this is what its actually called] (pressing the "O" on the keyboard) the stuttering/slowness stops and the video runs smooth. It may be any UI overlay on the video that cures it.

I can't provide a debug log but some insight would be nice.

the stuttering/slowness also goes away when there are subtitles actively being displayed on the screen. if there is no dialogue (no subtitle) and just movement or music, the stuttering persists.

it seems like UI elements being displayed indeed cures the stuttering/slowness issue. can anyone else confirm?    
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?


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - jwegman - 2018-06-30

(2018-06-30, 18:19)lwrcase Wrote:
(2018-06-30, 16:45)Aenima99x Wrote:
(2018-06-30, 08:53)lwrcase Wrote: the stuttering/slowness also goes away when there are subtitles actively being displayed on the screen. if there is no dialogue (no subtitle) and just movement or music, the stuttering persists.

it seems like UI elements being displayed indeed cures the stuttering/slowness issue. can anyone else confirm?    
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?  
Have you tried setting the i915_min_freq value to 750 as Fritsch mentioned in this post: 2722375 (post) ?
Quote:Can you try before starting the movie, from a shell: 
echo 750 > /sys/kernel/debug/dri/0/i915_min_freq
Prior to increasing that i915_min_freq on my Apollo lake nucs, the fps would hover around ~56fps (as seen on the debug overlay) when I was using 60Hz fixed refresh rate.  This would result in skipped frames and stuttering when I was *not* using "Adjust display refresh rate" to On (when I was using automatic refresh rate matching of source material, things looked fine).  After increasing i915_min_freq to 750, the fps would stick solidly at 60fps and my 23.98 fps content would play smoothly on my LG oled TVs when not using automatic refresh rate matching (which I prefer to not use when I'm just flicking through videos).

Also when I increased the fixed refresh rate to 120Hz (which the LG 2017 oleds are capable of), the debug gui stays locked at 120fps and 23.98fps content also appears stutter free.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - lwrcase - 2018-06-30

(2018-06-30, 19:03)jwegman Wrote:
(2018-06-30, 18:19)lwrcase Wrote:
(2018-06-30, 16:45)Aenima99x Wrote: 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?   
Have you tried setting the i915_min_freq value to 750 as Fritsch mentioned in this post: 2722375 (post) ?
Quote:Can you try before starting the movie, from a shell: 
echo 750 > /sys/kernel/debug/dri/0/i915_min_freq
Prior to increasing that i915_min_freq on my Apollo lake nucs, the fps would hover around ~56fps (as seen on the debug overlay) when I was using 60Hz fixed refresh rate.  This would result in skipped frames and stuttering when I was *not* using "Adjust display refresh rate" to On (when I was using automatic refresh rate matching of source material, things looked fine).  After increasing i915_min_freq to 750, the fps would stick solidly at 60fps and my 23.98 fps content would play smoothly on my LG oled TVs when not using automatic refresh rate matching (which I prefer to not use when I'm just flicking through videos).

Also when I increased the fixed refresh rate to 120Hz (which the LG 2017 oleds are capable of), the debug gui stays locked at 120fps and 23.98fps content also appears stutter free. 
 echoing 750 into i915_min_freq gives me a permission denied error.

i have also tried setting "Adjust display refresh rate" to "Always" without any improvement. Also "Sync playback to display" to "On" without any improvement.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - fritsch - 2018-06-30

(2018-06-30, 19:31)lwrcase Wrote:
(2018-06-30, 19:03)jwegman Wrote:
(2018-06-30, 18:19)lwrcase Wrote: 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?   
Have you tried setting the i915_min_freq value to 750 as Fritsch mentioned in this post: 2722375 (post) ?
Quote:Can you try before starting the movie, from a shell: 
echo 750 > /sys/kernel/debug/dri/0/i915_min_freq
Prior to increasing that i915_min_freq on my Apollo lake nucs, the fps would hover around ~56fps (as seen on the debug overlay) when I was using 60Hz fixed refresh rate.  This would result in skipped frames and stuttering when I was *not* using "Adjust display refresh rate" to On (when I was using automatic refresh rate matching of source material, things looked fine).  After increasing i915_min_freq to 750, the fps would stick solidly at 60fps and my 23.98 fps content would play smoothly on my LG oled TVs when not using automatic refresh rate matching (which I prefer to not use when I'm just flicking through videos).

Also when I increased the fixed refresh rate to 120Hz (which the LG 2017 oleds are capable of), the debug gui stays locked at 120fps and 23.98fps content also appears stutter free.  
 echoing 750 into i915_min_freq gives me a permission denied error.

i have also tried setting "Adjust display refresh rate" to "Always" without any improvement. Also "Sync playback to display" to "On" without any improvement. 
 First check which frequencies are available:
cat /sys/kernel/debug/dri/0/* | pastebinit


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - lwrcase - 2018-06-30

i'll be honest, i don't know what i'm looking for here:

http://ix.io/1fwy