Het is mij ook niet geheel duidelijk waar deze optie voor dient. De EDID is een blokje data in de display (de TV in dit geval) dat de capabilities beschrijft. Het is de box die deze opvraagd, en (al dan niet) interpreteert.
Nu zijn er drie scenario's denkbaar:
- de correcte data in de EDID ontbreekt
- de data is aanwezig, maar niet correct
- de source (de STB in dit geval) verliest de EDID data
De eerste is geen probleem, die was er in het begin van HDMI ook niet, en toen hadden we ook gewoon beeld. Ik neem aan dat er dan de assumptie genomen wordt dat het wel zal werken.
De tweede is een uitdaging, want dat kun je alleen maar handmatig corrigeren (i.e. ergens een override van de EDID data kunnen configureren). Ik vraag me af of dit voorkomt.
De laatste lijkt nogal eens voor te komen, vooral bij het in standby zetten van de source. Volgens de specs moet de source in dit geval opnieuw een handshake starten met het display device, net zoals dit gebeurd bij het (koud) opstarten van het device.
Als ik deze thread zo eens lees, dan is dit laatste ook het probleem van de VU. En gebeurt er geen (of geen correcte) nieuwe handshake. En dus is er maar omheen gewerkt in de driver. Ik ben het dus wel met Littlesat eens dat dit toch weer erg sterk riekt naar een driver issue, te meer omdat dus "nu ineens" lijkt op te treden, terwijl andere boxen (maar ook andere sources) geen enkel probleem hebben met de betreffende TV's...
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.