rtmp

videoJS播放rtmp 原因：火狐没装Flash插件 步骤： Flash官网 选择 其他平台版本 按需选择版本下载 安装 & 重启火狐 ctrl + shift + a 打开插件管理器，确保有 Sockwave Flash ，并已启用 解决！ 来源： CSDN 作者： Hamstery 链接： https://blog.csdn.net/SKY_Lake/article/details/103706894

源码地址：https://github.com/Tinywan/PHP_Experience 说明： 　　rtmp的延迟主要取决于播放器设置，但流式传输软件，流的比特率和网络速度（以及响应时间“ping”）可能会对延迟产生影响，具有播放器的本地rtmp服务器 使用“否”缓冲区（如0.1-0.2秒缓冲区等）可能会在0.8-1.2秒之间总是延迟，当事情正好工作时 nginx配置文件 rtmp { server { listen 1935; chunk_size 4096; application live { live on; record off; 　　　　　　　　exec ffmpeg -i rtmp://localhost/live/$name -threads 1 -c:v libx264 -profile:v baseline -b:v 350K -s 640x360 -f flv -c:a aac -ac 1 -strict -2 -b:a 56k rtmp://localhost/live360p/$name; } application live360p { live on; record off; allow publish 127.0.0.1; allow publish 0.0.0.0; deny publish all; } } } 以上为vlc播放测试结果

做的过程出现很多问题，环境其实就需要nginx就可以，然后就是在播放的问题，m3u8的格式，mac直接访问就支持，苹果系统原生H5支持m3u8，还有就是手机直接访问也支持！但是其他其他系统PC端不支持，尝试了好多都不行，最后终于找到了一个支持m3u8格式H5播放（https://github.com/huangyaoxin/hLive下载就行吧JS.css加载就OK啦）！ 参考：http://blog.csdn.net/zph1234/article/details/52846223 使用nginx与nginx-rtmp-module搭建流媒体服务器 一、首先就是先下载nginx-rtmp-module 　　官方github地址： https://github.com/arut/nginx-rtmp-module git clone https://github.com/arut/nginx-rtmp-module.git git问题：yum install git 我是下载到根目录的，看情况来就好！ 二、安装：nginx nginx的官方网站为： http://nginx.org/en/download.html wget http://nginx.org/download/nginx-1.8.1.tar.gz tar -zxvf nginx-1.8.1.tar.gz cd

写这篇博客主要是为了给新入门的流媒体开发者解惑，现在看到各种开发者的需求：网页播放RTSP摄像机、微信播放RTSP摄像机、网页播放摄像机SDK输出的视频流、网页播放第三方流媒体平台输出的视频流、包括Github有一些所谓的H5RTSPPlayer，这些都无外乎一个共同点，就是H.264+AAC进行RTMP推流； 将整个过程进行拆分为二： 一、通过RTSP或者SDK获取H.264视频流和AAC音频流，获取RTSP流我们可以用ffmpeg、EasyRTSPClient（ https://github.com/EasyDarwin/EasyRTSPClient ）等方案，获取SDK流我们就可以用各个摄像机厂家或者平台厂家提供的各种平台SDK（海康NetSDK、大华NetSDK、雄迈LocalSDK）等等，这些都能无一例外地有共同的流程： 初始化 登录 设置数据回调 开始实时流 处理实时返回的音视频数据 释放Handle 视频数据大多返回的是H.264数据流，音频就各种各样了，有返回G.711、G.726、AAC的，如果是返回的G.711或者G.726时，就需要调用AAC的编码器（如ffmpeg、 EasyAACEncoder 等）将安防的音频流转换成AAC的音频编码格式； 二、将编码好的H.264视频和AAC音频以RTMP/FLV的方式推流到通用的RTMP服务器（nginx-rtmp

LiveQing云端直播点播流媒体软件 ： 提供设备接入； RTMP推流服务、RTMP分发、HLS分发、HTTP-FLV分发； 云端录像、云端录像检索、云端录像点播、云端录像下载； RTMP转推、推流鉴权验证、推流信息统计、播放信息统计； 直播分享、开放直播、拉转直播； 视频上传、视频转码、视频分享、视频下载； 后台管理、二次开发接口、防盗链、播放地址加密、播放器集成等。 在实际的业务场景中，我们需要了解直播的动态，但却不需要消耗大量的存储来持久化；LiveQing流媒体服务中，提供的直播快照功能，可以很好的解决这一需求。 直播配置-直播快照配置 新建 直播快照规则 关联直播： 该规则可以下拉选择适配到一个或多个直播； 截取快照时间：可以设置具体的一段时间内才执行该快照规则； 快照保存（天）： 可以保存几天或一直保存； 快照间隔（秒）：设置每张快照的间隔时间； 分辨率（宽x高）：每张截取快照的分辨率； 查看 直播快照 直播快照二次开发接口 01 新建/编辑快照配置 02 获取快照配置列表 03 获取单条快照配置信息 04 快照开关 05 删除快照配置 07 快照查询接口 08 获取最新快照 来源： https://www.cnblogs.com/kumukim/p/11006624.html

EasyDSS流媒体服务器软件，提供一站式的转码、点播、直播、时移回放服务，极大地简化了开发和集成的工作。 其中， 点播功能 主要包含：上传、转码、分发。 直播功能 ，主要包含：直播、录像，直播支持RTMP输入，RTMP/HLS/HTTP-FLV的分发输出；录像支持自定义保存时长、检索及下载。提供丰富的二次开发接口，基于JSON的封装及HTTP调用。提供播放鉴权、推流鉴权等安全保证。提供用户及相关权限管理配置。 如何快速有效添加EasyDSS授权到期提示 问题描述 当我们不够熟悉Vue.js时，在修改一些前端代码，往往要先观摩研究前人写的代码，然后结合自身掌握的知识去实践，调试。往往要花费一定时间，最后终有所成。在获取授权剩余天数时，我尝试定义了一个函数，返回剩余授权值如下： encryptionType() { return (day, value) => { let dayNum = day.split("Validity Time Left: ")[1].split(" day(s)")[0]; return dayNum; }; } 其返回值可以以｛｛encryptionType(serverInfo.Validity)｝｝的形式写在HTML标签内部，具体如下： <p>授权时间剩余{{encryptionType(serverInfo.Validity)}}天

理解RTMP、HttpFlv和HLS的正确姿势 一、前述 HttpFlv（http+flv ）：将音视频数据封装成FLV格式，然后通过 HTTP 协议传输给客户端。 HLS（HTTP Live Streaming）：工作原理简单来说就是把一段视频流，分成一个个小的基于HTTP的文件来下载。当媒体流正在播放时，客户端可以根据当前网络环境，方便地在不同的码率流中做切换，以实现更好的观影体验。 hls的出现是为了解决苹果原生环境中的流媒体播放，这个协议可以方便的让Mac和iPhone播放视频流，不依赖Adobe，更不用去管什么标准委员会。 就苹果来说，HLS经过10年的发展，RFC 8216发布了HLS的第七个版本。Adobe早已是昨日黄花，未来已来，这是一个Html5的世界。在视频播放领域，全民直播已经开启，这是一个实时性需求强于稳定性的播放环境。苹果也跟曾经的Adobe一样，猜中了故事的开始，却踩空了这个故事的结局。 二、三个协议基本认识 两端加一服 在开始之前，先把流媒体服务器中的双端关系说一下。在一个完整的流媒体服务框架中，角色就是：两端加一服。推流端、拉流端、媒体服务器。 同时按照应用场景不同，协议又分： 1.推流协议； 2.拉流播放协议； RTMP可以用在双端，但HLS只能用在拉流端 2.1为什么RTMP比HLS快？ 首先，这个问题发生在拉流端，协议也都是拉流协议