•   
  • 1
  • 91
  • 92
  • 93(current)
  • 94
  • 95
  • 187
  •   
  Thread Closed
v17 LibreELEC Testbuilds for x86_64 (Kodi 17.0)
Is there a command that I could put in autostart.sh to disable 36bit color?
Gutted just hooked 0731 up on the boxes here and any mpeg4 content i playback is now green screen!... back to 0730 i guess until some auto detection is merged into code for you lucky nvidia users Tongue to play nice in OUR ball park ;-)

Either way this is part of test releases... just a shame a beta hits me harder than any alpha has in months! ;-)

Keep up the good work folks... 0730 is very stable for me anyway so my WAF is not broken!
14 years using XBMP, XBMC and Kodi! :)
New LibreELEC.tv Krypton build #0801: Generic
(Supercedes previous build)

Code:
# uname -a
Linux NUC 4.7.0 #1 SMP Mon Aug 1 21:13:15 BST 2016 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160801210512-#0801-g6d29350 [Build #0801]

Based on tip of LibreELEC.tv master (6d293503, changelog) and tip of XBMC master (1ba7239d, changelog) with the following modifications: Build Highlights:
  1. libcec udpates
  2. fix handling of progressive content in RenderManager (possible cause of green screens)
Build Details:
  1. LibreELEC.tv:
    • Revert "Generic: Add support for SIL680 PCI/ATA controller" (PR:591, 1 commit, 1 file changed)
    • Virtual Project Staging (PR:164, 8 commits, 6 files changed)
  2. XBMC:
    • AE: add atempo filter (PR:10164, 4 commits, 16 files changed)
    • Remove EnableStreamAtPTS (PR:10177, 1 commit, 13 files changed)
    • [Depends] libass get rid of rpl (PR:9567, 1 commit, 1 file changed)
    • [cmake] handle optional dependencies as "auto" by default (PR:10188, 1 commit, 2 files changed)
    • [Fix] RPi settings - missing renaming of Library to Media (PR:10208, 1 commit, 1 file changed)
    • [macos] change title bar to "Kodi Media Center" (PR:10190, 1 commit, 1 file changed)
    • [xbmc/fix/filesystem] Add a recursive version of CDirectory::Remove (PR:10206, 1 commit, 8 files changed)
    • [xbmc/win32/fix] Fix crash because of heap mismatch (PR:10202, 1 commit, 1 file changed)
    • VideoPlayer: fix handling of progressive content in RenderManager (PR:10211, 1 commit, 1 file changed)
    • fix merge error after 3acccef70908fbcc947307789e91987cfa981395 (0665b8f3)
  3. libcec:
    • added: cec_command::Size() and missing const for cec_command:TongueushArray() (dd71529e)
    • fixed: refresh the locally cached physical address in CCECClient::SetPhysicalAddress() in all situations (f32bcb65)
    • fixed: don't block on a poll in CCECProcessor::Transmit() when m_bStallCommunication is flagged (e9556174)
    • fixed: refresh the cached physical address before assigning a logical address to libCEC in CCECProcessor::AllocateLogicalAddresses() (1e3fe62d)
    • fixed: reset the TV state when CCECProcessor::HandleLogicalAddressLost() is called and don't update the physical address while communication is stalled in CCECProcessor (6366b42e)
    • changed: removed unused method from the internal adapter api (ab6e97fb)
  4. inputstream.mpd:
  5. inputstream.smoothstream:
  6. xbmc/master (FernetMenta):
    • Commits no longer in build:
      • AE: change usage of swr_set_compensation (9aad8b8f)
      • AE: refactor resample buffers (2bcc53ac)
      • AE: add ffmpeg atempo filter (4e91b693)
      • VideoPlayer: improve rr related to clockspeed (58148e28)
      • rename codecinfo to playerdebug, fix codec info for pictures (6a31769e)
      • VideoPlayer: move ACTION_PLAYER_PROCESS_INFO from application to player (872c58cc)
      • rename remaining kaymap action CodecInfo to PlayerProcessInfo (dc371ed9)
  7. Additional commits/pull requests/changes not yet merged upstream:
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.
fix handling of progressive content in RenderManager - Seems to be fixed (no green screen)
!! You Guys Rock !!

Running #0801: Progressive Green Screen Problem = GONE !!

Thank you to ALL who had a hand in clearing up this show-stopper so quickly.

...and still on the topic of VIDEO...

Thank you @fritsch for clarifying/confirming what simple users can do, to still reap the benefit of the Intel fixes you've worked out.

Q: will the autostart.sh hack be required even after Krypton goes to final release ?
So, this evening I was watching a 12 years old Progressive xvid file.
I have no interlaced files in my library and deinterlacing is set to off and post processing for this file to on.

MediaInfo 0.7.83
Width : 624 pixels
Height : 352 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (23976/1000) fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive

but when I looked at the Player process info, it states:
Deinterlace method: yadif=1:-1:1

this doesn't seem right, the file is clearly progressive and no deinterlacing should be active.
or am I misreading?
using latest #801 build (with nvidia 340.96)
Ahhh so the green screen issue was not due to intel drop! PHEW! I almost cried and could not understand why it would be with such big consequences!... I will not skip over the thread next time and read properly! Sincere apologies and thanks for the quick fix! AGAIN!
14 years using XBMP, XBMC and Kodi! :)
(2016-08-01, 23:46)gjwAudio Wrote: !! You Guys Rock !!

Running #0801: Progressive Green Screen Problem = GONE !!

Thank you to ALL who had a hand in clearing up this show-stopper so quickly.

...and still on the topic of VIDEO...

Thank you @fritsch for clarifying/confirming what simple users can do, to still reap the benefit of the Intel fixes you've worked out.

Q: will the autostart.sh hack be required even after Krypton goes to final release ?
That has nothing to do with Krypton or kodi at all. It's an Integration thing a distribution does for you. The xrandr part already was platform agnostic. Missing was a kodi patch, that auto chose limited when this xrandr setting was active. As I work 60+ hours again currently I don't have time for this. A scripted json to as alter those settings or a simple sed script run by oe on startup automatically would have been enough.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
I updated to #801 on my Intel NUC5PPYH, the colours were immediately noticeable as washed out. Applied the autostart.sh patch as supplied by @fritsch, everything working well again. Thanks
(2016-08-01, 23:53)jan-g Wrote: So, this evening I was watching a 12 years old Progressive xvid file.
I have no interlaced files in my library and deinterlacing is set to off and post processing for this file to on.

MediaInfo 0.7.83
Width : 624 pixels
Height : 352 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (23976/1000) fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive

but when I looked at the Player process info, it states:
Deinterlace method: yadif=1:-1:1

this doesn't seem right, the file is clearly progressive and no deinterlacing should be active.
or am I misreading?
using latest #801 build (with nvidia 340.96)

the last :1 means adaptive mode. yadif is always engaged and the filter only deinterlaces if the content is interlaced.
Hi,

I have recently bought an Intel NUC6i7KYK (Skull Canyon) and have been struggling to get 3840x2160 at 60hz in LibreELEC.

I’ve been trying countless things to get this working, but I can’t seem to get it right.
To clear things up, I have a Sony UHD TV (Sony KD-79X9000B) and a direct link from TV to NUC (HDMI 2.0 Cable, (I tried different brands of cables too)).
I have installed the HDMI* 2.0 Firmware Update Tool and installed the latest BIOS at this time (KYSKLi70.86A).
LibreELEC running Krypton build #0801 (current at time of posting) - I have been installing nearly every build released for about 1 month… yes, that’s how long I have been working on this.

I am able to get 1920x1080 60hz, but when I select 3840x2160 in LibreELEC, the TV displays “Unsupported signal, Check your device output”
After SSH into LibreELEC, I checked xrandr and saw that 3840x2160 is listed (though not 60hz): Log here (after switching to 3840x2160 and xrandr, I get: this log)
The NUC has Intel Pro Graphics 580 and 3 ports for displays:
• One HDMI 2.0
 • One Thunderbolt 3
 • One Mini DisplayPort 1.2
I have an adapter for the Mini DisplayPort, so I tried that instead of the standard HDMI port. LibreELEC and xrandr didn’t list 3840x2160 as a resolution at all… I will come back to this as I did find a workaround.

I wanted to check if it was a LibreELEC issue or hardware, so I installed Windows 10 and used the HDMI port (not the adapter for Mini DP) and 3840x2160 at 60hz was working perfectly, I installed Kodi to make sure it worked ok at 2160p and all was good.
So I installed Ubuntu 16.04 (with all available system updates) and had the same issue as LibreELEC using the HDMI port (“Unsupported signal, Check your device output”), but after switching to Mini DP with the adapter, I was able to get 2160p at 30hz, installed Kodi and was working fine (I wasn’t able to get 60hz though).
Since I was able to see the xrandr details for the 30hz working setup In Ubuntu, I copied the details from xrandr and re-installed LibreELEC, plugged in the Mini DP adapter (which only showed 1080p before), SSH back in and entered these:
xrandr --newmode "[email protected]" 296.703 3840 4016 4104 4400 2160 2168 2178 2250 +hsync +vsync
xrandr --addmode HDMI3 [email protected]
xrandr --output HDMI3 --mode [email protected]
Please note ‘HDMI3’ is what xrandr sees the Mini DP as. DP1 is what xrandr sees the HDMI port as.
With the manual mode entry copied from Ubuntu, I was able to get LibreELEC displaying 3840x2160p at 30hz. (After rebooting I lose that configuration)

I tried running that command but entering it for the HDMI port instead to see if the same custom mode would work, but it still said “Unsupported signal, Check your device output”.
What I am trying to get is 3840x2160 at 60hz on the HDMI port.
At the moment, the HDMI port displays at 1080p fine, but after returning from suspend, I don’t get a display; xrandr shows VIRTUAL1 as the connected display and won’t switch back to HDMI (I have to reboot), I saw this issue here; but it isn’t working for me.
If I use the Mini DP adapter, I am able to use the NUC at 1080p 60hz and resume from suspend without issue

I’m not sure if this is something that needs to be added to the linux kernel or if LibreELEC needs patching, but I would greatly appreciate and assistance in resolving this.
Please let me know if there are any logs, outputs, details or other information you need from me (I probably left some stuff out).

Thanks.
(2016-08-02, 10:58)Ichabod Fletchman Wrote: Hi,

I have recently bought an Intel NUC6i7KYK (Skull Canyon) and have been struggling to get 3840x2160 at 60hz in LibreELEC.

I’ve been trying countless things to get this working, but I can’t seem to get it right.
To clear things up, I have a Sony UHD TV (Sony KD-79X9000B) and a direct link from TV to NUC (HDMI 2.0 Cable, (I tried different brands of cables too)).
I have installed the HDMI* 2.0 Firmware Update Tool and installed the latest BIOS at this time (KYSKLi70.86A).
LibreELEC running Krypton build #0801 (current at time of posting) - I have been installing nearly every build released for about 1 month… yes, that’s how long I have been working on this.

I am able to get 1920x1080 60hz, but when I select 3840x2160 in LibreELEC, the TV displays “Unsupported signal, Check your device output”
After SSH into LibreELEC, I checked xrandr and saw that 3840x2160 is listed (though not 60hz): Log here (after switching to 3840x2160 and xrandr, I get: this log)
The NUC has Intel Pro Graphics 580 and 3 ports for displays:
• One HDMI 2.0
 • One Thunderbolt 3
 • One Mini DisplayPort 1.2
I have an adapter for the Mini DisplayPort, so I tried that instead of the standard HDMI port. LibreELEC and xrandr didn’t list 3840x2160 as a resolution at all… I will come back to this as I did find a workaround.

I wanted to check if it was a LibreELEC issue or hardware, so I installed Windows 10 and used the HDMI port (not the adapter for Mini DP) and 3840x2160 at 60hz was working perfectly, I installed Kodi to make sure it worked ok at 2160p and all was good.
So I installed Ubuntu 16.04 (with all available system updates) and had the same issue as LibreELEC using the HDMI port (“Unsupported signal, Check your device output”), but after switching to Mini DP with the adapter, I was able to get 2160p at 30hz, installed Kodi and was working fine (I wasn’t able to get 60hz though).
Since I was able to see the xrandr details for the 30hz working setup In Ubuntu, I copied the details from xrandr and re-installed LibreELEC, plugged in the Mini DP adapter (which only showed 1080p before), SSH back in and entered these:
xrandr --newmode "[email protected]" 296.703 3840 4016 4104 4400 2160 2168 2178 2250 +hsync +vsync
xrandr --addmode HDMI3 [email protected]
xrandr --output HDMI3 --mode [email protected]
Please note ‘HDMI3’ is what xrandr sees the Mini DP as. DP1 is what xrandr sees the HDMI port as.
With the manual mode entry copied from Ubuntu, I was able to get LibreELEC displaying 3840x2160p at 30hz. (After rebooting I lose that configuration)

I tried running that command but entering it for the HDMI port instead to see if the same custom mode would work, but it still said “Unsupported signal, Check your device output”.
What I am trying to get is 3840x2160 at 60hz on the HDMI port.
At the moment, the HDMI port displays at 1080p fine, but after returning from suspend, I don’t get a display; xrandr shows VIRTUAL1 as the connected display and won’t switch back to HDMI (I have to reboot), I saw this issue here; but it isn’t working for me.
If I use the Mini DP adapter, I am able to use the NUC at 1080p 60hz and resume from suspend without issue

I’m not sure if this is something that needs to be added to the linux kernel or if LibreELEC needs patching, but I would greatly appreciate and assistance in resolving this.
Please let me know if there are any logs, outputs, details or other information you need from me (I probably left some stuff out).

Thanks.
Hi, I have the same box and have no problems with getting 3840x2160 at 60hz in GUI. Works just fine. So I would guess that it's an issue with AVR or TV. Because this has worked fine for some time for me.

EDIT: And I use the HDMI 2.0 port connected through a Marantz NR1606 AVR to a LG 65E6 TV.
@Milhouse just curious, offically Kodi is at alpha3 right? Just wondering since in build #0731 here it was pumped to beta 1. Are there different releasecycles for public and the the on you use here?
(2016-08-02, 11:40)_Spook_ Wrote: Hi, I have the same box and have no problems with getting 3840x2160 at 60hz in GUI. Works just fine. So I would guess that it's an issue with AVR or TV. Because this has worked fine for some time for me.

EDIT: And I use the HDMI 2.0 port connected through a Marantz NR1606 AVR to a LG 65E6 TV.

If it is working for you, then I have hopes that I can do something to get it working.
But do you know why Windows 10 works at 3840x2160 60hz and LibreELEC doesn't?
(2016-08-02, 12:16)Ichabod Fletchman Wrote:
(2016-08-02, 11:40)_Spook_ Wrote: Hi, I have the same box and have no problems with getting 3840x2160 at 60hz in GUI. Works just fine. So I would guess that it's an issue with AVR or TV. Because this has worked fine for some time for me.

EDIT: And I use the HDMI 2.0 port connected through a Marantz NR1606 AVR to a LG 65E6 TV.

If it is working for you, then I have hopes that I can do something to get it working.
But do you know why Windows 10 works at 3840x2160 60hz and LibreELEC doesn't?
It worked out of the box for me. I moved the SSD from a NUC6i5SYK to the NUC6i7KYK without any problems and the [email protected] was then set up as default.

I will check this a bit more when I get home from work.
  •   
  • 1
  • 91
  • 92
  • 93(current)
  • 94
  • 95
  • 187
  •   
  Thread Closed
 
Thread Rating:
  • 11 Vote(s) - 3.91 Average



Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for x86_64 (Kodi 17.0)3.9111