html5作为客户端点播视频,是否需要搭建流媒体服务器?

-

公司有个需求是搭建一个流媒体服务器,客户可以通过移动WEB、PC html5点播公司每天录制的视频,每天播放数大概在10万左右。
公司要求用开源框架实现,我了解了下hls,准备用hls来实现,但后来发现html5

不需要建,直接ngix就行
但是,请注意但是,10万的访问量是一天的对吧,峰值有多少?用户链路情况?
如果峰值数据较高,单机网卡跑满负载,你就得做负载均衡了,如果用户链路来源复杂,你得考虑多线了

鉴于此,对一般小公司,我的建议是不要建设点播服务器,找个CDN服务商,谈合作去,方案简单成熟,性价比高,对技术的要求低

视频 HTML5 流媒体 服务器开发 HLS

小弱问下,通过system c 建模和 rtl级的有什么区别?

-

对于IC项目的设计、验证各个阶段,都是在玩弄model,只不过是大家的观看视角不同而已。有些人喜欢华丽外表的model,有些人关注身披薄纱的、或一丝不挂的。

  • SystemC是一种建模语言,可以对软硬件系统进行建模。描述抽象层次可以分为算法级(ALM)、系统结构级(SAM)、事务级(TLM)和RTL;

  • 标准的C/C++可以对系统的算法进行描述,但是无法模拟硬件的并发性行为,即无法评估硬件系统架构。

  • SystemC 其实就是C++的一个内裤(类库),在标准C++的基础上建立了一个Simulation Kernel,来对各种process的执行顺序进行调度。这个Kernel的算法思想是把连续的仿真时间划分为多个离散的仿真时刻,再把一个仿真时刻划 分为多个delta-cycle。这样就可以在这些delta-cycle中用顺序执行的编程语言来模拟硬件的并行性行为。这些可以在操作系统的进程/线程中找到诠释~

  • 用 SystemC进行模型开发,表面上是在玩C++语法。但随着抽象层次不断地向下refine达到cycle-accurate,就需要对硬件的行为(尤 其是RTL级)有深刻的理解。所以RTL背景的人可以很容易开发出周期精确的模型,当他们把抽象层次继续向上就比较困难;而要让纯软件背景的人把抽象层次 不断向下,他们又对硬件的并发性理解不够深刻。

其实RTL代码也是一种模型,只不过其抽象层次是寄存器传输级而已,且能被工具自动转化成 与或非 门级网表。回想一下,荒蛮时代大家手绘电路图;vhdl和verilog出现后,大家就开始使用文明的语言描述电路;随着大家眼中的model越长越丰满,使用V系列硬件描述语言来给model化妆就有点力不从心了。所以就有好事者推出了SystemVerilog和SystemC这种S系列语言,虫子感觉只要综合工具给力,IC的整个前端设计、验证只使用一种语言描述,岂不快哉

SoC HLS

Apache Traffic Server 如何缓存HLS 的ts文件?

-

用ATS做缓存服务器,普通静态内容缓存没什么问题,但是在播放HLS视频的场景中,源streaming服务器返回HTTP206 response,不知ATS是否支持缓存这样的partial HTTP reponse? 还是有什么其他的途径做HLS ts文件的缓存?

我之前在研究Apache时,发现中间有几个参数可以做到。Apache Traffic Server应该也有这种参数吧?你找找。如果没有,就在前端或后端加一个Apache做二级缓存。

缓存 CDN HTTP HLS

Nginx有哪些有趣的玩法?

-

nginx-rtmp-modole是一个基于nginx实现adobe rtmp视频直播协议的模块,并且支持配合ffmpeg同时输出不同质量,不同协议(hls、dash)的视频流。

配置完成后可以用来做视频直播,包括

  • 在网页中利用flash来发布视频流、
  • 在网页中利用flash播放视频流、
  • 在安卓、IOS的浏览器中使用hls协议播放视频流
RTMP是一个支持很广泛的视频流协议,有许多各个平台的发布工具和播放工具。

模块github地址:
arut/nginx-rtmp-module · GitHub

播放工具:vlc http://www.videolan.org
发布工具:obs Open Broadcaster Software

运维 Nginx 视频直播 HLS 有趣的玩法

互动直播中,HLS协议的选用会有什么考虑?

-

近两年,互动直播越来越火,对于HLS标准协议复杂,延时过长,很多创业型公司都不选用HLS协议,直接使用RTMP或者HTTP FLV ,这个对于移动端特别是iOS 的用户来说,具体的影响可能会有哪些?大家都是怎么考虑这个的呢?

先放个测试结果

同样的播放流,在0丢包的情况下:
RTMP: 延迟 3s,相对于APP,延迟 1s。
HLS: 延迟 15s,相对于APP,延迟 13s。

做互动直播,延时大于1s的,玩个屁啊。一般人说话,几百毫秒的延时是无感知的。大于1s了,你听起来会觉得怪怪的,老是要等着对方回应。

RTMP是基于TCP的协议,可靠、但延时不可控。0丢包,也就是网络状况极其好时,延时能达到1s。真正落地应用,有几个人的网能达到这样。

想要低达几百毫秒的延时,只能用UDP。我司就是这么做的,延时可低到200ms。但是UDP不可靠,所以要靠抗丢包策略补足。

Google发布的Quic协议就是基于UDP的,今年Google IO大会上发布的视频软件Duo,就是基于Quic开发的。

有人看我就再写写抗丢包策略。

CDN 直播 rtmp HLS 互动直播

把iPhone当作下载器来使用,为什么不可以?

-

利用百度云盘或者115云盘之类的云盘软件来储存和下载到自己的iPhone中,然后再通过iTunes或者其他的无线局域网技术来把iPhone中下载的东西导入到PC或MAC上,这样不就实现了只要有Wi-Fi(当然小文件的话其实4G网也OK)的情况下就可以管理和下载你的云盘内的内容,感觉这样会十分的节约网络资源啊。

总的来说还是不方便,这是其一,它与电脑直接同步相比多了一个从iTunes取出的过程
其二,IOS是不允许后台自动下载的,也就是说你想管理同步一些东西,在过程中你最多只能用iPhone听一下歌…别的什么都搞不了

iPhone 应用 海量数据处理 115 网盘 百度云·网盘 HLS

HLS 如何实现加密 ?

-

鉴于版权保护的原因,目前Android和iOS都可以正常观看HLS的视频,那么如何对此视频流进行加密?

访问接口要有apikey才能取回m3u8的地址和生成session,然后用带session的m3u8里的ts地址去访问具体的ts切片的服务器,ts切片上也带session

视频 加密 流媒体 HLS

© COPYRIGHT BY i How And Why.com 2015