TVDB are updating their site. Their site currently has a number of bugs that have broken the TVDB scraper and any add-on that relies on TVDB data. TVDB are working to rectify the problems.

  •   
  • 1
  • 190
  • 191
  • 192(current)
  • 193
  • 194
  • 355
  •   
  Thread Closed
v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0)
(2018-03-09, 04:57)medleyman30 Wrote: Got it - I guess I won't try v17 then.

Regardless if the file is HEVC 8 bit or 10, my system won't switch to HW decoding. Anyone here with a kaby lake cpu getting HEVC to work with HW support?
 Where is your Debug Log?
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
(2018-03-08, 23:49)Milhouse Wrote:
(2018-03-08, 23:43)badaas Wrote: This brings back crashing of Kodi when stop is pressed.

There's no fix for that yet. 
Sorry @Milhouse I misread the latest build list oops!
On these builds it seems that this problem has reemerged:

https://forum.libreelec.tv/thread/1661-r...#post13128

I had it earlier on LE8, it went away for a while then came back.
It seems like its present in the current LE8 version as well.
Is there some kernel patch missing here? Is this planed for a fix in LE9?

I'm on the latest testbuild as of yesterday, on a NUC7i3BNH with a Samsung 1080p TV (HDMI) and a Denon AVR 2312

Regards,
Wish
Videoplayer TempoUp or TempoDown commands (keyboard alt+left / alt+right) don't seem to work. Is it just my system/some setting that blocks them or a common problem?
(2018-03-09, 15:09)wishyou Wrote: On these builds it seems that this problem has reemerged:

Can you identify the first build with this issue? There are 12 months of LE9 builds available for testing.

(2018-03-09, 15:09)wishyou Wrote: Is there some kernel patch missing here?

Not that I'm aware of.

(2018-03-09, 15:09)wishyou Wrote: Is this planed for a fix in LE9?

No, as you are the first to mention it being a problem with LE9.
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-03-09, 17:21)TimoJ Wrote: Videoplayer TempoUp or TempoDown commands (keyboard alt+left / alt+right) don't seem to work. Is it just my system/some setting that blocks them or a common problem?

This is #0308 and a USB keyboard with stock keyboard map:
Code:
18:41:08.515 T:140495979141248   DEBUG: Keyboard: scancode: 0x71, sym: 0x0114, unicode: 0x0000, modifier: 0x100
18:41:08.515 T:140495979141248   DEBUG: HandleKey: alt-left (0x4f082) pressed, action is PlayerControl(tempodown)
...
18:41:12.081 T:140495979141248   DEBUG: Keyboard: scancode: 0x72, sym: 0x0113, unicode: 0x0000, modifier: 0x100
18:41:12.081 T:140495979141248   DEBUG: HandleKey: alt-right (0x4f083) pressed, action is PlayerControl(tempoup)

What problem are you seeing (or hearing)? Can you upload your debug log? When did this problem start?
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-03-09, 20:43)Milhouse Wrote:
(2018-03-09, 17:21)TimoJ Wrote: Videoplayer TempoUp or TempoDown commands (keyboard alt+left / alt+right) don't seem to work. Is it just my system/some setting that blocks them or a common problem?

This is #0308 and a USB keyboard with stock keyboard map:
Code:
18:41:08.515 T:140495979141248 DEBUG: Keyboard: scancode: 0x71, sym: 0x0114, unicode: 0x0000, modifier: 0x100
18:41:08.515 T:140495979141248 DEBUG: HandleKey: alt-left (0x4f082) pressed, action is PlayerControl(tempodown)
...
18:41:12.081 T:140495979141248 DEBUG: Keyboard: scancode: 0x72, sym: 0x0113, unicode: 0x0000, modifier: 0x100
18:41:12.081 T:140495979141248 DEBUG: HandleKey: alt-right (0x4f083) pressed, action is PlayerControl(tempoup)

What problem are you seeing (or hearing)? Can you upload your debug log? When did this problem start?   
Figured it out: problem was that I had "sync playback to display" disabled. With that enabled tempoup/down works fine.
But with sync enabled I have noticed annoying sound pitch changes and therefore I had disabled it. Not sure how to fix those, I had those with build-in Intel graphics and now also with Nvidia GT1030 card. Had those also with Ubuntu based Kodi setup that I used earlier.
(2018-03-09, 21:05)TimoJ Wrote: But with sync enabled I have noticed annoying sound pitch changes and therefore I had disabled it. Not sure how to fix those, I had those with build-in Intel graphics and now also with Nvidia GT1030 card. Had those also with Ubuntu based Kodi setup that I used earlier.

Maybe open a trac ticket, if only to get an explanation of why it does that, and if you're lucky maybe a fix. Smile
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 #0309: Generic
(Supercedes previous build)

SHA256 Checksum: 239d13668573d136235d5f1e307992e71a44169ae6750b33e6456782f1727838 (Generic)

# uname -a
Linux NUC 4.14.24 #1 SMP Fri Mar 9 21:15:37 GMT 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20180309210542-#0309-g320fe14 [Build #0309]

# Kodi version
(18.0-ALPHA2 Git:89a53e4). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (320fe14, changelog) and tip of XBMC master (ce030f8, changelog) with the following modifications: Build Highlights:
  1. Kodi 18.0a2
  2. Fix "firewall off" setting
Build Details:
  1. LibreELEC.tv:
    • distro-tool: fixup after server migration (PR:2568, 1 commit, 1 file changed)
    • Snapcast (PR:2551, 8 commits, 26 files changed)
  2. XBMC:
    • VideoPlayer / pvr: set playing times to zero when opening a new file (PR:13630, 2 commits, 2 files changed)
    • bump to v18 alpha2 (PR:13632, 1 commit, 1 file changed)
  3. inputstream.adaptive:
    • Allow #EXT-X-KEY:METHOD:NONE (issue 105 / 120) (9089703)
    • Don't expose invalid streams (codec) (242828c)
  4. vfs.libarchive:
    • [windows] fix building for UWP with Visual Studio (PR:15, 1 commit, 4 files changed)
    • add uwp builds on appveyor (d35bdd1)
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:2566 (perma): linux: switch to Raspberry Pi vendor kernel
    • Added: [pkg] PR:97 (perma): iptables: Fix "off" setting (service.libreelec.settings)
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-03-09, 12:00)fritsch Wrote:
(2018-03-09, 04:57)medleyman30 Wrote: Got it - I guess I won't try v17 then.

Regardless if the file is HEVC 8 bit or 10, my system won't switch to HW decoding. Anyone here with a kaby lake cpu getting HEVC to work with HW support?
 Where is your Debug Log
here is the log url:

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

Hope this what you need!

thanks!
Interesting:

23:55:28.998 T:139890566096640 NOTICE: [script.service.caretaker 0.0.6] Check addon folder for blacklisted repositories


Did you installed that manually? As that add-on is on our banned list. For sure it's not related to your problem. Just being curious if you installed it manually or if it was some depency from another add-on you installed?

AFAICS you are using emby to transcode the video on the fly. Might that be correct?
(2018-03-10, 08:46)DaVu Wrote: Interesting:

23:55:28.998 T:139890566096640 NOTICE: [script.service.caretaker 0.0.6] Check addon folder for blacklisted repositories


Did you installed that manually? As that add-on is on our banned list. For sure it's not related to your problem. Just being curious if you installed it manually or if it was some depency from another add-on you installed?

AFAICS you are using emby to transcode the video on the fly. Might that be correct?
 Not sure about the blacklisted repository - only addon I installed is Emby.

Emby is just being used as a library database on my media server - it's not doing any transcoding. I'm using the "Use Native Paths" option. However, I will try disabling Emby and see if it makes a difference in playback.

Thanks.
I'm experiencing two issues on an intel nuc ( 3050 CPU ) since release 0127. Release 0126 does not exhibit these two issues, 0127 and all other releases after that have the same two issues. I have tested this on two equal nuc's as well as one msi and one gigabyte unit also with 3050 CPU.

The issues:
 - when playing a 3D movie with VAAPI enabled ( 1080p HSBS MKV ) Kodi crashes ( or video is black but subtitles and sound work ). I have tried several different 3D 1080p HSBS movies and it happens on all of them. Normal 1080p non-3D movies play ok.
 - when disabling VAAPI acceleration, the 3D movies play, but there is no 3D. Image is displayed as if it was being played in 2D. Pressing ok to see the overlaying video player menus shows the menus in 3D, but the video has no depth and also it is not blurred, it's just like if the "view in 2D option" was selected ( obviously it isn't ).

Besides the milhouse builds that enabled me to track the issue to version 0127 I have also compiled my own builds with different gcc tunables and the same problem happens on the daily builds that I do for myself.
quick update:
I built a frankenbuild of the latest libreelec git but with xbmc 6ad6c22 ( the same from 0126 ) ( had to do some changes to periperal.joystick and two 100.x xbmc patches for it to build) and it works fine, so it definitely is a problem with xbmc. I also built one with the latest xbmc master 972c850 and the problems are still there.
(2018-03-11, 02:31)turboleak Wrote: I'm experiencing two issues on an intel nuc ( 3050 CPU ) since release 0127. Release 0126 does not exhibit these two issues, 0127 and all other releases after that have the same two issues. I have tested this on two equal nuc's as well as one msi and one gigabyte unit also with 3050 CPU.

The issues:
 - when playing a 3D movie with VAAPI enabled ( 1080p HSBS MKV ) Kodi crashes ( or video is black but subtitles and sound work ). I have tried several different 3D 1080p HSBS movies and it happens on all of them. Normal 1080p non-3D movies play ok.
 - when disabling VAAPI acceleration, the 3D movies play, but there is no 3D. Image is displayed as if it was being played in 2D. Pressing ok to see the overlaying video player menus shows the menus in 3D, but the video has no depth and also it is not blurred, it's just like if the "view in 2D option" was selected ( obviously it isn't ).

Besides the milhouse builds that enabled me to track the issue to version 0127 I have also compiled my own builds with different gcc tunables and the same problem happens on the daily builds that I do for myself.

Thanks - you'll probably now need to open a ticket on trac.kodi.tv as it's the only way this particular developer will take an interest.
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.
  •   
  • 1
  • 190
  • 191
  • 192(current)
  • 193
  • 194
  • 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