Thread Closed
v17 LibreELEC Testbuilds for x86_64 (Kodi 17.0)
(2016-09-10, 09:36)fritsch Wrote: Let's wait on the intel guys. If there is a solution for all common modes (23.976, 24.0, 29.97, 59.94, 60.0, 120.0) we can ship that instead of the 8 bit only patch.

Is the 23.976 mode you generate with these fine, too?

My patch does not affect refresh rate for any other modes besides 1920x1080p @59.940. Refresh rates for the other modes you listed were perfect with the stock kernel. Intel did a really good job providing exact hardware clock dividers for all the commonly used video modes (both in 8-bit and 12-bit). 59.940 was only broken because of a bug in their driver not selecting the right hardware clock divider when running at 12-bit.

My other patch to fix 44.1 kHz audio when running 12-bit only affects modes using a 148.352 or higher pixel clock. Only 50, 59.940, and 60.0 Hz modes use clocks that high. I tested all 3 of those modes. My TV does not support 120.0 Hz so 44.1 kHz audio is probably still broken in that mode.

Once we're sure that 12-bit mode is working correctly (so we can use it in the future), I would add a driver setting similar to the "Broadcast RGB" one. This will allow people to override this setting in case 12-bit looks worse on their specific TV. Maybe call it "Max Color Depth" and allow setting 8Bit, 10Bit, 12Bit, and 16Bit. Until Kodi supports more than 8-bit, we could also default this setting to 8Bit in LibreElec. The other method to do this would be with a custom EDID that removes the 30, 36, and 48 bit modes from your TV info.
  Thread Closed
Thread Rating:
  • 11 Vote(s) - 3.91 Average

Messages In This Thread
3D HOU/HSBS issue - by .bismarck - 2016-06-20, 20:03
[Build #0903] breaks VAAPI - by MichaelAnders - 2016-09-04, 15:37
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - by wizziwig - 2016-09-10, 21:29
Update Failed - by n2vwz - 2016-09-27, 19:34

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