单台服务器做直播,总归有单点风险,利用SRS的Forward机制 + Edge Server设计,可以很容易搭建一个大规模的高可用集群,示意图如下 源站服务器集群:origin server cluster,可以借助forward机制,仅用少量的服务器,专用于处理推流请求. 边缘服务器集群:edge server cluster,可以用N台机器,从源站拉流,用于较大规模的实时播放. 源站前置负载均衡(硬件或软件负载均衡都行),上图中用haproxy来实现tcp的软负载均衡. 边缘服务器前置反向代

为SRS流媒体服务器添加HLS加密功能(附源码) 之前测试使用过nginx的HLS加密功能,会使用到一个叫做nginx-rtmp-module的插件,但此插件很久不更新了,网上搜索到一个中国制造的叫做SRS的流媒体服务器,比较活跃,而且据说这个流媒体服务器的性能和功能都强大不少,但遗憾的是没有HLS加密功能.问原作者没有回复,所以还是自己动手,丰衣足食吧,花了几个晚上的时间自己参考nginx-rtmp实现了一下.代码放到了github上. 功能介绍 几个新添加的参数配置项 hls_keys on

SRS全称Simple RTMP Server,定位是运营级的互联网直播服务器集群,是一个非常简单就可以推送rtmp视频流的服务器. github主页:https://github.com/ossrs/srs 目前稳定版为2.0,3.0版本正在开发中,2.0的文档为:https://github.com/ossrs/srs/wiki/v2_CN_Home,文档为中文版,里面内容和组件介绍也很清晰,开发srs的大牛也是中国人,看到这里不禁自豪一番^-^. 下面介绍srs的安装和基本配置: 操作系统

这段时间一直在搞RTMP流媒体直播项目,期间踩过很多坑,刚开始是用的nginx-rtmp作为流媒体转发服务器,但是效果并不尽人意,推拉流不稳定,特别是拉流,速度特别慢,平均要十多秒才能拉到流,并且交互并不是那么友好,比如说刚断开再立即拉流的话,很难拉到流,还有就是播放延时的问题,最少延时5秒,后面使用了srs来做,效果就好很多了,不仅解决了nginx-rtmp的不友好操作,也提升了性能和效率,延时也降低了,最低的时候延时1秒不到,不同的播放器有会有所差别,目前用过ffplay ,potplaye

一个采用MIT协议授权的国产的简单的RTMP/HLS 直播服务器,其核心的价值理念在于简单高效. 使用方法: tep 1: build srs tar xf simple-rtmp-server-*.*.tar.gzcd simple-rtmp-server-*.*/trunk./configure --with-ssl --with-hlsmake step 2: start srs ./objs/simple_rtmp_server -c conf/srs.conf step 3(optio

一.编译SRS https://github.com/winlinvip/simple-rtmp-server 目前有1.0-release.2.0.3.0等版本 2.0官方文档地址:https://github.com/winlinvip/simple-rtmp-server/wiki/v2_CN_Home 1.如果是新系统,先安装git CentOS:yum -y install git 1 2.源码下载: git clone https://code.csdn.net/winlinvip/

链接:http://blog.csdn.net/mr_sk/article/details/71086885 在配置文件中加入 pid 参数执行

一.前言 实时视频直播是这两年非常火的技术形态,已经渗透到教育.在线互娱等各种业务场景中.但要搭建一套实时视频直播系统,并非易事,下面针对直播系统的的搭建做一下说明: 1.1 通常的直播系统的技术模型图: 1.2 一个简易的直播系统,大致可以由三部分组成: 搭建一个rtmp媒体服务器: 推流端: 拉流端. 1.3 现在目标是快速搭建起来,所以当然是借助开源项目和一些软件: rtmp媒体服务器:这里使用srs: 推流端:这里使用obs: 拉流端:这里使用播放器vlc. 二.rtmp媒体服务器的搭建

最近想实现一个Android直播,但是对于这方面的资料都比较零碎,一开始是打算用ffmpeg来实现编码推流,在搜集资料期间,找到了几个强大的开源库,直接避免了jni的代码,集成后只用少量的java代码就可实现编码.推流和取流播放,整理了一下做了一个demo,在这里记录一下 效果图:  编码和推流,有两个方案选择: 一: 使用javacv来实现,最终也是用过ffmpeg来进行编码和推流,javacv实现到可以直接接收摄像头的帧数据 需要自己实现的代码只是打开摄像头,写一个SurfaceView进行

手机端与平台之间的视频直播功能,主要通过集成多种开源视频框架以及采购第三方视频直播服务器产品来实现预定业务需求.视频直播对话功能的实现,主要经历了三个阶段:利用开源视频框架实现视频直播.采购第三方视频服务器实现视频直播.系统平台集成开源框架实现视频互播. 图1.视频互播逻辑框架 1 利用开源视频框架实现视频直播 首先,视频流转播需要独立服务器软件构建视频流转播通道,经过框架调研与分析,我们选择SRS服务器软件作为视频转播服务器软件,而SRS是基于Linux操作系统的服务器软件.通过配置搭建Cen

一.Grain持久性 二.定时器和提醒 三.依赖注入 四.观察者 五.无状态工作者Grains 六.流 一.Grain持久化 1,Grain持久化目标 ①允许不同类型的存储提供者使用不同类型的存储提供者(例如,一个使用Azure表,一个使用ADO.NET表),或者使用不同类型的存储提供者,但具有不同的配置(例如,两者都使用Azure表, 存储帐户#1和一个使用存储帐户#2) ②允许配置存储提供程序实例(例如Dev-Test-Prod),只更改配置文件,不需要更改代码. ③提供一个框架,以便稍后由

高层游戏引擎——基于OGRE所实现的高层游戏引擎框架 这是意念自己的毕业论文,在一个具体的实践之中,意念主要负责的是物件和GUI之外的其他游戏系统.意念才学疏陋,望众位前辈不吝赐教.由于代码质量不高.环境很难于配置.资源包过大等问题,意念暂先不提供代码和程序,未来有时间的时候组织一下这些曾经的代码,再向外发布. 文过三月,也有些新的想法,以后会慢慢跟大家聊的,欢迎拍砖哦^_^. 关键字与术语: 游戏. 游戏引擎 .高层引擎.规则 .场景.物件.Terrain(地形).解释器 .Applicati

我在区块链会议上就即将到来的公共"分布式云"系统进行了讨论,该系统将主流的公共云平台(如AWS,Azure,Google Cloud,Heroku等)与区块链和P2P网络相结合,比如以太坊,IPFS,EOS,TRON,NEM,NEO,Storj,Sia......为什么?因为分布式组织(DAO)和分布式计算的发展趋势很好,并且行业需要更强大的平台来构建和运行DApp(分布式应用程序). 让我与大家分享一下我对未来分布式计算网络(也称为"分布式云平台")的看法. 计算

概述 近几年由于AI的迅速发展,语音相关的自然语言处理NLP项目也变多了,新的技术也越来越成熟,其中TTS(语音生成)和ASR(语音识别)是NLP中非常重要的环节. 今天我们介绍一个开源的ASR项目vosk,以及vosk的简单应用方法. Vosk是开源的语音识别工具包.Vosk支持的事情包括: 1.      支持十九种语言 - 中文,英语,印度英语,德语,法语,西班牙语,葡萄牙语,俄语,土耳其语,越南语,意大利语,荷兰人,加泰罗尼亚语,阿拉伯, 希腊语, 波斯语, 菲律宾语,乌克兰语, 哈萨克

本文转载:https://blog.csdn.net/zjqlovell/article/details/50786040 CDN这几年爆炸式增长,带宽提速是根源,而HTTP始终还是那个屌样,因此目前CDN大多是资本性行业,不用多少知识就能干了:直到流媒体粗现,直播咋这么难搞呢?因为它是流媒体,让我带你深入浅出看流媒体前世今生,分分钟二逼变牛逼.流媒体分为点播和直播,点播已经堕落为HTTP文件了,直播永远不可能只用HTTP就OK,这是他们的业务差异导致的.流媒体本质上是:现实的图像,经过编码器压

SRS(Simple RTMP Server)  是国人写的一款非常优秀的开源流媒体服务器软件,可用于直播/录播/视频客服等多种场景,其定位是运营级的互联网直播服务器集群. 一.安装 官网提供了3种安装方式: 从源码编译安装.利用docker(学习用) .直接下载安装包安装 相信很多人主要目的是出于学习srs如何使用,对c++语言本身可能并不擅长,所以本文仅介绍"如何利用安装包"安装部署. 先从官网下载最新的稳定发布版本(目前是2.0r6) http://ossrs.net/srs.r

github地址:https://github.com/ossrs/srs 1,srs下载 http://ossrs.net/srs.release/releases/index.html 选择正式发形版 2,安装 # unzip SRS-CentOS6-x86_64-1.0.32.zip # cd SRS-CentOS6-x86_64-1.0.32 # bash INSTALL //安装 # /etc/init.d/srs start //启动 3,推流 ffmpeg -re -i "/roo

按上回继续,安全论证是绝大多数应用的基本要求,如果任何人都能无限制的发布/播放视频,显然不适合.SRS中可以通过HTTPCallback机制来实现,参考下面的配置: ... vhost __defaultVhost__ { ... # http回调 http_hooks{ enabled on; on_connect http://192.168.7.100:9000/srs_http_call_back; on_close http://192.168.7.100:9000/srs_http_

对rtmp/http-flv/hls这三种协议不熟悉的同学,强烈建议先看看网友写的这篇文章科普下:理解RTMP.HttpFlv和HLS的正确姿势 .   srs可以同时支持这3种协议,只要修改conf配置文件即可,默认情况下加载的是 /usr/local/srs/conf/srs.conf,参考下图: 修改该文件: listen 1935; max_connections 200; srs_log_tank file; srs_log_file ./objs/srs.log; http_api

概览 mediaDevices 是 Navigator 对象的只读属性,一个单列对象,可以连接访问相机和麦克风,屏幕共享等媒体输入设备 方法 enumerateDevices 请求一个可用的媒体输入和输出设备列表,如麦克风.相机.耳机等.返回的 Promise完成状态中是一个带有 MediaDeviceInfo 的数组 let mediaDevices = navigator.mediaDevices if(!mediaDevices || !mediaDevices.enumerateDevi