传输的格式一般是 rtmp://>流媒体服务器提供的流式传输方式有两种：顺序流式传输和实时流式传输 两种方式。顺序流式传输是顺序下载，在下载文件的同时用户可观看在线媒体。实时流式传输总是实时传送，特别适合现场事件。一般来说，如果视频为现场直播，或使用专用的流媒体服务器，或应用如RTSP等专用实时协议，即为实时流媒体传输。实时流式传输必须匹配连接带宽，这意味着图像质量会因网络速度降低而变差。在流式传输时，流媒体数据具有实时性，等时性等基本特点，流服务期和客户终端要保证各种媒体间的同步关系，因此，流媒体传输对“最大延时”，“延时抖动”等QoS参数都有严格要求。实时流传输既可传输实况直播，也可传输完整的音视频文件（专用协议流式）。RTSP（Real-Time Streaming Protocol）是一种用于流媒体传输的协议，而 URL（Uniform Resource Locator）是用于标识网络资源的地址。"RTSP+URL 超时" 意味着 RTSP 与 URL 之间的连接已经超时，无法建立或者维持连接，导致无法继续进行流媒体传输。
通常情况下，RTSP+URL 超时可能是由于以下几个原因导致的：
1 网络连接问题：如果网络连接不稳定或者存在网络故障，就可能导致 RTSP+URL 超时。例如，服务器或客户端的网络连接中断、丢包、延迟等问题都可能导致 RTSP+URL 超时。
2 服务器或客户端问题：如果服务器或客户端出现故障或者配置错误，也可能导致 RTSP+URL 超时。例如，服务器或客户端的软件版本不兼容、配置错误、资源不足等问题都可能导致 RTSP+URL 超时。
3 端口问题：如果 RTSP+URL 使用的端口被其他程序占用或者防火墙屏蔽了该端口，也可能导致 RTSP+URL 超时。
为了解决 RTSP+URL 超时问题，可以采取以下几个方法：
1 检查网络连接：检查服务器和客户端之间的网络连接是否正常，排除网络故障。
2 检查服务器和客户端配置：检查服务器和客户端的软件版本、配置是否正确，确保资源充足。
3 检查端口：检查 RTSP+URL 使用的端口是否被其他程序占用或者防火墙屏蔽了该端口，如果需要，可以对防火墙进行配置。
4 调整超时时间：可以尝试调整 RTSP+URL 的超时时间，增加连接的稳定性。
视频直播，可以分为采集，前处理，编码，传输，解码，渲染这几个环节，下面分别说下：采集，iOS是比较简单的，Android则要做些机型适配工作，PC最麻烦各种奇葩摄像头驱动，出了问题特别不好处理，建议放弃PC只支持手机主播，目前几个新进的直播平台都是这样的
前处理，现在直播美颜已经是标配了，80%的主播没有美颜根本没法看
美颜算法需要用到GPU编程，需要懂图像处理算法的人，没有好的开源实现，要自己参考论文去研究
难点不在于美颜效果，而在于GPU占用和美颜效果之间找平衡
GPU虽然性能好，但是也是有功耗的，GPU占用太高会导致手机发烫，而手机发烫会导致摄像头采集掉帧，iPhone6尤其明显，因为iPhone6的CPU和前置摄像头很近
编码，肯定要采用硬编码，软编码720p完全没希望，勉强能编码也会导致CPU过热烫到摄像头
硬编码兼容性又是一个大坑，android上要有人去填
编码要在分辨率，帧率，码率，GOP等参数设计上找到最佳平衡点
传输，自己做不现实，交给CDN服务商吧，也就是贵了点，相信有志于做直播平台改变世界的你不差钱
假设2WPCU大约每月带宽费用100万左右，因为清晰流畅的720p要1
5mbps左右
CDN只提供了带宽和服务器间传输，发送和接收端的网络连接抖动缓冲还是要自己写的
不想要卡顿，必然要加大缓冲，会导致延迟高，延迟高影响互动性，要做权衡
解码，也肯定要硬解码，目前手机普遍支持硬解了，只是android上还是有兼容性大坑要填
渲染，这个难点不在于绘制，而在于音画同步，目前几个直播做得都不好
此外音频还有几个坑要填，比如降噪，音频编码器的选择，各种蓝牙耳机，各种播放模式的适配等，如果你想做主播和观众连线聊天，还有个回声消除问题
以上是媒体模块，还有信令控制，登录、鉴权、权限管理、状态管理等等，各种应用服务，消息推送，聊天，礼物系统，支付系统，运营支持系统，统计系统等
后台还有数据库，缓存，分布式文件存储，消息队列，运维系统等
第一期至少要融资2000万RMB，组建至少10人的技术团队，10人的产品运营团队，争取3个月产品上线，半年达到5W在线（2w根本不够）然后融资1个亿，或许还有希望一搏
这些对于创业者来说是一个难度系数非常大，创业初期还是建议接入第三方的直播SDK，可以节省成本，趣拍直播还是很不错的，不管是转码还是推流，支持1000多万人在线不卡顿，可以去了解下
祝你朋友好运
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）