Wrong color space in DVI mode

slowry · December 10, 2017 at 12:35 PM

I try to use my s905x box with a dvi monitor and a dvi to hdmi adapter.

All the versions since 8.1.5 displays a pink / purple screen.

So, I dig into the code and I find this commits Revert "drivers/amlogic/hdmi/hdmi_tx_20: Partially revert c49e9b6 to … · kszaq/linux-amlogic-le@8c1f5c4 · GitHub.

In DVI mode the Color Space Converter is set to convert TX_INPUT_COLOR_FORMAT to TX_OUTPUT_COLOR_FORMAT but both are set to COLORSPACE_YUV444.

It means nothing to do !

DVI can only handle RGB, so TX_OUTPUT_COLOR_FORMAT should be COLORSPACE_RGB444 in that case, just like to force RGB. No ??

Tim_Taylor · December 10, 2017 at 2:28 PM

Quote from slowry

DVI can only handle RGB

LE 8.2 or LE9.x don´t support RGB

see [8.2.1.1] LibreELEC 8.2 for S905/S905X

**kszaq** · December 10, 2017 at 3:34 PM

Tim_Taylor This is a different case - 8.1.x and 8.2.x builds don't support forcing RGB mode, if it's automatically set by kernel it should work.

slowry I will re-apply the fix for next 8.2 branch build.

slowry · December 10, 2017 at 3:54 PM

thanks kszaq.

I m trying to build it myself but very poor internet bandwith to download all the stuff 😢

slowry · December 12, 2017 at 7:47 PM

I finally manage to recompile 8.2 master (about 20 hours !) with the fix and it works as expected now.

There is a broken dependency for qca9377 firmware so I do this... as a workaround :

Diff

diff --git a/packages/linux-firmware/qca9377-firmware-aml/package.mk b/packages/linux-firmware/qca9377-firmware-aml/package.mk
index 5ed2f4f..82c33cf 100644
--- a/packages/linux-firmware/qca9377-firmware-aml/package.mk
+++ b/packages/linux-firmware/qca9377-firmware-aml/package.mk
@@ -24,7 +24,8 @@ PKG_ARCH="any"
PKG_LICENSE="Free-to-use"
PKG_SITE="https://boundarydevices.com/product/bd_sdmac_wifi/"
# PKG_URL="http://linode.boundarydevices.com/repos/apt/ubuntu-relx/pool/main/q/qca-firmware/qca-firmware_${PKG_VERSION}_armhf.deb"
-PKG_URL="http://kszaq.libreelec.tv/sources/qca-firmware_${PKG_VERSION}_armhf.deb"
+#PKG_URL="http://kszaq.libreelec.tv/sources/qca-firmware_${PKG_VERSION}_armhf.deb"
+PKG_URL="http://kszaq.libreelec.tv/sources/${PKG_NAME}-${PKG_VERSION}.deb"

Display More

How to recompile kernel without patching ( because patching does a clean and rebuild all the obj ) ?

A "fake dvi mode" should make a possible "force rgb mode" (real DVI mode doesn't carry audio).

**kszaq** · December 12, 2017 at 9:22 PM

slowry If you make changes in build.S905*/linux*, you can delete build.S905*/.stamps/linux/* to trigger dirty rebuild.

**kszaq** · December 12, 2017 at 9:22 PM

Here is a test build that might fix color mode in DVI mode: LibreELEC-S905.arm-8.2-devel-20171212221530-r26468-g036acdb.tar

renzz · December 13, 2017 at 11:05 AM

Quote from kszaq

Here is a test build that might fix color mode in DVI mode: LibreELEC-S905.arm-8.2-devel-20171212221530-r26468-g036acdb.tar

This has fixed it for me. I have a test box connected to a DVI-only monitor which has had the purple screen problem. This build seems to have restored the proper colours, and I didn't need to echo anything to output_rgb.

Thanks kszaq and slowry

**kszaq** · December 13, 2017 at 11:25 AM

renzz Can you confirm that proper colours stay after some time up?

renzz · December 13, 2017 at 11:28 AM

Quote from kszaq

renzz Can you confirm that proper colours stay after some time up?

Yes, I had the box on for 15+ mins and all was ok.

**kszaq** · December 13, 2017 at 11:29 AM

renzz Thank you. This is a step forward to fix RGB mode for everyone.