- 综合排序
- 最热优先
- 最新优先
- 来自专栏RTSP/RTMP直播相关
从 H.264H.265 到 H.266：RTSP播放器的跨代际演进
正因如此，RTSP（Real Time Streaming Protocol）作为低延迟播放的核心协议，其对 H.266 的支持成为产业落地的关键环节。 一、RTSP 如何支持 H.266：协议与封装的挑战H.266 在算法层面实现了更高的压缩效率，但要通过 RTSP 低延迟链路传输，还必须解决协议与封装上的一系列问题： SDP 信令扩展 在 RTSP 使用 H.266 编码的 RTSP 流可确保 细节清晰可见（如微创手术中的血管纹理），同时 SDK 的低延迟链路让医生与远端助手保持实时沟通。 RTSP 作为实时视频链路的主力协议，承担着把 H.266 真正带入安防监控、远程医疗、低空经济、教育 XR、工业巡检等行业场景的重任。 依托模块化架构，SDK 不仅能快速扩展到 H.266，还能在未来与 AV1、VVC 生态逐步融合，为开发者提供真正的 “一次集成，持续演进” 能力。
65410编辑于 2025-08-20 - 来自专栏RTSP/RTMP直播相关
H.266 与 AVS3 对比解析：实时视频SDK的挑战与未来
面向新标准的潜在演进 解码插件化：未来可通过 插件/扩展库 形式引入 H.266 与 AVS3 解码器，不影响现有主链路。 协议层适配：扩展 RTSP/RTMP/GB28181/WebRTC 的 SDP/信令能力，支持 H.266/AVS3 的描述和封装。 SDK 提供稳定的 RTSP/GB28181 接入模块，未来可无缝扩展 AVS3 解码。 2. 应用链路：医疗/教育采集端 → 编码（H.265/H.266/AVS3） → RTSP/RTMP → SDK 播放/互动。 架构可扩展：通过模块化/插件化快速适配新标准，降低未来切换成本。 场景导向：针对安防/政企优先考虑 AVS3，针对跨境/国际优先考虑 H.266。
67610编辑于 2025-08-20 - 来自专栏RTMP推送
8K、AI、低空智联，H.266能否撑起下一代视频通路？
H.266/VVC、AV1、RTP优化、边缘AI部署等新兴技术开始被引入： ✅ 更高压缩比：降低带宽成本，提升可扩展性； ✅ 更强 AI 友好性：支持 ROI 编码、内容自适应增强（CAEC）； ✅ 意义：提前打通 RTSP/RTP 在传输链路中的 H.266 支持，为 AI 终端、4K/8K监控、智能机器人等场景提供更高压缩效率的视频输入路径。✅ 2. ，将 RTSP(H.266) 转换为 RTMP等更兼容格式； 多级缓存与调度：结合多路流的 QoS 调控策略，优化大规模接入设备下的链路稳定性与延迟控制。 在 AI 视频成为主战场的时代，这种“向前兼容、向后扩展”的策略，不仅是对开发者友好，更是对未来趋势的深度响应。 而作为这条信号链的第一道关口，视频编码标准的演进，直接决定了系统的效率、延迟、成本与扩展性。H.266/VVC 的出现，为解决未来海量视频传输与智能处理中的压缩瓶颈提供了强有力的工具。
52100编辑于 2025-07-31 - 来自专栏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.
1.6K30发布于 2021-06-17 - 来自专栏RTMP推送
超高清与低延迟并行：H.266 在行业视频中的落地图谱
服务端：轻量级 RTSP/HTTP-FLV 服务模块，支持多路转发与边缘分发，降低系统复杂度与带宽消耗。 播放端：RTSP/RTMP 播放器在多平台实现 100–200ms 的低延迟解码和渲染，适配安防、教育、工业、低空经济等行业。 路径：在现有 RTSP 播放器内核中增加 H.266 解码能力，优先支持 Windows/Linux/Android 平台，并逐步扩展到 iOS/Unity。 路径：待硬件厂商逐步开放 GPU/ASIC/移动端芯片的 H.266 硬件加速能力后，SDK 将提供 RTMP/RTSP 推流端的编码支持。 解决方案：摄像端采用 H.266 编码，SDK 播放器低延迟解码；边缘节点通过轻量 RTSP 服务实现多路转发。
80410编辑于 2025-08-20 - 来自专栏RTMP推送
H.266 vs H.265AV1H.264：从工程落地看下一代视频系统的技术演进
作为多年专注于RTSP/RTMP 实时流媒体链路、低延迟直播系统的技术实践者，我们尝试从编解码效率、实时传输适配性、硬件生态、系统落地等多个维度，全面梳理 H.266、H.265、AV1 及 H.264 应用价值举例：在 RTSP 监控场景中，使用 H.266 可将单路 4K 码率从 12Mbps 降至 6Mbps 以下，极大节省边缘-云传输带宽。✅ 2. 、轻量 RTSP 服务，可在边缘完成 VVC 解码与转发，为后端系统提供兼容输出 + 高压缩传输的桥梁能力。 H.265 → H.266 批量转码 引入场景感知编码策略（运动/静态/AI输入）轻量 RTSP 服务模块✅ 保持解码能力兼容性 引入“智能分发”：客户端能力协商选择编码格式 开发建议：大牛直播SDK H.266 是下一代视频基础设施的压缩引擎未来的视频系统将承载更多任务： 从“供人观看”扩展为“供机器分析”； 从“中心处理”转向“边缘智能”； 从“单端播放”迈向“全场景协同感知”。
1.7K20编辑于 2025-08-01 - 来自专栏RTMP推送
SmartMediakit视角构建低空经济的超低延迟视频基础设施
大牛直播SDK凭借全自研跨平台内核，构建了从采集、推流、传输到播放、转发的完整能力，涵盖 RTSP/RTMP 推流、超低延迟播放器、轻量级 RTSP 服务、GB28181 对接、多路转发等核心模块。 ：已验证 H.265/HEVC 支持，并为 H.266/VVC、AV1 等下一代标准预留接口，保证未来演进。 / Linux (x86_64/aarch64) / Android / iOS / Unity 全覆盖工程复杂度代码复杂，难以维护，调优成本高模块化封装，接口清晰，快速集成未来演进对 H.265/H.266 /AV1 的支持依赖社区进度已支持 H.265/Enhanced RTMP HEVC，预留 H.266/AV1 扩展接口可以看到，开源方案更多适合科研、验证或轻量级应用，而在低延迟、稳定性、跨平台、合规对接都要求极高的低空经济落地场景中 未来，随着 eVTOL 城市空中交通（UAM）的逐步商业化，视频链路的需求还将进一步扩展到更高并发、更低时延和更强安全合规的维度。
30800编辑于 2025-08-27 - 来自专栏TSINGSEE青犀视频
为什么H.266未能普及应用？
然而，尽管H.266拥有诸多技术优势，但至今仍未能在市场上广泛流行，这背后有多重原因。一、为什么H.266尚未广泛流行1）技术门槛与配套解决方案首先，H.266技术的实现需要相应的配套解决方案。 虽然已有企业开始设计支持H.266的芯片和软件，但这些产品还未大规模应用，导致技术门槛较高，限制了H.266的普及速度。H.266要成为主流，必须得到广泛的硬件和软件支持，这需要时间来逐步实现。 H.266不是免费的开源解码器，目前存在着专利问题未解决，高昂的专利授权费用让许多生产硬件设备的厂商难以承担。这种不确定性使得许多企业在选择视频编码标准时持谨慎态度，从而影响了H.266的普及。 因此，在H.265尚未完全普及的情况下，H.266要想在市场上占据一席之地，需要克服更多的市场阻力和竞争压力。4）技术成熟度与应用场景此外，H.266的技术成熟度也是影响其普及的一个因素。 因此，尽管H.266在理论上具有显著优势，但在实际应用中，特别是在早期阶段，其应用场景可能相对有限。随着技术的不断发展和市场的逐步成熟，H.266的应用场景有望逐渐扩大。
69610编辑于 2024-09-12 - 来自专栏python3
python rtsp
# -*- coding: utf-8 -*- """ A demo python code that .. 1) Connects to an IP cam with RTSP 2) Draws RTP ***************************************** ip="192.168.1.74" # IP address of your cam port=1616 adr="rtsp **************************************************************************** dest="DESCRIBE "+adr+" RTSP \r\nCSeq: 2\r\nUser-Agent: python\r\nAccept: application/sdp\r\n\r\n" setu="SETUP "+adr+"/trackID=1 RTSP .com/ https://github.com/odie5533/Python-RTSP
2.2K20发布于 2020-01-06 - 来自专栏深度学习与python
在 AI 应用爆发前夜，H.266 成熟了
这一惊人的数据充分彰显了视频产业的蓬勃发展态势； XR 设备出货量年增 35%，虚实融合的"空间互联网"逐步成型； 2024 年央视春晚采用 XR 技术，围绕舞台效果进行了设计，并验证落地； …… 以上并非终局，事实上，生成式 AI 正在进一步扩展视频流媒体领域的市场天花板 最新一代视频编码标准 H.266/VVC 正是在这种背景下，走入“舞台”中央。作为支撑庞大视频产业的核心关键要素，H.266 在流媒体生态中起着举足轻重的作用。 H.266 的重点应用场景可分为三个部分：点播、直播、RTC。虽然 H.266 硬解码器的支持正在逐步增加，但目前市场上硬解支持 H.266 的设备相对较少，尤其是一些移动终端。 因此，优化 H.266 的软件解码器就显得尤为重要。 其中，点播编解码更注重压缩效率与画质平衡，H.266 的核心优势在于压缩效率提升约 50%。 这些特性使得 H.266 已经成为视频企业必选的技术栈、必做的标准升级。有数据显示，2026 年支持 H.266 硬解设备将超 20 亿台，推动 8K/VR 内容普及。
1K00编辑于 2025-03-03 - 来自专栏老欧说安卓
FFmpeg使用vvenc把视频转为H.266编码
前面的两篇文章分别介绍了如何在Linux环境和Windows环境给FFmpeg集成H.266的编码器vvenc，接下来利用ffmpeg把视频文件转换为VVC格式，观察新生成的vvc视频能否正常播放。 编码格式（即H.265视频编码标准）： ffmpeg -i fuzhous.mp4 -vcodec hevc ff_recode_video2.mp4 再执行下面命令，把视频文件转为vvc编码格式（即H.266 root root 278684 May 13 16:48 ff_recode_video3.mp4 由以上视频信息可见，采取H.264格式的视频大小约640K，采取H.265格式的视频大小约306K，采取H.266
80710编辑于 2025-05-22 - 来自专栏全栈程序员必看
RTSP协议
RTSP对流媒体提供诸如暂停、快进等控制，而它本身并不传输数据。RTSP的作用相当于流媒体服务器的远程控制。 2、RTSP与HTTP的区别与联系 联系：两者都用纯文本来发送消息，且RTSP协议语法也和HTTP类似。RTSP一开始这样设计，也是为了能够兼容使用以前写的HTTP协议分析代码。 交互流程 C表示rtsp客户端, S表示rtsp服务端。 ）、MIME 扩展协议的电子邮件以及超文本传输协议（HTTP）。 SDP协议是也是基于文本的协议，这样就能保证协议的可扩展性比较强，这样就使其具有广泛的应用范围。SDP 不支持会话内容或媒体编码的协商，所以在流媒体中只用来描述媒体信息。
5.6K40编辑于 2022-09-06 - 来自专栏用户1692782的专栏
手撕RTSP协议系列（2）——Rtsp消息格式
上一篇我们简单介绍了rtsp协议，本篇我们来看一下rtsp的消息结构！ RTSP消息分为两大类，一类是请求消息（request），一类是回应消息（ressponse）！ 说明： 请求消息由方法+URI+RTSP版本开头，之后跟一条或多条消息！ URI：表示接收方的地址，如rtsp://192.168.1.201:554 CR：表示回车 LF：表示换行 RTSP使用消息类型和消息体来表示不同类型的消息。 最后一条消息要使用两个CR LF。 我们通过wireshark的抓包来实际看一个RTSP的请求消息： ? 如图中所示，该RTSP请求消息的方法为OPTIONS，请求的目标地址为rtsp://192.17.1.63:554，RTSP的版本为1.0； 接下来包含两种类型的消息，第一种为CSeq表示序列号，本次请求的序列号为
4.5K52发布于 2020-10-10 - 来自专栏老欧说安卓
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源码，解压下载后的源码包，再打开
76510编辑于 2025-05-19 - 来自专栏全栈程序员必看
rtsp html播放_浏览器视频播放rtsp
从摄像机获取的RTSP视频流直接在浏览器中播放，这里采用vlc插件进行播放，设置步骤如下 1、下载32位的vlc播放器，安装时选择安装插件，安装路径不要有空格，注意64位播放器安装上也不能正常播放 events=’false’width=”720″height=”410″> object> div> body> 其中，value=’rtsp://184.72.239.149/vod/mp4://BigBuckBunny fullscreen：是否全屏 controls：显示默认的控件 4、目前测试IE浏览器和360浏览器可以正常支持vlc插件播放 5、若需要播放多个视频，将object标签拷贝几次，将id改一下，将不同的RTSP
5.3K40编辑于 2022-11-07 - 来自专栏音视频咖
腾讯云直播全线支持新一代视频编码标准H.266
腾讯云直播全线支持H.266 云端支持H.266，主要包括两部分：H.266的传输分发和H.266编解码的支持。 但FLV标准已停止更新，目前缺少H.266编码格式支持。类似H.265的处理方式，我们可以定义一套扩展标准来支持H.266。 的扩展。 扩展包括三个部分： 1. in FLV封装、解封装能力的patch见：GitHub - tencentyun/flv: 腾讯云FLV扩展（https://github.com/tencentyun/flv） 腾讯云媒体处理MPS
3.1K30编辑于 2023-02-27 - 来自专栏用户1692782的专栏
手撕RTSP协议系列（11）——RTSP_SET_PARAMETER
上一篇介绍了RTSP的GET_PARAMETER消息，看到这个消息类型，我们很容易习惯性的想到应该还要有一个RTSP_SET_PARAMETER消息，如我我们所愿，RTSP确实有这样一条消息，本篇我们来看一看 URI表示rtsp的地址； Rtsp Version表示版本号; CSeq表示序列号； Content-length表示内容长度 Content-type表示内容类型； 之后跟着1个或多个参数及对应的值 RtspVersion表示Rtsp的版本号； 状态码和状态描述给出了对于设置某个参数的请求的回复状态，如状态码451，表示无效参数（Invalid Parameter）! 到这里，关于RTSP的主要的一些请求，我们基本就都了解了，当然，RTSP还有一些其他更加细节的请求，在实际中应用较少，就不再做详细介绍了！
2.3K31发布于 2020-10-30 - 来自专栏machh的专栏
RTSP协议详解
一，RTSP协议概述 RTSP(Real-TimeStream Protocol )是一种基于文本的应用层协议，在语法及一些消息参数等方面，RTSP协议与HTTP协议类似。 RTSP被用于建立的控制媒体流的传输，它为多媒体服务扮演“网络远程控制”的角色。尽管有时可以把RTSP控制信息和媒体数据流交织在一起传送，但一般情况RTSP本身并不用于转送媒体流数据。 RTSP引入了几种新的方法，比如DESCRIBE、PLAY、SETUP 等，并且有不同的协议标识符，RTSP为rtsp 1.0,HTTP为http 1.1； 2. RTSP服务器可以为这些容器文件提供集合控制。 4. RTSP会话(RTSP session )： RTSP交互的全过程。 消息交互过程 C表示RTSP客户端,S表示RTSP服务端 1.
4.8K30编辑于 2022-06-10 - 来自专栏RTSP/RTMP直播相关
Android平台如何实现外部RTSP|RTMP流注入轻量级RTSP服务模块（内网RTSP网关）
技术背景今天分享的是外部RTSP或RTMP流，拉取后注入到本地轻量级RTSP服务模块，供内网小并发场景下使用，这里我们叫做内网RTSP网关模块。 内网RTSP网关模块，系内置轻量级RTSP服务模块扩展，完成外部RTSP/RTMP数据拉取并注入到轻量级RTSP服务模块工作，多个内网客户端直接访问内网轻量级RTSP服务获取公网数据，无需部署单独的服务器 内置轻量级RTSP服务模块和内置RTSP网关模块共同点：内置轻量级RTSP服务模块和内置RTSP网关模块，核心痛点是避免用户或者开发者单独部署RTSP或者RTMP服务，数据汇聚到内置RTSP服务，对外提供可供拉流的 RTSP URL，适用于内网环境下，对并发要求不高的场景，支持H.264/H.265，支持RTSP鉴权、单播、组播模式，考虑到单个服务承载能力，我们支持同时创建多个RTSP服务，并支持获取当前RTSP服务会话连接数 内置RTSP网关模块，实际上是RTSP/RTMP拉流模块+内置轻量级RTSP服务模块组合出来的。
1.2K20编辑于 2023-05-17 - 来自专栏用户1692782的专栏
手撕RTSP协议系列（1）——Rtsp基本流程
对于流媒体协议，rtsp协议也是很常见的，接下来我们继续手撕，手撕rtsp协议！本篇我们首先来简单了解一下rtsp协议并对其连接过程做一个概览！ 1 rtsp协议简介 rtsp，英文全称 Real Time Streaming Protocol，RFC2326，实时流传输协议，是TCP/IP协议体系中的一个应用层协议！ 2 rtsp基本交互过程 假设我们现在要向一个RTSP的sever发送请求获取数据，基本流程如下： ? OPTIONS C--->S 客户端向服务器端发现OPTIONS，请求可用的方法。 3 Rtsp抓包示例 最后，老规矩，协议的分析和学习少不了抓包，抓包少不了Wireshark！贴一张RTSP抓包的图，来个直观的感受！ ? 本篇文章就到这里了，本文之后我们对RTSP有了一个大概的了解，之后我们的文章将详细介绍！下面的文章我们首先介绍一下RTSP的消息格式以及SDP的格式，然后针对每一条消息我们做详细的解释和介绍！
12.2K53发布于 2020-10-10
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号