神户live聚合直播卡密形式会让后端节点支持离线直播，要求直播信号在直播中不能中断。云端api直播是直接响应后端api返回直播预览和视频记录。对于来说，后端api控制视频输出一般为经过同一编码器编码的h.264格式视频。因此聚合直播卡密形式的直播效果很难得到保证。

的网络要求是有同一个编码器，同一个mac和ip。那么问题来了，假设你有个不同的编码器，不同的mac，那么如何保证视频流被实时传输并存储？还是保存一个固定格式的视频流？那么人家就可以随意写这些关键字而不用考虑性能。同时，参考我的答案：如何能让以ssl协议传输的http视频流实时性更好？上面写的并不全面，具体你可以补充进去，如果实在不行，查下现有技术是否能支持直播，如果不行的话请用http来进行视频直播，尽量避免ssl。

ssl协议的视频传输是公开不需要用户安装任何软件和插件，直接传输网络的html5视频流，如果是应用层直播就用，原因很简单，传输速度比快

live直播的话有很多现成的协议，或者有很多

能否将直播在网络上加入直播转码和视频传输功能

如果不能连接上公网服务器的话，采用hls协议直播是最有效的

首先，你得想好一个固定大小，时间一定的传输方案，至少让前端app能够记录并到调用这个方案，然后收集数据到直播app，进行分析。以下针对这个问题的思路：1.app只传一个或者n个字节；2.压缩rtmp流，为了压缩之后能够直接从app内部访问；3.在前端使用c/s结构的app中，可以用rtmp流，但是采用rtmp的是多对多的点对点技术，这样存在一个端传来的rtmp流，多个端是无法识别的，也不知道为什么这个流会被传多次；你采用单对多的视频流，然后app中进行适当的压缩。

4.前端流用某种协议封装出来：比如的：全球只需要https即可；的：需要一个匿名的rtmp；某个pop点即可传播。当然以上只是一个方案，具体有什么产品，还得具体对比，有没有市场，推广或者运营的问题。