仅对英特尔可见 — GUID: ixj1619504973083
Ixiasoft
3.6.3. 常见问题解答(FAQ)
编号 | 故障特征 | 指导原则 |
---|---|---|
1. | RX接收加密视频,但TX发送蓝色或黑色的静态视频。 | 这是由于外部sink接收器的TX认证不成功。如果从上游传入的视频已加密,那么具有HDCP功能的中继器一定不会以未加密的格式传输视频。为了实现这一点,当TX HDCP加密状态信号处于无效状态而RX HDCP解密状态信号处于有效状态时,蓝色或黑色的静态视频会替换输出视频。 请参阅安全考量了解确切的指导原则。然而,当使能HDCP设计时,此行为可能会阻止调试进程。以下是在设计实例中禁用视频阻塞的方法:
|
2. | TX HDCP加密状态信号有效,但在下游sink上显示雪花干扰(snow)图。 | 这是因为下游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.3。请确保下游sink支持HDCP 2.3或HDCP 1.3。 |
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核的全局常量(LC128)是产品值(production value)且值正确。 |