官方的Chrome浏览器是不支持h265格式的MP4播放，可能是由于Google处于维护在的VP9编码生态考虑（不要跟我说专利费太重问题，微软的edge,苹果的safari都支持）。实际上chrome最初也不支持h264视频解码，但h264在视频编码媒体领域中已经是势不可当（2003年发布），处于绝对的领导地位，后面不得不支持h264的MP4播放。对于新一代视频编码h265,Google同样持以抵制的态度，至今为止H265商业化8年了（2013年发布），Google的chrome还是不支持。但实际上硬件编码器都已经完全支持h265编码，相反大多数硬编码器都不支持VP9（目前的英伟达，AMD，显卡都不支持VP9编码）。要想实现低流量，高质量的视频传输，加上硬件的加持，编码器只能使用h265了,同时客户端目前所有的显卡（包括Intel核显）都支持h265解码了。而chrome 为了封杀h265,就是不支持h265解码。本文就介绍如何定制开源的chrome，支持h265视频解码。
在视频编码中，延迟是一个常见的问题。对于实时性要求较高的应用（如视频直播、视频会议等），延迟问题尤为重要。本文将重点讲解FFmpeg中H264和H265编码器的延迟问题，以及如何优化和降低编码延迟。
3.1 FFmpeg本身支持一些编码、封装与协议，但是支持的依然有限，有些是因为licence，有些是因为相对来说比较大，FFmpeg所做的是提供一套基础的框架，而这些编码、封装与协议可以作为一个FFmpeg的模块挂在FFmpeg中，这些模块以第三方的外部库的方式提供支持，可以通过FFmpeg的源码的configure进行查看FFmpeg默认支持的编码、封装与协议的支持，不支持的可以再configure –help的时候查看所支持的第三方外部库，可以通过对应的参数选项进行支持：
视频编解码硬件方案最早是在嵌入式领域中广泛存在，如采用DSP,FPGA，ASIC等，用来弥补嵌入式系统CPU等资源能力不足问题，但随着视频分辨率越来越高（从CIF经历720P，1080P发展到4K，8K），编码算法越来越复杂（从mpeg2经历h264,发展到h265）,PC的软件规模也越来越庞大，视频应用也越来也丰富，单独靠CPU来编解码已经显得勉为其难，一种集成在显卡中gpu用来参与编解码工作已经成为主流。
在视频处理和传输应用中，将视频数据编码为高效的格式是非常重要的。H.265（也称为HEVC）是一种先进的视频编码标准，具有更好的压缩性能和图像质量，相比于传统的编码标准（如H.264），可以显著减少视频的带宽和存储需求。
OBS官方明确表态不支持H265，貌似以后也不会支持，什么原因呢？可以看官方论坛上的吵架
网络视频一直都很火。虽然在页面上嵌入 Instagram 和 Youtube 视频非常简单，但是有越来越多的需求 —— 比如许多电子商务的场景 —— 要求定制的视频传输方法。
不久前我们已经在RTMP推送端扩展支持了HEVC(H.265 后文统称H265)编码格式，但是，由于RTMP官方指定的协议格式已经不再更新，官方的播放器的Flash播放器并不支持H265格式的编码数据进行解码播放；现在，我们需要在播放器端解析RTMP流时对H265编码格式进行扩展支持。
利用刚才生成ffplay时，同时生成的ffmpeg文件，我们可以生成一路包含H265编码的RTMP媒体流，命令：
在做了充分的准备后，我信心满满的向着 H265 8K 视频解码这个目标发起进攻，然而，正打算动手的时候，我突然发现，别说支持 H265 ，自编的 Chromium WebView 连 H264 解码都不支持。使用 WebView Shell 访问测试页面，结果如下：
大家好，由于问音视频学习路线的朋友实在是太多了，所以本期视频，我邀请了一个做音视频的前辈来给大家做一个分享，他的项目经验比较丰富，做过很多音视频企业开发实战项目！！
近期SkeyePlayer（windows）更新已全面支持H265的RTSP流的解码播放，这里就支持H265过程做简要介绍；
随着音视频业务的快速发展，作为前端工程师，我们团队也逐步深入到音视频编解码领域，涉及到流媒体技术中的文本、图形、图像、音频和视频多种理论知识的学习，并有机会大规模应用到具体实践中。
默认，chrome只会打开错误级别，很多调试日志都不输出。在启动时，通过命令行打开日志级别即可。
16年壮观的直播百团大战相信大家历历在目，至19年初所剩无几的直播寡头，来去如风的直播战场，离不开背后强大的直播技术支撑，本文通过直播基础技术介绍、剖析企鹅电竞直播构架、关键技术、常见问题排查、带领大家了解直播技术细节。 直播基础技术扫盲 分辨率 分辨率是度量位图图像内数据量多少的一个参数。通常表示成每英寸像素（Pixel per inch, ppi）和每英寸点（Dot per inch, dpi），包含的数据越多，图形文件的长度就越大，也能表现更丰富的细节。但更大的文件需要耗用更多的计算机资源，更多的内
最近TSINGSEE青犀视频开发人员在开发WebRTC的ffmpeg编译，在目前阶段已经开始着手对视频流的浏览器播放做开发。对于WebRTC中H264编码而言，WebRTC主要是针对VP8和VP9编码协议进行传播。
本文主要讲述linux平台x86(及x86-64)架构下的ffmpeg编译安装过程。 其他嵌入式平台需要交叉编译，过程类似，不详述。 本实验在opensuse和ubuntu两个平台作了验证。使用lsb_release -a命令查看系统发行版版本： opensuse平台版本：openSUSE Leap 42.3。 ubuntu平台版本：Ubuntu 16.04.5 LTS。
视频上云服务EasyCVR已经开发集成了海康SDK、Ehome协议等私有协议，目前其他的协议也在拓展当中，有兴趣的用户可以看一下我们的Ehome协议开发过程（Ehome协议调用流程介绍）。
大家假期好，之前有几个粉丝朋友加了我微信私底下说，能不能写一篇有关音视频学习的路线；
本文介绍 FFmpeg 骨架：“八大金刚” 核心开发库，重要数据结构与 API
互联网发展日新月异的今天，人们的社交需求也在不断升级。一直以来，社交平台持续探索新的互动方式，以满足人们不断更迭的社交需求。从2018年火爆的直播，再到越来越被大众依赖的实时音视频通话，高速发展的通信技术为社交平台的探索提供了更多可能。
YangWebrtc Overview yangwebrtc是一个自主研发的支持Webrtc/Srt/Rtmp的rtc架构，包含多种视音频编解码和处理等。 支持视频会议、高清录播直播、直播互动等多种视音频应用。 可用于远程教育、远程医疗、指挥调度、安防监控、影视录播、协同办公、直播互动等多种行业应用。 webrtc支持为自主研发，非谷歌lib,兼容webrtc协议 ,可与谷歌Lib和浏览器互通 支持Linux/Windows操作系统，android/ios/mac版本正开发中 yangwebrtc功能 •
点击上方“LiveVideoStack”关注我们 ▲扫描图中二维码或点击阅读原文▲ 了解音视频技术大会更多信息 // 编者按：Gstreamer作为一个比较流行的开源多媒体框架，其优秀的架构使其具有高度的模块化和良好的扩展性，并具有广泛的应用前景。LiveVideoStackCon2022上海站大会我们邀请到了英特尔 加速计算系统与图形部工程师 何俊彦老师，为我们详细介绍了Gstreamer的框架和特点，视频的模块化处理，以及其硬件加速的实现与应用案例，并总结和展望Gstreamer的发展与趋势
我们在《wasm（WebAssembly）技术的普及为安防信息可视化系统的发展带来了哪些突破口》一文中讲过了实现和普及wasm（WebAssembly）技术的重要性，从该文中我们知道各大浏览器开始支持wasm技术，同时TSINGSEE青犀视频的EasyNVR（接入RTSP/Onvif流）、EasyDSS（接入RTMP推流）、EasyGBS（接入国标GB/T28181设备）、EasyCVR（接入各种公有/私有协议）平台也已经完全支持了wasm技术。
继续上文NVIDIA Jetson nano可以处理4K相机吗？来验证编码性能吧（上）
在《选择最新 Chromium，支持 H264 / H265》一文中，记录了我通过升级 Chromium 版本解决了 H264 / H265 视频支持难题。然而难题接踵而至，这次的难题是 MPEG TS 流的支持。
FFmpeg不仅提供了ffmpeg、ffplay和ffprobe三个可执行程序，还提供了八个工具库，使得开发者能够调用库里面的函数，从而实现更精准的定制化开发需求。这八个库的名字是avcodec、avdevice、avfilter、avformat、avutil、postproc、swresample、swscale，下面分别对这些库展开介绍。
FFmpeg解码获得的AVPacket只包含视频压缩数据，并没有包含相关的解码信息 （比如：h264的sps pps头信息，AAC的adts头信息），没有这些编码头信息解 码器（MediaCodec）是识别不到不能解码的。在FFmpeg中，这些头信息是保存 在解码器上下文（AVCodecContext）的extradata中的，所以我们需要为每一种 格式的视频添加相应的解码头信息，这样解码器（MediaCodec）才能正确解析 每一个AVPacket里的视频数据。
PotPlayer，免费全能影音播放器，堪称Windows平台最强本地视频播放器。PotPlayer播放器，拥有强劲播放引擎加速，支持DXVA, CUDA, QuickSync，多媒体播放器支持蓝光3D，内置强大的解码器及滤镜/分离器，支持自定义添加解码器，对字幕的支持非常优秀，能够兼容特效字幕及在线搜索字幕实时翻译。
如果大家有不懂的可以看我之前的文章：Android音视频开发——MedCodec实现屏幕录制编码成H264
以下是百度百科对于H.265的介绍： H.265是ITU-T VCEG继H.264之后所制定的新的视频编码标准。H.265标准围绕着现有的视频编码标准H.264，保留原来的某些技术，同时对一些相关的技术加以改进。新技术使用先进的技术用以改善码流、编码质量、延时和算法复杂度之间的关系，达到最优化设置。具体的研究内容包括：提高压缩效率、提高鲁棒性和错误恢复能力、减少实时的时延、减少信道获取时间和随机接入时延、降低复杂度等。H.264由于算法优化，可以低于1Mbps的速度实现标清（分辨率在1280P720以下）数字图像传送；H.265则可以实现利用1~2Mbps的传输速度传送720P（分辨率1280720）普通高清音视频传送。
本次分享内容主要分为五个部分，首先是全民直播大时代的背景介绍，第二是直播痛点分析，第三是淘宝直播窄带高清技术，第四是音视频技术趋势探讨，最后是在线互动。
目前摄像头存在H.265和H.264两种编码格式，我们的摄像头已经支持H265编码视频的传输。H.264编码格式可以直接在web浏览器通过H5来进行视频解码来完成播放，但是对于H.265编码的视频，无法通过H5直接解码来进行视频播放，当前的方案是通过H5调用编解码组件来进行web直播。
在使用视频处理工具或者播放器时，有时我们可能会遇到错误信息 "Could not find codec parameters for stream 0 (Video: h264, none)"。这个错误提示说明在当前的环境中找不到视频流的编解码器参数，导致无法正确解码视频数据。本文将详细介绍该错误产生的原因以及解决方法。
在刚提出4K视频的时候，大多数人都觉得没有必要，4K的出现，意味着更高的硬件规格和传输要求，1080P看的很爽、很清晰，完全满足了日常的需求。随着电视的尺寸越来越大，原本1080P成像已经无法满足人们对于细节的极致追求，4K视频不仅成像更细腻，在细节处理上优势也非常明显，颜色也更亮丽、饱满，逼真，给人身临其境的感觉。4K视频具有高分辨率、宽色域、高动态范围等优势，随着5G技术和H.265(HEVC)编码标准的出炉，4K视频直播迎来了曙光。
H.264和H.265是两种不同的视频编码标准，它们在压缩质量和带宽需求方面有所不同。
SkeyeVSS视频云支持HEVC/H265编码格式的摄像机直接接入，同时不需要后台转码，直接在WEB网页前端采用H5直接进行无插件播放；
我们都知道h.264编码，目前互联网主流的视频播放器播放的视频就是H.264编码，但是随着更新一代视频编码技术h.265编码诞生，其在同样画质和码率下相对占用的存储空间理论上要少的优势，使得流媒体服务器更加偏向于H.265视频网站使用H265编码能提高视频清晰度吗？。
h265编码是h264编码的升级版，h265目前在视频点播方面使用的更加普遍，而在视频直播方面，由于难以达到h265编码的解码速度，运用起来还是有些难度的，还需要看未来我们的流媒体技术的发展。那么既然出现了更加先进的编码技术，大家肯定会问了，h264与h265哪个更清晰？哪个画质好？本文我们就是来回答这个问题的。
实现了浏览器 MSE (Media Source Extensions) 播放相机 RTSP (Real Time Streaming Protocol) 流。动手体验一下咯~
音视频涉及语音信号处理、数字图像处理、信息论、封装格式、编解码、流媒体协议、网络传输、渲染、算法等。在现实生活中，音视频扮演着越来越重要的角色，比如视频会议、直播、短视频、播放器、语音聊天等。因此，从事音视频是一件比较有意义的事情，机遇与挑战并存。本文将从几个维度进行介绍：音视频开发基础、音视频进阶成长、音视频工作方向、音视频开源库、流媒体协议与书籍。
📷 经过七年的酝酿和开发，SRS在6.0中终于正式支持了HEVC(H.265)，几乎全面支持，包括RTMP、FLV、SRT、TS、HLS、DASH、GB28181、WebRTC(Safari)、DVR
日前，腾讯视频云直播、点播、媒体处理全线产品均已支持AV1标准，据悉，腾讯云也是国内首家直播+点播同时支持AV1视频处理业务的公有云厂商。 据悉，AV1（Alliance for Open Media Video 1）是由AOM（Alliance for Open Media，开放媒体联盟）制定的一个开源、免版权费的视频编码格式，目标是解决H265昂贵的专利费用和复杂的专利授权问题并成为新一代领先的免版权费的编码标准。 而在今年10月，腾讯已正式加入开放媒体联盟(Alliance for Open Med
与H.264/AVC 类似，H265/HEVC也采用视频编码层（Video Coding Layer，VCL）和网络适配层（Network Abstract Layer, NAL）的双层结构，以适应不同网络环境和视频应用。网络适配层的主要任务是对视频压缩后的数据进行划分和封装，并进行必要的标识，使其更好的适应各种网络环境。
无论是实时视频监控还是直播点播等应用场景，最起码的一个操作就是播放视频。其中最基本的思路就是利用OS的API在PC开发桌面应用、在移动端开发Native App，目前这种技术已经成熟，大厂小厂都是这么做的，但是缺点也很明显：开发比较费时费力，需要IOS开发一遍再去Android开发一遍。特别对于一些非刚性需求比如用户家里有一两个监控摄像头，一个礼拜也不会打开看几次，你却要他下载和安装一个APP进行操作，用户安装意愿其实非常低。
FFMpeg在官方网站中提供了已经编译好的可执行文件，用FFmpeg的人很多，因为FFmpeg是开源的，并且可以自己DIY，而且很强大，所以，FFmpeg还有一个优势就是开源。而在使用Linux时，无论是用ubuntu或者redhat，如果使用系统提供的源安装ffmpeg时会发现，版本相对比较老旧，例如apt-get install ffmpeg后或者yum install ffmpeg后会发现，版本很老，有些新的功能不一定支持，例如一些新的封装格式，或者通信协议。所以会编译FFmpeg这个技能就至关重要了，甚至让自己DIY起来更加顺利。 2.1 FFmpeg Windows平台编译 FFmpeg在Windows平台中编译时使用的cygwin来进行编译，首先需要安装cygwin环境，然后才可以编译，如果不希望使用cygwin而使用Visual Studio的话，则需要消耗很多时间去支持到Visual Studio平台，与其话费时间去做这些事，还不如直接使用cygwin进行支持。 由于cygwin的平台使用方式为模拟Linux的环境，所以编译FFmpeg在cygwin平台下，也同样简单，同样方便。
3、codec包括ffmpeg/x264/openh264, ilbc,faac,faad2,opus ;
FuboTV 是一家美国流媒体电视服务公司，为美国、加拿大和西班牙的客户提供服务，主要专注于分发体育直播的频道。根据国家/地区的不同，Fubo 提供的频道可能包括访问 NFL、MLB、NBA、NHL、MLS、CPL 和国际足球，以及新闻、网络电视连续剧和电影。
在网络视频直播系统中常见编码器有H264/H265/VP8/VP9，其中H264和H265用的比较多，VP8和VP9用的比较少，H265的出现虽然时间短，但很多开发公司都一开始尝试使用H265作为直播编码的一种方式，但H264依然是主流的一种编码方式。下面给大家普及一下关于H264格式的知识。
领取专属 10元无门槛券
手把手带您无忧上云
