实现了浏览器 MSE (Media Source Extensions) 播放相机 RTSP (Real Time Streaming Protocol) 流。动手体验一下咯~
TSINGSEE青犀视频研发团队的成果包含了视频相关的很多内容，有视频流媒体平台EasyNVR、EasyGBS、EasyDSS，有视频智能分析平台EasyCVR，有H265视频播放器EasyWasmPlayer及各种专用直播流播放器，还有视频组件及推流辅助设备等，其中视频流媒体平台内就结合了最新的H265播放器EasyWasmPlayer。
常用的文件分辨率有 320*240 640*480 800*600 1280*720 1920x1080
在Webrtc的编码中有三种编码方式：VP8、VP9和H264编码，这三种编码大部分浏览器都支持，其中VP8是目前为止浏览器内部使用最多的一个编码方式。浏览器使用的推流编码是VP8，所以传输的是VP8，想要在c++端编码出H264，那要怎么做呢？在编译Webrtc的相关产品中，我们就遇到了此类问题，所以和大家分享一下。
前一篇《webrtc方案漫谈》我们分析了webrtc的方案特点，根据实际的应用场景我们需要对webrtc native代码进行定制开发，下面对webrtc常规需求进行定制。
H264视频压缩算法现在无疑是所有视频压缩技术中使用最广泛，最流行的。随着 x264/openh264以及ffmpeg等开源库的推出，大多数使用者无需再对H264的细节做过多的研究，这大降低了人们使用H264的成本。
ffmpeg -i mp4_sample.mp4 -vcodec copy -an -bsf:v h264_mp4toannexb raw.h264
在视频编码中，延迟是一个常见的问题。对于实时性要求较高的应用（如视频直播、视频会议等），延迟问题尤为重要。本文将重点讲解FFmpeg中H264和H265编码器的延迟问题，以及如何优化和降低编码延迟。
T和ISO/IEC两大组织联合提出的视频编解码标准，这个标准通常被称之为H.264/AVC。H264编码是一种主流编码方式，本文主要从数据处理的角度对H264视频码流进行分析。
在绝大多数的目标检测项目中，都是使用opencv这个开源的计算机视觉库来进行图片、视频或者摄像头的读写。
对于720P分辨率，深度为8的一幅图片的数据量为：1280*720*8(位)，如果视频帧率为15，那一秒钟的数据量为：
h265编码是h264编码的升级版，h265目前在视频点播方面使用的更加普遍，而在视频直播方面，由于难以达到h265编码的解码速度，运用起来还是有些难度的，还需要看未来我们的流媒体技术的发展。那么既然出现了更加先进的编码技术，大家肯定会问了，h264与h265哪个更清晰？哪个画质好？本文我们就是来回答这个问题的。
转自：http://www.mworkbox.com/wp/work/314.html
音视频编码的标准由标准发展组织制定，主要两大组织：ISO（国际标准化组织和国际电工委员会）和ITU-T（国际电信联盟的电信标准化部门）
大家好，今天给大家分享一个系列文章,是关于h264解码器的，实战性比较多，文章里面就不会过多介绍关于h264的相关基础知识了。
format，这个是官方h264协议文档中规定的格式，所以它是大多数编码器默认的编码后的输出格式。它的基本数据单位为NAL单元，简称NALU`（Network
H.264和H.265是两种不同的视频编码标准，它们在压缩质量和带宽需求方面有所不同。
本篇介绍下H264和H264的编码格式，包括avcc，annexb，以及转换方法。annexb 用于实时流的场景，avcc用于多媒体文件，如mp4,mkv等场景。
H.264，同时也是MPEG-4第十部分，是由ITU-T视频编码专家组（VCEG）和ISO/IEC动态图像专家组（MPEG）联合组成的联合视频组（JVT，Joint Video Team）提出的高度压缩数字视频编解码器标准。这个标准通常被称之为H.264/AVC（或者AVC/H.264或者H.264/MPEG-4 AVC或MPEG-4/H.264 AVC）而明确的说明它两方面的开发者。
这篇是几年前整理的老文章了，当时在调研流视频推送及播放相关技术，并在项目中应用，使用到ffmpeg，所以整理了这篇文章，但并未发布。最近又有相关的技术需求，所以整理出来，作为一个新的开始。
在写代码的过程中，经常需要利用ffmpeg进行h264编解码，ffmpeg默认是不支持h264编解码的，需要在编译ffmpeg时增加支持h264编解码功能模块。
原文:http://www.mworkbox.com/wp/work/314.html MP4的视频H264封装有2种格式：h264和avc1，对于这个细节，很容易被忽略。笔者也是在改编LIVE555流媒体时，增加mp4文件类型支持时遇到了该问题。 (一)首先，从原理上了解一下这2种格式的区别： AVC1 描述:H.264 bitstream without start codes.一般通过ffmpeg转码生成的视频，是不带起始码0×00000001的。 H264 描述:H.264 bitstream with start codes.一般对于一下HDVD等电影的压制格式，是带有起始码0×00000001的。 (二)其次，通过VLC播放器，可以查看到具体的格式。打开视频后，通过菜单【工具】/【编解码信息】可以查看到【编解码器】具体格式，举例如下，编解码器信息： 编码: H264 – MPEG-4 AVC (part 10) (avc1) 编码: H264 – MPEG-4 AVC (part 10) (h264) (三)最后，分享一下ffmpeg demux MP4文件后，转换视频流为live555可直接使用的h264 ES流的经验和方法： 针对（avc1），av_read_frame后，取前四个字节为长度，把前四字节直接替换为0×00,0×00,0×00,0×01即可，但注意每个frame可以有多个NAUL：
网络视频一直都很火。虽然在页面上嵌入 Instagram 和 Youtube 视频非常简单，但是有越来越多的需求 —— 比如许多电子商务的场景 —— 要求定制的视频传输方法。
H.264是一种高度压缩数字视频编解码器标准，由ITU-T视频编码专家组（VCEG）和ISO/IEC动态图像专家组（MPEG）联合组建的联合视频组（JVT，Joint Video Team）共同制定，由此H.264既是ITU-T的H.264标准，又是ISO/IEC的MPEG-4标准的第10部分：高级视频编码（AVC，Advanced Video Coding），因而H.264别名为AVC、MPEG-4 Part 10以及ISO/IEC 14496-10，H.264采用的核心算法是帧内压缩和帧间压缩，帧内压缩是生成I帧的算法，帧间压缩是生成B帧和P帧的算法。
相信很多人和我一样，刚开始的时候都会很好奇，为什么h264可以实现这么强大的压缩比，要知道，1张1080p的YUV420就是3MB，想实现1秒钟30帧，千兆网就基本跑满了，这也太可怕了，基本上只有条件很好的局域网才能达到这个水平。但是h264的出现把这个数据量降到了百分之一，2个数量级，这实在太可怕了，技术的发展真的是强大。
熟话说，授人以鱼不如授人以渔，这里记录的是在实际项目上，我遇到问题时是如何进行排查解决的，给大家提供个思路参考~
在网络视频直播系统中常见编码器有H264/H265/VP8/VP9，其中H264和H265用的比较多，VP8和VP9用的比较少，H265的出现虽然时间短，但很多开发公司都一开始尝试使用H265作为直播编码的一种方式，但H264依然是主流的一种编码方式。下面给大家普及一下关于H264格式的知识。
写代码的过程中，经常需要利用ffmpeg进行h264编解码，ffmpeg默认是不支持h264编解码的，需要在编译ffmpeg时增加支持h264编解码功能模块。
先从opencv（2.4.10版本）采集回来摄像头的图像，是一帧一帧的 每一帧图像是一个矩阵，opencv中的mat 数据结构。
上一篇我们看了rtmp audio的数据结构，这一篇我们来一起看一看rtmp video的数据结构。
接上一篇[SkeyePlayer源码解析系列之录像写MP4]之续篇，我们来讲解一下关于H264编码格式中的一帧多nal(Network Abstract Layer, 即网络抽象层)，关于H264和NAL，这里引用一段话来科普一下：
FuboTV 是一家美国流媒体电视服务公司，为美国、加拿大和西班牙的客户提供服务，主要专注于分发体育直播的频道。根据国家/地区的不同，Fubo 提供的频道可能包括访问 NFL、MLB、NBA、NHL、MLS、CPL 和国际足球，以及新闻、网络电视连续剧和电影。
因表示了前一个Metadata Tag的长度是311字节，这跟上篇分析结果是一致的；
FFmpeg是音视频领域很有名的一个库, 这里从两方面介绍, 一方面根据FFMPEG的命令行工具介绍, 介绍这些命令行工具的使用方法, 满足一般用户要求. 还有一方面从组件/库的划分来介绍, 介绍FFMPEG是有哪些组件和库组成, 每一个库的作用, 便于后续的自定义开发.
在之前两篇关于SkeyeRTMPClient扩展支持HEVC(H.265)解决方案的文章中，我们已经完成了对H265的支持，本文主要阐述将H26和H265支持兼容起来，实现不同视频编码格式的自适应兼容适配。
编译测试：得到视频信息后，根据文件中的编码信息（mp3或aac，h264或mpeg4，mpeg4码流文件后辍为.m4v），命名解封装的码流文件。
Open Network Video Interface Forum，开放型网络视频接口论坛，以公开、开放的原则共同制定开放性行业标准。是一个提供开放网络视频接口的论坛组织。ONVIF规范描述了网络视频的模型、接口、数据类型以及数据交互的模式。可以让不同厂商所提供的产品，均可以通过统一的语言来进行交流，增加了协同性和灵活性。
H.264是ITU-T以H.26x系列为名称命名的视频编解码技术标准之一。H.264是ITU-T的VCEG（视频编码专家组）和ISO/IEC的MPEG（活动图像编码专家组）的联合视频组（JVT：joint video team）开发的一个数字视频编码标准。该标准最早来自于ITU-T的称之为H.26L的项目的开发。H.26L这个名称虽然不太常见，但是一直被使用着。H.264是ITU-T以H.26x系列为名称命名的标准之一，同时AVC是ISO/IEC MPEG一方的称呼。
其中H265的编码格式压缩水平更加大，所以目前常用的IPC和NVR设备都是使用H265编码格式。
以最新上市的小米9为例子，小米9是Android 9.0手机，虽然STF的minicap工具已经对Android 9.0进行了适配，但是采用scrcpy工具时出现获取的H264数据无法利用前端插件Broadway播放，这是因为Broadway插件不支持H264 baseline以外的码流。H264格式数据的码流通过profile_idc字段标识，小米9获取到的H264格式数据如图所示：
ffmpeg主要用于音视频转码，以及增删水印等处理，是一款简单实用且强大的音视频处理工具。
在gstreamer开发中，关键是要知道命令行实现，如果命令验证没有问题，再将命令集成代码工程化，或者找找对应的API来实现。本文总结工作常用命令行实现(测试环境windows)。
OBS官方明确表态不支持H265，貌似以后也不会支持，什么原因呢？可以看官方论坛上的吵架
3.1 FFmpeg本身支持一些编码、封装与协议，但是支持的依然有限，有些是因为licence，有些是因为相对来说比较大，FFmpeg所做的是提供一套基础的框架，而这些编码、封装与协议可以作为一个FFmpeg的模块挂在FFmpeg中，这些模块以第三方的外部库的方式提供支持，可以通过FFmpeg的源码的configure进行查看FFmpeg默认支持的编码、封装与协议的支持，不支持的可以再configure –help的时候查看所支持的第三方外部库，可以通过对应的参数选项进行支持：
本文主要介绍了如何在移动端GPU上对视频进行高效的编码与解码，通过对比多种编码方式、使用GPU对视频进行硬件加速、利用GPU对视频进行实时处理、以及对视频进行高效压缩与解码，最终实现了在移动端GPU上对视频进行高效编码与解码的解决方案。
本文是来自Bitmovin’s Tech Talks的演讲，讲者是Bitmovin的编码团队领导Christian Feldmann。主要内容是对比VP9和HEVC这两个编码器。
得分以下步骤：首先 avi 转 mp4,mp4再转flv 同时flv对声音频率有要求，只能事11025 22050 44100. 要转成 12000得flv，需要从flv再转一次。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
