ITU601/656简介

0    引子

0.1 格式/制式

  格式是指表达、记录图像信息的方式,如视频标准中最基本的参数是扫描格式,规定了每行像素数、每帧行数、每秒场数和帧数。录像机的记录方式也称为格式,如D1D5格式,DVCAM格式,DVCPRODigital-S格式等。

0.2 模拟电视存在的缺点

 模拟电视存在着许多难以克服的缺陷:多次传输或复制后会形成噪声积累,信号的线性、非线性失真,亮色互扰,行间闪烁,爬行,微分相位和微分增益失真等等,致使图像质量不断下降。但这些缺陷大多可通过将模拟信号转变为数字信号进行处理、存储、控制和传输来解决。为了用数字处理和传输电视信号,首先要将模拟电视信号数字化,即对电视信号进行抽样、量化和编码。

0.3 电视信号

  电视信号是通过摄像机对自然景物的扫描并经光电转换形成的。对于PAL,扫描后的图像每秒包含25帧,1帧分为两场,每场有效行为287.5行,这就是说电视信号一经产生,实际上已对自然景物在时间轴及图像垂直方向上完成抽样,留给数字电视系统的是如何在水平方向上完成抽样和量化。

 

1 CCIR 601建议所确定的数字分量编码4:2:2标准

1.1 抽样频率的选择

  电视信号数字化抽样频率的选择首先应满足奈奎斯特抽样定理,即抽样频率至少要等于视频带宽的两倍。对于数字分量编码,CCIR601建议亮度抽样频率为525/60625/50三大制式行频公倍数2.25MHz6倍,即13.5MHz。对现行电视制式而言,亮度信号的最大带宽是6MHz13.5MHz>2×6MHz=12MHz,所以它符合奈奎斯特定理。而色差信号的带宽比亮度信号窄得多,所以在分量编码时两个色差信号的抽样频率可以低一些。因同时考虑到抽样的样点结构应满足正交结构要求,两个色差信号的抽样频率均选为亮度信号抽样频率的一半,即6.75MHz,这样亮度信号与两个色差信号的抽样频率之比为 422

1.2 数字分量视频信号有效行取样点数的确定

  每行数字分量信号的取样点数为:

  对于625/50场制式:

    每行亮度取样点=13.5Mhz/15625Hz=864/行;每行每个色度取样点=6.75Mhz/15625Hz=432/行。

  对于525/60场制式:

    每行亮度取样点=13.5Mhz/15734.266Hz=858/行;每行每色度取样点=6.75Mhz/15734Hz=429/行。

  可见,这两种制式选用了相同的抽样频率,但每行取样点数却不相同。所以把两者取样点数之差别放在数字有效行以外的部分,而使每个数字有效行内的取样点数相同。

  CCIR 601建议两种制式有效行内的取样点数亮度信号取720个,两个色差信号各取360个,即每个数字有效行包括720个亮度数据和720个色度数据(两个色度各360),这样就统一了数字分量编码标准,使三种不同制式便于转换和统一。所以有效行亮度信号与两个色差信号的取样点数之比也为4:2:2(720:360:360)

  上述两点即为获取高质量的后期制作由CCIR 601建议所确定的数字分量编码标准:

  亮度信号的抽样频率为13.5MHz,每个色差信号的抽样频率为6.75MHz,其抽样频率之比为4:2:2,或者说,每数字有效行亮度信号的取样点数是720个,每个色差信号的取样点数是360个,其取样点数之比也为4:2:2,这就是数字分量编码的4:2:2标准,也称为4:2:2格式。用作演播室数字设备及其联接或国际节目交换时的数字化标准。

1.3 4:1:14:2:0格式

  除了标准的4:2:2格式之外,还有将色差信号的抽样频率取为3.375MHz的较低标准的4:1:14:2:0格式。另外还有为适合更高图像质量要求而将色差信号抽样频率取为13.5MHz的更高标准的4:4:4格式。只对4:2:2格式与4:1:14:2:0格式数字取样结构进行比较。

  4:1:14:2:0格式不仅色差信号的取样频率相对于4:2:2格式来说减半,而且使场取样比减半,丢失了后期制作中的一些重要信号信息,如色键。由于彩色信号带宽信息的减半,此信号也就不再适合作高质量的多代编辑。然而,对于普通的新闻采访和窄带传输编码可采用4:1:14:2:0非标准取样方式,结果是牺牲带宽换得节省设备费用的益处。4:2:2格式同4:1:1规格及4:2:0格式系统相比,其高质量视频图像的效果是显而易见的。

2 ITU 656编码标准  

                          国际电信联盟无线电通信部门656-3号建议书:

               工作在ITU-RBT.601建议(部分A)的4:2:2级别上的525行和625

                          电视系统中的数字分量视频信号的接口

国际电联无线电通信全会考虑到:

a)对于电视广播机构和节目制作者,在525行和625行系统的数字演播室标准方面有最多个数的相同重要参数有明显好处;

b)一种世界范围兼容的数字方法将会使设备的开发具有许多共同特点,运行会更经济,并便于国际间节目’的交换;

c)为实现上述目标,已以ITU-RBT601建议的形式对数字电视演播室的基本编码参数达成了协议;d)ITU-RBT601建议的实际实施要求规定接口和通过接口的数据流的细节;e)这些接口在525行和625行两型问应该具有最大的共同性;f)ITU-RBT601建议的实际实施中,希望对接口的串行和并行两种形式都作出规定;

g)这些接口所产生的数字电视信号有可能是对其它业务的潜在干扰源,必须对无线电规则No964给予应有的注意。建议凡在电视演播室里需要分量编码数字视频信号接口的地方,这些接口和通过它们的数据流应符合规定比特并行和比特串行实施的如下说明:

1引言

本建议描述了运行在525行或625行制式并符合ITU-RBT601建议(部分A)中所规定的422编码参数的数字电视设备的互连方法。

第一部分:接口的通用信号格式

1 接口的一般描述

接口为在单一信号源与单一终点之间提供单向互连。并行和串行接口通用的单一信号格式在第2 节中描述。数据信号采取编码成8 比特字(也可任选10 比特字’)的二进制信息的形式。这些信号是:

1:视频信号,

2:定时基准信号,

3:辅助信号。

2,视频数据

1 场间隔定义

 

1:信号FV在数字行的开始时与有效视频定时基准码同步改变状态。

2:行数的定义见ITU-RBT470 建议。注意数字行的行号如在ITU-R BT601 建议(部分A)中描述的,在011 之前改变状态。

2.1 编码特性

视频数据符合ITU-R BT.601 建议(部分A)和示于表l 的场消隐定义。

2.2 视频数据格式

8 个最高有效比特都是l 或都为0 的数据字用于标识目的,所以256 8 比特字中只有254 (1024 10 比特字中的1016 )可以用于表示信号值。视频数据字是以27 兆字/秒的速率复用传送的,其顺序是:CbYCrYCbYCr,…… 其中,CbYCr 这三个字指的是同址的亮度和色差信号取样,后面的Y 字对应于下一个亮度取样。

2.3 接口信号结构

l 示出了视频取样数据如何加入到接口数据流中。图l 中的取样标识符号符合ITU-RBT601 建议(部分A)的标识符号。

2.4 视频定时基准码(SAV,EAV)

有两个定时基准信号,一个在每个视频数据块的开始(Start of ActiveVideoSAV),另一个在每个视频数据块的结束(End of Active VideoEAV),如图l 所示。

每个定时基准信号由4 个字的序列组成,格式如下:

FF 00 00 XY (数值以16 进制表示,FF 00 留供定时基准信号用。)头三个是固定前缀,第4 个字包含定义第二场标识、场消隐状态和行消隐状态的信息。

定时基准信号内的比特分配列于表2

 

数据比特号 第一字(FF 第二字(00 第三字(00 第四字(XY

 

1:示出的数值是为10 比特接口的建议值。

2:为了与已有的8 比特接口兼容,D1DO 比特的值末作规定。F=0/1 l/2 场时,V=0/1 其它处/场消隐时。H=0/1 有效视频开始处(SAV)/有效视频结束处(EAV)P0P1P2P3:保护比特(见表3)MSB:最高有效比特表l 规定了V F 比特的状态。P0P1P2P3 比特的状态决定于FV 比特的状态,见表3。在接收机中,这种安排容许纠正l 比特误码和检出2 比特误码。

 

2.5 辅助数据

对在消隐期间以27 MWords 的速率同步插入到复用组中的辅助数据做了规定。辅助数据信号可以以10 比特形式只在行消隐期间传送,还可以以8 比特形式只在场消隐中的行的有效期间传送(应当指出:符合ITU-RBT657 建议的数字录像机既不记录行消隐期间的数据,也不记录场消隐期间的某些行)。数据值00Xh FFXb(见第22)保留用于标识目的。所以不能在辅助数据中出现。

在场消隐期间的行有效部分载送的所有辅助数据信号必需加前缀:FF.x FF.x 除非作为一件特殊设备想要有的功能,辅助信号不应被设备改变。

2.6 消隐期间的数据字

在数字消隐期间出现不用作定时基准码或辅助数据的数据字时,应在复用起来的数据中的适当位置上填入相当于CbYCrY 信号消隐电平的800h100h800h 100h 等序列。Horizontal Format

The overall format of one complete line of the digital video data stream includes the following sections. The horizontal scan is considered to start with the beginning of the EAV section.

EAV - End of Active Video (timing reference signal) 2 samples (4 words)

Horizontal blanking      134 samples (268 words)

SAV - Start of Active Video (timing reference signal) 2 samples (4 words)

Active video       720 samples (1440 words)

EAV Timing Reference Signal:

The EAV Timing Reference consists of four words in the following format:

 

where:

F    = Field select (defines which vertical scan during interlace scanning)

V    = Vertical blanking

H    = 1 indicating EAV

E3 = V xor H

E2 = F xor H

E1 = F xor V

E0 = F xor V xor H

Horizontal Blanking:

The horizontal blanking section consists of a repeating pattern: 1000 0000 0001 0000 ........

SAV Timing Reference Signal:

The SAV Timing Reference consists of four words in the following format:

 

where:

F    = Field select (defines which vertical scan during interlace scanning)

V    = Vertical blanking

H    = 0 indicating SAV

E3 = V xor H

E2 = F xor H

E1 = F xor V

E0 = F xor V xor H

Active Video:

The active video section consists of the Y, Cb, Cr data in the following sequence. The Y, Cb and Cr values are the scaled, offset, digitized versions of Y, U and V.

Cr

Y

Cb

Y

Vertical Format

The details of the vertical format are shown in the complete screen diagrammed below. The scan is of the interlace type which means that the odd lines are scanned first, followed by the even lines. The symbols "F" and "V" refer to the values contained in bits P8 and P7 of the EAV and SAV timing reference words.

 

CCIR601和ccir656标准的区别:

关于这两种信号的区别: ITU-R BT 601:16位数据传输;21芯;Y、U、V信号同时传输。 601是并行数据,行场同步有单独输出;

ITU-R BT 656:  9芯,不需要同步信号;8位数据传输;串行视频传输;传输速率是601的2倍;先传Y,后传UV。

656输出的是串行数据,行场同步信号嵌入在数据流中;656只是数据传输接口而已,可以说是作为601的一个传输方式。 简单的说ITU-R BT.601是"演播室数字电视编码参数"标准,而ITU-R BT.656, 则是ITU-R    BT.601附件A中的数字接口标准,用于主要数字视频设备(包括芯片)之间采用27Mhz/s并口或243Mb/s串行接口的数字传输接口标准.

     CCIR601号建议的制定,是向着数字电视广播系统参数统一化、标准化迈出的第一步。在该建议中,规定了625和525行系统电视中心演播室数字编码的基本参数值。            601号建议单独规定了电视演播室的编码标准。它对彩色电视信号的编码方式、取样频率、取样结构都作了明确的规定。它规定彩色电视信号采用分量编码。所谓分量编码就是彩色全电视信号在转换成数字形式之前,先被分离成亮度信号和色差信号,然后对它们分别       进行编码。分量信号(Y、B  --  Y、R  -- Y)被分别编码后,再合成数字信       号。 它规定了取样频率与取样结构。例如:在4:2:2等级的编码中,规定亮度信号和色差信号的取样频率分别为13.5MHZ和6.75MHZ   ,取样结构为正交结构,即按行、场、帧重复,每行中的R-Y和B-Y取样与奇次(1,3,5……)Y的取样同位置,即取样结构是固定的,取样点在电视屏幕上的相对位置不变。  它规定了编码方式。对亮度信号和两个色差信号进行线性PCM编码,每个取样点取8比特量化。同时,规定在数字编码时,不使用A/D转换的整个动态范围,只给亮度信号分配220个量化级,黑电平对应于量化级16,白电平对应于量化级235。为每个色差信号分配224个量化级,色差信号的零电平对应于量化级128。综上所述,我们知道,分量信号的编码数据流是很高的。以4:2:2编码标准为例,其比特流为:13.5×8+6.75×8×2=216Mb/S。若采用4:4:4编码方式,即对复合信号直接编码,其抽样频率取为13.3×8=106.4 Mb/S

ITU601/656相关推荐

  1. tiny4412 裸机程序 八、重定位到DRAM及LCD实验【转】

    本文转载自:http://blog.csdn.net/eshing/article/details/37407423 版权声明:本文为博主原创文章,未经博主允许不得转载. 目录(?)[+] 一.实验原 ...

  2. tiny4412 裸机程序 八、重定位到DRAM及LCD实验

    一.实验原理 上一章已经解释的很清楚了,如何将所要运行的user_bin程序定位到DRAM中,这一章要进行重定位到DRAM后运行LCD程序,实际上一章中BL2中程序可以不用改动,直接重写我们的USER ...

  3. ITU601与ITU656

    原文地址 http://blog.csdn.net/zhandoushi1982/archive/2009/12/15/5013868.aspx ITU601与ITU656都具有8根数据线并行传输数据 ...

  4. yuv,ycbcr,ypbpr,yiq itu-r bt.656 itu-r bt.601

    YUV,是一种颜色编码方法. YUV是编译true-color颜色空间(color space)的种类,Y'UV, YUV, YCbCr,YPbPr等专有名词都可以称为YUV,彼此有重叠. " ...

  5. YUV YPbPr YCbCr CCIR 601 CCIR 656

                                                        YUV YPbPr YCbCr CCIR 601 CCIR 656   转自:http://bl ...

  6. ITU-RBT.656视频标准接口

    601是SDTV的数据结构 656是SDTV的interface 709是HDTV的数据结构 1120是HDTV的interface ITU-R BT.601是演播室数字电视编码参数标准,而ITU-R ...

  7. ITU-R BT.656 协议

    ITU-R BT.601和ITU-R BT.656国际电信联盟(International Telecommunication Union)无线通信部门(ITU-R)制定的标准.严格来说,ITU-R ...

  8. Codeforces Round #656 (Div. 3) F. Removing Leaves 贪心 + 模拟

    传送门 文章目录 题意: 思路: 题意: 思路: 首先有一个贪心策略就是每次都找一个叶子节点最多的点,让后删掉他的kkk个叶子节点,现在我们就来考虑如何模拟这个过程. 我们整一个vector<s ...

  9. LeetCode 2020 力扣杯全国秋季编程大赛(656/3244,前20.2%)

    文章目录 1. 比赛结果 2. 题目 1. LeetCode LCP 17. 速算机器人 easy 2. LeetCode LCP 18. 早餐组合 easy 3. LeetCode LCP 19. ...

最新文章

  1. 软工作业——四则运算生成器(scala 实现)
  2. 保留字(reserved field)是什么意思?
  3. unilever news
  4. final修饰的是引用还是引用的对象
  5. c语言 字符相加_C语言中自加自减的编译原理
  6. 『Numpy』内存分析_高级切片和内存数据解析
  7. 有关Linux下request.getRealPath(/)获取路径的问题
  8. 你没有权限在此位置中保持文件 java_Java路径问题解决方案收集
  9. c语言指针自定义函数,c语言函数指针定义,指针函数和函数指针的区别
  10. 信息学奥赛一本通 1002:输出第二个整数 | OpenJudge NOI 1.1 02
  11. 英语 面包为什么不可数?
  12. Fedora16 下更改多系统、多内核的默认启动项
  13. cab文件介绍及制作方法 1
  14. 爬取豆瓣电影排行榜top 250
  15. 微信小程序中使用wx.showToast()进行界面交互
  16. 教师综合素质5--地理名胜
  17. win11彻底卸载微软bing输入法,包括删除输入法状态栏图标
  18. Python 愤怒的小鸟代码实现:物理引擎pymunk使用
  19. 微软最走运和最倒霉的十个瞬间
  20. 浅谈如何做一名优秀的WEB前端工程师

热门文章

  1. 带你了解STM32中的I2C
  2. AC旁挂三层交换机管理ap,二层接入ap心得
  3. border在部分移动端浏览器下不显示边框的解决方案
  4. 关于Node(你一定要知道的小秘密)
  5. ​Kraken一月加密市场波动报告:地震级转型?
  6. LeetCode 每日一题——1684. 统计一致字符串的数目
  7. 计算机学院吴琴,CCF@U413:陶建华走进成都信息工程大学
  8. 【云原生】DevOps(三):CI、CD持续集成|交付|部署
  9. oracle的nvl的使用,oracle的nvl函数的使用介绍
  10. JAVA学习笔记_银行账户系统