•   
  • 1
  • 281
  • 282
  • 283(current)
  • 284
  • 285
  • 355
  •   
  Thread Closed
v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0)
ok I will first play his newest bulid and then again log the log if the problem is still there.
ODROID-N2 4 GB RAM CE​​ 9.0.3 Kodi 18.3
Still sound misfires during video playback with the current build here my logs
I hope that my sound interruption will be fixed soon, because so my mini-PC for Libreelec is worthless to me. With Windows 10 I have no audio dropouts, so I think that the hardware has no defect but it must be under Linux.

Crash log
System log

Here again the log what my manufacturer has changed in my zotac zbox on a bios update.

Version 2K180626
- Updated ME / TXE for Intel Vulnerability fix
- Updated Intel CPU microcode patch for "Spectre" issue
- Fixed HDCP2.2 for 4K UHD Bluray Disk Playback issue
- Fixed Win7-UEFI mode boot issue
- Updated DMI content for match with SKU
ODROID-N2 4 GB RAM CE​​ 9.0.3 Kodi 18.3
(2018-08-25, 05:54)Milhouse Wrote:
(2018-08-25, 01:52)UrushibaraRuka Wrote: As far as I understand it we don't get the 1080p and higher streams anymore because of the DRM Amazon and the like use and that it partially has to do with OpenGL.
I'm pretty sure that OpenGL or Vulcan has nothing to do with Netflix/Amazon DRM limitations, as you can already view 1080p Netflix/Amazon streams with OpenGL today. The most common limitation is that of your CPU as the Netflix/Amazon DRM streams need to be software decoded - a weak CPU may only manage 720p, and stutter with 1080p or higher.

These are my inputstream.adaptive settings, and I'm able to view 1080p without a problem (the 4K HEVC option in the Netflix add-on is disabled as it causes the temperature on my Skylake i5 NUC CPU to go through the roof):

Image

Maybe this comment on github is relevant: https://github.com/asciidisco/plugin.vid...-414315046:
Quote:inputstream.adaptive will by default not let you play a stream with a resolution larger than your active display resolution. If your display is running below 1920x1080, enable Ignore display resolution in the inputstream.adaptive settings.

If you have further problems viewing Netflix or Amazon content, I'd suggest contacting the relevant developers on their github. 

Sorry for the late reply @Milhouse 
It's not that I don't get 1080p streams on Amazon at all, some TV Shows such as Lucifer are delivered in 1080p, I'm just not sure if it's done with the software decoder (in which case my CPU is enough for it) or hardware decoded (in which case Amazon has a very inconsistent implementation of their DRM).

But Movies such as "The Dark Knight" are only delivered in sub 720p (9XX x 5XX). It worked in 1080p hardware some (long) time ago but then Amazon decided to change the DRM and now most Movies and even some TV Shows are delivered in sub 720p.

In the German addon thread for the Amazon VOD addon it was explained like this:
The server gets a request for a Movie, the server asks if the device is able to conform with the DRM (trusted memory so the content can't be copied) and if the answer is "no" the server only deliveres the next highest stream below 720p (which is usually the mentioned 9XX x 5XX).

Now to my understanding, Vulkan 1.1 adds this "trusted memory" to prevent copying the content thus making the ask of the server a "yes" which would enable 1080p with the hardware decoder again.

And just to clarify, my inputstream is set like in your screenshot and my display is running at 1080p as well (also tried the ignore display resolution and still only got the mentioned 9XX x 5XX streams on most Movies).
I also got the same result on my Ryzen 1600X system running at 3,9GHz all core.
For bandwidth, everything is connected with a 400Mbps connection (1Gbps LAN), so there is also no issue here.

Thanks again for your clarification.
(2018-08-26, 19:38)UrushibaraRuka Wrote: Thanks again for your clarification.

No idea really - this is best answered by @peak3 (inputstream.adaptive maintainer), or @fernetmenta/@fritsch/@lrusak (Kodi graphics guys), or some combination.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
New LibreELEC.tv Leia build #0826: Generic
(Supercedes previous build)

SHA256 Checksum: 70a59dc7e4036aed382d8c31d02c1cc6fae8c9e46cb5e7ec07040eb04d895454 (Generic)

# uname -a
Linux NUC 4.18.5 #1 SMP Sun Aug 26 23:36:32 BST 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20180826233458-#0826-g6476bcf [Build #0826]

# Kodi version
(18.0-BETA1 Git:4e198a9). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (6476bcf, changelog) and tip of XBMC master (4e198a9, changelog) with the following modifications: Build Highlights:
  1. Report correct Kodi git rev in kodi.log
  2. PythonInvoker: fix thread termination check
  3. [videoplayer] Fix external vob subs usage.
Build Details:
  1. LibreELEC.tv:
    • bchunk: remove unneeded patch (PR:2924, 1 commit, 2 files changed)
  2. XBMC:
    • [pvr][guiinfo][guilib][estuary] PVR timeshift GUI v2. (PR:14316, 6 commits, 27 files changed)
    • [libUPnP] fix device discovery on windows (PR:14347, 2 commits, 3 files changed)
    • [videoplayer] Fix external vob subs usage. (PR:14353, 1 commit, 2 files changed)
    • [depends] bump pcre to 8.42 (PR:14342, 2 commits, 5 files changed)
    • Android: Joystick improvements (PR:14308, 13 commits, 12 files changed)
  3. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] patch: rev hack for kodi
    • Updated: [env] PR:2872 (perma): update dvb addons
    • Updated: [env] PR:2909 (perma): kodi: next (Sept || kodi bump)
    • Added: [env] patch: kodi: use upstream repo for Milhouse RPi builds
    • Added: [env] PR:2929 (perma): scripts/extract: improve tar file handling
    • Added: [pkg] PR:14356 (perma): PythonInvoker: fix thread termination check
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2018-08-25, 19:19)fritsch Wrote:
(2018-08-25, 16:23)phunkyfish Wrote:
(2018-08-25, 10:40)fritsch Wrote: There is no xvid video playing in your log, but 720x404 video playing at [email protected] hz. Does it also stutter if you change the resolution before hand to 1920x1080?

Hah, I can’t believe that was it. Thanks Fritsch!   

Could you please play it again a bit longer with 3840x2160 with debug loggin enabled? Then after 2 minutes press some button on the keyboard and enable the OSD? We want to understand what happens, e.g. what is stuck / too slow. 
 i don't mean to hijack this post but would this have anything to do with my issue? there was a fix back in July that for some reason seems to have regressed in the newer builds. i personally tested fix releases and its bottling my mind.
(2018-08-27, 04:38)lwrcase Wrote:
(2018-08-25, 19:19)fritsch Wrote:
(2018-08-25, 16:23)phunkyfish Wrote: Hah, I can’t believe that was it. Thanks Fritsch!   

Could you please play it again a bit longer with 3840x2160 with debug loggin enabled? Then after 2 minutes press some button on the keyboard and enable the OSD? We want to understand what happens, e.g. what is stuck / too slow.  
 i don't mean to hijack this post but would this have anything to do with my issue? there was a fix back in July that for some reason seems to have regressed in the newer builds. i personally tested fix releases and its bottling my mind. 
 Can you reproduce and provide logfiles?
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
(2018-08-25, 19:19)fritsch Wrote:
(2018-08-25, 16:23)phunkyfish Wrote:
(2018-08-25, 10:40)fritsch Wrote: There is no xvid video playing in your log, but 720x404 video playing at [email protected] hz. Does it also stutter if you change the resolution before hand to 1920x1080?

Hah, I can’t believe that was it. Thanks Fritsch!    

Could you please play it again a bit longer with 3840x2160 with debug loggin enabled? Then after 2 minutes press some button on the keyboard and enable the OSD? We want to understand what happens, e.g. what is stuck / too slow.  
 I used advancedsettings to enable debug without the overlay. If I switch on debug logging in the GUI it adds an overlay which mitigates it. 

Here you go: http://ix.io/1llE

I would be interested to learn why the overlay makes a difference. I see similar behaviour with netflix and amazon addons regardless of setting 1920/1080 resolution in GUI.
Maintainer of Enigma2 PVR addon: repo, docschangelog
How to create a full debug: here
(2018-08-25, 23:10)dapharsyde Wrote:
(2018-08-25, 22:59)ksooo Wrote: Which pvr add-on?

EDIT: nvm

For that, the add-on needs to implement the GetStreamTimes API function (properly). 
 Thanks for the pointer - I will try to contact @janbar and see if he can update the plugin.

Would all plugins need this? I use VU+ and the problem is the same.

Worked one version and not the next.
Maintainer of Enigma2 PVR addon: repo, docschangelog
How to create a full debug: here
(2018-08-27, 18:38)phunkyfish Wrote:
(2018-08-25, 23:10)dapharsyde Wrote:
(2018-08-25, 22:59)ksooo Wrote: Which pvr add-on?

EDIT: nvm

For that, the add-on needs to implement the GetStreamTimes API function (properly). 
 Thanks for the pointer - I will try to contact @janbar and see if he can update the plugin.

Would all plugins need this? I use VU+ and the problem is the same.

Worked one version and not the next.

Every pvr add-on that wants to provide time shifting needs to implement this, yes.

And no, it never worked with vuplus add-on - at least not reliably. This lies in the nature of the add-on to just hand Kodi a url to an http iptv stream.

Have you ever tried to pause a stream over a longer time, let's say longer than 60 seconds? Have you ever tried to seek in a stream? I doubt that this ever worked, because technically it can't work without the add-on buffering the stream data.

For Leia, we recently removed some nasty hacks and now it works like it should - namely no more non functioning pause and seek controls for those add-ons.
New LibreELEC.tv Leia build #0827: Generic
(Supercedes previous build)

SHA256 Checksum: c21166de2feb71ca29f5c7e58eacfd2d54e956a6914e6828d63e7ec3a6eb2296 (Generic)

# uname -a
Linux NUC 4.18.5 #1 SMP Mon Aug 27 21:16:57 BST 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20180827210827-#0827-g1f05ad3 [Build #0827]

# Kodi version
(18.0-BETA2 Git:c63b1a0). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (1f05ad3, changelog) and tip of XBMC master (c63b1a0, changelog) with the following modifications: Build Highlights:
  1. Fix DVD nav when building Kodi with LTO on Ubuntu 16.04
  2. Fix turning off TV with CEC when Kodi shutdown
  3. ffmpeg: cleanup; mariadb-connector-c: update to 3.0.6
  4. xf86-video-nvidia: update to xf86-video-nvidia-390.87
Build Details:
  1. LibreELEC.tv:
    • mesa: update to mesa-18.1.7 (PR:2920, 1 commit, 1 file changed)
  2. XBMC:
    • [videoplayer] Fix subtitle info in UpdateFileItemStreamDetails(...) (PR:14359, 1 commit, 1 file changed)
    • Settings: GBM - hide display as clock (PR:14351, 1 commit, 1 file changed)
    • v18.0 beta2 correct tag (PR:14357, 1 commit, 1 file changed)
  3. pvr.zattoo:
    • Fix loading detailed recording data (29e0bbf)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] patch: Kodi: use toolchain nm for generating wrapper.def
    • Added: [env] PR:2931 (perma): ffmpeg: cleanup
    • Added: [env] PR:2933 (perma): mariadb-connector-c: update to 3.0.6
    • Added: [env] PR:2934 (perma): kodi: fix CEC not turning TV off on exit
    • Added: [env] PR:2935 (perma): xf86-video-nvidia: update to xf86-video-nvidia-390.87
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2018-08-27, 18:51)ksooo Wrote:
(2018-08-27, 18:38)phunkyfish Wrote:
(2018-08-25, 23:10)dapharsyde Wrote:  Thanks for the pointer - I will try to contact @janbar and see if he can update the plugin.

Would all plugins need this? I use VU+ and the problem is the same.

Worked one version and not the next.

Every pvr add-on that wants to provide time shifting needs to implement this, yes.

And no, it never worked with vuplus add-on - at least not reliably. This lies in the nature of the add-on to just hand Kodi a url to an http iptv stream.

Have you ever tried to pause a stream over a longer time, let's say longer than 60 seconds? Have you ever tried to seek in a stream? I doubt that this ever worked, because technically it can't work without the add-on buffering the stream data.

For Leia, we recently removed some nasty hacks and now it works like it should - namely no more non functioning pause and seek controls for those add-ons.

Thank ksooo, then it looks like I’ll restart my efforts to add the buffering into the VU+ addon. I thought I had gotten it for free
Maintainer of Enigma2 PVR addon: repo, docschangelog
How to create a full debug: here
Did that help me with my tonproblem?
https://bugzilla.redhat.com/attachment.c...ction=edit
[patch] Increase timeout in lspcon_wait_mode
ODROID-N2 4 GB RAM CE​​ 9.0.3 Kodi 18.3
(2018-08-25, 20:16)HiassofT Wrote:
(2018-08-25, 11:13)dr88dr88 Wrote: My remote stopped working properly in version #0819 and higher.
It is a remote with a air mouse and on #0819 and higher the mouse pointer show up on the middel of the screen when it is disabled on the remote. 
Every time I move the remote the navigation tries to move to the mouse pointer on the middel of the screen.
I have a Beworth T3 remote from https://www.aliexpress.com/item/Newest-F...4c4dIXi4FE
 Could you please post the outputs of
Code:
dmesg | paste
cat /proc/bus/input/devices | paste
both from a working and a non-working build?

so long,

Hias 
Below is the requested output:

working version
http://ix.io/1lr6
http://ix.io/1lr7

non working version
http://ix.io/1lr8
http://ix.io/1lr9
(2018-08-28, 15:01)dr88dr88 Wrote:
(2018-08-25, 20:16)HiassofT Wrote:
(2018-08-25, 11:13)dr88dr88 Wrote: My remote stopped working properly in version #0819 and higher.
It is a remote with a air mouse and on #0819 and higher the mouse pointer show up on the middel of the screen when it is disabled on the remote. 
Every time I move the remote the navigation tries to move to the mouse pointer on the middel of the screen.
I have a Beworth T3 remote from https://www.aliexpress.com/item/Newest-F...4c4dIXi4FE
 Could you please post the outputs of
Code:
dmesg | paste
cat /proc/bus/input/devices | paste
both from a working and a non-working build?

so long,

Hias 
Below is the requested output:

working version
http://ix.io/1lr6
http://ix.io/1lr7

non working version
http://ix.io/1lr8
http://ix.io/1lr9

The output is a bit odd, you seem to have 2 air mice / remotes / wireless keyboards connected: SAGE SAGE AirMouse (USB Vendor=400c Product=107a) and FREEWAY TECHNOLOGY RFIC-MOUSE (USB Vendor=0c45 Product=5012).

Could you connect only the problematic device so we know where to look at and post dmesg, cat /proc/bus/input/devices and in addition to that "lsusb" output on a non-working build?

so long,

Hias
  •   
  • 1
  • 281
  • 282
  • 283(current)
  • 284
  • 285
  • 355
  •   
  Thread Closed
 
Thread Rating:
  • 24 Vote(s) - 4.5 Average



Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for x86_64 (Kodi 18.0)4.524