高清转播车TALLY 系统.docx

上传人:b****6 文档编号:3046568 上传时间:2022-11-17 格式:DOCX 页数:10 大小:1.40MB
下载 相关 举报
高清转播车TALLY 系统.docx_第1页
第1页 / 共10页
高清转播车TALLY 系统.docx_第2页
第2页 / 共10页
高清转播车TALLY 系统.docx_第3页
第3页 / 共10页
高清转播车TALLY 系统.docx_第4页
第4页 / 共10页
高清转播车TALLY 系统.docx_第5页
第5页 / 共10页
点击查看更多>>
下载资源
资源描述

高清转播车TALLY 系统.docx

《高清转播车TALLY 系统.docx》由会员分享,可在线阅读,更多相关《高清转播车TALLY 系统.docx(10页珍藏版)》请在冰豆网上搜索。

高清转播车TALLY 系统.docx

高清转播车TALLY系统

某电视台高清转播车TALLY系统

一、需求的产生

随着大型高清转播车系统设计的深入,用户为使转播车能够适应越来越复杂的应用需求,均希望转播车具有非常灵活的监视调度系统。

如下图:

通常情况下,用户会希望转播车中的导演区、制作区、音响区的监视器墙具有完全(或部分)自由调度能力。

而对于技术区则接受固定监看的方式。

同时在通道上系统主通道由切换台提供,应急切换通道由矩阵提供。

因此TALLY系统应可跟随矩阵实现监视调度时的源名跟随及跟随切换台或矩阵应急输出实现切换时的TALLY显示。

目前监视器自由调度的方案大致有如下情况:

a矩阵+独立LCD显示方式

b矩阵+多画面屏幕分割器方式

cMVP集中调度屏幕分割器方式

在为用户进行系统设计时以第一种方案最为棘手,因为LCD的价格不好掌握,且常规使用的TSLUMD系统在对应此方案时成本较高。

而我公司的主要竞争对手都研发有低成本的UMD系统。

因此我们迫切希望我公司可以设计一套低成本的UMD控制系统以应对其他公司的竞争。

二、其他公司的解决办法

以XX公司在XX电视台高清转播车项目中的应用为例:

虽然XX公司研发有自主的动态UMD及TALLY提示系统设备,但他们从未推荐到中国来。

原因就是价格太贵,不具有竞争力。

因此他们将协议开放给其代理商XX公司。

并通过XX公司研发一套可与XXUMDTALLY显示系统配套的协议转换软件。

如下图:

协议翻译器通过协议总线读取矩阵和切换台内部交叉点信息,并完成源名与UMD显示灯地址的匹配、切换台(应急时为矩阵)节目/预选/ME母线交叉点与UMD显示灯地址的匹配。

通过RS422方式以XXUMD协议告知UMD驱动单元每个TALLY灯应显示什么名称、何时亮灯、灯的颜色等。

三、我公司的解决方案:

因此建议我公司参照其他厂家的办法研发一套可以用于沟通切换台、矩阵和UMD系统的协议控制软件。

此前XX已经将UMD协议提供给我司,这种做法虽然使用了XX的UMD公共平台,但由于如何协调切换台及矩阵,如何实现源名跟随及TALLY提示的关键设计仍掌握在我们手中,因此不会出现其他不利影响。

现今较为流行的屏幕分割器均遵循TSL及ImageVideo通讯协议。

因此如果我们可以通过设备制造商得到TSL通讯协议并遵循其编写我们的UMD输出控制,则我们的UMD控制软件有可能完全替代现有TSL实现对分割器的调度从而进一步降低我们在TALLY系统上的成本及造价。

四、UMD&TALLY控制器硬件平台建议:

如图:

建议我司UMD&TALLY主控制器的硬件平台为1台标准1RU长卡工业计算机并配有足够的RS422、GPI控制卡。

可以自动运行我司研发的UMD控制软件。

可外接显示器及键盘、鼠标,实现对UMD控制软件设置的本地修改。

也可通过网络的方式由另外一台安装我公司UMD控制软件的计算机对设置进行遥控(远程)修改。

五、我司UMD&TALLY系统框图

如前文所讲,我们目前推荐的屏幕分割器+大屏幕(LCD或PDP)的方案在价格上劣势不是很明显,且与屏幕分割器通讯上可能存在协议上的阻碍。

因此在本案中我们主要围绕矩阵+独立LCD的显示方案进行讨论。

六、软件设计需求

1、源名跟随功能

如图所示:

在UMD主控制器中编制“源名跟随列表”,通过主控制器中的RS422接口读取矩阵交叉点信息。

并将交叉点信息与“源名跟随列表”进行比对,最后把对应结果告知UMD驱动器使对应地址的UMD显示单元改名。

例如,系统从矩阵中读取的交叉点信息为:

“S07D01”,该信息代表第1个矩阵输出选择了第7路输入。

比对“源名跟随列表”后将字符“VTR1”发送给地址为U01的UMD灯进行显示。

需要说明的是输出ID=L01为静态显示,此时直接将输出名称中的“CAM1”发送给地址为U05的UMD灯进行显示。

最终系统自动生成的实际UMD列表为:

2、TALLY提示功能

如图所示:

在UMD主控制器中编制“TALLY指示列表”,通过主控制器中的RS422接口读取切换台交叉点信息。

并将交叉点信息与“TALLY指示列表”及“源名跟随列表”进行比对,最后把对应结果告知UMD驱动器使对应地址的UMD显示单元点亮相应的TALLY灯。

例如,系统从切换台中读取的交叉点信息为:

“S07D03”,该信息代表切换台PGM母线选择第7个输入,该输入为“VTR1”。

比对“源名跟随列表”后通知UMD驱动器令所有输出名称为VTR1的UMD显示单元亮红灯。

需要说明的是,在UMD软件中“TALLY指示列表”不是一张,而可能是两张甚至更多张。

因为当切换台损坏后TALLY系统应跟随矩阵应急切换母线。

或者当矩阵损坏后系统可根据一套预制的静态显示方案工作(参见下文XX电视台显示方案及虚拟tally矩阵功能说明)

3、TALLY倒换功能

根据视频系统应用需求,通过外置遥控面板提供的GPI或RS232信号遥控系统调用多张“TALLY指示列表”中的一张跟随切换台PPPGM母线、矩阵应急母线、预制的静态显示方案中的一种状态进行工作。

4、TALLY编组功能

关于TALLY编组功能我们可以从两个方面进行理解:

1、TALLY显示颜色的编组。

2、TALLY显示区域的编组。

4.1关于TALLY显示颜色

现今随着导演制作需求的提高,传统的双色TALLY显示已经不能满足要求。

当我们使用串行TALLY时,由于系统读取的是设备的交叉点信息,因此我们有可能提供比原先更多的信息。

但是作为UMD显示单元,通常只有红色和黄色两种TALLY颜色可供利用,其中红色的优先级最高。

因此总结目前用户对TALLY需求的情况为:

我们的软件应可以让用户手动选择TALLY显示的颜色及优先级。

在UMD显示单元中出现颜色冲突时,优先级低的TALLY应降级显示。

但在CCU显示中不需要考虑优先级。

4.2关于TALY显示区域

由上文可知,目前我们可以令系统提供非常丰富的TALLY提示信息。

但其实这些信息并不需要在每个区域中均显示出来。

而应该根据具体操作的人员的工作区域进行有条件的选择。

同时受到UMD显示设备可提供TALLY颜色的限制。

我们不能令在同一显示区域中的两组TALLY在颜色上发生冲突而造成歧义。

例如当XX切换台被应用于高/标清混合制作系统中时,两组导演均使用同一组电视墙进行操作,此时无论哪个导演切出的信号对于CCU来讲都应亮红灯。

但对于导演来讲如果电视墙中出现2组以上的红灯则会感到迷惑。

因此我们在软件设计上应可以使用户可以根据需要自由定义TALLY的显示区域和颜色。

如下表:

5、虚拟TALLY矩阵功能

此功能主要用于配合系统中具有部分静态显示监视器时的应用。

在很多系统中我们出于节约矩阵输出端口或增强系统稳定性的考虑,很可能会在一组监视器墙中参杂由矩阵调度和由设备固定输出的两种显示方式。

如下图为XX电视台高清车导演区的显示方案:

其中最上面一排监视器全部由可由矩阵进行灵活调度。

第二排为主信号源显示,全部由摄像机CCU直接提供。

如果此时该部分监视器上方的TALLY灯使用传统的静态显示方式。

则系统中会出现动、静两套TALLY控制器(如下图)

如果UMD主驱动器软件不支持静态TALLY的点灯信息。

则这个系统需要切换台及数字矩阵同时串行和并行TALLY输出,系统比较复杂容易出现设置上的错误。

同时这个系统不能满足所有的使用需求。

下图是XX电视台高清车的导演区监视方案。

其监视器墙全部采用独立LCD显示方案,每个LCD监视器均具有HD及CPST输入。

正常情况下使用经矩阵调度的HD-SDI信号进行监看,使整个电视墙具有非常高的调度灵活性。

同时为了避免矩阵损坏而对全部监视器造成影响。

用户设计了一套基本显示方案,并由信号源设备直接提供CPST监视信号。

当矩阵损坏时统一切换监视器为CPST显示方式以满足导演基本监看的需要。

此时如果UMD主驱动器软件不支持静态TALLY的点灯信息。

那么如何实现倒换后的TALLY提示呢?

因此我们建议,在软件中应包含虚拟矩阵部分。

例如当使用64x64矩阵进行调度时,对于UMD系统可以将它虚拟为1台64x96矩阵。

前64个输出端口为物理端口,对应动态TALLY灯地址。

后32个输出端口为虚拟端口,对应静态TALLY灯地址。

6、双系统级联时的TALLY输入、输出功能

6.1TALLY输出功能

此功能用于本车系统作为一级切换主切换系统时的使用情况,此时本系统只需要向从系统提供CCU点灯信号即可。

因此该部分功能的实现较为简单,目前UMD系统及具有配套的串/并转换设备,且按照XX产品的一贯特点,串/并转换器可以环接多个。

因此我们只须要配套一个专门的串/并转换器并将其输出接入车外接口板即可。

6.2TALLY输入功能

此功能用于本车系统作为一级切换从系统时的使用情况,此时当主系统向我们提供CCU点灯信号时,我们不但要考虑本系统的CCUtally与主系统的CCUtally倒换问题,还要考虑操作人员如(摄像机操作员)监视器上方TALLY灯的提示问题,因此较为复杂。

在矩阵系统中我们通常会配有RCP-GPI32or64p用于摄像机JOYSTICK遥控功能。

因此我建议利用此设备的剩余端口来完成此功能。

其工作原理是:

通过外部信号遥控RCP-GPI32p切换矩阵应急输出通道。

将TALLY系统选择为视频应急状态,此时全系统的TALLY显示单元、CCUTALLY灯均跟随应急通道(外来切换)工作。

7、监视器墙快速调度功能

该需求用于对监视器墙的快速设置和调度。

如下图

7.1设置区域的快速选择

在高清转播车项目通常会分为导演区、技术区、制作区、音响区这四个功能区,并在各区域中具有监视器墙(组)。

软件应可快速选择不同的区域进行设置。

并以图形化界面在主菜单中显示当前电视墙的显示方案。

7.2显示方案的快速选择

当系统使用多画面分割器作为主要显示设备时,应为每个屏幕分割器考虑多种分割显示方案及当每块屏幕损坏时的应急显示方案,并将这些方案以“预设”的方式存储在分割器中,我们可以通过软件以GPI触发的方式进行集中或个别调度。

当系统使用矩阵+独立LCD作为主要显示设备时,我们可以以GPI触发的方式进行集中切换监视器进行输入通道选择(一键切功能)。

7.3监视器状态快速设置

在进行高、标清混合制作时,我们可以通过GPI触发的方式集中或个别选择监视器显示宽高比状态(一键切功能)。

7.4信号的快速调度功能

当完成矩阵的设置后,UMD软件应自动或手动生成“待选信号源”列表,用户可以通过鼠标拖动的方式将信号源拖拽到目的显示器中,当选择“执行”功能后系统可自动完成对矩阵的切换和UMD名称的转换。

系统可将当前状态存储为默认设置,在下次开机时自动恢复。

同时系统自动生成各项报表供技术人员查阅。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 法律文书 > 调解书

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1