Valerii Zapodovnikov

@linuxhw Parsing of AMD freesync and freesync 2 HDR VSDB is added here: https://github.com/ValZapod/edid-decode/commit/31144f33569bfe2acb50e0c2e52fdf53bd8eb6d8 It also fixes Low Latency reverted bit in LG C9 (it does actually support low latency,...

And here https://github.com/linuxhw/EDID/blob/f8bb9fac4519fc89872ed6cce7d086833068701a/Analog/Others/ZTY1910/37221757DCCA#L80

There are others https://github.com/linuxhw/EDID/search?q=Block+1%2C+%22Unknown+EDID+Extension+Block+0x00%3A%22&type=

> So this is probably a failure of the edid-decode. No, it is not. It can be a failure of hw itself. If you will look into linux kernel source...

This is also very interesting, https://github.com/linuxhw/EDID/blob/master/Digital/Samsung/SAM0F99/A664A43B4200 contains only "EDID length 400 is not a multiple of 128".

> It's: It is actually this one https://github.com/linuxhw/EDID/blob/master/Digital/Samsung/SAM0F99/1B29EF7B1EB4#L101, but just a part of it, looks like a bug in the linux kernel (or where does it take HDMI-0/edid, because /sys/class/drm/card0-HDMI-A-1/edid...

> VLC implent DOVI > > https://code.videolan.org/videolan/libplacebo/-/merge_requests/207/diffs > > https://code.videolan.org/videolan/libplacebo/-/merge_requests/208/diffs > > https://code.videolan.org/videolan/libplacebo/-/issues/113 That is not VLC. That code for DoVi is only used in mpv.

See 

Oh. I cought both, 140 is LUCH 5V. 

I also got the confirmation that this is indeed the frequency they operate on.