- 综合排序
- 最热优先
- 最新优先
- 来自专栏Cellinlab's Blog
视频技术快览 0x2 - 视频传输和网络对抗
# RTP & RTCP # RTP 协议 RTP（Real-time Transport Protocol）协议，全称是实时传输协议。它主要用于音视频数据的传输。 一般在实时通信的时候，需要传输音频和视频数据。通常是这样做的，先将原始数据经过编码压缩之后，再将编码码流传输到接收端。 比如说，选择使用 TCP 协议传输 RTP 包的话就可以不用管这些事情，因为 TCP 协议具有丢包重传、拥塞控制等功能。 通常情况下，在传输音视频数据的时候不会使用 TCP 协议作为传输层协议。 因为 TCP 协议更适合传输文本和文件等数据，而不适合传输实时音频流和视频流数据，所以通常会使用 UDP 协议作为音视频数据的传输层协议。 RTCP 协议只是用来传递 RTP 包的传输统计信息，本身不具有丢包重传和带宽预测的功能，而这些功能需要自己来实现。 RTP 是用来传输实际的视频数据的。
2.1K23编辑于 2023-05-17 - 来自专栏TSINGSEE青犀视频
传输视频的带宽如何计算？传输4K视频需要多少带宽？
在视频监控的实际运用中，很多配置都会影响视频传输的质量，比如清晰度、码率、视频存储空间等，跟这些内容相关的，就是网络的带宽。 很多用户不知道带宽的概念是如何换算的，在很多高清视频传输项目当中，也难以计算视频的带宽需求，因此本文就较为全面地为大家介绍一下带宽的概念及计算。带宽分为几种？带宽包括了上行带宽和下行带宽。 上行带宽是指本地上传音视频信息到网络上的带宽，上行速率指用户电脑向网络发送信息时的速率。比如在EasyDSS音视频的传输中，前端设备实时向网络平台进行视频视频上传，影响上传速度的就是上行速率。 下行带宽就是从网络下载视频的带宽，下行速率是用户从网络上缓存内容时的数据传输速率。比如在EasyDSS音视频的传输中，用户从电脑或者手机上观看视频直播时，影响观看速率的就是下行速率。?带宽如何计算？ 但该计算结果为理论值，实际传输效率可能只会达到80%，所以要稳定传输4K 30Hz的信号，其接口带宽大概需要5.97/0.8=7.4Gbps。视频传输如何节省带宽？
11K30编辑于 2022-11-18 - 来自专栏媒矿工厂
大规模的视频传输
本次会议来自StreamingMedia East，主要探讨了CDN公司在满足不断增长的高质量视频需求方面的策略和挑战。 Peter表示边缘计算在视频内容分发，尤其是对于实时情况下有很多的优点，并介绍了AkamiTechnologies在落地边缘计算到实时视频传输中做的一些工作。 会议接下来讨论了2020年由于对于视频内容的需求量大幅增加，CDN网络的容量能否承受这样的增长。 与会者们都表示虽然需求量大幅增加，但是各个公司也是预见到视频的需求量会逐年增加这一点，网络容量也在逐年增加并且留有余量。 公司也需要进一步提高CDN网络的负载能力，以适应不断快速增长的高质量视频需求。
70410发布于 2021-01-11 - 来自专栏物联网智慧生活
视频RTU 视频数采仪 数据采集传输仪
视频RTU数据采集传输仪TS910，支持视频数据采集上传，支持视频与字符叠加，全网通5G/4G网络，丰富行业应用接口满足各种传感器的数据采集和远程控制。 图片9.png 视频RTU数采仪TS910功能 视频数据采集、显示、存储、通信、报警和远程管理 实时视频、图像抓拍 远程控制、一键巡检 支持数据叠加 支持本地配置、远程配置维护 符合《水文监测数据通信规约 》(SL651-2014) 和《水资源监测数据传输规约》(SZY206-2012) 看门狗机制、故障自检、自动重连 支持WAN/LAN、ADSL、GPRS、 4G、WIFI(可选)、GPS（可选） Linux 智能操作系统，开放二次开发功能 支持高级路由器功能，可实现常用VPN和内网穿透功能 内置高精度GPS模块 高性能的ARM架构高端处理器 图片10.png 视频RTU数据采集传输仪TS910接口参数
88110发布于 2021-08-16 - 来自专栏嵌入式、安防、流媒体、AI分析
视频监控平台GB28181：视频流传输模式
国标GB28181流传输几种模式 UDP：被动 TCP active：主动 TCP passive：被动 技术交流 ---- UDP：被动 流媒体服务端监听单个UDP端口，然后通过SIP信令（INVITE ）告诉设备端口，设备主动向当前流媒体服务端发送视频流。 TCP active：主动 设备告诉流媒体服务监听的TCP端口，流媒体服务端主动向设备拉取视频流，而且设备所在网络可以被内网，不能被流媒体服务发现。 PS.此使用场景较少，可忽略。 TCP passive：被动 流媒体服务端监听单个TCP端口，然后通过SIP信令（INVITE）告诉设备端口，设备主动向当前流媒体服务端发送视频流，基本同UDP收流
1.9K70编辑于 2023-01-04 - 来自专栏媒矿工厂
SRT: 开源的视频传输协议
TCP的第三个影响是微妙的，但对视频传输很重要。TCP在网络拥塞发生时自动降低包传输速率，虽然这种行为有利于减少网络中的总体拥塞，但它不适用于视频信号，因为视频信号的速度不能低于其标称比特率。 连接带宽也可以估计和通信，以允许视频被压缩至适应网络的容量。可以选择在发送方和接收方之间交换加密密钥，以使用AES 128/192/256位加密对IP包内的视频和音频内容进行加密，使传输更安全。 SRT与常见传输格式比较 SRT与目前市场上的大多数其他视频流传输格式(如RTMP、HLS和MPEG-DASH)相比有几个特点，包括: 非专有 SRT是一个开源解决方案，已经集成到多个平台和体系结构中 与握手、加密设置和初始数据请求相关联的多个步骤合并在初始设置中，而像HTTP/2所采用的压缩和多路复用过程用于避免访问页面上的子源的单独设置。 他的供应商和终端用户共同努力，以提高业界对SRT的认识，并将其作为互联网上低延迟视频传输的通用标准。
19.6K52发布于 2018-12-14 - 来自专栏媒矿工厂
IP视频传输和纠错的先驱
本文来自VIDOVATION的Webinar, 演讲者是来自QVidium Technologies公司的创始人和CEO Ronald D Fellman，主题是IP视频传输和纠错的先驱。 Ronald首先介绍了网络视频传输的背景。互联网不是特别为视频传输设计的，路由器为了避免拥塞会进行丢包，造成视频卡顿，并且没有优先级。互联网传输协议依赖于UDP或者TCP。 帮助互联网视频传输的一个重要技术是：ARQ（Automatic Repeat reQuest, 自动重传）， 它提供了一种反馈机制，使得丢失的包能够被重新传输。 在低延迟场景下，缓冲区比较小，视频传输对丢包的恢复可能会受到影响。然后他通过一个典型的视频传输结构介绍了ARQ的用途。 最后，Ronald介绍了Qvidium的产品，包括QVENC MPEG4-AVC (H.264)/MPEG2编解码器、QVARQ代理媒体服务器和QVCodec4K 4K/UHD-HDR HEVC编解码器
83610发布于 2020-12-24 - 来自专栏txp玩Linux
SRT、RTMP、NDI视频传输协议对比！
使用NDI传输技术，在局域网内的一个设备可以通过一条网线输出或者接收多个NDI信号，可完全取代传统SDI/HDMI视频线传输，它让视频在IP空间进行简捷高效的传输已成为现实。 NDI| HX是H.264的变种，目前已迭代到NDI|HX2，传输带宽可调，1080P60视频默认为10Mbps。 SRT在丢包率20%以下，延迟可控制在200ms~500ms之间，远远低于RTMP协议的2秒 - 5秒的延迟。 SRT和NDI：应用场景： SRT可广泛应用于节目远程制作（上云）、活动直播主分会场视频连线、互联网远程教学培训、集团公司对异地施工现场视频监管、法院庭 审远程连线等行业，以及其他需要在互联网远程视频传输的场合 NDI广泛应用于电视节目本地/远程制作、NDI投屏、NDI视频会议、超低延时手术示教等行业，以及一些需要更便捷、低延时、高画质的视频传输场景。
7K22编辑于 2023-09-12 - 来自专栏音视频技术
拆解SRT：新UDP视频传输协议
其分享集中于SRT协议的起源，以及如何在颇具挑战的网络上基于UDP传输实时视频。 此SRT（Secure Reliable Transport）非彼SRT（SubRip Subtitle：它是一种字幕格式），这个视频传输协议可以在具有挑战性的网络之下进行直播。 同时，其版权协议改成了MPL（Mozilla public license）；重新把文件传输模式加了回来。 整个传输流引入SRT包，每个传输流包都有自己的同步字节和传输流头。我确信这些sync byte 用以对抗丢包以及重新同步。 在接收端，它将这个packet从SRT的缓冲区中播放到下游的TST MUX RN 视频解码器中。这个实时视频的片段与顺序总会是“1 1 0”。
5.8K22发布于 2019-12-17 - 来自专栏深度学习和计算机视觉
基于OpenCV的网络实时视频流传输
但是有时，大家又希望能够随时随地观看视频直播。 大多数人会选择使用IP摄像机（Internet协议摄像机）而不是CCTV（闭路电视），因为它们具有更高的分辨率并降低了布线成本。 01.如何使用Web浏览器查看实时流媒体 计算机视觉是一个跨学科领域，涉及如何制作计算机以从数字图像或视频获得高层次的理解。 第2步-导入必要的库，初始化flask应用程序： 现在，我们将导入必要的库并初始化我们的flask应用程序。 the Flask app app = Flask(__name__) 第3步-使用OpenCV捕获视频： 创建一个VideoCapture（）对象以触发相机并读取视频的第一个图像/帧。 由于我使用了上面的VideoCapture（0），因此网络摄像头摘要会显示在浏览器中： 中有来自IP摄像机/网络摄像机的实时视频流，可用于安全和监视目的。
5.4K20发布于 2020-11-13 - 来自专栏sofu456
http视频文件传输（http 206）
实现断点续传，上传下载，以及video标签的是文件播放 request Http部分内容请求头部需要指定：Range:bytes=0- 服务端，解析range范围，读取文件指定位置的数据，获取video视频 video标签会显示视频发送3个request,range(0-)和range(视频结尾信息段-)，request视频文件头部后面的数据（一小段） 如果发过去的视频无显示，可以查看range的范围是否正确 ，range索引(0,filelen-1)，如果操作文件索引最大值，可能出现视频无显示的情况 response Http响应需要指定响应头：content-range:bytes:0-、httpcode
5.3K30发布于 2021-02-01 - 来自专栏音视频技术
（超）低延迟视频流传输的未来
WebRTC使用SDP（Session Description Protocol，会话描述协议）显示P2P连接的一些属性，如交换的媒体类型及其相关编码器、传输网络和一些带宽信息。 SRTP用于音频和视频的加密传输。SCTP用于应用数据的加密传输。 低延迟HTTP ABR流媒体传输协议 与P2P的WebRTC协议（理论上不需要中央服务器在两台机器间建立通信）相比，基于HTTP的流媒体协议需要使用服务器且在标准的HTTP上进行通信。 这两个特性分别是“分块编码（Chunked Encoding）”和“分块传输编码（Chunked Transfer Encoding）”，它们都是HTTP1.1的一部分（而在HTTP/2中禁止使用）。 如果延迟对你的业务而言非常重要，你应该了解一下低延迟和超低延迟协议，如果你只需要延迟在2秒左右（适用于体育赛事、音乐会和在线课堂）的单向实时视频传输性能，而又没有太多的预算，你应该了解一下HLS和（或）
2.1K20编辑于 2022-06-20 - 来自专栏Golang语言社区
【Golang语言社区】--无线视频监控传输原理
摄制的图像转换成视频信号传输到微波发射机的调制端，微波发射机将其加载到载波上，经微波天线定向辐射到监控中心。 前端设备 在地铁车厢内，根据无线网络的情况，配置相应接口的专用车载3G无线视频服务器+半球摄像机，无线视频服务器本身可配置一块硬盘，实现高清晰、实时视频(D1格式)的本地存储，根据3G网络传输速度，设置 ，但对摄像机的控制权限较车站要低一级；第三类为车辆维护中心，一般一条线路有1-2个维护中心，监控的目标对象主要是车站和地铁列车的各类硬件和设备，对某些摄像机有控制权限，控制权限最低。 线路监控管理中心和车站监控中心的组网架构如图2所示。 地铁视频监控平台需要利用通信传输网和高清的视频、音频编码为基础，构建专业、统一、共享、可靠、安全和高度可扩展的数字化平台，涵盖地铁各车站、车辆段，平台预留其他业务部门、系统接入条件，并预留视频监控系统扩充能力
1.8K90发布于 2018-03-27 - 来自专栏腾讯IMWeb前端团队
浅谈多人音视频的传输架构
一、Mesh 架构 如上图所示：5 个浏览器，两两建立 p2p 连接，每个浏览器与其它 4 个建立连接，总共需要 10 个连接，整个传输形成一个网格拓扑结构。 优势：Mesh 实现起来技术难度是最小的，实现起来最简单；Mesh 架构对服务器资源占用是最小的，只需要一个 ICE 服务器用来实现 P2P 穿越就行了，Mesh 架构是真正的去中心化，对服务器资源占用是最小的 而这个处理过程如下图所示： 接收发送端发送的音视频流。 将音视频流的数据进行解码。 对于视频流，要进行重新布局，混合处理。对于音频流，要进行混音、重采样处理。 将混合后的音视频进行重新编码。 优势：MCU 架构占用带宽最小，每个浏览器 / 端上只发送和接收一个视频流，同时从服务器端获取一份混合过的媒体流还是按照 1M 算，那每个浏览器 / 端上上下行总共就是 2M；综合来看 MCU 架构一个端同时能承受更多的人开启视频 每个浏览器用一个上行连接传输自己的音视频，另外还要有 n-1 个连接用于下载其它音视频数据。所以总连接数为 5*5，消耗的带宽也是最大的，如果每个连接 1M 带宽，总共需要 25M 带宽。
1.9K20编辑于 2022-06-29 - 来自专栏Qt项目实战
Qt音视频开发46-视频传输UDP版
一、前言 上篇文章写道采用的TCP传输视频，优缺点很明显，优点就是不丢包，缺点就是速度慢，后面换成UDP通信，速度快了很多，少了3次握手，而且在局域网中基本上不丢包，就算偶尔丢包，对于一秒钟25-30张图片来说 ，实测640*480的视频文件还是挺好的，720P基本上有点惨，丢包好多，可能后期还需要从协议上改进处理。 所有传输加20个字节头部：IIMAGE:0000000000000，IIMAGE:为固定头部，后面接13个字节的 内容的长度（含20个头部长度） 字符串。 下面协议部分省略了头部字节。 /8QAHwAAAQUBAQEB...nvWsQRlXA61mTjmtWcdazLgcmrQ0U2plSMKjpDE7UtFFAwxRRRQAUuKWigQlFFFLcD//2Q==</ClientImage 图片传输客户端同时支持发送到多个服务端，可以作为一个教师机同屏发送到多个学生机的应用场景。 同时支持多个客户端同时往服务端发送图片，服务端每个连接都会自动开辟线程收发和解析图片数据。
1.5K40发布于 2020-11-04 - 来自专栏用户5783137的专栏
高清视频传输系统保障城市整体监控传输网络安全
高清视频传输系统传输系统是整个社会治安视频监控网络的数据传送平台，承担着平安城市从接入点中心以之间的视频数据传输重担，是搭建整个监控网络的血脉，因此，治安视频监控网络传输系统将采用全数字化的计算机网络传输系统 （2）安全性与可靠性原则 为保证视频监控系统各项业务的安全、可靠应用，网络传输系统设计必须具有高可靠性，决不能出现单点故障或者因为末端的故障导致整个传输系统崩溃。 平安城市传输方案说明： 1、系统组网：依托于电信的传输资源，可有效解决集中子网汇聚的难题 2、子网拓扑：采用星型拓扑结构组网，实施三层架构，简单拓扑增强系统稳定性; 3、带宽配置：接入层采用工业全千兆网管 2、安防专用“大缓存”智能调度流畅设计 杜绝视频卡顿，配置大缓存，存储转发机制保障数据安全可达线速转发效率，为高清视频传输保驾护航。 5、智能化网络L2+层管理，智能化软件控制 采用光网视L2+层网管交换机，环网保护、QoS、多播、LACP、MSTP和静态路由、LLDP、ERPS等2层Web管理功能，满足高安全、高智能的管理需求。
1.4K00发布于 2019-07-08 - 来自专栏知识分享
2-视频传输,监控,直播方案-搭建视频流服务器,推送视频流,拉取视频流观看(RTMP,m3u8)
RTMP和RTSP其实是视频传输协议,咱们在网络上看视频的时候100%都是用的这两种. 咱们在观看视频的时候应该有个感觉,咱是边看视频边下载, 整个视频是一点一点的拉取并播放. 这节呢咱就安装并启动RTMP服务器,然后呢咱用调试助手往服务器上上传视频, 然后 安装RTMP 1.上传RTMP源文件(方式1),下面有个方式2可以直接用git拉取,不需要自己上传 在以下目录点击上传 先放到网站根目录访问,以后水平高了再看看啥问题 使用DBS软件推送视频到服务器(咱先使用现成的软件助手测试哈) 1,自行安装(可以百度OBS软件下载并安装哈) 2,设置数据源为电脑录屏(如果电脑有摄像头也可以选择电脑上的摄像头哈 ) 2,设置推送的RTMP地址 rtmp://替换自己服务器的IP地址:1935/hls 秘钥呢随意(这个咱用别的客户端访问视频数据的时候需要用到) 3,把视频推送到RTMP服务器 使用另外的软件拉取咱推送的视频 文件是视频文件,客户端访问的时候就是轮训的挨个下载播放 其实呢这就是视频切片. 2.自行安装 VLC软件 3.先试一试从服务器拉取rtmp视频流 rtmp://替换自己服务器的ip地址/hls/yang
2.9K20发布于 2021-12-01 - 来自专栏Qt项目实战
Qt音视频开发45-视频传输TCP版
一、前言 做音视频开发，会遇到将音视频重新转发出去的需求，当然终极大法是推流转发，还有一些简单的场景是直接自定义协议将视频传出去就行，局域网的话速度还是不错的。 当传输的图片到了一定速度的时候比如一秒钟传输20张图片，其实就相当于传输视频了，一般人的肉眼看到一秒钟20张图片基本上认识就是视频了。 所有传输加20个字节头部：IIMAGE:0000000000000，IIMAGE:为固定头部，后面接13个字节的 内容的长度（含20个头部长度） 字符串。 下面协议部分省略了头部字节。 /8QAHwAAAQUBAQEB...nvWsQRlXA61mTjmtWcdazLgcmrQ0U2plSMKjpDE7UtFFAwxRRRQAUuKWigQlFFFLcD//2Q==</ClientImage 图片传输客户端同时支持发送到多个服务端，可以作为一个教师机同屏发送到多个学生机的应用场景。 同时支持多个客户端同时往服务端发送图片，服务端每个连接都会自动开辟线程收发和解析图片数据。
1.6K30发布于 2020-11-03 - 来自专栏EDI电子数据交换知识分享
选择AS2还是SFTP传输协议？
今天，我们要看一下AS2与SFTP的对比。这两种文件传输协议是如何工作的？它们有什么不同？最重要的是，哪一个更适合企业的文件传输要求？ 什么是AS2？ AS2采用了两种安全方法来保护传输中的敏感信息：数字证书和行业级加密标准。所有通过HTTPS交换的AS2文件在通过安全的SSL隧道传输之前都被压缩和签名。 那么，你应该在什么情况下选择AS2或SFTP进行文件传输？ AS2还有以下优点： 端对端文件加密 通过成功的传输确认（不可否认）来验证文件的完整性 能够发送或检索任何大小或体积的文件 知行之桥EDI系统的AS2功能还获得Drummond认证。 用AS2或SFTP保证您的文件传输安全 知行软件安全可控文件传输（MFT）是知行之桥EDI系统中包含的安全文件传输解决方案。
1.6K00发布于 2021-05-25 - 来自专栏媒矿工厂
优化延迟的最佳视频传输方案（三）
前言： 之前的两篇文章《优化延迟的最佳视频传输方案（一）》和《优化延迟的最佳视频传输方案（二）》介绍了视频传输系统中分发链前端、媒体内容准备、内容传输和播放端优化方面的最佳方案，本文将对后续整体的性能测试进行介绍 PART 5 性能测试 OTT服务商发现即使是在线视频质量上看似微不足道的问题也有可能导致严重的破坏效果。 为内容发布做好准备 无论是准备发布OTT视频服务还是大型直播活动，规划和协作的重要性都不容小觑。内容提供商应与其视频工作流和内容交付网络（CDN）提供商密切合作，以确保对服务目标有共同的理解。 具体而言，凭借强大的播放监控和测量系统，服务商可以： 根据播放请求、启动失败、启动时间、视频可用性、比特率、重新缓冲率和持续时间的数据评估用户体验质量。 按地理位置、设备、连接速度、ISP、视频长度等过滤数据; 通过验证广告的正确放置和其正确播放来支持广告，并应用受众群体参与指标来衡量收视率。
1.2K20发布于 2019-03-07
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号