·您当前的位置:主页 > 技术教程 > SRS流媒体技术 >

[srs流媒体技术]SRS流媒体产品规划

时间:2016-01-13 15:02SRS
关于SRS的来源,定位,愿景和计划,[srs流媒体技术]SRS流媒体产品规划

关于SRS的来源,定位,愿景和计划。
BigThanks

SRS是2013.9我从蓝汛离职后,我参考nginx_rtmp写了个简洁直播源站服务器。蓝汛接我工作的同事也可以看到服务器如何一步步构建。蓝汛的客户也可以用这个源站,那些乱七八糟的源站对接太麻烦。我想用业余时间构建不受客户随意影响的产品,只遵循核心价值而加入功能,而不是为了赚钱或者客户头脑发热,总之,实现我对于产品价值和质量,真正实现客户核心要求,定位清晰,一个实践现代软件工程和研发理念的服务器。

2013.10底加入观止负责研发管理工作。后来观止创想做编码器,编码器需要输出到rtmp服务器,nginx-rtmp又经常出问题,就打算用我的SRS替换nginx-rtmp。后来编码器上线过程中,我也逐步完善了SRS,是快速成长期。开放服务器,就让客户可以更好的用我们编码器,而且我们编码器可以支持拉模式。这个阶段主要是源站阶段。

2014.3进入反馈期,树苺派,极路由,cubieboard等嵌入式设备上有人问是否能支持。我自己买了树苺派,在上面运行成功,改了st的一个bug。从这个时候开始,是功能爆发的时期,得到群里童鞋们的反馈。转码,转发,采集,录制都是这个时期的工作。

2014.5,SRS功能冻结,测试和解决问题。我们公司扩大产品线,准备做VDN,视频分发网络,自然srs成为最佳选择。公司各位老大也一致认为srs的定位比较合适,一致商议决定直播服务器使用srs。SRS的功能都已经完善,VDN其他业务系统譬如监控和计费开始研发,我只有周末时间做SRS了。

2014.10,SRS1.0beta发布,坐等大家反馈bug,如果没有bug就在2014年底发布SRS1.0release。观止创想也准备在1.0release的基础上上研发下一代商用流媒体服务器。从0到1.0,SRS花了1年时间,17个里程碑,7个开发版,223个修订版,43700行功能代码,15616行utest代码,1803次提交,161个bug和功能,解决了117个,可在1个平台运行(linux),支持4种cpu(x86/x64/arm/mips),11个核心功能(origin、 edge、 vhost、 transcode、 ingest、 dvr、 forward、 http-api、 http-callback、 reload、 tracable-log),35个功能点,58篇wiki,SRS的QQ群有245位成员,活跃成员141人,2位主作者,12位贡献者,14位捐赠者,至少有蓝汛、VeryCloud、VeryCDN、清华电视台在使用或基于SRS改自己的服务器,数百个各种行业的公司在使用SRS主要包含视频监控、移动端、在线教育、秀场和KTV、互动视频、电视台、物联网、学生。

2014.10启动SRS2.0研发,预计6个月左右的研发周期,主要目标是完全了解和掌握st,简化服务器的客户端模型,以及其他小功能的完善。比较大的方向在3.0+支持。

感谢我自己像个偏执狂一样独自坚持完成srs的定位,架构,编码,测试和文档。感谢父母的养育,老师的培养,尤其是初中的胡开群高昂老师,高中的周国文老师,大学的欧旭理老师。感谢刚毕业在大唐工作时何力对我的帮助,以及微软时期赵斌对于接口设计的教导。感谢蓝汛时期付亮副总裁,我的研发管理启蒙老师对我认可和支持;感谢蓝汛时期Micheal热情大气无私,以及精湛的能力教我解决蓝汛边缘服务器的异步状态问题,让我领悟到要不断学习和进步;感谢蓝汛流媒体团队的各位同事,陪我走过我技术发展的黄金时期之一,尤其是文杰和刘岐能把蓝汛流媒体团队发展更上一层楼。感谢观止创想各位老大信任和支持我的管理方法和工作,以及认同SRS的架构在SRS基础上开发商用服务器平台。感谢所有关注和使用SRS的公司和用户,以及SRS的贡献者和主作者们,共同推动SRS向前发展。

SRS虽然是重新编码和架构(不使用一行任何公司的现有代码是开源软件的底线),实际上过去三年在直播集群中积累的经验最重要。SRS是我对于软件设计和开发的一个总结,是我对于产品研发的最好诠释。周末没多少时间,不过好产品不是靠人力的,靠的是毅力,经验和信仰。我要做的是不断成长的产品,几十年的产品,不着急这一时半会儿。

入软件行业有10年,写代码有7年了,一直看一些书、反思、实践、再看书;书上众说纷纭,总得试一试看谁说的是对的;所以我做SRS只是当作形成自己体系的一个机会。古人说,不能记住你给别人的帮助,不能忘记别人对你的帮助。开源项目更多是不能记住你给别人的帮助。能做大的开源项目,往往聚集了一些同样是“不忘记别人对你的帮助”的这些人,才能一起推动项目发展。

商业公司永远无法做出我个人满意的产品,不是时间的原因。SRS一定会出现众多的修改闭源商业版本,但没有一个能比我的分支更完整和可延续。这就是因为不考虑利益时才能考虑长远的缘故。

srs必定广泛使用,如同漫天繁星散布渺渺宇宙,灿漫夏花开遍地球月球火星太阳系,愿蓝汛和观止创想财源广进,SRSTeam永垂不朽,彪炳千古,哈哈哈!

SRS 3.0+ 的功能列表,可能的方向:

HTTP方向:HTTP API认证,HTTP访问时回调,HTTP-MP4流
增强的RTMP方向:转发调用,RTMP推流认证,支持AMF3,SharedObject和文本分发,一个连接多个流,Forward支持额外参数,Edge支持额外参数,支持RTMFP协议
超低延迟方向:FRSC百毫秒延迟,集群内部使用UDP
预研SRS.GO,GO语言的实现版本。参考:SRS.GO项目,以及GO性能评测

SRS对于所有新功能都持推延态度;有悖于系统一致性和概念完整性的功能绝对不做,譬如支持Windows系统就有悖于一致性和完整性(服务器系统的差异太大);对于确定要做的功能SRS也会仔细斟酌最佳方案,譬如支持多进程就是在选最佳方案;对于已有方案要做到最好,譬如最低延迟方案。对于功能点,只要属于系统一致性和概念完整性范围内都会考虑添加,或者说,大部分都不做,要做就要做到最好,the best or nothing!

热门文章推荐

请稍候...