视频传输接口

一:

VGA(Video Graphics Array,视频图形阵列):IBM在1987年随PS/2("Personal System 2"的意思,即“个人系统2”,该个人电脑的键盘鼠标采用PS/2接口,并且这种接口被沿用了二十几年)个人电脑的推出而发布的一种视频传输标准,视频数据以模拟信号传输,导致了数字信号->模拟信号->数字信号的转换过程,是一种有损传输。

二:

DVI(Digital Visual Interface,数字视频接口):1999年由Silicon Image、Intel、Compaq等公司发布的一款无损(未压缩)的视频传输标准,以数字信号传输,分有三种接口,DVI-A(A = Analog,以模拟信号传输,类似VGA,已废弃),DVI-D(D = Digital,以数字信号传输,有单通道和双通道两种),DVI-I(I = Integrated,以模拟或者数字信号输出,也分为单通道和双通道两种)。此标准可以添加HDCP(High-bandwidth Digital Content Protection,高宽带数字内容保护)协议,即DVI/HDCP,来保护传输的视频的安全性,即不被非法盗取。

(DVI-D单通道接口实物图)

(DVI所有接口参考图,Single = 单通道,Dual = 双通道)

三:

HDMI(High Definition Multimedia Interface,高画质多媒体接口):2002年,日立、松下、飞利浦、Silicon Image、索尼、汤姆逊、东芝七家公司共同组建了HDMI高清多媒体接口组织,此标准以数字信号同时传输视频和音频(前两者只能传输视频),并且此标准内置HDCP协议,分为三种接口(见下图),用来代替原先的DVI标准(1:DVI接口考虑的对象主要是PC,对于平板的兼容能力一般;2:DVI接口对影像版权保护缺乏支持,需要额外添加HDCP协议;3: DVI接口出于兼容性考虑,预留了不少引脚以支持模拟设备,造成接口体积较大,效率很低;4:DVI接口只能传输图像信号,对于数字音频信号的支持完全没有考虑)。

(此图中只有A、C、D三种类型接口,其实还有B类型,但是B类型未应用于任何产品上)

四:

DP(Display Port):视频电子标准协会(VESA)推动的数字式视频接口标准,定稿于2006年5月,用来统一视频传输接口,并替代HDMI,是完全开放的标准,AMD、苹果、戴尔、英特尔、联想和惠普等企业表态支持DisplayPort。(此标准仍在升级中,待续...)

其他标准:AV端子,色差端子。(两者均为模拟信号)

(1980年末,AV端子:黄色为视频输出线,白色红色为音频输出线)

(1980年末,色差端子:三根线分别代表视频的明度、彩度、同步脉冲)

结语:

各标准出现顺序:VGA -> DVI -> HDMI -> DP

各标准色彩质量排序(高->低):DP > HDMI >= DVI > VGA > 色差端子 > AV端子

原文地址:https://www.cnblogs.com/ryzz/p/9551682.html

时间: 2024-08-14 05:41:33

视频传输接口的相关文章

一个基于JRTPLIB的轻量级RTSP客户端(myRTSPClient)——实现篇:(六)RTP音视频传输解析层之音视频数据传输格式

一.差异 本地音视频数据格式和用来传输的音视频数据格式存在些许差异,由于音视频数据流到达客户端时,需要考虑数据流的数据边界.分包.组包顺序等问题,所以传输中的音视频数据往往会多一些字节. 举个例子,有时候一个媒体分包数据量很大(比如H264的一个分包常常会有2-4K),而大多数网络的MTU(最大传输单元)基本都是1500字节. 如果频繁收发这么大的数据包,会额外增添路由器的负担,甚至会导致网络阻塞,不利于网络的稳定. 于是服务器就自行对H264进行了分包以适应MTU,每个分包的开始处往往会多出一

视频采集接口camera link 在8148中的应用

(1)应用背景 (2)camera link 简介 (3)camera link 与8148 (4)camera link 应用实例 ---------------------author:pkf ----------------------------time:2015-2-28 ----------------------------------qq:1327706646 (1)应用背景 去年开始接触camera link,刚开始听着以为是ti的东西,后面着手后,他就是个视频传输协议,这会儿

小米路由器mini--OpenWrt刷机/adhoc网络配置/视频传输测试

1.小米路由器配置        1.1开发版刷机 新的小米MINI路由器自带稳定版系统,该系统不能进行刷机,因此需要升级为开发版操作系统. 开发版下载地址:http://miwifi.com/miwifi_download.html (1)准备工作 第一步选择ROM下载,路由器型号为mini.第二步,准备一个U盘,并将其格式化为FAT32格式,而后把下载好的ROM文件.bin重命名为miwifi.com拷入U盘. (2)刷机 路由器断电,插入U盘.按住reset键,上电,当指示灯闪烁时松开re

视频传输

视频传输方式一:以IIC协议,通过IO口传输视频流: 视频传输方式二:以usb接口传输视频流: 驱动:字符设备驱动 怎么写驱动程序:构造file_operations 告诉内核 入口函数 出口函数 v4l2驱动框架:核心层 -- > file_operations 硬件相关层: 1.将usb摄像头设备插到装有虚拟机的pc上,dmesg会打印出一些发现usb摄像头设备的信息,在内核中grep找到打印信息的具体位置: 2.查找打印信息 3.用source insight或其他阅读软件打开uvc_dr

linux下视频传输测试

本文博客链接:http://blog.csdn.net/jdh99,作者:jdh,转载请注明. 在上一篇<ubuntu下基于qt+OpenCV控制摄像头>的基础上测试了视频传输. 环境:主机:PC + Ubuntu10.04 + OpenCV + Qt 从机:s3c6410 + linux2.6.38 + Qt 主机有摄像头,捕捉摄像头,然后通过网络传输,从机接收数据后显示. 实现流程: 主机代码: 主要代码如下,socket编程采用Linux本身提供的方法. widget.h [html] 

基于RTP的h.264视频传输系统设计(一)

一.H.264 的层次介绍 H.264 定义三个层次,每个层次支持一组特定的编码功能,并且依照各个层次指定所指定的功能.基础层次(baselineprofile)支持I 帧和 P 帧[1]的帧内和帧间编码,支持自适应的可变长度的熵编码(CAVLC).主要层次(main profile)支持隔行扫描视频,B帧[2]的帧内编码,使用加权预测的帧内编码和使用上下文的算术编码(CABAV).扩展层次(extendedprofile)不支持隔行扫描视频和CABAC,但增加了码流之间高效的转化模式(SP 和

调用微信高级群发接口--视频群发接口出问题(微信官方文档错误纠正)

这几天在弄项目与微信对接,我主要负责将素材(视频,图片,缩略图,音频)材料上传到微信服务器上,并推送到所关注本平台的用户中,从获取accessToken到素材上传.下载.或者关注者的openId等这一系列的接口,都没有问题,但是当最后调用高级接口,进行群发的时候确出了问题,按照官方文档的做法分步执行的群发视频的接口.       1.上传视频到服务器,返回的代码代码如下. { "type": "video", "media_id": "

SSD的传输总线、传输协议、传输接口

前言:关于SSD,有众多总线类型.协议类型.接口类型,每个接口还包括不同型号,在这里花点时间全部整理一下,整理日期2017-08-08. 1.传输总线 总线就像一条公路,公路上的车好比总线上的电信号:公路的大小和车流量就决定了公路的车流量,故总线的位宽大小和传输频率决定了一次传输中能够提供的最大速度.常见的总线类型有: 1.1 PCIE PCIE是一切的根,所有外设都是由PCIE演化而来. 给出PCIe 2.0和PCIE 3.0标准速率,实际速率却很难达到这个理论值. 1.2 SATA 1.3

如果要做点对点的视频传输应该一般使用什么协议

如果要做点对点的视频传输应该一般使用什么协议 我想在一台电脑上接受另一台电脑的摄像头视频流并显示出来.我现在能够得到摄像头采集的每一帧图像,想要传输给接收端.如果直接传输原始数据的话,640*480的图像每一帧0.9M左右,每秒24帧也要21MB/s的传输速率,显然太大了.我之前没有任何的关于视频传输方面的编程经验,所以完全没有头绪.想请教一下大家应该采取什么样的措施来减少传输的数据量?给个关键字也行.谢谢. 1>视频源fmpeg压缩2>按照一种标准封装传输格式,一般是rfc3984 over