Originally Posted by Lee Stewart Some questions:
When a BD player sends it's signal from the SoC to the HDMI chip, isn't the audio and video sent as a combined signal?
Yes - audio data is sent between video frames.
When that signal is sent to a 1.3 receiver (one that decodes HD audio) it is received as a single signal - audio and video combined?
To make the HDMI HDCP handshake, doesn't the HDMI chip in the receiver have to recognize the signal being sent from the BD player?
I'm not an expert on HDCP, but I believe the handshake is independent of the format of the video, ie it could be 480p, 1080i, whatever. Regarding the video itself, there is a very nice diagram on page "7 of 26" of the 1.4 3D portion spec I downloaded according to your instructions, but essentially this shows how it works. The audio is transmitted during "Vertical Blanking Interval" aka VBI. An audio receiver has logic to detect the VBI and ignore the active video portion. So to the receiver, it just looks like a really weird aspect ratio of 1920x2205 or something. But the receiver still has the logic to separate audio from any size video. And signal wise, the 3D signal just looks like a really tall video frame, but the TV knows how to extract it to L/R.
This standard is based on DVI, which is used in monitors. As an example, my projector is 16:9 1920x1080. Even though my projector's EDID only lists HDTV modes as supported, as well as my receiver's manual, I can connect to the computer and force 1280x1024 mode and it gets passed through and displayed.
Once recognized and the handshake is complete - doesn't the HDMI chip send the combined signal to the two different parts of the receiver - to the audio decoding section and seperately to the HDMI output that is used to send the signal to the HDMI receiving chip in the HDTV where onece aagin, the handshake has to happen to get an image?
In this regard, it is entirely up to the receiver, and some may work, some may not, some may with a FW upgrade, etc. My guess would be that the receiver simply repeats whatever signal it gets, as this would be the cheapest solution that doesn't require decoding and re-encoding the video signal. In this sense, the output port would act very much like the original signal splitter.