首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏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. ,测试CTC视频,相比起VTM,单线程情况下,有三倍的速度提升,8线程情况下有20倍速度提升,解码UHD视频最高可达到60fps、40Mbps,解码Full HD最高可达到200fps, 2020年12 解码2K CTC视频,单线程达到94fps,4.78倍于VTM-11.0 字节跳动BVC,支持多平台,Android,IOS,Linux/MacOS, Windows,专为移动平台做了特别优化,解码 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.266硬件解码的端侧芯片业界已经开始有所行动 [2];另一方面,端侧软件解码速度逐渐提升,已经可以覆盖绝大部分的端侧场景。 腾讯云直播全线支持H.266 云端支持H.266,主要包括两部分:H.266的传输分发和H.266解码的支持。 H.266的传输和分发 多媒体领域应用最广泛的MP4格式和MPEG-TS格式,在最新版标准文档中都新增了H.266的封装支持[3][4]。 H.266/VVC视频解码 在2020年H.266/VVC最终定稿后的三个月内,腾讯在国内率先开源发布了实时 H.266/VVC播放器O266player,内置腾讯自研的H.266/VVC解码器O266dec 腾讯H.266/VVC解码器O266dec核心技术领先性源于其H.266/VVC解码加速技术采用了不同维度的并行处理方式,从而达到大幅利用多核多线程技术的目的。

    3.1K30编辑于 2023-02-27
  • 来自专栏RTMP推送

    8K、AI、低空智联,H.266能否撑起下一代视频通路?

    因此,H.266 不仅是带宽优化的工具,更是“AI原生”的编解码技术。 3️⃣ 当前面临的三大难题尽管技术先进,但 H.266 的真正落地仍受到以下三方面制约:难题具体挑战当前状态 解码复杂度高解码计算量是 H.265 的1.5~2倍主流移动终端无硬解,软解资源消耗大 生态尚未成熟播放器 解码链路接口抽象:解码器接入接口统一定义,支持未来 H.266 解码插件按需挂载。 ✅ 3. 3.

    72800编辑于 2025-07-31
  • 来自专栏腾讯多媒体实验室

    腾讯开源国内首个H.266/VVC视频播放器

    对比上一代标准H.265/HEVC,H.266/VVC标准进一步提高了压缩性能,可支持在视频主观质量不变的同时为用户减少50%的数据大小。 H.266/VVC的标准制定历时3年多。 Duo-Core Intel Core i7@2.5GHz 此次开源的播放器O266player内置腾讯自研的H.266/VVC解码器O266dec,能够在客户端上完成4K H.266/VVC视频的实时解码 开发者无需了解具体的视频编解码技术,即可快速实现H.266/VVC标准格式在其产品中的嵌入。 与此同时,腾讯多媒体实验室还牵头和积极协同腾讯云、微信和腾讯视频等相关部门研发其他标准格式编解码器,包含AV1、H.265、VP9、AVS2、AVS3等,服务包含腾讯云、腾讯视频、腾讯会议等在内的海量业务 腾讯H.266/VVC解码器O266dec核心技术领先性源于其H.266/VVC解码加速技术采用了不同维度的并行处理方式,从而达到大幅利用多核多线程技术的目的。

    2.5K30发布于 2020-11-10
  • 来自专栏RTSP/RTMP直播相关

    H.266 与 AVS3 对比解析:实时视频SDK的挑战与未来

    一、H.266 与 AVS3 的核心差异虽然 H.266 与 AVS3 都被称作「新一代超高清编解码标准」,但二者在起源、目标和应用环境上存在显著差异。 SDK 的工程挑战像大牛直播SDK这类 通用实时视频 SDK,要在未来支持 H.266 与 AVS3,会面临几大挑战: 解码适配 —— 如何在 Android/iOS/Windows/Linux 上快速对接厂商硬件解码器 目前,大牛直播SDK的解码与播放链路主要围绕 H.264 与 H.265 优化,但从架构角度来看,它已经为未来支持 H.266 与 AVS3 留下了空间。1. 面向新标准的潜在演进 解码插件化:未来可通过 插件/扩展库 形式引入 H.266 与 AVS3 解码器,不影响现有主链路。 SDK 厂商需要通过 插件化架构 引入 H.266/AVS3 解码,确保用户能无缝切换。 3.

    74810编辑于 2025-08-20
  • 来自专栏RTMP推送

    H.266 vs H.265AV1H.264:从工程落地看下一代视频系统的技术演进

    3. 多参考帧预测与改进运动估计 增强帧间参考策略,支持更丰富的帧组结构(GOP); 提高了复杂运动场景的预测准确性; 同时兼顾编码效率与时域一致性。 在未来的低延迟直播系统中,一旦硬件加速成熟,H.266 有潜力取代 H.265 成为主力编解码标准。✅ 6. 3️⃣ AI 视频分析:视频不是看,而是“被算法看”挑战: AI 分析系统依赖视频帧间连续性和结构保真,传统编码中丢帧/压缩伪影会显著影响算法识别精度; 需要在保证结构完整性的前提下,控制帧率与码率, 3️⃣ SDK 与集成商的部署建议:从“可选支持”向“策略适配”演进对于音视频 SDK、播放器框架、流媒体服务器厂商而言,H.266 的接入建议如下:模块当前建议后续演进方向播放器✅ 加入 VVdeC ✅ 3. 兼容而不绑定,演进而不激进布局 H.266,并不意味着抛弃现有标准,而是要构建一种“向下兼容、向上演进”的技术策略。

    2K20编辑于 2025-08-01
  • 来自专栏python3

    Python 3.x 编解码

    s.encode("gbk").decode("gbk").encode("utf-8") print(gbk_to_utf8) #unicode 统一的万维码 --->unicode decode解码 s.encode("utf-8").decode("utf-8").encode("gb2312").decode("gb2312")) #decode("utf-8") 文件本身为utf-8格式 解码成 unicode #gb2312向下兼容 gbk #python 3.x所有的编码成utf-8 gb2312 gbk 都成了byte类型文件,只有 decode 解码之后才成为字符串

    73710发布于 2020-01-03
  • 来自专栏RTSP/RTMP直播相关

    从 H.264H.265 到 H.266:RTSP播放器的跨代际演进

    ​ 引言:H.266与实时视频的交汇点视频编解码的发展历程,始终是 带宽效率与视觉体验的博弈。 播放器端解包与解码 RTSP 客户端在接收 RTP 包后,需要正确完成 解复用 → NALU 重组 → 解码器输入 的流程。 由于 H.266解码复杂度显著高于 H.265,播放器必须同时具备 高效软解能力 与 硬件解码适配机制(依赖 SoC 厂商 GPU/VPU 的更新)。 二、大牛直播SDK的规划与演进基于以上链路要求,大牛直播SDK 的规划重点在于: 跨平台解码适配 SDK 已在 H.264/H.265 上构建完整的跨平台播放框架,未来只需在解码层引入 H.266 的软 /硬件解码接口,即可保持整体架构的连贯性。

    70810编辑于 2025-08-20
  • 来自专栏腾讯多媒体实验室

    腾讯云直播全线支持新一代视频编码标准H.266

    H.266生态中,一方面,支持H.266硬件解码的端侧芯片业界已经开始有所行动 [2];另一方面,端侧软件解码速度逐渐提升,已经可以覆盖绝大部分的端侧场景。 腾讯云直播全线支持H.266 云端支持H.266,主要包括两部分:H.266的传输分发和H.266解码的支持。 H.266的传输和分发 多媒体领域应用最广泛的MP4格式和MPEG-TS格式,在最新版标准文档中都新增了H.266的封装支持[3][4]。 H.266/VVC视频解码 在2020年H.266/VVC最终定稿后的三个月内,腾讯在国内率先开源发布了实时 H.266/VVC播放器O266player,内置腾讯自研的H.266/VVC解码器O266dec 腾讯H.266/VVC解码器O266dec核心技术领先性源于其H.266/VVC解码加速技术采用了不同维度的并行处理方式,从而达到大幅利用多核多线程技术的目的。

    2.3K20编辑于 2023-02-27
  • 来自专栏RTSP/RTMP直播相关

    H.264、H.265 到 H.266:编解码标准差异解析与实时视频系统实践

    旧设备硬件解码支持不足,软解耗电与发热问题明显。 3. H.266 / VVC —— 面向未来的超高压缩 发布时间:2020 年,由 Fraunhofer HHI 主导研发。 编解码复杂度指算法执行所需的 CPU/GPU 运算量,相对数值为大致范围。 硬件普及度会随芯片迭代逐年提升,H.266 预计在未来 3–5 年进入主流消费终端。 编码降级回退 若终端不支持 H.265/H.266,播放端可回退到 H.264 版本码流,无需用户手动操作。 3. H.266:预计在未来 3–5 年,随着高通、联发科、苹果、英伟达等芯片厂商的硬件加速单元落地,将逐步进入高端消费市场;随后向中端设备下沉。 低轨卫星通信 等新兴传输方式在弱网场景下依赖高压缩率编解码来缓解链路压力。 3.

    3.1K20编辑于 2025-08-14
  • 来自专栏RTMP推送

    超高清与低延迟并行:H.266 在行业视频中的落地图谱

    .264/H.265 硬件/软件编码,覆盖 Windows、Linux、Android、iOS、Unity3D。 解决方案:摄像端采用 H.266 编码,SDK 播放器低延迟解码;边缘节点通过轻量 RTSP 服务实现多路转发。 解决方案:手术室视频流通过 H.266 推流至边缘节点,SDK 播放端低延迟解码,远程专家端实时观看。 解决方案:教育平台使用 H.266 编码推流,Unity3D 播放器 SDK 在 XR 头显中解码播放,实现低延迟沉浸体验。 解决方案:前端摄像设备采用 H.266 编码,SDK 在边缘节点低延迟解码,并将视频流对接 AI 模型进行检测与分析。

    85810编辑于 2025-08-20
  • 来自专栏深度学习与python

    在 AI 应用爆发前夜,H.266 成熟了

    有数据显示,AIGC 工具将视频创作门槛降低 90%,预计 2027 年全球短视频日产量突破 50 亿条;用户的交互空间也在从 2D、3D,VR 拓展到了虚拟世界与现实世界的无缝融合。 这一系列新需求,对视频编解码技术的要求是:在带宽不变的情况下,画质更优;同等画质下,存储和传输成本更低。 最新一代视频编码标准 H.266/VVC 正是在这种背景下,走入“舞台”中央。 虽然 H.266解码器的支持正在逐步增加,但目前市场上硬解支持 H.266 的设备相对较少,尤其是一些移动终端。因此,优化 H.266 的软件解码器就显得尤为重要。 其中,点播编解码更注重压缩效率与画质平衡,H.266 的核心优势在于压缩效率提升约 50%。 比如,从官方数据口径来看,火山引擎 H.266 解码器的计算复杂度几乎只有 VTM-23.5 的四分之一到七分之一,是 FFmpeg 7.1 的三分之一。

    1.1K00编辑于 2025-03-03
  • 来自专栏腾讯多媒体实验室

    2021年MSU世界视频编码器大赛结果公布,腾讯H.266/VVC编码器首次参赛崭露头角

    2020年10月 即在H.266/VVC最终定稿后的三个月内,腾讯在国内率先开源发布了基于Tencent266解码器[4][5]的实时H.266/VVC播放器O266player,性能指标国际领先。 H.266/VVC 标准在移动端的单核 1080p 或多核 4K 超高清码流的实时解码,为服务腾讯内外部业务奠定良好基础。 2021年7月 腾讯云基于Tencent266宣布支持新一代国际视频编解码标准H.266/VVC,为全球云厂商中首家,旨在提升对高清视频的压缩能力。 目前,腾讯云音视频旗下转码及相关媒体处理应用已支持H.266/VVC标准,播放器等产品支持H.266/VVC解码,助力用户在保持视频质量的同时大幅节省存储及带宽成本,提升超高清视频的观看体验。 Tencent266编解码器和H.266/VVC技术的推广必将为现有多媒体业务以及未来新兴多媒体应用带来巨大发展空间。

    2K40发布于 2021-11-22
  • 来自专栏音视频咖

    腾讯H.266/VVC技术贡献,在多媒体领域世界领先

    图1:已经得到批准并被纳入VVC标准的各公司贡献(IPlytics,2021年8月) 图中显示,中国公司在视频编解码领域的技术积累已经达到世界领先水平,占据行业前十的半壁江山。其中腾讯位列前三。 与H.265/HEVC时代相比,中国公司在视频编解码领域的进步速度大家有目共睹。 在积极参与标准制定的同时,腾讯围绕视频内容的生产、分发和播放持续推动H.266/VVC技术落地和产品研发。 2020年11月,在H.266/VVC标准第一版截稿不到半年时间内,腾讯将H.266解码器优化覆盖至全平台,推出iOS/Android平台ARM优化版解码器。 凭借全面的模块性能优化和出色的并行结构设计,实现了H.266/VVC 标准在移动端的单核 1080p 或多核 4K 超高清码流的实时解码,同时覆盖Windows、Mac、Linux、Android和iOS 腾讯多媒体实验室负责人刘杉博士认为,作为视频应用的核心能力,视频编解码技术的发展离不开实践检验和生态支持。“我们着力制定的新一代视频标准和自研的编解码器能够通过腾讯云音视频服务行业客户,这令人振奋。

    1.4K30发布于 2021-09-22
  • 来自专栏腾讯多媒体实验室

    腾讯H.266/VVC技术贡献,在多媒体领域世界领先

    图1:已经得到批准并被纳入VVC标准的各公司贡献(IPlytics,2021年8月) 图中显示,中国公司在视频编解码领域的技术积累已经达到世界领先水平,占据行业前十的半壁江山。其中腾讯位列前三。 与H.265/HEVC时代相比,中国公司在视频编解码领域的进步速度大家有目共睹。 在积极参与标准制定的同时,腾讯围绕视频内容的生产、分发和播放持续推动H.266/VVC技术落地和产品研发。 2020年11月,在H.266/VVC标准第一版截稿不到半年时间内,腾讯将H.266解码器优化覆盖至全平台,推出iOS/Android平台ARM优化版解码器。 凭借全面的模块性能优化和出色的并行结构设计,实现了H.266/VVC 标准在移动端的单核 1080p 或多核 4K 超高清码流的实时解码,同时覆盖Windows、Mac、Linux、Android和iOS 腾讯多媒体实验室负责人刘杉博士认为,作为视频应用的核心能力,视频编解码技术的发展离不开实践检验和生态支持。“我们着力制定的新一代视频标准和自研的编解码器能够通过腾讯云音视频服务行业客户,这令人振奋。

    1.1K30发布于 2021-09-18
  • 来自专栏关键帧Keyframe

    视频编码(3):H.266 编码性能比 H.265 再提升 49% 的关键丨音视频基础

    3H.266 编码 H.266,也被称为多功能视频编码(Versatile Video Coding,简称 VVC)是最新一代视频编码标准,2020 年 7 月定稿,ITU 第一版于当年 11 月正式发布 H.266 的另一个重要改进是引入解码端运动细化和双向光流这两个工具,在不增加码率开销的情况下进一步提升运动补偿效率。 包含 18×12 CTUs 的图像被划分为 12 个瓦片和 3 个光栅扫描条带: H.266 是第一个引入子图像这个设计的视频编码标准。 相对于 H.264 和 H.265 后期版本中的多层可伸缩编码,H.266 中的多层可伸缩编码设计从一开始就聚焦于对单层解码器设计的友好性。 juejin.cn/post/6940078108787769357 2)新一代视频压缩编码标准 H.264/AVC https://book.douban.com/subject/1314942/ 3

    5.4K20编辑于 2022-06-13
  • 来自专栏量子位

    腾讯发布全球首个面向移动端的VVC标准视频解码器,手机即可看4K超高清VVC视频

    经过不懈的努力与探索,最终在H.266/VVC标准定稿后的三个月内,即2020年10月,率先发布了基于X86平台的实时H.266/VVC解码器O266dec,以及基于该解码器的开源播放器O266player ,目前能够在PC端上完成4K H.266/VVC视频的实时解码。 为了能够在移动端支持H.266/VVC解码,腾讯多媒体实验室在O266dec上增加了许多移动端相关优化,使得其解码器性能在移动端得到大幅提升。 插值模块也是H.266/VVC解码器中计算量比较大的一个模块,其涵盖的多种多样的滤波器是整个模块的优化重点。 同时,腾讯自研的解码器也已经集成在了O266player的iOS端应用上,在移动端播放H.266解码画面清晰流畅,能够充分满足H.266/VVC实时解码的需求,性能优势十分明显。

    1.7K10发布于 2021-02-26
  • 来自专栏桥路_大数据

    Python3的URL编码解码

    前言 博主最近在用python3比较强大的Django开发web的时候,发现一些url的编码问题,在浏览器提交请求api时,如果url中包含汉子,就会被自动编码掉。 如果出现3个百分号为一个原字符则为utf8编码,如果2个百分号则为gb2312编码。下面为大家演示编码和解码的代码。 编码 from urllib.parse import quote text = quote(text, 'utf-8') 注:text为要进行编码的字符串 解码 from urllib.parse import

    4.3K30发布于 2019-02-20
  • 来自专栏猫哥的专栏

    3.Glide数据解码与转码

    这里,我们忽略该过程,而直接从不缓存的情况来看后面的解码过程,因为经过本地图片的数据抓取后,最后一样会来到解码/转码的步骤。 transcoderRegistry.get(registeredResourceClass, registeredTranscodeClass); //3. /转码器注册的东东,通过这个注册器就可以获取到可以解码dataClass这个数据类型的解码器(不清楚可以再看下第一篇文章)。 看下基本的解码/转码器包括哪些(在第一篇文章也有详细说明): 解码器 功能 ByteBufferGifDecoder 将ByteBuffer解码为GifDrawable ByteBufferBitmapDecoder 将ByteBuffer解码为Bitmap ResourceDrawableDecoder 将资源Uri解码为Drawable ResourceBitmapDecoder 将资源ID解码为Bitmap

    1.1K20发布于 2020-04-01
  • 来自专栏TSINGSEE青犀视频

    为什么H.266未能普及应用?

    在安防、视频流媒体、实时通信等行业中,从超高清摄像机、NVR、解码器/视频综合平台到中心平台软件等,都必须能够支持H.266技术。 然而,目前市场上支持H.266的设备和技术方案还相对有限,许多设备和服务仍然依赖于更成熟的H.264或H.265等较旧的编解码器。 H.266不是免费的开源解码器,目前存在着专利问题未解决,高昂的专利授权费用让许多生产硬件设备的厂商难以承担。这种不确定性使得许多企业在选择视频编码标准时持谨慎态度,从而影响了H.266的普及。 3)市场接受度与竞争环境市场接受度也是影响H.266普及的重要因素。目前,H.264仍然是最为主流的视频编码格式,能够支持解码的硬件普遍且成本较低。 尽管H.266在压缩效率和视频质量上有显著提升,但高昂的专利费用可能使得一些企业或用户选择继续使用更成熟的编解码器。

    72710编辑于 2024-09-12
领券