问题
背景：
原有一个A平台A音频服务，现在新开发一个iot平台下新增一套音视频服务，前端播放插件和A平台一致，后端全部替换（新的成本低 
）替换后同样的前端，从加载速度，视频稳定性都不如A平台。（一群从来没做过音视频的人买了一套代码，稀里糊涂交付了，真正大批量接入设备时各种问题）
目前问题：
1.下发9101 获取播放地址为异步操作，获取到的地址可能播不出来因为终端还没推流，需要判断终端是否已经推流，音视频供应商认为应该前端做，前端认为以前前端不需要任何判断应该后端做。（前端后来还是做了但是效果依然不好，因为获取到的地址没拉到流时会报js错误 ，或502 ，音视频说是clb转发配置的有问题，运维说没问题要么给出如何配置，音视频服务又说不出原因）
2.判断推流多久超时合适，应该如何提示。
3.因为视频终端有双网关，新老平台可以同时播放，两个平台同时播放新的平台永远加载不赢老平台一致被老平台的9102中断视频、抢流，但是新平台无法影响到老平台（老平台前后端是一家公司配套开发），关掉老平台转发后新平台稳定不少。
4.视频部分设备存在花屏。
5.老平台能加载出来的，新平台无法加载出来，延长终端推流超时断开时间有所好转但是依然不如老平台不知道是否还有其他优化点。
6.终端视频通道在线状态和定位模块绑定，无定位模块通道会不在线，这样可以提高设备在线状态灵敏度，但是部分设备存在定位失效和模块损坏，并不能及时修复导致视频无法播放，需要取消在线状态和设备定位的绑定关系，但是这样又不好判断在线状态如果用心跳时间多久没接收到设备多少分钟合理，目前为5分钟客户投诉时间太长。
7.视频播放一段时间自动暂停，点击播放没有继续播放而是一直回放前几秒被投诉。
8.下发的指令偶发卡在网关处理中，导致前端一直等待指令生效没去获取地址。（目前指令状态超时时间为5分钟），有可能直接在次下发又成功了。
9.前端获取的地址其实加载一会可以播放，但是因为获取的地址有js报错，因为去判断了推流地址推流地址没有推流就再次获取地址导致一直在重复获取地址很久才能加载出来，其实前面地址已经可以播放了，但是前端说没有判断事件。。。
都没做过音视频，视频代码已经交付了，，，供应商支持效率很低，处理这些问题毫无头绪，求助有没有音视频大拿帮忙指导一下。