(2016-08-11, 12:27)scf2k Wrote: Nice! Though the downside now you have described is about monitor users. Wouldn't an additional step in setup wizard (where you set hostname and something else I can't remember now) make things a little better where user could select their display device: monitor or TV. And this settings would set limited off/on according to selected option.

(2016-08-11, 12:52)Milhouse Wrote: I wonder how many users run LibreELEC on computer monitors? I know I do, but then I'm usually testing it and rarely actually watching it but I would expect that - being an embedded distribution - the vast majority of users are running LibreELEC on dedicated devices connected to TVs. If a computer monitor is being used then the limited range option is now a Standard (was Expert) setting that can be changed in no time at all.

I'm really not sure the limited range setting deserves any greater significance than, say, the number of audio channels which we also don't mention in the first run wizard.

(2016-08-11, 13:37)n2vwz Wrote: Both of my TVs (Sony XBR and Samsung F series) were defaulted to full range when I purchased them. I don't think that it is that uncommon.

(2016-08-11, 13:58)LateAdopter Wrote:

(2016-08-11, 13:37)n2vwz Wrote: Both of my TVs (Sony XBR and Samsung F series) were defaulted to full range when I purchased them. I don't think that it is that uncommon.

It's not as simple as that with my Samsung F6100. With the Intel driver in its default automatic mode and the TV input tagged as "PC" it depends on whether it is a CEA mode or not.

Booting a desktop linux with 60Hz the HDMI link is in sRGB mode and the desktop looks normal. Changing to 50Hz with xrandr or Kodi sets the HDMI to BroadcastRGB and the desktop looks a bit odd, but the video image is good. The only defect is that 59.9Hz is sRGB when it should be BroadcastRGB according to the HDMI standard.

If the TV input is tagged as "STB" the connection is always BroadcastRGB.

With the pass-through driver mode active, it is quite broken in 60Hz "PC" mode because the driver forces BroadcastRGB when the TV and HDMI standard require sRGB. I expect that is why the Intel developers are not interested in the passthough patch.

Passthrough should only be active when both the source and destination require BroadcastRGB

(2016-08-11, 15:56)n2vwz Wrote:

(2016-08-11, 13:58)LateAdopter Wrote:

(2016-08-11, 13:37)n2vwz Wrote: Both of my TVs (Sony XBR and Samsung F series) were defaulted to full range when I purchased them. I don't think that it is that uncommon.

It's not as simple as that with my Samsung F6100. With the Intel driver in its default automatic mode and the TV input tagged as "PC" it depends on whether it is a CEA mode or not.

Booting a desktop linux with 60Hz the HDMI link is in sRGB mode and the desktop looks normal. Changing to 50Hz with xrandr or Kodi sets the HDMI to BroadcastRGB and the desktop looks a bit odd, but the video image is good. The only defect is that 59.9Hz is sRGB when it should be BroadcastRGB according to the HDMI standard.

If the TV input is tagged as "STB" the connection is always BroadcastRGB.

With the pass-through driver mode active, it is quite broken in 60Hz "PC" mode because the driver forces BroadcastRGB when the TV and HDMI standard require sRGB. I expect that is why the Intel developers are not interested in the passthough patch.

Passthrough should only be active when both the source and destination require BroadcastRGB

I had problems with pass-thru driver mode as well. With some media, I noticed that small black bars would appear at the top and bottom of the screen when the pass-thru switch occurred. I think that the TV was padding extra black lines at top and bottom when the video switched to a lower frame rate from pass-thru. The media was 1920 x 1080, so there shouldn't have been any change in aspect ratio. I ended up turning the pass-thru feature off.

(2016-08-11, 12:31)_Spook_ Wrote: Thanks Milhouse and fritsch for getting that patch in there!

• Includes FernetMenta "VideoPlayer" patches
  
• Includes latest kodi-platform master (c8188d82)
  
• Includes latest libcec master (62b8520c, ahead +15)
  
• Includes latest libnfs master (fac3a954, ahead +34)
  
• Includes latest p8-platform master (041a8c6c, ahead +1)
  
• Includes latest addons: inputstream.mpd (7898a672, +13), inputstream.rtmp (7bf2298e), inputstream.smoothstream (b63ecbb4, +3), peripheral.joystick (de29de0c, +4), pvr.argustv (e536f32e), pvr.demo (01c68c88), pvr.dvblink (20e1ccb4), pvr.dvbviewer (7a7ead36), pvr.filmon (efd379b8), pvr.hdhomerun (a71e816d), pvr.hts (66dcb89f), pvr.iptvsimple (21e91a5f), pvr.mediaportal.tvserver (72452b9d), pvr.mythtv (d10d210b), pvr.nextpvr (32b3c2ff), pvr.njoy (b5d65655), pvr.pctv (12d8baf1), pvr.stalker (5f440e00, +4), pvr.vbox (f38f82f0), pvr.vdr.vnsi (98673d3a, +1), pvr.vuplus (4f2ad621), pvr.wmc (979c37db)
  
• Includes commits from xbmc/master, ahead +2 (FernetMenta)
  
• Exclude [env] kodi-999.99-PR10164-add-aetempo-filter.patch: Merged upstream
  
• Exclude [env] kodi-999.99-PR10206-recursive-remove.patch: Merged upstream
  
• Exclude [env] kodi-999.99-PR10211-videoplayer-fix-handling-of-progressive-content-in-rendermanager.patch: Merged upstream
  
• Exclude [env] kodi-999.99-VideoPlayer_Fix_build_after_dropping_deinterlacing_mode.patch: Merged upstream
  
• Exclude [env] libcec-PR208.patch: Merged upstream
  
• Include [env] patch: Add kodi binary addons (pvr, adsp, other)
  
• Include [env] patch: curl: bump 7.50.1 (sync with kodi 17b1)
  
• Include [env] patch: Don't build ADSP addons
  
• Include [env] patch: expat: Bump to 2.2.0
  
• Include [env] patch: ffmpeg: Bump to 3.1.2-Krypton-Beta1 (6da2f5f)
  
• Include [env] patch: kodi: sync appliance.xml after xbmc/PR10201
  
• Include [env] patch: Bump included addon versions to prevent online updates
  
• Include [env] patch: Add experimental splash video for RPi
  
• Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.* and os.*
  
• Include [env] PR:535: init: Add upgrade check to avoid incompatible upgrades [RFC,WIP]
  
• Include [env] PR:573: kodi/Intel: Various improvements from fritsch
  
• Include [env] PR:621: init: mount per-client boot/disk if available & configured
  
• Revert [env] 46b9b7b3: rtmpdump (Reason: use newclock5 bump)
  
• Include [pkg] 441217d8: logging: Add microsecond timer to log messages (kodi)
  
• Include [pkg] patch: [skin.estuary] Hide watched items on home (kodi-theme-Estuary)
  
• Include [pkg] PR:8645: [video] Add season/TV show artwork to episodes/seasons even if they have their own fanart.
  
• Include [pkg] PR:8824: videodb: fix smart playlists not honoring "Show empty TV shows" setting.
  
• Include [pkg] PR:8922: [guiinfo] extend ranges for listitem properties
  
• Include [pkg] PR:10157: [WIP] Double the backslash in mysql in case we're in 'LIKE'
  

1. Restore Intel limited range support, with limited range now the default for Intel GPUs
   

1. XBMC:
   • player: guiinfo, compare player_process ignoring case (PR:10270, 1 commit, 1 file changed)
     
   • [EPG] Fix recent notification optimization. (PR:10274, 1 commit, 3 files changed)
     
2. peripheral.joystick:
   • [xinput] Move motor definitions to xml file (de29de0c)
     
3. Additional commits/pull requests/changes not yet merged upstream:
   • Added: [env] PR:573: kodi/Intel: Various improvements from fritsch
     
   • Added: [env] PR:621: init: mount per-client boot/disk if available & configured