为什么要在这个时候探索flv.js做直播呢？原因在于各大浏览器厂商已经默认禁用Flash，之前常见的Flash直播方案需要用户同意使用Flash后才可以正常使用直播功能，这样的用户体验很致命。 在介绍flv.js之前先介绍下常见的直播协议以及给出我对它们的延迟与性能所做的测试得出的数据。 如果你看的很吃力可以先了解下音视频技术的一些基础概念。 常见直播协议 RTMP: 底层基于TCP，在浏览器端依赖Flash。 HTTP-FLV: 基于HTTP流式IO传输FLV，依赖浏览器支持播放FLV。 WebSocke
RTMP 协议为流媒体而设计，在推流中用的比较多，同时大多 CDN 厂商支持RTMP 协议。
目前几种视频流的简单对比： 协议 httpflv rtmp hls dash 传输方式 http流 tcp流 http http 视频封装格式 flv flv tag Ts文件 Mp4 3gp webm 延时 低 低 高 高 数据分段 连续流 连续流 切片文件 切片文件 Html5播放 可通过html5解封包播放(flv.js
最近这段时间主要在不同平台测试模块的稳定性，目前播放这一块没发现问题，由于条件限制，除了FreeBSD平台没测试过，Windows 7，Debian 7.x和macOS Sierra都测试过了，由于Nginx官方对Windows支持不太好，没用Windows平台最强大的IOCP接口（使用的select），所以导致Windows平台上运行效率不太高，表现在推流等待时间长，3s+，首屏时间很长，4s+，select本身原因限制客户端个数，默认是1024。推流等待时间和首屏时间最短的是macOS Sierra，本机上测试时基本上是秒推秒开。昨晚专门注意了一下，在macOS Sierra下编译时，SO_REUSEPORT和TCP_FASTOPEN两项都支持，前者让Nginx的每个子进程都可以listen，都有一个专门的accept队列，解决了惊群效应；后者则是在发起SYN时就已经携带实际数据，而不是握手完毕后再传输实际数据。秒推秒开可能跟这两个选项有关。但是macOS Sierra并不支持将某个进程绑定到某个CPU上，所以可能进程上下文切换会有开销，系统负载较大时可能效率不如Linux。由于macOS Sierra是公司的电脑，所以未做压力测试。我的笔记本装的是Debian 7.x，因为内核版本较低，所以macOS Sierra上支持的两个选项都不支持。测试时推流等待时间和首屏时间都介于Windows 7和macOS Sierra之间，在服务器上测试时（系统CentOS 6.4，支持SO_REUSEPORT但是不支持TCP_FASTOPEN）跟macOS Sierra上差不多，但是考虑到服务器的CPU性能强大得多，所以负载不高情况下，macOS Sierra的表现是最好的。由于macOS Sierra是从Mac OS X更新来的，而Mac OS X的底层最初是在FreeBSD基础上开发的，所以推测在FreeBSD上的表现应该也不错。
Streamedian 提供了一种“html5_rtsp_player + websock_rtsp_proxy”的技术方案，可以通过html5的video标签直接播放RTSP的视频流。
是 HTML5 Flash 视频（FLV）播放器，纯原生 JavaScript 开发，没有用到 Flash。由 bilibili 网站开源（Github）。
传送门：https://segmentfault.com/a/1190000022994032
我们团队研发的大多流媒体服务器可输出RTMP、RTSP、HLS、FLV直播流，几乎可以适配市面上所有的播放终端，实现网页H5无插件直播。
近期正在探索前端、后端、系统端各类常用组件与工具，对其一些常见的组件进行再次整理一下，形成标准化组件专题，后续该专题将包含各类语言中的一些常用组件。欢迎大家进行持续关注。
通过上一篇文章，我们实现了了局域网内 MJPG-Streamer 的物联网监控方案，今天带领大家完成《ffmpeg + nginx + rtmp/httpflv》的公网视频监控。
N(>=3)年前Adobe官宣了2020年底就不支持Flash了，最近发现非常多的朋友，到了真正完全不能用时，才考虑如何逃生，一顿狂问“没有Flash了怎么播放RTMP”，“该选HTTP-FLV还是WebRTC”，“用什么播放器播HTTP-FLV”。
最近一星期一直在研究直播原理和推流操作，网上的教程十分零散，你会发现每个搜索页面点进去都是同个文章，这... 经过我独立研究和网上学习，终于终于走完了基本的直播推流操作。我将互联网零散的知识和自己的理解全部集成在这。此文章为原创，当中会引用不少大佬伟大的项目 感谢以下伟大的项目
IPC视频流怎么实时在WEB浏览器播放，视频流格式是RTSP。 下面我整理了自己实现的方案以及网上看到的一些方案
最近一星期一直在研究直播原理和推流操作，网上的教程十分零散，你会发现每个搜索页面点进去都是同个文章，这... 经过我独立研究和网上学习，终于终于走完了基本的直播推流操作。我将互联网零散的知识和自己的理解全部集成在这。此文章为原创，当中会引用不少大佬伟大的项目
有些人呐，真是不见棺材不落泪，N(>=3)年前Adobe官宣了2020年底就不支持Flash了，最近发现非常多的朋友，到了真正完全不能用时，才考虑如何逃生，在群里一顿狂问“没有Flash了怎么播放RTMP”，“该选HTTP-FLV还是WebRTC”，“用什么播放器播HTTP-FLV”。 本文只发一次，完整解决方案再啰嗦一遍，恕我不在群里回答这种问题了，自己花时间好好看吧，身为搞直播的研发工程师，总不能火烧了眉毛才开始想办法吧，各位耗子尾汁吧。 看完视频，请看详细方案。 没有Flash了怎么做直播？ 答
首先说明，本篇文章是概念+实践，对于希望了解和实践一个简单的摄像头直播网页功能的人会有帮助，由于篇幅和实践深入度有限，目前demo效果只支持直播播放电脑端以及常用摄像头的实时视频流，其他复杂的功能（例如视频信息实时处理，高并发，网络分发等）尚未实现，还需要进一步探索。
目前web前端采用的直播技术一般分为以下几类：rtp/rtcp、rtmp、http-flv、hls。下面介绍不同协议
实际情况下，当用户数量很大时，对推流设备的性能要求很高，复杂的权限管理也难以实现，采用P2P的架构基本不可行。对于个别用户提供上行流、海量用户只进行拉流的场景，腾讯课堂实现了一种P2S的解决方案。进一步学习可阅读jaychen的系列文章《WebRTC直播技术》。
flv.js项目的代码有一定规模，如果要研究的话，我建议从demux入手，理解了demux就掌握了媒体数据处理的关键步骤，前面的媒体数据下载和后面的媒体数据播放就变得容易理解了。
本文由 IMWeb 团队成员 万宽红Terrancewan 首发于社区网站 imweb.io。点击阅读原文查看 IMWeb 社区更多精彩文章。 前段时间接触了一些音视频、web直播相关的东西，加上Flash的即将终结、WebRTCd的兴起、小程序的流行，这里总结了一点个人学习收获和大家分享。 Web直播，你需要先知道这些 直播知识小科普 一个典型的直播流程：录制->编码->网络传输（推流->服务器处理->CDN分发）->解码->播放 IPB：一种常用的视频压缩方案，用I帧表示关键帧，B帧表示前向差别帧，P
去年最后一篇文章介绍了我们的 Electron 桌面客户端的一些优化措施，这篇文章也跟我们正在开发的 Electron 客户端有一定关系。最近我们正在预研在 Electron 页面中实时播放会议视频流的方案。
本文记录一下在使用 flv.js 播放监控视频时踩过的各种各样的坑。虽然官网给的 Getting Started 只有短短几行代码，跑一个能播视频的 demo 很容易，但是播放时各种各样的异常会搞到你怀疑人生。
因为公司是做在线抓娃娃的，涉及到直播推流这一部分的工作。之前一直都是在App上面进行游戏，所以关于直播这一部分也是与安卓与IOS有关，与前端是没有关系的。但是现在新的需求就是要求这个在线抓娃娃要能够在网页上面进行游戏。所以，我的事情来了。对于没有涉及到前端音视频的这部分的需求，所以初入这一行，还是有点马马虎虎，花了一周多的时间终于是弄明白了。
EasyPlayer几乎涵盖了开发者所需的全部平台，尤其是在web端的EasyPlayer.js时遇到的播放器接入的问题，比如：不懂前端的js代码、没有公网服务器放置这些js脚本和网页、微信对接入IP播放地址有限制等。EasyPlayer.js，极大地方便了开发者在解决B/S型业务开发，集 rtmp，hls，flv，websocket 于一身的网页直播/点播播放器。
大前端这几年算是一个热词，对于前段来说如果不是大前端，技术相对来说就已经算是落后了。如果还停留在对ES6，Vue这些基本技能的学习只能说处于一个及格线。
Adobe公司已经宣布在2020年彻底停止Flash的更新，而Chrome浏览器也提示“自2020年12月开始，Flash Player将不再受支持。”
EasyPlayer随着多年不断的更新和迭代，不断基于成功的实践经验，发展出包括有： EasyPlayer RTSP、EasyPlayer RTMP、EasyPlayerPro 和EasyPlayer.js 等播放器。目前支持Windows、 Android、iOS三个平台，EasyPlayer.js还支持Linux平台。
在直播系统开发过程中，我们可能会遇到一些困惑。像是对于流媒体协议的选择，如HTTP-FLV、WebRTC，RTMP，HLS及其它私有协议等，到底哪个比较合适？哪种协议可以用在PC平台上？哪种协议在移动设备上效果比较好？接下来就先从各项协议的优缺点比较说起。
https://www.cnblogs.com/saysmy/p/7851911.html
SRS是一个简单高效的实时视频服务器，支持RTMP/，等多种格式。工作用用到 SRS 服务，本文是我在学习过程中的学习笔记。
EasyNVR是基于RTSP/Onvif协议的视频接入、处理及分发的安防视频云平台，可提供丰富且灵活的视频能力，包括：设备接入、实时视频直播、录像、云存储、录像回放与检索、告警、级联等。平台部署轻快、功能强大，在安防视频监控领域有着广泛的应用场景。
视频直播软件系统开发，常用的流媒体传输协议有RTMP,RTSP,HLS,HTTP-FLV
随着全民直播时代的到来，以及最近疫情的爆发，在线教育行业又变的炙手可热，成为了新的风口。这两者的背后都是依靠着 CDN 以及视频云等基础服务，而这些基础服务的底层又依靠着流媒体服务器这种有着“悠久历史”的特殊服务器软件。为什么说特殊呢，因为这种服务器软件的架构和传统的 Web 服务器有很大的差别。
随着5G时代的到来，音视频行业也可能迎来一个行业的春天，直播则是新视频行业一直以来的一个重要的产品形态，从最初的秀场直播，游戏直播，到今年由于疫情，目前比较火的在线教育直播，带货直播等，各类新的直播形式则是越来越多的展示在大众面前。
传统的播放视频是采用 flash 播放器方式，然而各大浏览器厂商都不再支持flash , 我们不得不寻找其他解决方案。
对rtmp/http-flv/hls这三种协议不熟悉的同学，强烈建议先看看网友写的这篇文章科普下：理解RTMP、HttpFlv和HLS的正确姿势 。
Flv.js 是 B站开源的播放器，开源用于播放 flv 的视频流而不依赖 flash。在React项目中如何集成？本文给出我的操作方法。
flv即flash video，是Adobe公司推出的一种音视频封装格式，这家公司在音视频、图像图形领域也算是神一般的存在，多少都用过他们家的产品。常见的Photoshop和Flash palyer就是他们家的。今天要讲到的flv也是他们推出来的，也是Flash palyer播放的标准音视频格式。在HTML5出来之前，想在web上播放音视频，基本都靠flash插件。
H5无插件流媒体播放器EasyPlayer属于一款高效、精炼、稳定且免费的流媒体播放器，可支持多种流媒体协议播放，可支持H.264与H.265编码格式，性能稳定、播放流畅，能支持WebSocket-FLV、HTTP-FLV，HLS（m3u8）、WebRTC等格式的视频流，并且已实现网页端实时录像、在iOS上实现低延时直播等功能。
经过七年的酝酿和开发，SRS在6.0中终于正式支持了HEVC(H.265)，几乎全面支持，包括RTMP、FLV、SRT、TS、HLS、DASH、GB28181、WebRTC(Safari)、DVR
Flash即将退出历史的舞台，但是它的继承者将会是谁呢？可能就是H5（Video标签）。
SRS4支持了WebRTC播放，John(志宏)大神实现了RTC框架，Bepartofyou(B神)实现了aac转opus，刘连响大神主持定义的协议保持RTMP、HLS、FLV、WebRTC的高度一致性，另外Native Demo正在路上，后续还有更多惊喜。 Scenarios SRS支持WebRTC后，将获得下面新的应用场景： 低延迟直播：RTMP延迟在3到5秒，WebRTC可以在1秒之内，可以基于云计算部署比较稳定的低延迟直播服务；也可以接入CDN厂商，目前阿里云和腾讯云CDN都支持了WebRTC直播
2020年，直播带货火爆全网。想一探淘宝直播背后的前端技术？本文将带你进入淘宝直播前端技术的世界。
无论是实时视频监控还是直播点播等应用场景，最起码的一个操作就是播放视频。其中最基本的思路就是利用OS的API在PC开发桌面应用、在移动端开发Native App，目前这种技术已经成熟，大厂小厂都是这么做的，但是缺点也很明显：开发比较费时费力，需要IOS开发一遍再去Android开发一遍。特别对于一些非刚性需求比如用户家里有一两个监控摄像头，一个礼拜也不会打开看几次，你却要他下载和安装一个APP进行操作，用户安装意愿其实非常低。
EasyPlayer属于TSINGSEE青犀视频研发的性能稳定、播放流畅的H.265视频流媒体播放器，可支持的视频流格式有RTSP、RTMP、HLS、FLV、WebRTC等，支持高清画面秒开、视频播放流畅，具备较高的可用性。而且，TSINGSEE青犀视频的各个视频平台（EasyCVR、EasyGBS、EasyDSS、EasyNVR等）均集成了EasyPlayer播放器。
在分析源码之前，先搭建一个直播系统： 直播服务器 https://github.com/gwuhaolin/livego 播放站点 https://github.com/Bilibili/flv.js/ 推流 https://github.com/obsproject/obs-studio 首先启动直播服务器 ./livego --flv_dir=./data --level=debug 1，在启动livego服务后默认会监听以下端口： 8090端口：用于控制台，通过HTTP请求可查看与控制直播房间的推拉
春天的时候花椒做了一个创新项目， 这是一个直播综艺节目的项目，前端的工作主要是做出一个PC主站点，在这个站点中的首页需要一个播放器，既能播放FLV直播视频流，还要在用户点击视频回顾按钮的时候， 弹出窗口播放HLS视频流；我们开始开发这个播放器的时候也没有多想， 直接使用了大家都能想到的
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
