在线直播可以说从去年开始变成了一个火爆的创业领域，一下子出来了很多做视频直播的公司。但说实话这方面的技术书籍实在是非常的少，网上的资料也很零散，所以我决定写一些列介绍视频技术的文章。今天这篇文章先对视频技术中的基础概念做一些简单的总结。
联网系统中SIP消息体中携带的SDP内容应符合IETF RFC 2327的相关要求。应有如下字段:Session description: v=( protocol version) o=(owner/creator and session identifier)s=(session name) u—*(URl of description) c=* (connection information-not required if included in all media)Time description : t=(time the session is active)Media description m= (media name and transport address) c=*(connection information-optional if included at session-level)b=*(bandwidth information) a—*( zero or more media attribute lines)y=* (SSRC) f—*(媒体描述)
ffplay是一个很简单的播放器，但是初次接触仍会感到概念和细节相当繁多，分析并不容易。深入理解一项技术需要足够的时间和大量的实践，由浅入深逐步迭代，没有时间就成了最大难题。本次分析过程断断续续持续了挺久，先是边读代码边加注释，后面才整理了笔记，再加上理解浅薄很难精简语言，因此行文比较啰嗦。笔记记录仓促，错误难免，欢迎指正交流。后续若有时间继续研究，将持续修正错误完善文档。
大家好，我是北京美摄网络科技有限公司的研发总监黄裔，本次我分享的主题是美摄云非编系统，是一种web端视音频实时编辑渲染方案。
一直想把视音频编解码技术做一个简单的总结，可是苦于时间不充裕，一直没能完成。今天有着很大的空闲，终于可以总结一个有关视音频技术的入门教程，可以方便更多的人学习从零开始学习视音频技术。需要注意的是，本文所说的视音频技术，指的是理论层面的视音频技术，并不涉及到编程相关的东西。
在实现GB28181历史视音频文件回放之前，我们已完成了历史视音频文件检索和下载，历史视音频回放，在GB28181平台非常重要，比如执法记录仪等前端设备，默认录像数据存储在前端设备侧，如果需要上传到平台统一保存，除了到工作站拷贝外，还可以通过GB28181的历史视音频文件下载到指挥中心。如果指挥中心需要直接看历史视音频文件，也可以通过GB28181历史视音频回放实现。
上篇blog，我们提到了Android平台GB28181历史视音频文件检索规范探讨及技术实现，文件检索后，GB28181平台侧，可以针对文件列表进行回放或下载操作，本文主要探讨视音频文件下载相关。
下图引用自“雷霄骅，视音频编解码技术零基础学习方法”，因原图太小，看不太清楚，故重新制作了一张图片。
其实老早就想写一些关于音视频学习的文章了，但由于各方面的原因迟迟都没有开始。一个方面是因为笔者写文章都是成系统的，音视频需要大家有一定的 c/c++ 基础；还有一个方面是因为之前经验不足，这一块涉及到的细节也比较多。我自己学习时看过大量的文章和资料，这里推荐 雷霄骅的专栏 ，虽然文章的更新永远停在了那一刻，但其无私分享的精神值得我们每一个开发者学习。音视频这系列文章我们打算从基础开始学，然后结合移动端 NDK 来开发。因此如果你已经是音视频开发的老司机，那么本文可能不太适合你，其次如果之前没了解过 NDK 开发，学习起来也可能会有些难度。
随着音视频业务的快速发展，作为前端工程师，我们团队也逐步深入到音视频编解码领域，涉及到流媒体技术中的文本、图形、图像、音频和视频多种理论知识的学习，并有机会大规模应用到具体实践中。
本文介绍一个自己做的FFPLAY移植到VC下的开源工程：ffplayfor MFC。本工程将ffmpeg项目中的ffplay播放器（ffplay.c）移植到了VC的环境下。并且使用MFC做了一套简单的界面。它可以完成一个播放器播放视频的基本流程：解协议，解封装，视频/音频解码，视音频同步，视音频输出。此外还包含一些控制功能：播放，暂停/继续，前进，后退，停止，逐帧播放，全屏等；以及一些简单的视频码流分析功能：视频解码分析和音频解码分析。通过本程序可以学习视频播放器原理，以及SDL和Windows消息机制。
近年来，国内视频监控应用发展迅猛，系统接入规模不断扩大，涌现了大量平台提供商，平台提供商的接入协议各不相同，终端制造商需要给每款终端维护提供各种不同平台的软件版本，造成了极大的资源浪费。各地视频大规模建设后，省级、国家级集中调阅，对重特大事件通过视频掌握现场并进行指挥调度的需求逐步涌现，然而不同平台间缺乏统一的互通协议。在这样的产业背景下，基于终端标准化、平台互联互通的需求，GB/T28181应运而生。GB28181标准规定了公共安全视频监控联网系统(以下简称联网系统) 的互联结构, 传输、 交换、 控制的基本要求和安全性要求, 以及控制、 传输流程和协议接口等技术要求。
这里的bin、include、lib就是我们刚才在FFmpeg下载的相关文件。 src是我们的项目源码目录。 新建Win32控制台应用程序、选择位置、项目名称。注意:去掉“为结局方案创建目录”的勾选
我们对于为什么视频不能及时、以未压缩的质量交付做出了很多解释。其中许多解释都是合理的，这些问题主要集中在网络容量或间歇性、扩展低延迟解决方案的成本、甚至局限性的现成处理器实时处理4K Ultra HD或者高动态范围（HDR）内容方面。
以我们电脑保存的电影说起，其实它就是通过摄像机和话筒对音视频采集、编码、封装之后的数据。当我们使用播放器进行观看的时候就是进行逆向过程解封装，解码音视频，然后把音频视频数据分别发送到我们的显示器和音响（音视频同步）。互联网的发展让在线视频的播放更加普及，因此视频的在线传输则需要用到相关的流媒体协议（rtmp协议，rtsp协议）。
HTML5 视音频发展史 HTML5学堂：在Flash与HTML5的争霸当中，最终Flash败北，而能够替代Flash播放器功能的就是HTML5中的视音频功能。本文介绍了HTML5出现前后，实现视音频方法的变化以及视音频的编码格式。 早期实现视音频的方法 在网页当中，早期的视音频标签通常采用embed和object两种标签嵌套。之所以采用这种方式，主要与两种标签的支持程度有关。 对于embed标签，大部分的浏览器都能够支持，但是并没有纳入到W3C标准当中，而object标签，虽然得到了W3C标准的支持，
最近利用腾讯云实时视音频 TRTC SDK，学习如何开发教育直播类 APP，其中有一个需求是各个直播场景下多会用到的，那就是：
众所周知，现在国内主流的音频视频传播平台非常多，每个平台都有非常多的用户，每天都会上传无数的音频内容和视频内容，而国家目前对于用户自动上传的内容有非常严格的审核要求，这也导致许多主流网站的审核压力特别大，因为网站一旦涉及传播一些违法内容，不仅会对用户造成影响，还有可能给网站带来损失。人工审核费时费力，而且无法应对海量的内容，所以现在很多网站使用人工智能审核视音频。人工智能审核视音频有什么好处呢？
智慧工地是一种运用物联网、大数据、云计算、人工智能等新兴技术，对建筑工地进行数字化、信息化、智能化改造的一种新型工地管理模式。智慧工地解决方案是一种基于互联网和物联网技术的创新型管理方式，可以有效提高工地的安全生产监管和建筑质量监管水平。
LiveVideoStack：见良你好，能否向LiveVideoStack的读者介绍下自己，以及目前主要的工作以及关注的技术方向？
视频和音频的QoE要求可能要基于平均意见得分（MOS）和双刺激连续质量分级（DSCQS）这样的QoE评价方法[b ITU-R BT.500-11]。然而，主观测试费时费钱，难以进行，而针对于被传输视频和音频的可靠客观质量评估方法还没有建立起来。因此，本节基于与主观QoE相关的客观参数给出临时的QoE要求。 本建议书讨论了QoE目标，并展示了如何用数值参数（例如比特率或丢包率）表达QoE要求。确定QoE性能目标的过程中必须考虑到很多事情，例如IPTV服务的目标、当前广播系统的QoE水平（这决定了用户期望）、服务所用的压缩编码方法、内容特征、内容供应商要求、客户满意度。在本节中以表格方式示明了需求值，这些值不能通用于任何特定的或全部的IPTV服务，而应该被理解为可以更改的临时值。本建议书的读者应根据特定的IPTV服务环境将表格中的数值替换为更合理的值，以达到相应的需求。
如今的移动视频行业，在BAT与今日头条等互联网巨头的重金刺激下，新一轮的增长迎来了该领域的“黄金时代”。与此同时，巨头的分割，也让身处该行业的百余位玩家深陷混战局面。 除互联网巨头的拥趸，各大品牌厂商
上文主要讲解了 FFmpeg 相关知识，以及在 Windows 下编译 FFmpeg 源码，本文继续对 FFmpeg 进行更深入的介绍。
GB/T28181-2016公共安全视频监控联网系统 信息传输、交换、控制技术要求相关的传输要求如下：
封装就是把编码器生成的音频,视频同步以生成我们肉眼可见,耳朵可听并且看到的与听到的是同步的视频文件.即封装后生成一个容器,来存放音频和视频流以及一些其他信息(比如字幕, metadata等).
近日，OPPO R15曝光其外观设计及存储配置等信息，并在系统上做出了大幅调整，虽然新机搭载的ColorOS 5.0尚未公布更多细节，但在3月初公测的ColorOS 3.2倒是给OPPO R11s/R
好多开发者纠结，到底使用GB28181还是RTSP，这里简单的谈下二者使用场景区别，GB28181和RTSP（Real-Time Streaming Protocol）是用于视频监控和流媒体传输的两种不同的协议。
FFmpeg是一套可以用来记录、转换数字音频、视频，并能将其转化为流的开源计算机程序。采用LGPL或GPL许可证。它提供了录制、转换以及流化音视频的完整解决方案。
前面四次实验，从最简入手，循序渐进，研究播放器的实现过程。第四次实验，虽然音频和视频都能播放出来，但是声音和图像无法同步，而没有音视频同步的播放器只是属于概念性质的播放器，无法实际使用。本次实验将实现音频和视频的同步，这样，一个能够实际使用的简易播放器才算初具雏形，在这个基础上，后续可再进行完善和优化。
随着全球互联网（Internet）的迅猛发展，上网人数正以几何级数快速增长，以因特网技术为主导的数据通信在通信业务总量中的比列迅速上升，因特网业务已成为多媒体通信业中发展最为迅速、竞争最为激烈的领域。Internet网络传输和处理能力的大幅提高，使得网上应用业务越来越多，特别是视音频压缩技术的发展和成熟，使得网上视音频业务成为Internet网上最重要的业务之一。
=====================================================
GB/T28181是中国国家标准，全称为《安全防范视频监控联网系统信息传输、交换、控制技术要求》，该标准规定了城市安全防范监控系统中视频监控联网系统的一般要求和架构，以及信息传输、交换、控制的技术要求。它主要应用于安防领域，为各种视频监控系统提供了一致的接口规范，使得不同厂商生产的视频监控设备可以相互兼容。规范规定了公共安全视频监控联网系统(以下简称“联网系统”)的互联结构,传输、交换、控制的基本要求和安全性要求，以及控制、传输流程和协议接口等技术要求。适用于公共安全视频监控联网系统的方案设计、系统检测、验收以及与之相关的设备研发生产。其他视频监控联网系统可参照执行。目前已更新至GB/T28181-2022版。
FFmpeg是一套可以用来记录、转换数字音频、视频，并能将其转化为流的开源计算机程序。采用LGPL或GPL许可证。它提供了录制、转换以及流化音视频的完整解决方案。FFmpeg本身是跨平台的，支持多个平台。
一个完整的直播产品，不仅要有一个完整直播APP功能，还要有一个强大的服务器，小伙伴们可能会感到困惑，在网络视频直播系统中服务器真的很重要吗？这里告诉大家，不仅很重要，而且还关系到我们看到的画面是否是直播的原画面。
视频播放器播放一个互联网上的视频文件，需要经过以下几个步骤：解协议，解封装，解码视音频，视音频同步。如果播放本地文件则不需要解协议，为以下几个步骤：解封装，解码视音频，视音频同步。他们的过程如图所示。
工欲善其事，必先利其器，断点调试，对我们梳理流程排查问题十分重要，可以ffmpeg的调试可以在XCode、VS code以及QT等ide上进行方便的调试分析。本篇我们以XCode为例来先介绍下ffplay的断点调试，以ffmpeg4.4版本来进行分析。
现今短视频、小视频的应用随处可见，用户量也在持续上涨，作为一个测试人员，我们要保障视频播放应用的质量就必须了解视频相关技术，需要对视频相关知识有更全面的认知。本文主要给大家介绍一些视频的相关知识。
联网系统有关设备之间会话建立过程的会话协商和媒体协商应采用IETF RFC 4566协议描述，主要内容包括会话描述、媒体信息描述、时间信息描述。
目前OpenSKEYE团队准备推出一款全平台的面向多种流和媒体的全能播放器SkeyeExPlayer，下面列出SkeyeExPlayer(for Windows)的开发计划；
点击上方“LiveVideoStack”关注我们 美摄科技成立于2014年，是一家专注智能视音频整体解决方案的国家高新技术企业，致力于视音频与AI技术的融合与创新，目前已服务海内外数千家企业客户。在视音频领域深耕多年，美摄科技凭借雄厚的技术实力，在当今视频化浪潮下不断拓展应用场景，将服务扩展到了智能手机、智能硬件、智能汽车、智慧广电等众多领域，助力平台为用户带来更丰富、更便捷的视频创作体验。本次，LiveVideoStack有幸采访了来自美摄科技的算法工程师侯康，他向我们介绍了过去的一年美摄科技在音视频领域
实时视音频点播的SIP消息应通过本域或其它域的SIP服务器进行路由、转发，目标设备的实时视音频流宜通过本域内的媒体服务器进行转发。
通常情况下，媒体文件以如MP4，MKV、FLV等等格式存在我们的计算机，手机等设备中，而这些文件格式都属于封装格式，就是把音视频数据按照相应的规范，打包成文件。
当下，视频直播行业在中国逐渐走红。从游戏到秀场，从传统的网页端到移动互联网，各大直播平台包括斗鱼、熊猫tv、虎牙战旗还有纯移动端的印客、易直播等，群雄割据。言归正转，毕竟本文是一篇技术博客，接下来让我们从技术的角度分析如何搭建一个自己的直播教学系统。
| 导语 想在APP中玩转视频播放吗？本文主要探讨播放器的工作原理及优化方向，并基于腾讯视频的开源TVKPlayer的设计，详解视频播放器的内部架构。 在下面的文章中，你将了解到播放器的视频解码、状态管理、功能扩展及二次封装的相关内容，带你深入了解视频播放器的工作原理。 1. 播放器之不得不做——视频解码 基本上我们都模糊的知道，视频播放需要解码器，那么解码视频究竟做了什么事情？为什么有些视频不能解析或者需要下载额外的解码器？ 1.1 视频封装的那些事 1.1.1 视频的编码 视频是由一幅幅帧图像和一组音
本文介绍 FFmpeg 骨架：“八大金刚” 核心开发库，重要数据结构与 API
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
云直播
