Low colour saturation on Vero 4K

Help and Support
1

Hi,

on Vero 4K running OSMC the colours are “washed out”. For example, black is displayed as grey.

I´ve recently switched from Raspberry Pi 1 to Vero 4K.
On Raspberry with OSMC I´ve had a similar issue but managed to fix it by editing the /boot/config.txt with options hdmi_pixel_encoding=2 and hdmi_group=1.

Setup is:
Vero 4k → Denon AVR 2809 → Philips 42PFL9803H/10
all connected via HDMI.

I tried OSMC releases 2017.02-2 and 2017.03-1 with the same result.
Also, I did echo 1 > /sys/class/amhdmitx/amhdmitx0/output_rgb
as in thread:
HDMI color range with no effect.

I wonder if there is a way to edit a config file as with Raspberry Pi?

Greetings,

verouser

2

Hi,

I suspected this post would be about an older Phillips TV. By default we output in YCbCr and I believe your TV expects RGB. Normally this isn’t an issue, but some older TVs incorrectly advertise their capabilities (EDID).

Setting hdmi_pixel_encoding=2 enables full range RGB on Raspberry Pi.

Running:

echo 1 > /sys/class/amhdmitx/amhdmitx0/output_rgb

should have done the trick. I will check that this is still behaving as expected. Do you see the screen lose signal and reconnect when you run it?

Try this:

  • Start a video
  • Pause it, run above command

I’ll add a config option shortly so you can set this persistently and reliably.

3

Hi,

I ran: echo 1 > /sys/class/amhdmitx/amhdmitx0/output_rgb
as a video was paused.
The screen lost signal and reconnected, but the sound of the video was gone.

4

Okay – did things look better when you did this?
The loss of sound is (to an extent) expected, because this isn’t a proposed solution or fix, I just want to make sure output_rgb is doing what it should be doing; and doing this during playback is a good way to check

Sam

5

Hi,

the colours are still not okay.

verouser

6

Okay, but did the colours change after running this command?

You may need to adjust some TV settings. I don’t have an old Phillips but have seen this problem posted before; as well as resolved. Maybe another user can chime in.

7

No, the colours didn´t change after running this command.

I´m not sure how a change of TV settings (which are working for Blu-ray player, Sat receiver, PS4 and Raspberry Pi) can help.

Greetings,

verouser

8

Your TV (Phillips) is from 2009 era.

This TV is known to misadvertise it’s capabilities, which causes Vero 4K to output a colour space that the TV doesn’t like.

I’ll add a workaround for this shortly and let you know when I have something to test. The above command should have worked however (tested here).

So when you configure Raspberry Pi’s video_mode, you are changing the video output.
But on some TVs, this can also be configured on the TV, which is sometimes easier.

Please paste the output of the following commands, which will help me address this faster.

cat /sys/class/amhdmitx/amhdmitx0/disp_cap
cat /sys/class/amhdmitx/amhdmitx0/raw_edid

Thanks

Sam

9

Well,

output of cat /sys/class/amhdmitx/amhdmitx0/disp_cap is: nothing.
Cursor jumps to next line of promt.

Output of cat /sys/class/amhdmitx/amhdmitx0/raw_edid is:
cat: /sys/class/amhdmitx/amhdmitx0/raw_edid: No such file or directory

But I tried command cat /sys/class/amhdmitx/amhdmitx0/edid with that result:

root@osmc:/sys/class# cat /sys/class/amhdmitx/amhdmitx0/edid
Rx Brand Name:
Rx Product Name:
Manufacture Week: 0
Manufacture Year: 2008
EDID Verison: 1.3
EDID block number: 0x0
blk0 chksum: 0xab
Source Physical Address[a.b.c.d]: 0.0.0.0
native Mode 0, VIC (native 255):
ColorDeepSupport 80, MaxTMDSClock 30

Audio {format, channel, freq, cce}
Speaker Allocation: 0
Vendor: 0xc03
Vendor2: 0x0
ColorMetry: 0x3
SCDC: 0
RR_Cap: 0
LTE_340M_Scramble: 0
Rx 3D Format Support List:
{VIC FramePacking TopBottom SidebySide}
checkvalue: 0xab3d0000

I hope this is helpful.

verouser

10

Was your TV on when you ran this?

Sorry, my mistake, it’s rawedid (no underscore)

This basically says that your TV isn’t providing any EDID, which is very odd if your TV is actually powered on when you ran this.
Try another HDMI cable

11

Sorry my fault, TV was off.

Running cat /sys/class/amhdmitx/amhdmitx0/disp_cap again shows that:

root@osmc:/sys/class# cat /sys/class/amhdmitx/amhdmitx0/disp_cap
480i60hz
480i_rpt
480p60hz
480p_rpt
576i50hz
576i_rpt
576p50hz
576p_rpt
720p60hz
1080i60hz
1080p60hz
720p50hz
1080i50hz
1080p30hz
1080p50hz*
1080p25hz
1080p24hz

Second output is:

root@osmc:/sys/class# cat /sys/class/amhdmitx/amhdmitx0/rawedid
00ffffffffffff0011ee13000101010100120103804024780ae692a3544a99260f4a4c2108008bc08180010101010101010101010101023a80d072382d40102c458080682100001e011d803e73382d407e2c458080682100001e000000fc0044454e4f4e2d4156414d500a20000000fd00303e0f460f000a20202020202001ab02034ff15e9f10202122140513041203110216071506010e230f241d251e260a0b191a380f7f073d1ec01507505f7e01570600657e00671e004d0200835f0000e30503016a030c001400801e806597011d80d0721c1620102c258080682100009e011d00bc52d01e20b828554080682100001e0000000000000000000000003d

verouser

12

Ok, that’s helpful. Thank you.

I’ll let you know when I have an update

Sam

13

Hi,
just updated to OSMC release 2017.05-1 and the colours are fine now.

Thanks for fixing this issue. Now the Raspberry Pi 1 can retire.

Greetings,

verouser

14

Hi

I’m really glad to hear that. Thanks for your response and letting
me know that things are working better for you.

If you need any further help in the future, let us know.

Sam