The process is to find the relevant commits in tbs git and figure out what files need to be added and patched.
I used "git diff" command to generate the patch files, e.g. "git diff oldfile newfile > patchfile". Then I joined all the patches into 1 file.
The patch needs to be copied to projects/Generic/patches/linux or packages/linux/patches/default
the Chromebox can't handle the conversion to 1080p
Your Chromebox can't handle 4K HEVC video, not the conversion to 1080p.
Any 4K capable hardware can downscale without any issues.
You shouldn't touch Kodi's screen calibration to fix the overscan. Overscan should be disabled in your TV's settings.
When I put up the info (o) or details (ctrl+shift+o), display is good but as soon is I switch it off, it starts stuttering again.
Ssh to the device and try this command:
echo 750 > /sys/devices/pci0000:00/0000:00:02.0/drm/card0/gt_min_freq_mhz
If it works add it to storage/.config/autostart.sh
Interesting that if you use seperate HDMI's for audio and video there is no sound glitch but if you go over one it causes it.
Looks like it's an Intel driver issue. Maybe it's worth reporting it here.
Maybe I have to do something more
You should use a nightly build, not a stable 9.2.6.
Or self-compile from a libreelec-9.2 branch and add a patch for RTL8761B support.
you said you don't use an AVR. So you just use your tv's speakers?
Yep.
Is there a reason you are doing it?
The Intel driver would always select RGB limited for a TV.
I force "RGB full" for my personal builds to work around a buggy "HDMI Black Level" setting on my Samsung 4K TV (it can randomly switch from "Low" to "Normal").
"Adjust display refresh rate" should be enabled, "sync playback to display" disabled.
I don't have any audio issues but I don't have an AVR either.
Vero and other Amlogic boxes default to YCbCr 4:4:4 (4:2:0 for 4K 50/60Hz).
In my build the Intel driver default to RGB full.
It is possible that your TV does not set the correct black level for RGB full.
I can compile a build that will output YCbCr instead of RGB and you can test if it will improve the PQ.
Edit: https://www.dropbox.com/s/w69p0zxmall5…bCr.img.gz?dl=1
I see no video quality issues. A "white haze" usually means incorrect black level.
Sorry but I have no knowledge or interest in Ubuntu.
Should I use "direct to plane" or "EGL" as rendering method?
direct to plane
I never used a non-GBM build...
Is it enabled is Services->UPNP/DLNA?
LibreELEC-GBM.x86_64-9.80-devel-20201127171518-1e75df4.img.gz
I can access the files on my PC via UPNP, seem to work fine here.
