the img file will require me to wipe out the windows 10 partition on my device
You can update with the img.gz file just like with .tar.
Posts by smp
-
-
You would probably need to do a custom build of LE to make it work, using a kernel from TBS repo - GitHub - tbsdtv/linux_media: TBS linux open source drivers
-
-
This is from current Kodi master:
LibreELEC-Generic.x86_64-10.0-devel-20210514171417-0f2dcbe.img.gz?dl=1
-
-
This needs crazycat addon which is not included in current RPi images.
-
It's an issue with crazycat drivers. If you want your 5520SE to work with current LE master branch you can self compile an image with my patch that I posted here.
-
but definatley limited colour range
I don't force full range for the builds I post here.
-
Are you still forcing full range in your builds ?
Yes. I also tested with limited range and it doesn't make any difference.
That's how it looks with a build from drmprime-2img-no-ffmpeg-bump branch (EGL render method):
That's how it looks with a build from an older drmprime-vaapi-hdr branch (direct to plane render method)"
-
did work fine on my Vega M
I just get a black screen on Vega 3 (Athlon 200GE). The same build works fine on Intel. I use your Commits · lrusak/xbmc · GitHub branch.
-
And I don't understand why in the version you gave me the image looks black.
It's a work in progress code that is known to work on some Intel hardware. It does not seem to work on AMD yet.
-
You probably also need the RTL8125B firmware.
-
I haven't noticed any color inaccuracies as described by smp
Try this test.
All bars (66-120) should look grey. But when using the EGL render method - bars 68-88 look green.
They look correct with direct to plane method (http://github.com/lrusak/xbmc/commits/drmprime-vaapi-hdr branch).
-
LibreELEC-Generic.x86_64-10.0-devel-20210427181309-090e00d.img.gz
On my AMD Athlon 200GE (Vega 3) HDR does not work. - just a black screen.
-
Though that could very well be a quirk of my TV, handling native HDR poorly.
I understand you have a Samsung 2019 model TV?
I use these settings for HDR to get an acceptable picture on my Samsung:
Game Mode: On
Backlight: 50
Contrast: 45
Sharpness: 0
Colour: 25
Contrast Enhancer: Low
Colour Tone: Standard
ST.2084: 2
Contrast Enhancer and ST.2084 are important. With default settings the picture is indeed too dark.
-
AMD Ryzen 5 3500H and apu radeon vega 8 and it does not work for me
I compiled it without radeonsi mesa drivers.
I can do another build with AMD support if you want.
-
Not sure if it's a bug or not but the HDR black level tests look wrong. Like this one for example.
That test looks correct with Commits · lrusak/xbmc · GitHub branch using direct to plane method. It looks exactly the same when played on TV's internal media player.
But with Commits · lrusak/xbmc · GitHub branch using EGL method some of the bars that supposed to look grey look greenish.
-
LibreELEC-Generic.x86_64-10.0-devel-20210427181309-090e00d.img.gz
- Partially reverted this commit because HDR stop working after the TV is power cycled:
Diff
Display Morediff --git a/xbmc/cores/VideoPlayer/VideoRenderers/HwDecRender/VideoLayerBridgeDRMPRIME.cpp b/xbmc/cores/VideoPlayer/VideoRenderers/HwDecRender/VideoLayerBridgeDRMPRIME.cpp index fbe41cf9b8f3a..ca6711bf2313e 100644 --- a/xbmc/cores/VideoPlayer/VideoRenderers/HwDecRender/VideoLayerBridgeDRMPRIME.cpp +++ b/xbmc/cores/VideoPlayer/VideoRenderers/HwDecRender/VideoLayerBridgeDRMPRIME.cpp @@ -266,7 +266,7 @@ void CVideoLayerBridgeDRMPRIME::Configure(CVideoBufferDRMPRIME* buffer) uint8_t eotf = GetEOTF(picture); - if (edid.SupportsEOTF(eotf)) + { m_hdr_metadata.hdmi_metadata_type1.eotf = eotf;
