[Cloud]_AdobeEncoder_合成提示timeout

宋若宇

场景：

用户发起合成，任务卡在第二步的encoder合成，并且报错"Task execution time out"



根因：

• 客户发起的合成是来自一个Premiere recovery project
  原理：
  客户在编辑本地Premiere工程的时候，Adobe有可能会crash，这个时候重新打开Pr之后，Adobe会提示是否使用Adobe提供的recover project这个选项。如果客户选择recover project，并继续在上面编辑完成并点击了发送合成按钮。这个工程发送到后台的Premiere做替换的时候，后台会有一个recovery project的弹窗，而这个弹窗如果不手动点击确认的话，就会将后台的Pr卡住，如果没有认为介入，那么后台这台Adobe就会被这个工程占用，无法在接受新的合成任务
  如何确认是否是这个原因导致的time out：
  在控制台上redo这个任务，并找到这个任务被分发到哪一台后台的Adobe上面，如果远程上去之后可以看到recovery project的弹窗，就说明是这个原因导致的time out报错
• 客户发起的合成Project中bin里面的素材太多了
  原理：
  Project工程Bin里面的素材如果超过一定量级就会导致提示time out这个报错。原因是因为后台Adobe encoder用fake文件去替换高质量文件的时候，因为encoder插件会去遍历Bin里面的素材一个个去替换高质量，替换这个动作是插件调用adobe的接口做的，而adobe接口完成一个fake文件替换成高质量文件这个动作一般也需要1s钟，而如果Bin里面素材太多，替换的时长超过了2min(可以更改)，那么就会提示time out这个报错
  如何确认是否是这个原因导致的time out：
  有后台的Premiere打开这个工程文件，检查一下Bin里面的素材总量大概是多少，基本上超过150个素材，就有超时的可能性
  工程文件的物理路径可以参考下图寻找，这个路径只能在后台的Adobe上面访问，外网是无法访问的
  
• 后台Adobe encoder可以打开工程但是合成进度卡在0并且持续时间超过2min
  原理：
  特殊的编辑方式导致的encoder合成一直是0%这个状态，并且这个状态的持续时间超过2min，这个时候插件会认为encoder合成任务已经卡住了，会直接提示time out这个报错，防止这台Adobe后台被卡住的任务阻塞。2min这个时限是可以设置的，但是如果这个阈值拉长，会导致对于真正卡住的任务，检测时间过长的问题。所以这个阈值理论上是根据项目上的实际情况进行设置的，每个项目都可能不同。在路透的发生的问题是，有一个工程，encoder在打开工程的时候会先提示准备音频，这个过程总共花费3min，超过了2min的时限，所以提示time out。当音频准备完成之后，encoder的合成任务进度才会从0%开始逐渐增长最后到100%。
  如何确认是否是这个原因导致的time out：
  这种特殊的工程可以通过后台打开编辑发送的原始工程物理文件，并查看时间线的样式来确定是否是准备音频花费时间太长导致的。可以在下面的截图中看到，时间线上的视频素材，在titile后面有一个700%的标识，所有带这种表示的时间线都有可能导致合成的开始，准备音频时间过长这个问题。
  
• 编辑发起的合成工程里面有一个/几个采集素材Broken了
  原因：
  如果发起合成的Pr工程里面引用了采集素材，并且这个采集素材broken的话，encoder的合成进度有可能会卡在broken那一帧，当到达2min的时限后，就会返回time out的报错
  如何确认是否是这个原因导致的time out：
  可以直接在Dashboard上面对这个失败的任务redo，然后远程到这个任务分配的后台Adobe机器上，看一下encoder的状态
• 某些情况下，后台encoder正常打开一个工程，然后卡在0%的进度上。但是redo之后这个任务可以成功，这个现象是非常偶然的情况下，正好目睹了卡在0%这个过程，否则很难分析
  原因：
  目前没有找到根因，完全是随机时间，没有规律
  如何确认是否是这个原因导致的time out：
  尝试redo失败的任务，如果成功了，说明有可能是这个导致的