- 综合排序
- 最热优先
- 最新优先
- 来自专栏老欧说安卓
FFmpeg使用vvenc把视频转为H.266编码
前面的两篇文章分别介绍了如何在Linux环境和Windows环境给FFmpeg集成H.266的编码器vvenc，接下来利用ffmpeg把视频文件转换为VVC格式，观察新生成的vvc视频能否正常播放。 先执行下面命令，把视频文件转为h264编码格式（即H.265视频编码标准）： ffmpeg -i fuzhous.mp4 -vcodec h264 ff_recode_video1.mp4 再执行下面命令 ，把视频文件转为hevc编码格式（即H.265视频编码标准）： ffmpeg -i fuzhous.mp4 -vcodec hevc ff_recode_video2.mp4 再执行下面命令，把视频文件转为 vvc编码格式（即H.266视频编码标准）： ffmpeg -i fuzhous.mp4 -vcodec vvc ff_recode_video3.mp4 接着执行下面命令查看转换后的视频信息： ls .mp4 由以上视频信息可见，采取H.264格式的视频大小约640K，采取H.265格式的视频大小约306K，采取H.266格式的视频大小约278K，可见hevc和vvc编码的视频大小都比h264编码的视频大为减小
85410编辑于 2025-05-22 - 来自专栏老欧说安卓
Windows给FFmpeg集成H.266编码器vvenc
《FFmpeg开发实战：从零基础到短视频上线》该书的第八章介绍了如何在Windows环境给FFmpeg集成H.264和H.265的编码器，如今H.266的编码器vvenc也日渐成熟，从7.1版本开始的最新 FFmpeg源码已经支持H.266的编码器vvenc。 H.266是H.265的升级版本，H.265的视频编码标准为HEVC（High Efficiency Video Coding，高效视频编码），H.266的视频编码标准为VVC（Versatile Video 至于VVEnc（Versatile Video Encoder）是一个开源的高效视频编码器，它实现了最新的视频编码标准VVC，能够把视频数据按照H.266标准编码为VVC格式。 接下来以微软的视窗系统为例，介绍如何在Windows环境给FFmpeg集成H.266的编码器vvenc，具体的操作步骤说明如下： 一、配置VVEnc 先下载最新的vvenc源码，解压下载后的源码包，再打开
1.1K10编辑于 2025-05-19 - 来自专栏老欧说安卓
Linux给FFmpeg集成H.266编码器vvenc
《FFmpeg开发实战：从零基础到短视频上线》该书的第一章介绍了如何在Linux环境给FFmpeg集成H.264和H.265的编码器，如今H.266的编码器vvenc也日渐成熟，从7.1版本开始的最新FFmpeg 源码已经支持H.266的编码器vvenc。 H.266是H.265的升级版本，H.265的视频编码标准为HEVC（High Efficiency Video Coding，高效视频编码），H.266的视频编码标准为VVC（Versatile Video 至于VVEnc（Versatile Video Encoder）是一个开源的高效视频编码器，它实现了最新的视频编码标准VVC，能够把视频数据按照H.266标准编码为VVC格式。 接下来以华为的欧拉系统为例，介绍如何在Linux环境给FFmpeg集成H.266的编码器vvenc，具体的操作步骤说明如下： 一、编译安装VVEnc 先下载最新的vvenc源码，再把vvenc源码包上传到
74910编辑于 2025-05-15 - 来自专栏Visual Codex
H.266 现状
H.266，即VVC，已于2020年6月完成标准化工作，其标准号为Rec. ITU-T H.266 and ISO/IEC 23090-3，标准将在2020年11月正式开始生效。 H.266最显著的特点就是其相比起它前一代的标准，即ITU-T and ISO/IEC High Efficiency Video Coding (HEVC)，标准号Rec. 的质量了（VTM的MCTF和QP Adaption关闭，VVenC打开这两者，且VTM和VVenC均关闭码控），且编码时间上VVenC超过VTM 100+倍。 Friedrich–Alexander University 大学开发了一款VTM analyzer，作为VTM的一款插件（add-on），它统计在解码一个VVC流的时候，流中使用了哪些Tools和block的编码模式 60fps）4K可以达到实时解码（关闭ALF）。
1.6K30发布于 2021-06-17 - 来自专栏腾讯多媒体实验室
腾讯云直播全线支持新一代视频编码标准H.266
H.266的传输和分发 多媒体领域应用最广泛的MP4格式和MPEG-TS格式，在最新版标准文档中都新增了H.266的封装支持[3][4]。 FLV封装H.264的方式参考了MP4标准，H.264、H.265和H.266的比特流格式具有相似性，我们可以参照FLV封装H.264的方式以及MP4封装H.266的方式，来实现H.266 in FLV （腾讯云媒体处理MPS在2021 已率先在业界支持了H.266的点播功能） H.266视频编码 腾讯自研的H.266编码器O266，作为行业领先的VVC编码器，相比开源H.266编码器vvenc，在相同压缩速度下 这得益于腾讯在H.266编码算法上的深入优化。 ，能够在客户端上完成4K H.266/VVC视频的实时解码，性能指标国际领先。
2.3K20编辑于 2023-02-27 - 来自专栏音视频咖
腾讯云直播全线支持新一代视频编码标准H.266
H.266的传输和分发 多媒体领域应用最广泛的MP4格式和MPEG-TS格式，在最新版标准文档中都新增了H.266的封装支持[3][4]。 FLV封装H.264的方式参考了MP4标准，H.264、H.265和H.266的比特流格式具有相似性，我们可以参照FLV封装H.264的方式以及MP4封装H.266的方式，来实现H.266 in FLV （腾讯云媒体处理MPS在2021 已率先在业界支持了H.266的点播功能） H.266视频编码 腾讯自研的H.266编码器O266，作为行业领先的VVC编码器，相比开源H.266编码器vvenc，在相同压缩速度下 这得益于腾讯在H.266编码算法上的深入优化。 ，能够在客户端上完成4K H.266/VVC视频的实时解码，性能指标国际领先。
3.1K30编辑于 2023-02-27 - 来自专栏关键帧Keyframe
视频编码（3）：H.266 编码性能比 H.265 再提升 49% 的关键丨音视频基础
H.266 的新编码工具和对已有编码工具的技术改进主要包括以下几类： 块划分 帧内预测 帧间预测 变换和量化 熵编码 环路滤波 屏幕内容编码 360 度视频编码 3.1、编码工具 3.1.1、块划分 H H.266 还引进一个仿射运动模型来更精确地表示像缩放和旋转这样的高阶运动从而提高运动信息的编码效率。 运动矢量的精度提高到了 1/16 亮度像素（H.265 是 1/4 亮度像素）。 在变换系数编码方面的改进： 除了 4×4 的系数组之外，H.266 还允许 1×16、16×1、2×8、8×2、2×4 和 4×2 这六种系数组。 增加了一个标志位用于依赖量化的状态过渡。 在 ALF 中，亮度和色度分别采用 7×7 和 5×5 的菱形滤波器；对于每个 4×4 块，根据其方向性和梯度活动性分成 25 类和 4 个转置状态的一种，从所传递的多组滤波器中选择一个采用。 包含 18×12 CTUs 的图像被划分为 24 个瓦片和 9 个矩形条带： 一个图像被划分为 4 个瓦片和 4 个矩形条带（注：左边两个瓦片合为一个条带，而右上角的瓦片被划分为 2 个矩形条带）：
5.4K20编辑于 2022-06-13 - 来自专栏图形学与OpenGL
实验4 编码裁剪算法
(2) 利用VC+OpenGL实现直线的编码裁剪算法，在屏幕上用一个封闭矩形裁剪任意一条直线。 (3) 调试、编译、修改程序。 (4) 尝试实现梁友栋裁剪算法。 3．实验原理： 在编码裁剪算法中，为了快速判断一条直线段与矩形窗口的位置关系，采用了如图A.4所示的空间划分和编码方案。 图A.4裁剪编码 4．实验代码： #include <GL/glut.h> #include <stdio.h> #include <stdlib.h> #define LEFT_EDGE 1 #define RIGHT_EDGE 2 #define BOTTOM_EDGE 4 #define TOP_EDGE 8 void LineGL(int x0,int y0,int x1 ,y0,x1,y1; int CompCode(int x,int y,Rectangle rect) { int code=0x00; if(y<rect.ymin) code=code|4;
1.4K20发布于 2020-10-27 - 来自专栏图形学与OpenGL
实验4 编码裁剪算法
2．实验内容： （1） 理解直线裁剪的原理（Cohen-Surtherland算法、梁友栋算法） （2） 利用VC+OpenGL实现直线的编码裁剪算法，在屏幕上用一个封闭矩形裁剪任意一条直线。 （4） 尝试实现梁友栋裁剪算法。 3．实验原理： 编码裁剪算法中，为了快速判断一条直线段与矩形窗口的位置关系，采用了如图A.4所示的空间划分和编码方案。 ? 图A.4 裁剪编码 裁剪一条线段时，先求出两端点所在的区号code1和code2，若code1 = 0且code2 = 0，则说明线段的两个端点均在窗口内，那么整条线段必在窗口内，应取之；若code1和 2 #define BOTTOM_EDGE 4 #define TOP_EDGE 8 void LineGL(int x0,int y0,int x1,int y1) { glBegin (GL_LINES int x0,y0,x1,y1; int CompCode(int x,int y,Rectangle rect) { int code=0x00; if(y<rect.ymin) code=code|4;
1.1K10发布于 2018-10-09 - 来自专栏学习内容
utf8编码和utf8mb4编码（其它编码简介）
UTF-8编码中，一个英文字符占用一个字节的存储空间，一个中文（含繁体）占用三个字节的存储空间。 UTF-8mb4支持4个字节的存储，如emoji表情。 UTF-16编码中，一个英文字母字符或一个汉字字符存储都需要占用2个字节的存储空间（Unicode扩展区的一些汉字存储需要4个字节）。 (3)、utf8mb4专门用来兼容四字节的unicode。utf8mb4是utf8的超集，除了将编码改为utf8mb4外不需要做其他转换。 三、为何要增加utf8mb4编码 MySQL在5.5.3版本以后增加了utf8mb4编码，其中mb4是most bytes 4的含义，用来兼容四个字节的Unicode（万国码）。 原来mysql支持的 utf8 编码最大字符长度为 3 字节，如果遇到 4 字节的宽字符就会插入异常了。
4.1K20编辑于 2023-08-09 - 来自专栏TSINGSEE青犀视频
为什么H.266未能普及应用？
该标准于2020年定稿，旨在提高视频压缩效率，特别是在4K和8K超高清视频领域。然而，尽管H.266拥有诸多技术优势，但至今仍未能在市场上广泛流行，这背后有多重原因。 H.266不是免费的开源解码器，目前存在着专利问题未解决，高昂的专利授权费用让许多生产硬件设备的厂商难以承担。这种不确定性使得许多企业在选择视频编码标准时持谨慎态度，从而影响了H.266的普及。 3）市场接受度与竞争环境市场接受度也是影响H.266普及的重要因素。目前，H.264仍然是最为主流的视频编码格式，能够支持解码的硬件普遍且成本较低。 因此，在H.265尚未完全普及的情况下，H.266要想在市场上占据一席之地，需要克服更多的市场阻力和竞争压力。4）技术成熟度与应用场景此外，H.266的技术成熟度也是影响其普及的一个因素。 尽管H.266在压缩效率、新编码工具与技术改进等方面展现出显著优势，但其在不同应用场景下的稳定性和兼容性仍需进一步验证和优化。
72810编辑于 2024-09-12 - 来自专栏jeremy的技术点滴
javacv编码mp4视频
目前在做的java项目里有一个需求，已经将用户在进行一个业务操作的操作行为记录下来了，形成了这些操作行为的指令文件，然后需要将这些指令文件编码为mp4视频。 上网搜索过后，找到两个替代方案jcodec和javacv，对比编码性能后，最终选择了javacv，纯java方案相对于jni方案性能差得不是一星半点啊。 的encodeFrame方法的第二个参数timestamp并没有用到，但在项目中进行mp4编码时，实际上是对每一帧指定的时间戳的，于是修改encodeFrame方法 @Override public void 又过了好几天，在正式环境上运行着，又出问题，进行mp4编码的Java进程crash了。crash日志时仅报了一下跟jni调用相关的错。 = height + 1; break; } } Mp4Encoder encoder = new JavaCVMp4Encoder(); encoder.make("/tmp/test.mp4")
10K92发布于 2018-05-10 - 来自专栏RTSP/RTMP直播相关
从 H.264H.265 到 H.266：RTSP播放器的跨代际演进
而 H.266（VVC，Versatile Video Coding）的出现，则被认为是 面向未来十年的关键拐点：它在相同画质下相较 H.265 可节省 30–50% 的码率，为 4K/8K 超高清、XR H.266 能在保持 4K/8K 画质的同时显著降低码率，结合 SDK 的 RTSP 低延迟播放器，能在指挥中心实现 毫秒级调度画面切换，支持海量摄像头的并发接入。 使用 H.266 编码的 RTSP 流可确保 细节清晰可见（如微创手术中的血管纹理），同时 SDK 的低延迟链路让医生与远端助手保持实时沟通。 H.266 可在有限带宽的 4G/5G 或专网中传输 高分辨率航拍画面，SDK 播放端通过 RTSP 实现 实时指挥与调度，避免延迟导致的飞行安全风险。 它不仅仅是编码效率提升 30–50% 的技术突破，更是推动 超高清（4K/8K）、跨网络适配（专网/公网/弱网）、低延迟交互（毫秒级体验） 的关键引擎。
71110编辑于 2025-08-20 - 来自专栏RTMP推送
H.266 vs H.265AV1H.264：从工程落地看下一代视频系统的技术演进
相较于前代标准，H.266 在压缩率、编码结构、适配能力等方面进行了深度革新，目标是成为 4K/8K 超高清视频、AR/VR、AI 视频分析等场景下的“通用编码平台”。 应用价值举例：在 RTSP 监控场景中，使用 H.266 可将单路 4K 码率从 12Mbps 降至 6Mbps 以下，极大节省边缘-云传输带宽。✅ 2. ✅ 4. 高精度变换与环路滤波优化 支持多种 4x4 到 64x64 的可变块变换（DCT-II、DST-VII 等）； 新一代的 SAO（Sample Adaptive Offset）、ALF（Adaptive ✅ 应用场景：高码率点播内容（4K HDR 电影、赛事回放）、转码归档、云点播。
2.1K20编辑于 2025-08-01 - 来自专栏RTMP推送
8K、AI、低空智联，H.266能否撑起下一代视频通路？
1️⃣ 压缩效率的“跃迁式”提升H.266 最大的亮点在于其压缩性能相较 H.265 提升约 30~50%，尤其在高分辨率（4K/8K）、高动态场景下优势明显。 4️⃣ 大牛直播SDK的探索与布局：为 H.266 视频时代铺设未来通路作为一款面向“低延迟、跨平台、智能感知”的视频开发套件，大牛直播SDK 一直坚持模块化、演进式的架构设计。 意义：提前打通 RTSP/RTP 在传输链路中的 H.266 支持，为 AI 终端、4K/8K监控、智能机器人等场景提供更高压缩效率的视频输入路径。✅ 2. 的软编码器插件，用于高性能推流场景（如云端转码、预编码盒子）； 格式桥接机制：推流端可在不同编码标准之间自动桥接（如 H.265→H.266），为分布式部署提供链路切换能力。 意义：构建统一的多端解码框架，让 H.266 不再受限于平台差异，为 AI 视频场景实现“推即播、播即解”的链路统一。✅ 4.
72900编辑于 2025-07-31 - 来自专栏RTMP推送
超高清与低延迟并行：H.266 在行业视频中的落地图谱
使用 H.266，可以在有限的 4G/5G 或专网带宽下，依然回传超高清画面，为远程操控与自动化决策提供支撑。 阶段二：编码拓展（Publishing） 目标：在推流端支持 H.266 编码推流。 安防监控：从“看清”到“看准” 现状痛点：4K/8K 摄像头逐渐普及，但传统 H.265 编码在大规模部署时带宽与存储成本依然高企。 五、结语：从编码升级到行业基座 视频编码标准的演进，从 H.264 到 H.265，再到 H.266，不仅仅是一次次技术指标的提升，更是推动整个行业走向 更高清、更智能、更实时 的驱动力。 H.266 让 4K/8K、XR、低空经济、远程医疗、工业视觉检测等场景真正具备了规模化落地的可能性。
85810编辑于 2025-08-20 - 来自专栏深度学习与python
在 AI 应用爆发前夜，H.266 成熟了
最新一代视频编码标准 H.266/VVC 正是在这种背景下，走入“舞台”中央。作为支撑庞大视频产业的核心关键要素，H.266 在流媒体生态中起着举足轻重的作用。 通过四叉树加多类型树（QT+MTT）分块法和色度分量双树编码，H.266 能更精细地划分编码单元，减少冗余数据。 例如，在 4K/8K 视频中，128×128 的编码树单元（CTU）相比 H.265 的 64×64 单元，显著提升大分辨率视频的编码效率。 直播则更看重实时性与复杂度平衡，因而对编码速度要求苛刻，H.266 的编码复杂度较 H.265 增加约 10 倍，可通过硬件加速（如 GPU 或专用芯片）实现高效实时编码，这点与当下新型算力中心的构建思路相通 H.266 通过多种技术手段提升运动矢量预测（HMVP）和编码（SMVD) 效率，提升编码效率，降低重传率。
1.1K00编辑于 2025-03-03 - 来自专栏RTSP/RTMP直播相关
H.264、H.265 到 H.266：编解码标准差异解析与实时视频系统实践
不足： 压缩效率已难以满足 4K 以上或弱网环境下的带宽要求，同等画质下码率需求明显高于 H.265/H.266。 2. 适合中低延迟（300–800ms）下的高分辨率传输，如 4K 巡检、远程医疗。 H.266 理论上可在相同延迟下显著降低码率，但在缺乏硬件支持的阶段，实时编码延迟较高。 4K 工业巡检：H.265 + 硬件编码，减少带宽压力同时保留细节。 8K VR 演示（实验阶段）：等协议规范成熟，慢慢推进H.266 + 云端硬编码，极致压缩率。 2. H.265 优先场景 高分辨率与弱网结合：远程医疗、4K/8K 工业巡检、长距离传输。 H.266 尝试场景 带宽成本极高的高码率内容：8K 转播、AR/VR 沉浸式体验、云渲染视频。 4. 场景识别优化：结合 AI 场景检测，实现动态切换编码标准或 GOP 配置，从而在延迟与画质间取得最佳平衡。 4.
3.1K20编辑于 2025-08-14 - 来自专栏腾讯多媒体实验室
2021年MSU世界视频编码器大赛结果公布，腾讯H.266VVC编码器首次参赛崭露头角
此外，MSU为更加准确评价YUV的综合压缩性能，除往年的4:1:1外，还引入了6:1:1，8:1:1，和10:1:1的加权平均结果，以避免往年编码器通过过度提升色度信号质量来达到提高YUV/SSIM-4 2020年10月 即在H.266/VVC最终定稿后的三个月内，腾讯在国内率先开源发布了基于Tencent266解码器[4][5]的实时H.266/VVC播放器O266player，性能指标国际领先。 /VVC 标准在移动端的单核 1080p 或多核 4K 超高清码流的实时解码，为服务腾讯内外部业务奠定良好基础。 需要指出的是Y-PSNR是在国际视频编码标准（如H.265/HEVC和H.266/VVC）制定过程中除主观质量外主要参照的客观指标。 如下图所示[8]，Tencent266编码器相对其他压缩比较高的H.266/VVC编码器，复杂度更低，综合性能更好。
2K40发布于 2021-11-22 - 来自专栏机器之心
MSU世界视频编码器大赛放榜，腾讯包揽全场冠军
首次参赛的 Tencent-TVC 编码器在压缩率最高的 1fps 速度档位表现优异，所有 5 项指标取得 4 项第一。 编码器在 H.266 赛道共计 15 项指标中获得 15 项全部第一。 Tencent266 斩获全场编码器最多第一 H.266/VVC 是最新一代国际标准，其第一版于 2020 年 7 月制定完成。 在压缩率最高的 1fps 档位取得所有 5 项指标 4 项第一，在 5fps 档位也取得两项指标第一。这是通过自研编解码器融合传统编码和 AI 智能编码技术，不断探索商用编码器压缩率极限的结果。 MSU 大赛官网比赛结果， 1fps 档位取得所有 5 项指标 4 项第一，5fps 档位取得两项指标第一 值得一提的是，腾讯云此前推出的腾讯云媒体处理 (MPS) 产品，率先在直播、点播、媒体处理、RTC
47320编辑于 2023-08-08
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号