It is a very minor thing, but it still irritates, that AVR on-screen menus are lost when the TV is used as the source via ARC or eARC. This got me thinking...
If HDMI also allowed video over its return channel then we could have AVRC (effectively an HDMI output for the source inside the TV). In this concept, both the audio and video signals would be sent from the TV to the AVR, these signals would be processed as required and the speakers driven, then the video would be passed back to the TV for display.
Probably more important than allowing AVR menus to be seen when the TV app is the source - this could also be very helpful in eliminating lip-sync problems. Today with many using eARC and with TV manufacturers aiming for low latency, the video signal is often displayed well before the audio, and it is impossible for an AVR to fix this by delaying the audio further.
Anyone else interested in such a feature?
If feasible, do you think it would be allowed, or would it be considered too much of a copy protection risk?
If HDMI also allowed video over its return channel then we could have AVRC (effectively an HDMI output for the source inside the TV). In this concept, both the audio and video signals would be sent from the TV to the AVR, these signals would be processed as required and the speakers driven, then the video would be passed back to the TV for display.
Probably more important than allowing AVR menus to be seen when the TV app is the source - this could also be very helpful in eliminating lip-sync problems. Today with many using eARC and with TV manufacturers aiming for low latency, the video signal is often displayed well before the audio, and it is impossible for an AVR to fix this by delaying the audio further.
Anyone else interested in such a feature?
If feasible, do you think it would be allowed, or would it be considered too much of a copy protection risk?
Last edited:
