直播热潮尚未褪去，而直播系统开发究竟是如何实现的？能够支持直播一直火下去的直播系统开发究竟是怎么样的呢？直播的实现与直播系统开发中的流媒体是分不开的，想要知道如何实现直播，就要先了解流媒体。
流媒体服务器的未来将伴随着宽带应用和网络发展的总趋势，毕竟科技改变生活，未来流媒体也将占据网络的主流，视频流媒体服务器的功能和作用也将越来越丰富。
强烈推荐一个大神的人工智能的教程：http://www.captainbed.net/zhanghan
早前我就为大家介绍过新版的国标流媒体服务器，界面更新后增加了许多便于用户进行管理的新版块，比如用户管理版块。
随着互联网以及科技水平的发展，对于互联网服务，PC不再是唯一选择，智能手机、平板电脑、特定的移动终端等都是可选择的用户终端硬件方式，因此，我们需要一款能将安防协议，电视广播协议以及其他各种格式的流媒体协议接入到互联网上来，通过一种统一格式的协议进行多平台多终端直播。
在未知或不断变化的网络条件下的操作一直是自适应比特率流媒体系统自 1990 年代诞生以来一直试图解决的最基本挑战之一。这个挑战今天仍然存在，尽管在某种程度上简化了设置，允许使用基于 HTTP 的自适应流 (HAS) 架构。在这样的架构中，网络适配逻辑驻留在流媒体客户端中，有效地驱动媒体流片段的选择和加载。在过去的十年中，已经提出了许多先进的方法来设计流选择算法。这包括基于吞吐量的方法、基于缓冲区级别的启发式、控制理论方法以及机器学习算法。
随着互联网视频应用的普及，各行各业对直播的应用需求越来越多，作为一名流媒体行业的从业者，亲眼目睹了视频行业的发展轨迹。
直播软件开发常用的流媒体协议主要有 HTTP 渐进下载和基于 RTSP/RTP 的实时流媒体协议，这二种基本是完全不同的东西
视频云，是以Paas服务模式，向开发者提供音视频编解码SDK和开放API，助力移动APP接入音视频功能，用户不需要后台开发和运维人员，就可以开发自己的视频网站或者移动APP应用。视频云主要使用的是流媒体技术，下面就来给大家介绍一下视频云相关的技术。
CDN（Content Delivery Network，内容分发网络）是由分布在世界各地的服务器组成，它可以根据用户的位置来就近分发缓存的视频数据，这对于直播来说非常重要。CDN通过将用户的访问，指向距离最近的缓存服务器来提升直播的性能。因此就算在高流量负载的情况下，直播也不会出现缓冲或者中断。
大家好，又见面了，我是你们的朋友全栈君。 P2P技术原理及应用 作 者：金海 廖小飞 摘要：对等网络(P2P)有3种主要的组织结构：分布式哈希表(DHT)结构、树形结构、网状结构。P2P技术已经延伸到几乎所有的网络应用领域，如分布式科学计算、文件共享、流媒体直播与点播、语音通信及在线游戏支撑平台等方面。现在人们已经开始将重心转入到覆盖层网络的节点延时聚集研究、覆盖网之间(Inter-Overlay)优化研究、P2P支撑平台研究以及P2P安全研究等方面。 关键词：对等网络；分布式哈希表；覆盖层网络 Abstract:ThePeer-to-peer(P2P)network has three main structures: Distributed Hash Table (DHT) structure, tree structure, and mesh structure. P2P technology has been extended to almost all areas of network applications, including distributed scientific computing, file sharing, streaming media on-demand and live broadcast, voice communications, and online gaming support platform. Now, study areas such as node latency aggregation for overlay network, Inter-Overlay optimization, P2P supporting platform, and P2P security are receiving more attention. Keywords:P2P;distributedHash table; overlay network 1 P2P技术原理 什么是对等网络(P2P)技术？P2P技术属于覆盖层网络(Overlay Network)的范畴，是相对于客户机/服务器(C/S)模式来说的一种网络信息交换方式。在C/S模式中，数据的分发采用专门的服务器，多个客户端都从此服务器获取数据。这种模式的优点是：数据的一致性容易控制，系统也容易管理。但是此种模式的缺点是：因为服务器的个数只有一个(即便有多个也非常有限)，系统容易出现单一失效点；单一服务器面对众多的客户端，由于CPU能力、内存大小、网络带宽的限制，可同时服务的客户端非常有限，可扩展性差。P2P技术正是为了解决这些问题而提出来的一种对等网络结构。在P2P网络中，每个节点既可以从其他节点得到服务，也可以向其他节点提供服务。这样，庞大的终端资源被利用起来，一举解决了C/S模式中的两个弊端。 P2P网络有3种比较流行的组织结构，被应用在不同的P2P应用中。 (1)DHT结构 分布式哈希表(DHT)[1]是一种功能强大的工具，它的提出引起了学术界一股研究DHT的热潮。虽然DHT具有各种各样的实现方式，但是具有共同的特征，即都是一个环行拓扑结构，在这个结构里每个节点具有一个唯一的节点标识(ID)，节点ID是一个128位的哈希值。每个节点都在路由表里保存了其他前驱、后继节点的ID。如图1(a)所示。通过这些路由信息，可以方便地找到其他节点。这种结构多用于文件共享和作为底层结构用于流媒体传输[2]。 (2)树形结构 P2P网络树形结构如图1(b)所示。在这种结构中，所有的节点都被组织在一棵树中，树根只有子节点，树叶只有父节点，其他节点既有子节点也有父节点。信息的流向沿着树枝流动。最初的树形结构多用于P2P流媒体直播[3-4]。 (3)网状结构
市面上的流媒体服务器不可谓不多，从本人的第一份工作起，就一直接触和研究了形形色色的流媒体服务器，从最早的FCS(全称Flash Communication Server),后来改名为FMS(全称Flash Media Server),到Red5(java语言开发)，到CrtmpServer(C++开发)，让我对流媒体服务器的基本原理有了深刻的认识。当时本人痴迷C#，于是乎在业余时间对crtmpServer的代码进行移植，用C#仿照着写了一遍取名为csharprtmp，并且适当的增强了一些功能，于是对rtmp协议了如指掌。后来Adobe推出了RTMFP协议，是一种p2p协议，十分节省带宽。我就又开始研究一款名为OpenRTMFP的开源项目，后来该项目改名为MonaServer。我在起基础上进行了扩展，实现了一些例如录制flv，shareObject等原本FMS有的功能。后开发出了HTML5直播技术（现在命名为Jessibuca,尚未开源)，采用的传输协议就是WebSocket传输裸的视频流的方式，属于私有协议。而Server当时就使用的MonaServer。但当时遇到一个问题，C++的内存泄漏问题，这个一直没有很好的解决。遂决定放弃使用MonaServer转而使用srs，而srs要用一个很简单的go写的小程序将http-flv转换成WebSocket的Flv来适配我的Jessibuca，感觉最好能直接修改srs来实现这个功能。对srs的源码研究了一小段时间后放弃了，因为C++代码过于难写，容易出现bug。后来转而使用golang写的gortmp作为server，同样对其进行了扩展，而且进展十分顺利，golang的开发效率令人惊叹，而且其协程的特性很完美的处理了流媒体服务器的并发的场景。所以使用golang写的流媒体服务器项目很多，github上随便一搜就有很多，比如livego、joy4等。期间还接触到一位使用Node.js实现的流媒体服务器Node Media Server，我也和作者交流了许多，收益良多。
整理｜核子可乐、燕珊 如果运气好，Netflix 的方案可能最终会成为行业标准。 上个月，Netflix 出品的《鱿鱼游戏》剧集再次引爆全球无数观众。虽然“身经百战”的观众早已对这类大逃杀题材的作品建立起充分的心理预期，但 Netflix 凭借着对反乌托邦题材的极致挖掘再次证明，他们有决心打造一出迄今为止最成功的原创剧集，同时也向其他竞争对手证明自己的业务高度已然遥不可及。 与此同时，很多同类流媒体平台还深陷老大难问题而无法自拔：视频卡顿、控件失效或者服务崩溃等等。而 Netflix 却鲜少出现问题，
在现代互联网时代，直播已经成为一种非常受欢迎的媒体传播形式。为了实现高质量的直播流媒体传输，我们可以使用nginx-rtmp-module来搭建一个流媒体服务器。nginx-rtmp-module是一个开源的nginx模块，它提供了RTMP协议的支持，可以将实时视频流传输到具备RTMP客户端的观众端。 在本篇文章中，我们将介绍如何使用nginx-rtmp-module来搭建一个简单的流媒体服务器，并实现直播功能。
CMCD(Common Media Client Data) 是由 CTA WAVE(Web Application Video Ecosystem) 创立的项目，并得到了 Apple、Hulu、Dolby 等组织的支持。并在 2020 年 9 月发布。
有线电视正在衰落，在便利性和覆盖范围方面严重输给了流媒体。2016年第三季度OTT（over-the-top）设备的视频广告观看量同比增长63％，预计这一趋势将持续增长。
开放式缓存是由流媒体视频联盟开发的一个开放的、非专有的架构。简单地说开放式缓存是现有方法的扩展，用于传递互联网内容，可以使用 ISP 网络“最后一英里”的服务器进行传递，开放式缓存架构如图 1 所示。图的右侧是传统互联网流媒体内容来源，无论是来自简单地馈送到互联网上的 CDN， 还是直接连接到 ISP 网络的 CDN, 这是当今典型的流媒体内容来源。开放式缓存的作用是它有一系列规范和 API，在左侧看到的服务器基本上位于 ISP 网络的最后一英里处，可以通过这些现有方法传输内容。最终用户无论是无线或有线宽带接入或移动设备，当他们从内容提供商那里获取内容时，他们将被重定向到位于 ISP 网络内的开放式缓存。
选自GitHub 作者：Roei Schuster等 机器之心编译 参与：李泽南、Smith、吴攀 深度学习在数据特征识别上的能力强大，目前已成为计算机视觉、图像处理、语音识别、自然语言处理等领域的流行方法。最近，研究人员又尝试将深度学习应用到了网络攻击中。利用视频流量分析，以色列特拉维夫大学和康奈尔大学的研究者们开发的新算法只需在电脑或手机浏览器中加入几行 JavaScript 代码，就能在这台设备连接到 Wi-Fi 后通过流量数据识别出用户观看的视频内容，而识别准确率接近 100%。
最近在进行网络应用开发过程中，遇到了一个问题：当尝试使用DESCRIBE方法请求数据时，出现了401 Unauthorized的错误。本文将介绍该问题的原因，并提供解决方案，帮助读者快速解决相关的错误。
作为图像/视频编码领域的顶级会议之一，第33届图像编码研讨会（PCS，Picture Coding Symposium）于2018年6月24号至6月27号在加州旧金山召开。纽约大学工学院的Yao Wang教授做了关于360度全景视频流媒体传输系统：Two-Tier Streaming(TTS)的主题报告，介绍了360度全景视频流媒体的特点，TTS方案的技术要点，目前的实验结果以及研究展望。 360度视频及其流媒体传输简介
当你在看视频的时候，不断地缓冲提示是不是让你感到很烦躁？麻省理工学院的研究人员正在用基于人工智能的流媒体算法开辟新的领域，这些算法可能会导致缓冲轮消失，让我们大胆地看到了视频流的未来。 最近的一项研究
随着全民直播时代的到来，以及最近疫情的爆发，在线教育行业又变的炙手可热，成为了新的风口。这两者的背后都是依靠着 CDN 以及视频云等基础服务，而这些基础服务的底层又依靠着流媒体服务器这种有着“悠久历史”的特殊服务器软件。为什么说特殊呢，因为这种服务器软件的架构和传统的 Web 服务器有很大的差别。
生活中我们不止一次地使用过直播，但从未想过如何通过编程实现。大家好，我们在这里向大家介绍如何使用OpenCV和python的套接字编程。今天，我们将借助OpenCV和socket编程创建一个实时流媒体应用程序，我们将从头开始为服务器和客户端开发代码。
随着互联网的发展，传统安防行业已不再满足于仅仅通过一台PC机器，或者一台NVR接入摄像机源进行录像和监控的基本要求，人们迫切的需要利用目前相当便利的网络环境，以便能实现随时随地的观看到适应各种网络环境和各种终端设备的低延时的音视频视频监控，录像取证和应急处理，而不再受到时间和地域的限制。同样，对于互联网服务，PC电脑也不再是唯一选择，智能手机、平板电脑、特定的移动终端等都是可选择的用户终端硬件方式；因此，我们需要一款能将安防协议，电视广播协议以及其他各种格式的流媒体协议接入到互联网上来，通过一种统一格式的协议进行多平台多终端直播。
在我们前几章的讨论中，我们已经详细探讨了LNMP、缓存与消息队列，以及负载均衡的各种应用场景和实现方式。这些技术都是构建高效、可扩展和可靠的网络服务的重要工具。然而，随着互联网技术的不断发展，我们面临的挑战也在不断变化和升级。在这一章中，我们将把视线转向更为前沿的技术领域，深入研究CDN、流媒体和边缘计算，并从应用场景的角度进行详细介绍。
其实之前我就已经开发过一个RTSP Server程序，并且写了一篇文章进行了介绍“一个RtspServer的设计与实现和RTSP2.0简介”,不过当时开发的目的除了实现RTSP直播以外，主要目的还是简化代码以方便定制，因此并没有完全实现RTSP协议里的所有交互细节，要在它的基础上扩展全面，可能会拖延项目进展。基于项目考虑，选择了自己比较了解也认为比较优秀的RTSP开源项目Live555作为基础，开发RTSP Server程序。
视频流媒体监控行业已经进入了互联网时代，浏览器承载了绝大多数的互联网访问流量，如何在网页上播RTSP流，将RTSP转成互联网直播协议RTMP或者HLS？
目前受大众广泛使用的视频流拉转推工具应该是FFMPEG，TSINGEE青犀视频也有自己的拉转推平台，分别为EasyRTMPLive和EasyRTSPLive，两者都可以拉RTSP流转RTMP流。
RTMP 与 RTSP 是比较常见的两种流媒体协议，那么什么是RTMP？什么是RTSP？它们两之间有什么区别？使用的时候应该如何选择？
上一篇文章《优化延迟的最佳视频传输方案（一）》介绍了在整个视频传输系统中的分发链前端和媒体内容准备方面的延迟优化方案，本文将继续介绍传输系统的接下来的优化方案，包括媒体内容传输和播放器端的优化。
今天我们将谈论最近的一个低延迟直播的作品。一个有趣的事实是，在 1969 年，一个来自月球表面的直播被数亿人观看，他们的延迟大约是 3 秒，50 年后，超级碗也有数百万的流媒体播放，但在这种情况下延迟超过 45 秒。然而，在过去几年中，低延迟在实施和标准化方面取得了很多进展，因此我们的处境要比几年前好得多。低延迟的主要驱动因素之一就是现场体育赛事。
今天向大家介绍一下如何使用 librtmp 库推拉音视频直播流。虽然Adobe已经宣布不在维护 flash 了，但 flash使用的 rtmp 协议目前仍然是直播系统中最常用的传输协议。
在使用FFmpeg进行音视频编解码时，我们经常会遇到各种错误和异常情况。其中，一个常见的错误是avcodec_receive_packet返回AVERROR(EAGAIN)。本篇博客将围绕这个错误展开讨论，并提供解决方案。
文来自Haivision的白皮书，比较了RTMP和SRT两种流媒体协议的优缺点，并通过实验测试了两种协议在延迟和最大带宽两方面的表现。
原文：http://www.screenplaysmag.com/2018/08/14/udp-based-streaming-modes-battle-for-traction-as-paths-to-low-latency/
5G快来了，视频将会是跑在网络上流量最多的东西，短视频、长视频、电影、视频通话、视频监控，各种各样的，而在消费级领域，监控视频近些年也越来越受到关注和欢迎，从萤石摄像机的诞生、到一众互联网家用摄像机的兴起，人们对于视频的渴求已经远远超过纸媒、超过文字了，日常生活也从原来的文字消息、文字阅读，变成了发个语音、看个短视频；
2009年，Apple推出了HLS（HTTP Live Streaming）——基于HTTP的自适应码率流媒体传输协议。HLS描述了一组通过互联网提供音视频服务的工具和程序。一个视频可以被分割成多个视频切片，这些切片的传送位置和顺序在一组被称为播放列表的XML文件中，该文件以文件扩展名m3u8结尾。人们可以使用兼容了HLS的播放器播放视频。
在构建一个C++大型流媒体项目，特别是针对千万级直播系统，我们需要考虑从底层到应用层的多个方面。首先，基于应用层组播的技术是一个关键因素，因为它不需要网络层设备的支持，适合用于流媒体服务。这种方法可以显著提高系统的用户数量并保持较好的服务质量。此外，采用双层架构和整体分层、局部集中的思想来构造转发树，可以保证系统在大规模用户环境下的良好可扩展性。
在线视频现在已经是家喻户晓，最近的研究表明，全世界网民平均每天花费近 92 分钟观看在线视频，尤其是直播视频，正受到网民的青睐。
直播发展如火如荼，为了满足火热的移动Web端直播需求，一系列基于HTML5的网络直播方案迅速的发展了起来。其实只要实现了直播的各个技术难点，通过HTML5进行视频直播并非难事。
在流媒体视频世界中，慢启动、低码率、高失速率(stall rate)和播放失败可谓是四大“世界末日”，无论这四个中的哪一个发生都会导致糟糕的用户体验。当问题发生的时候，找到根本原因是十分重要的，可能是播放器的问题，也可能是缓冲算法或比特率选择的问题，或者是内容编码或打包的问题。为此，流媒体视频联盟发布了端到端工作流监控的最佳实践，这份文档中提出跨流媒体视频工作流的级联效应可以通过多点监控来观察记录和相互分离，这意味着从各个点（CDN、播放器、源或编码器）收集数据，然后将这些数据整合在一起。然而这些数据往往是孤立的，即使您可以尝试以某种方式连接它，那些从中派生的孤立的日志和指标通常也不足以驱动 QOE 或以真正有效的方式解决问题。
流媒体直播系统的推流是视频播放中很重要的一个步骤，推流跟播放其实是逆向的，具体流程就不多说了。
首先，这不是一篇讲述关于产品设计与用户体验，而是如何进行产品性能优化的文章。如果你具有一定技术背景，并且对互联网产品性能优化感兴趣，这篇文章将以QQ音乐的性能优化为例，为你提供一套如何进行性能优化的方案作为参考;如果你是一名对通过技术手段提升用户体验感兴趣的产品经理，那么这篇文章除了讲述一些提升用户体验的hao123式的准则外，同时也深入一些技术细节，希望你不至于感到枯燥。 作为一款月活跃用户超过4亿的产品，QQ音乐每天在线听歌次数超过1.4亿次，非在线听歌超过10亿次。在线听歌与下载歌曲是否快速流畅影响着
原文 / https://www.wowza.com/blog/cmaf-vs-webrtc
了解我们产品的小伙伴都知道，Easy系列产品包含前端推拉流组件、流媒体服务器以及中间件产品，从取流到播放全包含，其中播放器类产品有EasyPlayer-RTSP、EasyPlayer-RTMP、EasyPlayerPro。其可以单独使用，也可以封装到其他组件中。
对于大家经常见到和使用到的普通MP4来说，作为电影、电视文件的存储容器，是很好的，不过对于流媒体点播来说，最大的缺点就是它的媒体信息和关键帧索引都集中存放在moov box中，而导致越大的文件，moov box越大，对播放器来说，获取不到moov box，根本无从解码，所以就导致MP4文件点播，需要缓冲很久，加载头部数据。当然常见解决方案，就是文件切分，把大的MP4文件，切为小一点的MP4文件，这样每块的MP4的加载就会快很多，这个也是很多视频网站的解决方式，这样的切分也还好，分片数量不算很多。然而到了HLS时代，为了支持HLS协议，就需要把大的MP4文件，都转换为了更小的HLS-TS分片文件，这就出现问题了，服务器太多碎片一样的TS文件，难以管理，也影响性能。怎么解决呢？那就是虚拟HLS分片技术。
RTP全名是Real-time Transport Protocol（实时传输协议）。它是IETF提出的一个标准，对应的RFC文档为RFC3550（RFC1889为其过期版本）。RFC3550不仅定义了RTP，而且定义了配套的相关协议RTCP（Real-time Transport Control Protocol，即实时传输控制协议）。RTP用来为IP网上的语音、图像、传真等多种需要实时传输的多媒体数据提供端到端的实时传输服务。RTP为Internet上端到端的实时传输提供时间信息和流同步，但并不保证服务质量，服务质量由RTCP来提供。
直播APP源码可以是原生的或混合型的。原生直播APP源码专为特定平台设计的，这种APP的代码是通过使用该平台所采用的编程语言来创建的。混合型的是同时支持多个平台的APP，代码是用HTML，CSS或JavaScript编写。
今天，我们着重讲解的是视频输出中的RTMP推流功能，这也是我们EasyNVR功能组件中，最为重要的一个组成部分！ EasyRTMP是一套封装了基础的RTMP推流协议，并提供了一套非常简单易用调用接口的功能组件，在Github上有多个基于EasyRTMP SDK的Demo。Github地址：https://github.com/EasyDSS/EasyRTMP， Demo中EasyRTMP_RTSP项目是将RTSP流获取到本地进行RTMP推送，可进行RTMP直播。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
