仅对英特尔可见 — GUID: dhx1618797888744
Ixiasoft
4.7.4. 常见问题解答(FAQ)
编号 | 故障特征 | 指南 |
---|---|---|
1. | RX接收加密视频,但TX发送蓝色或黑色的静态视频。 | 这是由于外部接收器的TX认证不成功。如果来自上游的传入视频已加密,那么具有HDCP功能的中继器一定不要以未加密的格式传输视频。为了实现这一点,当TX HDCP加密状态信号处于非活动状态而RX HDCP解密状态信号处于活动状态时,蓝色或黑色的静态视频会替换输出视频。 有关确切的指南,请参考安全注意事项。然而,当使能HDCP设计时,此行为可能会阻止调试进程。下面是在设计实例中禁用视频阻塞的方法:
|
2. | TX HDCP加密状态信号是活动的,但在下游sink上显示雪图。 | 这是因为下游sink没有正确解密传出的加密视频。要确保为TX HDCP IP提供全局常量 (LC128)。此值必须是产品值(production value)且正确。 |
3. | TX HDCP加密状态信号不稳定或始终无效。 | 这是由于与下游sink的TX认证不成功导致的。为了促进调试进程,您可以使能hdcp.c中的DEBUG_MODE_HDCP参数。 关于指南,请参考修改HDCP软件参数。以下3a-3c是TX认证不成功的可能原因。 |
3a. | 软件调试日志不断打印消息“HDCP 1.4 is not supported by the downstream (Rx)”。 | 此消息表明下游sink不支持HDCP 2.3和HDCP 1.4。请确保下游sink支持HDCP 2.3或HDCP 1.4。 |
3b. | TX认证中途失败。 | 这是因为TX认证的任何部分(例如签名验证,位置检查等)都可能失败。请确保下游sink使用产品密钥(production key)而不是传真密钥(facsimile key)。 |
3c. | HDCP认证完成后,软件调试日志一直打印“Re-authentication is required”。 | 此消息表明下游sink已请求重新验证,因为接收到的视频未正确解密。请确保为TX HDCP IP提供全局常量(LC128)。此值必须是产品值(production value)并且是正确的。 |
4. | 尽管上游source已使能HDCP,但RX HDCP解密状态信号仍无效。 | 这表明RX HDCP IP尚未达到认证状态。默认情况下,REPEATER_MODE参数在设计示例中使能。如果使能了REPEATER_MODE参数 ,那么请确保TX HDCP IP已通过身份验证。 当使能了REPEATER_MODE参数时,如果TX连接到支持HDCP的sink,那么RX HDCP IP尝试作为中继器进行认证。在等待TX HDCP IP完成与下游sink的认证并将RECEIVERID_LIST传递给RX HDCP IP时,认证中途停止。HDCP Specification中定义的超时为2秒。如果TX HDCP IP在此期间无法完成认证,那么上游source将认证视为失败,并按照HDCP Specification的规定启动重新认证。
注:
|
5. | RX HDCP解密状态信号不稳定。 | 这意味着RX HDCP IP在达到认证状态后立即请求重新认证。这可能是由于RX HDCP IP未正确解密传入的加密视频导致的。请确保提供给RX HDCP IP core的全局常量(LC128)是产品值(production value)且值正确。 |