流媒体服务器 在 推流 和 拉流 操作中 , 扮演者重要的角色 , 其主要任务 是 将视频 和 音频等多媒体内容进行 编解码 和 传输 ;
首先，你需要选择一台高性能的服务器来承载你的流媒体直播系统。服务器的配置应该能够满足你预计的用户量和带宽需求。
IPC出来的码流都是RTP码流，可能是裸的H264，也可能是PS流。如果要推流的话，有2种方案可以选择
CDN这几年爆炸式增长，带宽提速是根源，而HTTP始终还是那个屌样，因此目前CDN大多是资本性行业，不用多少知识就能干了；直到流媒体粗现，直播咋这么难搞呢？因为它是流媒体，让我带你深入浅出看流媒体前世今生，分分钟二逼变牛逼。 流媒体分为点播和直播，点播已经堕落为HTTP文件了，直播永远不可能只用HTTP就OK，这是他们的业务差异导致的。流媒体本质上是：现实的图像，经过编码器压缩，持久化为点播文件或者直播流，经过传输，在终端解码和展示。 点播为何属于HTTP而不是流媒体呢？点播，譬如电影或者录制的影像，传输
购买腾讯轻量服务器： https://curl.qcloud.com/I8Z5glUD
RTMP（Real Time Messaging Protocol）是常见的流媒体协议，用来传输音视频数据，结合flash，广泛用于直播、点播、聊天等应用，以及pc、移动、嵌入式等平台，是做流媒体开发经常会接触到的协议。我之前曾经写过一篇文章“RTMP协议发送H.264编码及AAC编码的音视频”，简单介绍过如何在自己的程序里使用rtmp协议，不过那篇文章讲的主要是如何实现一个rtmp直播的发布端，主要侧重在“采集-编码-rtmp发布”这样的流程。这篇文章的主要内容是和大家分享下，做一个简单的、输出H.264直播流的rtmp server，需要实现哪些功能和步骤。
直播平台自建，大多选择开源的项目，比如SRS，Nginx+RTMP,RED5等，如果对直播的质量要求不高，用户量又少，当然可以自建。如果用户量大，质量要求高，还是找个成熟的方案，多花点钱。
RTMP和RTSP其实是视频传输协议,咱们在网络上看视频的时候100%都是用的这两种.
现在大家都喜欢通过视频与他人分享生活、工作等内容并进行互动，除此之外，安防领域的监控直播也得到了很大发展。这其中流媒体服务器就起到了很大作用，支持视频点播、RTMP推流直播、RTMP/HLS直播分发、转码录像、时移回放。但由于用户分布广泛，各地网络条件存在差异，造成视频播出时卡顿和延时，比较影响体验。直播延时
RTMP 与 RTSP 是比较常见的两种流媒体协议，那么什么是RTMP？什么是RTSP？它们两之间有什么区别？使用的时候应该如何选择？
本文的创作灵感是由Windows screen recording with FFmpeg UScreenCapture and NGINX RTMP module而来，笔者建议大家可以先去原文看一下大致的内容，但需要一定的英文阅读能力，本文并不是照搬翻译，而是根据原文成功搭建直播系统的基础上增加了服务器录制和本地录制的内容：
1、RTMP(Real RTMP（real time messaging protocol）实时消息传输协议 RTMP 给予TCP协议 是一个协议族 包括RTMP基本协议及RTMPT/RTMPS/RTMPE等多种变种 RTMP 内部使用的格式为 FLV
随着直播业务的兴起，越来越多的直播平台开始涌现，这火热的程度好像一个应用不带上直播业务出来都不好意思跟人打招呼。想要做一个直播业务，主要包括三个部分：采集推流端、流媒体服务端、播放端。这里不多说，就主要结合 iOS 平台，从观看端出发，介绍一下对直播协议的选择。
CDN内容分发网络（Content Distribution Network）是指一种透过互联网互相连接的电脑网络系统，利用最靠近每位用户的服务器，更快、更可靠地将音乐、图片、视频、应用程序及其他文件发送给用户，来提供高性能、可扩展性及低成本的网络内容传递给用户。
这时候就会思考，有没有能既清晰又流畅的进行屏幕、视频流的分享呢？很显然直播满足了这一系列条件。所以这里有这么些解决方案：
当下，视频直播行业在中国逐渐走红。从游戏到秀场，从传统的网页端到移动互联网，各大直播平台包括斗鱼、熊猫tv、虎牙战旗还有纯移动端的印客、易直播等，群雄割据。言归正转，毕竟本文是一篇技术博客，接下来让我们从技术的角度分析如何搭建一个自己的直播教学系统。
当下，视频直播行业在中国逐渐走红。在刚刚过去的2015年，视频直播成为互联网行业最抢眼的领域之一。从游戏到秀场，从传统的网页端到移动互联网，各大直播平台包括斗鱼、熊猫tv、虎牙战旗还有纯移动端的印客、易直播等，群雄割据。言归正转，毕竟本文是一篇技术博客，接下来让我们从技术的角度分析如何搭建一个自己的直播平台。
流媒体文件是目前非常流行的网络媒体格式之一，这种文件允许用户一边下载一边播放，从而大大减少了用户等待播放的时间。另外通过网络播放流媒体文件时，文件本身不会在本地磁盘中存储，这样就节省了大量的磁盘空间开销。正是这些优点，使得流媒体文件被广泛应用于网络播放。
HLS：延迟主要来自编码解码时产生延迟、网络延迟、CDN 分发延迟。由于它是切片协议，延迟分两大块，一个是服务端有切片缓冲延迟，另一个是在播放端防抖缓冲会有延迟。切片的大小和数量都会 HLS 影响延迟大小，一般在十秒以上。
视频直播源码的RTMP协议从属于应用层，被设计用来在适合的传输协议（如TCP）上复用和打包多媒体传输流（如音频、视频和互动内容）。RTMP提供了一套全双工的可靠的多路复用消息服务，类似于TCP协议[RFC0793]，用来在一对结点之间并行传输带时间戳的音频流，视频流，数据流。通常情况下，不同类型的消息会被分配不同的优先级，当网络传输能力受限时，优先级用来控制消息在网络底层的排队顺序。
Dev Club 是一个交流移动开发技术，结交朋友，扩展人脉的社群，成员都是经过审核的移动开发工程师。每周都会举行嘉宾分享，话题讨论等活动。 本期，我们邀请了腾讯SNG Web前端开发工程师——吕鸣，为大家分享《H5 视频直播那些事》。 分享内容简介： 目前视频直播，尤其是移动端的视频直播已经火到不行了，基本上各大互联网公司都有了自己的直播产品，所以对于直播的一些基本知识和主要技术点也要有所了解，本次分享就向大家介绍一下其中的奥秘。 内容大体框架: 怎样利用H5来播放直播视频 怎样录制直播视频 怎样实时上传
视频直播这么火，再不学就out了！为了紧跟潮流，本文我也将向大家介绍一下视频直播中的基本流程和主要的技术点，包括但仅不限于前端技术。
点击上方“LiveVideoStack”关注我们 翻译：Alex 技术审校：章琦 本文来自OTTVerse，作者为Krishna Rao Vijayanagar。 ▲扫描图中二维码或点击阅读原文▲ 了解音视频技术大会更多信息 RTMP Easy-Tech #028# 什么是RTMP？ RTMP（Real-Time Messaging Protocol，实时消息传输协议）是一种用于低延迟、实时音视频和数据传输的双向互联网通信协议，由Macromedia（后被Adobe收购）开发。RTMP的工作原理
Linux下搭建Nginx搭建Rtmp流媒体服务器方法请看这里：https://blog.csdn.net/xiaolong1126626497/article/details/105378894
如果给定RTMP推流地址为rtmp://49.233.162.50/live/123即 OBS推流设置为服务器：rtmp://49.233.162.50/live串流密钥：123 的时候则相应的得到了RTMP拉流地址为rtmp://49.233.162.50:1935/live/123hls拉流地址为http://49.233.162.50:8080/live/123.m3u8
nginx-rtmp 是一个基于 nginx 的 RTMP 服务模块，是一个功能强大的流媒体服务器模块， 它提供了丰富的功能和灵活的配置选项，适用于构建各种规模的流媒体平台和应用。无论是搭建实时视频直播平台、点播系统或多屏互动应用，Nginx-RTMP 都是一个值得考虑的选择。这里我们使用 Nginx 来搭建流媒体服务器。
本篇文章是继上一篇文章《Ubuntu中使用Nginx+rtmp模块搭建流媒体视频点播服务》文章而写，在上一篇文章中我们搭建了一个点播服务器，在此基础上我们再搭建一个直播服务器，
在现代互联网时代，直播已经成为一种非常受欢迎的媒体传播形式。为了实现高质量的直播流媒体传输，我们可以使用nginx-rtmp-module来搭建一个流媒体服务器。nginx-rtmp-module是一个开源的nginx模块，它提供了RTMP协议的支持，可以将实时视频流传输到具备RTMP客户端的观众端。 在本篇文章中，我们将介绍如何使用nginx-rtmp-module来搭建一个简单的流媒体服务器，并实现直播功能。
写这篇博客主要是为了给新入门的流媒体开发者解惑，现在看到各种开发者的需求：网页播放RTSP摄像机、微信播放RTSP摄像机、网页播放摄像机SDK输出的视频流、网页播放第三方流媒体平台输出的视频流、包括Github有一些所谓的H5RTSPPlayer，这些都有一个共同点，就是H.264+AAC进行RTMP推流，当然SkeyeWebPlayer除外，SkeyeWebPlayer开创性的支持在浏览器端采用H5直接播放器RTSP流，下载地址：
本文主要讲解流媒体及其直播相关知识，所涉及的知识内容比较浅显，主要是做个简单的了解。
鹏程，携程 Android 开发工程师，Android google jetpack和kotlin语言的拥护者。
RTMP协议是Real Time Message Protocol(实时信息传输协议)的缩写，它是由Adobe公司提出的一种应用层的协议，用来解决多媒体数据传输流的多路复用（Multiplexing）和分包（packetizing）的问题。
方便后面进行直播项目的实战练习，本文实现在 linux 下搭建 Nginx 直播服务器。
国内应用比较多的开源流媒体服务器nginx-rtmp-module一直存在功能少、集群化难度大等问题。在LiveVideoStack线上分享中，PingOS 开源项目组开发工程师、UCloud RTC研发工程师朱建平详细介绍了基于nginx-rtmp-module的PingOS流媒体服务器在http-flv、http-ts、hls+、多进程、转推、回源以及集群化部署方面的技术实现细节。 文 / 朱建平 整理 / LiveVideoStack 直播回放 https://www2.tutormeetplus.c
每天都有很多新老用户咨询我关于RTMP推流摄像头的问题，推流摄像头的配置手册我之前已经写过（RTMP推流摄像头如何接入EasyDSS视频平台），已经持有RTMP推流摄像头的可以按照此手册进行配置。
推荐一个比较好用的流媒体服务开源代码： ZLMediaKit: 实现RTSP/RTMP/HLS/HTTP协议的轻量级流媒体框架，支持大并发连接请求 https://gitee.com/xiahcu/Z
RTSP（Real Time Streaming Protocol）是一种用于控制实时流媒体传输的网络协议。它允许客户端与服务器进行交互，控制流媒体的播放、暂停、停止、倒放、快进等操作。RTSP协议可以用于音频、视频等多种流媒体数据的传输。
OBS是一个开源的直播录制软件，英文全称叫做Open Broadcaster Software，广泛用于视频录制、实时直播等领域。OBS不但开源，而且跨平台，兼容Windows、Mac OS、Linux等操作系统。
在直播系统开发过程中，我们可能会遇到一些困惑。像是对于流媒体协议的选择，如HTTP-FLV、WebRTC，RTMP，HLS及其它私有协议等，到底哪个比较合适？哪种协议可以用在PC平台上？哪种协议在移动设备上效果比较好？接下来就先从各项协议的优缺点比较说起。
RTSP协议也是广泛使用的直播/点播流媒体协议，以前的项目里实现了一个RTSP协议转换RTMP直播协议的程序，为的是可以接收远端设备或服务器的多路RTSP直播数据，实时转换为RTMP直播协议，推送到NginxRtmp等RTMP服务器，可以在PC上实现flash观看RTSP直播源（比如IPCAM）的需求，也能通过Nginx的HLS协议转换，在手机上观看。实现的思路分享如下。
大牛直播SDK跨平台RTMP直播推送模块，始于2015年，支持Windows、Linux（x64_64架构|aarch64）、Android、iOS平台，支持采集推送摄像头、屏幕、麦克风、扬声器、编码前、编码后数据对接，功能强大，性能优异，配合大牛直播SDK的SmartPlayer播放器，轻松实现毫秒级的延迟体验，满足大多数行业的使用场景。
本文来自论文《基于 RTMP 协议的流媒体技术的原理与应用》，文中研究了基于 Flash 平台的流媒体系统中使用的 RTMP 协议的原理和应用，并对网络上实时流媒体的各种传输方式的优缺点进行了分析。然后,重点分析了基于 RTMP 协议的流媒体技术的特点,并且介绍了 RTMP 协议报文的格式。最后,实现了一个基于 RTMP 协议的流媒体直播系统。
OBS是一款免费且开源的用于视频录制以及直播串流的软件。能兼容多种平台，在Windows，Mac以及Linux上都可以使用，它简单且快速的开始串流。
前言 今年移动直播行业的兴起，很多公司都在做直播，转眼间过了大半年了，直播的各种技术相对成熟了起来。今天我们公司也追赶潮流，索性我也转战直播，下面从第一步开始，Mac环境下如何搭建nginx+rtmp服务器。 nginx是非常优秀的开源服务器，用它来做hls或者rtmp流媒体服务器是非常不错的选择。
但最近科技发展飞速，一般家庭宽带的网速已经达到了100M，同时手机的4G已经普及，5G也开始商用了（加油华为，加油China），在这样的环境下实现电影里面的窃听技术就比较容易得多了。
大约在一年前，SRS开始支持了WebRTC，这一年一直在持续的更新和收集大家的反馈，终于目前达到了基本可以的里程碑了，是时候总结下使用方法，更新Wiki和DEMO，方便大家用起来了。 SRS的RTC有很多种应用场景，这篇是基于流的场景的应用，后续会推出更多的场景。流是服务器最基本也是最基础的逻辑，是其他场景的基础。基础不牢，地动山摇，大家走过路过不要错过。 RTC的Wiki请点文末阅读原文，我们在这篇文章中，会重点说明一些背景、应用场景和便于理解的设计背景。Wiki侧重的是总结和结果，这个文章侧重的是为什么
音视频业务的繁荣，必定造就开源项目的繁荣，反过来说也是一样的，互相成就。遍地都是开源的轮子，如何选择？提供一个有效的角度，可作为避坑指南。如果已经入坑了，您躺平就好，入坑就已经有了门户之见，死生有命富贵在天。 活跃程度 活跃程度，就是项目的年龄和更新频率。 活得久就活得越久，一般活几年的项目谁不遇到点问题，要死早死了，几年还没死那可能后面死的概率也小了。 不更新的项目就是坑了，没有哪个开源项目拿来就能用的，除了那个996.ICU[1]，一般开源项目都是会遇到问题的，有人在更新维护就很重要。 SRS的Sta
5G快来了，视频将会是跑在网络上流量最多的东西，短视频、长视频、电影、视频通话、视频监控，各种各样的，而在消费级领域，监控视频近些年也越来越受到关注和欢迎，从萤石摄像机的诞生、到一众互联网家用摄像机的兴起，人们对于视频的渴求已经远远超过纸媒、超过文字了，日常生活也从原来的文字消息、文字阅读，变成了发个语音、看个短视频；
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
