- 综合排序
- 最热优先
- 最新优先
- 来自专栏老欧说安卓
FFmpeg使用vvenc把视频转为H.266编码
前面的两篇文章分别介绍了如何在Linux环境和Windows环境给FFmpeg集成H.266的编码器vvenc，接下来利用ffmpeg把视频文件转换为VVC格式，观察新生成的vvc视频能否正常播放。 vvc编码格式（即H.266视频编码标准）： ffmpeg -i fuzhous.mp4 -vcodec vvc ff_recode_video3.mp4 接着执行下面命令查看转换后的视频信息： ls 306139 May 13 16:48 ff_recode_video2.mp4 -rw-r--r-- 1 root root 278684 May 13 16:48 ff_recode_video3. mp4 由以上视频信息可见，采取H.264格式的视频大小约640K，采取H.265格式的视频大小约306K，采取H.266格式的视频大小约278K，可见hevc和vvc编码的视频大小都比h264编码的视频大为减小 于是运行下面命令播放新转换的vvc格式视频文件： ffplay ff_recode_video3.mp4 发现弹出了ffplay播放窗口如下图所示，说明vvc视频可以正常播放。
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 - 来自专栏关键帧Keyframe
视频编码（3）：H.266 编码性能比 H.265 再提升 49% 的关键丨音视频基础
3、H.266 编码 H.266，也被称为多功能视频编码（Versatile Video Coding，简称 VVC）是最新一代视频编码标准，2020 年 7 月定稿，ITU 第一版于当年 11 月正式发布 H.266 的新编码工具和对已有编码工具的技术改进主要包括以下几类： 块划分 帧内预测 帧间预测 变换和量化 熵编码 环路滤波 屏幕内容编码 360 度视频编码 3.1、编码工具 3.1.1、块划分 H 3.1.7、屏幕内容编码 H.266 中屏幕内容编码方面的优化： H.266 保留了 H.265 中的基于块的差分脉冲编码调制，但仅限于帧内预测的编码单元。 包含 18×12 CTUs 的图像被划分为 12 个瓦片和 3 个光栅扫描条带： H.266 是第一个引入子图像这个设计的视频编码标准。 / 3）新一代高效视频编解码 H265/HEVC 原理、标准与实现 https://book.douban.com/subject/26828613/ 4）率失真优化 https://blog.csdn.net
5.4K20编辑于 2022-06-13 - 来自专栏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. 从主观质量上来说，对于4K，UHD，SDR的测试视频，medium设置的质量就可以匹敌VTM的质量了（VTM的MCTF和QP Adaption关闭，VVenC打开这两者，且VTM和VVenC均关闭码控），且编码时间上 Friedrich–Alexander University 大学开发了一款VTM analyzer，作为VTM的一款插件（add-on），它统计在解码一个VVC流的时候，流中使用了哪些Tools和block的编码模式 in November 2020 Bitmovin, in partnership with Fraunhofer HHI based on VVencC as described in item 3)
1.6K30发布于 2021-06-17 - 来自专栏腾讯多媒体实验室
腾讯云直播全线支持新一代视频编码标准H.266
H.266是继H.265之后的新一代视频编码标准，于2020年正式发布[1]，由ISO/IEC MPEG和ITU-T VCEG联合制定，代表目前业界最先进成熟的视频压缩编码技术。 H.266的传输和分发 多媒体领域应用最广泛的MP4格式和MPEG-TS格式，在最新版标准文档中都新增了H.266的封装支持[3][4]。 但FLV标准已停止更新，目前缺少H.266编码格式支持。类似H.265的处理方式，我们可以定义一套扩展标准来支持H.266。 （腾讯云媒体处理MPS在2021 已率先在业界支持了H.266的点播功能） H.266视频编码 腾讯自研的H.266编码器O266，作为行业领先的VVC编码器，相比开源H.266编码器vvenc，在相同压缩速度下 这得益于腾讯在H.266编码算法上的深入优化。
2.3K20编辑于 2023-02-27 - 来自专栏音视频咖
腾讯云直播全线支持新一代视频编码标准H.266
H.266是继H.265之后的新一代视频编码标准，于2020年正式发布[1]，由ISO/IEC MPEG和ITU-T VCEG联合制定，代表目前业界最先进成熟的视频压缩编码技术。 H.266的传输和分发 多媒体领域应用最广泛的MP4格式和MPEG-TS格式，在最新版标准文档中都新增了H.266的封装支持[3][4]。 但FLV标准已停止更新，目前缺少H.266编码格式支持。类似H.265的处理方式，我们可以定义一套扩展标准来支持H.266。 （腾讯云媒体处理MPS在2021 已率先在业界支持了H.266的点播功能） H.266视频编码 腾讯自研的H.266编码器O266，作为行业领先的VVC编码器，相比开源H.266编码器vvenc，在相同压缩速度下 这得益于腾讯在H.266编码算法上的深入优化。
3.1K30编辑于 2023-02-27 - 来自专栏RTSP/RTMP直播相关
H.266 与 AVS3 对比解析：实时视频SDK的挑战与未来
编解码复杂度 H.266：复杂度极高，编码端计算量是 H.265 的 10 倍以上，对 CPU/GPU 依赖极大，需要硬件加速才能在实时场景下应用。 延迟与算力的博弈 H.266 在压缩效率上优势明显，但编码/解码计算复杂度极高。如果没有硬件解码器支持，实时场景下可能造成延迟飙升、功耗上升，难以应用在弱算力终端（如移动设备、嵌入式设备）。 应用链路：云端推流（H.266 编码） → CDN 分发 → 大牛直播SDK 跨平台播放器拉流播放。 应用链路：医疗/教育采集端 → 编码（H.265/H.266/AVS3） → RTSP/RTMP → SDK 播放/互动。 大牛直播SDK的战略定位 标准中立：不押注单一标准，而是支持 H.264/H.265/H.266/AVS3/AV1 等多种编码方式。
74810编辑于 2025-08-20 - 来自专栏YG小书屋
Python3编码与mysql编码介绍
Python3自诩解决了编码问题，但还是有一系列的坑。本文就记录下前几天遇到的python3编码问题。mysql编码问题附带介绍。 python3 json串的编码 针对于包含中文的字典，如果想要正常显示中文，在dumps时，需配置参数ensure_ascii=False。 line 1 column 12 (char 11) json.loads('{"foo":"bar\nbaz"}', strict=False) {'foo': 'bar\nbaz'} python3的字符串编码 + apache的字符编码问题 python3脚本作为cgi供前端界面调用。 说是通过python脚本调用的时候python继承的是locale 设置，为utf8，可正常显示（个人感觉这里可能说的有些不恰当，这里应该是采用python3自己的编码）。
2.6K50发布于 2018-05-23 - 来自专栏TSINGSEE青犀视频
为什么H.266未能普及应用？
Union）联合开发并发布的新一代国际视频编码标准。 H.266不是免费的开源解码器，目前存在着专利问题未解决，高昂的专利授权费用让许多生产硬件设备的厂商难以承担。这种不确定性使得许多企业在选择视频编码标准时持谨慎态度，从而影响了H.266的普及。 3）市场接受度与竞争环境市场接受度也是影响H.266普及的重要因素。目前，H.264仍然是最为主流的视频编码格式，能够支持解码的硬件普遍且成本较低。 尽管H.266在压缩效率、新编码工具与技术改进等方面展现出显著优势，但其在不同应用场景下的稳定性和兼容性仍需进一步验证和优化。 平台对H.264和H.265编码的全面支持，为用户提供了高效、灵活的视频处理解决方案。1）对H.264编码的支持基本接入能力：EasyCVR平台支持H.264编码格式的视频流接入。
72810编辑于 2024-09-12 - 来自专栏编程使我快乐
Python3编码转换
没有什么编码是不能转的 import hashlib import base64 # string to md5 input_text = "我能吞下玻璃而不伤身体" md5_string = hashlib.md5 (input_text.encode(encoding='utf8')).hexdigest() # 2e536f0d3a95e676e30afb2b511c6fe2 # string to base64
90210发布于 2020-11-04 - 来自专栏RTMP推送
H.266 vs H.265AV1H.264：从工程落地看下一代视频系统的技术演进
✅ 3. 多参考帧预测与改进运动估计 增强帧间参考策略，支持更丰富的帧组结构（GOP）； 提高了复杂运动场景的预测准确性； 同时兼顾编码效率与时域一致性。 工程建议： 当前可采用 H.265 编码 → 云端离线转码为 H.266 存档的方式；待芯片侧支持 H.266 后，再实现原生边缘编码与分发。 3️⃣ AI 视频分析：视频不是看，而是“被算法看”挑战： AI 分析系统依赖视频帧间连续性和结构保真，传统编码中丢帧/压缩伪影会显著影响算法识别精度； 需要在保证结构完整性的前提下，控制帧率与码率， 3️⃣ SDK 与集成商的部署建议：从“可选支持”向“策略适配”演进对于音视频 SDK、播放器框架、流媒体服务器厂商而言，H.266 的接入建议如下：模块当前建议后续演进方向播放器✅ 加入 VVdeC ✅ 3. 兼容而不绑定，演进而不激进布局 H.266，并不意味着抛弃现有标准，而是要构建一种“向下兼容、向上演进”的技术策略。
2.1K20编辑于 2025-08-01 - 来自专栏RTMP推送
8K、AI、低空智联，H.266能否撑起下一代视频通路？
二、 H.266/VVC：下一代视频编码的希望与难题在 AI 驱动的视频时代，编解码技术正在被重新审视。 3️⃣ 当前面临的三大难题尽管技术先进，但 H.266 的真正落地仍受到以下三方面制约：难题具体挑战当前状态 解码复杂度高解码计算量是 H.265 的1.5~2倍主流移动终端无硬解，软解资源消耗大 生态尚未成熟播放器 的软编码器插件，用于高性能推流场景（如云端转码、预编码盒子）； 格式桥接机制：推流端可在不同编码标准之间自动桥接（如 H.265→H.266），为分布式部署提供链路切换能力。 ✅ 3. 3.
72900编辑于 2025-07-31 - 来自专栏python3
Python3的编码问题
介绍Python3中的编码问题前，第一个段落对字节、ASCII与Unicode与UTF-8等进行基本介绍，如果不对这几种编码犯头晕，可直接跳过。 Python3中的默认编码 Python3中默认是UTF-8，我们通过以下代码： import sys sys.getdefaultencoding() 可查看Python3的默认编码。 Python3中的encode和decode Python3中字符编码经常会使用到decode和encode函数。特别是在抓取网页中，这两个函数用的熟练非常有好处。 前文说的Python3的默认编码是UTF-8，所以我们可以看到，Python处理这些字符的时候是以UTF-8来处理的。 Python3中的编码转换 据说字符在计算机的内存中统一是以Unicode编码的。只有在字符要被写进文件、存进硬盘或者从服务器发送至客户端（例如网页前端的代码）时会变成utf-8。
1.4K10发布于 2020-01-10 - 来自专栏python3
【Python3】02、python编码
3、非ASCII编码 英语用128个符号编码就够了，但是用来表示其他语言，128个符号是不够的。比如，在法语中，字母上方有注音符号，它就无法用ASCII码表示。 Unicode不兼容ASCII码，Utf-8兼容ASCII码 unicode一个中文字符占2个字节，而UTF-8一个中文字符占3个字节。 二、python编码问题 1、python字符串编码问题 在最新的Python 3版本中，字符串是以Unicode编码的，也就是说，Python的字符串支持多语言， 例如： In [1]: print 之前一直错误地认为decode和encode的作用是将字符串编码在unicode和ASCII转换， Python 3最重要的新特性大概要算是对文本和二进制数据作了更为清晰的区分。 Python 3不会以任意隐式的方式混用str和bytes，正是这使得两者的区分特别清晰。
1K10发布于 2020-01-06 - 来自专栏深度学习与python
在 AI 应用爆发前夜，H.266 成熟了
有数据显示，AIGC 工具将视频创作门槛降低 90%，预计 2027 年全球短视频日产量突破 50 亿条；用户的交互空间也在从 2D、3D，VR 拓展到了虚拟世界与现实世界的无缝融合。 最新一代视频编码标准 H.266/VVC 正是在这种背景下，走入“舞台”中央。作为支撑庞大视频产业的核心关键要素，H.266 在流媒体生态中起着举足轻重的作用。 通过四叉树加多类型树（QT+MTT）分块法和色度分量双树编码，H.266 能更精细地划分编码单元，减少冗余数据。 直播则更看重实时性与复杂度平衡，因而对编码速度要求苛刻，H.266 的编码复杂度较 H.265 增加约 10 倍，可通过硬件加速（如 GPU 或专用芯片）实现高效实时编码，这点与当下新型算力中心的构建思路相通 H.266 通过多种技术手段提升运动矢量预测（HMVP）和编码（SMVD) 效率，提升编码效率，降低重传率。
1.1K00编辑于 2025-03-03 - 来自专栏python3
关于 Python3 的编码
.decode('utf8') '\ufeff' >>> len('\ufeff') 1 Python3 有哪些编码：Standard Encodings、Python Specific Encodings 打印编码及别名。 sys/locale 模块中与编码相关的方法。 （Python字符编码详解） import sys import locale # 当前系统所使用的默认字符编码 >>> sys.getdefaultencoding() 'utf-8' # 用于转换 Unicode 文件名至系统文件名所使用的编码 >>> sys.getfilesystemencoding() 'utf-8' # 获取默认的区域设置并返回元组(语言, 编码) >>> locale.getdefaultlocale
2K20发布于 2020-01-03 - 来自专栏RTMP推送
超高清与低延迟并行：H.266 在行业视频中的落地图谱
，覆盖 Windows、Linux、Android、iOS、Unity3D。 阶段二：编码拓展（Publishing） 目标：在推流端支持 H.266 编码推流。 3. 阶段三：云边端协同（Transcoding & Forwarding） 目标：实现跨协议与跨标准的灵活互转。 解决方案：教育平台使用 H.266 编码推流，Unity3D 播放器 SDK 在 XR 头显中解码播放，实现低延迟沉浸体验。 五、结语：从编码升级到行业基座 视频编码标准的演进，从 H.264 到 H.265，再到 H.266，不仅仅是一次次技术指标的提升，更是推动整个行业走向 更高清、更智能、更实时 的驱动力。
85810编辑于 2025-08-20 - 来自专栏RTSP/RTMP直播相关
从 H.264H.265 到 H.266：RTSP播放器的跨代际演进
然而，编码技术的突破并非自动转化为应用价值。实时视频的真正难点，不在编码本身，而在于如何将其无缝融入端到端的传输与播放链路。 对于 H.266，需要在 SDP 中定义新的编码类型标识（如 VVC 对应的 MIME 类型）及其必要的 sprop-vvc 参数，以便客户端正确解析码流特性。 使用 H.266 编码的 RTSP 流可确保 细节清晰可见（如微创手术中的血管纹理），同时 SDK 的低延迟链路让医生与远端助手保持实时沟通。 然而，单纯的编码演进如果缺乏 传输协议与播放端的工程化支撑，依旧无法释放价值。 这不仅是一次编码标准的迭代，更是产业链走向 智能化、全球化与长期可持续发展 的必然路径。
71110编辑于 2025-08-20 - 来自专栏RTSP/RTMP直播相关
H.264、H.265 到 H.266：编解码标准差异解析与实时视频系统实践
不足： 编码复杂度较 H.264 提高约 2–10 倍，对 CPU/GPU 要求更高。 旧设备硬件解码支持不足，软解耗电与发热问题明显。 3. 低延迟场景的挑战 虽然 H.265/H.266 带宽更省，但编码复杂度更高，在实时编码场景（如推流端）可能带来额外的处理延迟，需要硬件加速来抵消。 3. 编码降级回退 若终端不支持 H.265/H.266，播放端可回退到 H.264 版本码流，无需用户手动操作。 3. H.266：预计在未来 3–5 年，随着高通、联发科、苹果、英伟达等芯片厂商的硬件加速单元落地，将逐步进入高端消费市场；随后向中端设备下沉。 3. 编解码与 AI 的融合 智能编码：利用 AI 模型进行编码参数自适应调节，例如针对画面动态区域提高码率、对静态背景降低码率。
3.1K20编辑于 2025-08-14
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号