视频播出系统（精选10篇）
视频播出系统 篇1
1 引言
随着计算机技术、多媒体技术和电视数字技术的高速发展, 数字硬盘播出系统以其高安全性、高效益灵活性已在全国各级电视台得到了广泛应用。以视频服务器为核心的数字硬盘播出系统, 其以硬盘为主要的信号源, 具有与传统的基于磁带的模拟播出系统所无法比拟的优点。与原先的模拟系统相比, 数字硬盘播出系统的设备及播出方式有了很大的改变, 对技术人员的素质、反应速度提出了更加复杂、细致的要求。
2 播出系统及视频服务器概述
新余电视台的数字硬盘播出系统主要由两台Magi Stream视频服务器、两台数据库服务器、一套二级存储硬盘阵列系统 (盘塔) 及多台播控工作站和上载工作站组成。各制作部门将节目直接通过线缆 (视音频或SDI) 经上载通道和网络交换机进入视频服务器素材存储库, 或进入二级存储的硬盘阵列中素材存储库, 在播控工作站的控制下, 服务器存储库的素材按节目播出单的顺序依次由视频服务器的解码通道回放, 经切换、键叠加、音频处理等环节传输到传送端口发送。
两台Magi Stream视频服务器互为热备份, 具有快速响应能力, 高度安全可靠的播出能力, 以及超大容量的在线存储能力。它是一款将Mpeg-2编码器、解码器结合为一体的多通道视、音频服务器, 具有开放式的软硬件平台和标准的接口协议, 系统稳定、可靠, 并可以与当前主流的非线性节目制作、编辑网络互联。它采用格非设计的高集成度MPEG-2 CODEC主板以及支持热插拔的冗余电源、支持热插拔的RAID5磁盘阵列、热插拔的风扇、嵌入式XP操作系统, 从硬件结构和操作系统上充分保证服务器的稳定工作。
存储子系统具有5个SCSI热插拔盘位。存储模块采用RAID 5技术, 配置5个73G SCSI高速硬盘时, 基本存储容量为150h (8Mbit/s) , 硬盘容量可以扩展。服务器采用了RAID控制器而不是RAID卡, RAID控制器它自身带有苹果的高速CPU, 在处理数据文件存储时使用的是自己的资源, 而不占用计算机的任何资源, 存储在其内部的数据文件不会因为计算机系统操作系统的瘫痪而丢失其文件, 确保了播出的安全可靠稳定。
3 播出系统视频服务器故障处理
3.1 播出服务器告警写入操作失败
故障现象:视频服务器操作系统界面告警, 提示“系统试图从缓冲区传输文件数据到DeviceHarddiskPartitionlClips, 写入操作失败, 且仅有部分数据能写入文件”。同时视频服务器存储控制器上显示“CHL=XID=X Parity/CRC Error”。
技术分析:服务器磁盘阵列中硬盘出现坏块或磁盘阵列RAID出现故障。
处理方法: (1) 重启服务器后, 提示盘塔中有坏块存在, 需要运行CHIKDISK。忽略磁盘检测程序, 服务器直接进入播出界面; (2) 如第一方法处理后, 还是提示盘塔中有坏块存在, 重新做REBUILDING; (3) 如故障依旧, 就需要对磁盘阵列重新做RAID 5, 做完RAID 5后, 格式化磁盘阵列, 在磁盘阵列中创建CLIPS文件夹共享, 然后从另一服务器中把其CLIPS中的所有文件复制过来即可, 这些步骤需花费很长时间, 一般在每天非重要播出时间 (如停播后及开播前) 进行。
3.2 服务器素材盘丢失, 控制器告警
故障现象:视频服务器的RAID控制器报错, 视频服务器素材盘丢失, 网络无法寻找到该服务器素材库。视频服务器控制器报错误信息“NVRAM CRC error<ENT>to confirm” (内部存储器有错误发生, 按<ENT>确定) , 确定后出现“No Host Lun” (没有逻辑映射) 。
技术分析:根据报错信息分析, 视频服务器控制器出现故障, 丢失了逻辑映射。需要将模组重新映射到新的连接端口, 重新建立映射。
处理方法: (1) 在视频服务器控制器上操作, 按“ENT”键2S后进入主菜单“quick logical Drive install”; (2) 按操作面板的下键“↓”, 进入选择状态, 选择“view and Edit Host LUNs”; (3) 按“ENT”键, 界面显示“CH*ID*Pri.Ctrl…”; (4) 按“ENT”键, 选择“Map to Logical Drive?” (询问是否实现对逻辑盘映射的操作) , 确认实现对逻辑盘映射的操作; (5) 点击“ENT”键, 界面显示“CH*ID*LUN*NO Mapped…” (表示无映射) , (6) 点击“ENT”键, 界面显示“MAP HOST LUN?” (询问是否开始对逻辑盘的映射) ; (7) 点击“ENT”键后, 界面显示“LG=*PART=*****MB?” (确认所做映射的逻辑盘或者逻辑卷容量大小) ; (8) 点击“ENT”键, 界面显示“CH=*ID=*LUN*Map to LG=*PRT=*?” (确认所做映射的信息是否正确) ; (9) 点击“ENT”键, 界面显示“CH=*ID=*pri.Ctrl...”; (10) 点击“ENT”键, 界面显示“CH*ID*LUN*MAP TO LG*PRT*”, 映射完成, 重启该视频服务器即可恢复正常。
3.3 SCSI硬盘掉线报错恢复
故障现象:控制器发出周期性的滴滴报警声, LCD面板提示CHL=*ID=*Select Timeout (选择超时) 。按控制器的ESC键后, 在控制器的LCD面板上会有提示CHL=*ID=*Drives failure (CHL=*表示坏磁盘的通道号;ID=*表示坏磁盘的ID号) 。
技术分析:视频服务器的硬盘在使用了一段时间后可能会出现问题。上述信息表示存储子系统SCSI硬盘出现掉线故障, CHL=*表示坏磁盘的通道号;ID=*表示坏磁盘的ID号。
处理方法:详细地了解硬盘的故障原因, (1) 对于随机因素造成数据错误, 可以在RAID阵列中对该盘进行数据恢复; (2) 通过菜单“view and Edit SCSI Drives”检测到具体硬盘MISSING (丢失) , 可以通过热插拨硬盘的方法使之恢复正常; (3) 在更换或重启硬盘时, 一般要先在操作系统中将硬盘设为DEAD, 让该盘脱离阵列的工作。在系统报告操作完成后, 轻轻将硬盘抽出一点, 以硬盘接口断电为宜, 再让硬盘在槽位上停留一分钟左右, 完全停转后再行抽出。此时不要马上抽离硬盘, 以避免划伤。
3.4 SCSI硬盘损坏手动Rebuild
故障现象:控制器发出周期性的滴滴报警声, LCD面板上也出现超时的错误提示, 但在界面View SCSI Drives…非正常状态显示为”CHL=*ID=*BAD DRV”。
技术分析:视频服务器的硬盘接近寿命终结时会多次出错, 并频频报警, 或在日志中报告多次读写时延或响应缓慢。
处理方法:根据控制器提示的ID=*来确认坏磁盘, 然后就要更换磁盘进行手动Rebuild操作, (1) 按“ENT”键2S后进入主菜单“quick logical Drive install”; (2) 按操作面板的下键“↓”, 进入选择状态, 选择“view and Edit logical Drives”; (3) 按“ENT”键, 界面显示“LG*RAID*DRV=****GB FL/GD SB=*”; (4) 按“ENT”键, 界面显示“View SCSI Drives…在Rebuild Logical Drive界面”; (5) 按“ENT”键进入显示状态“Rebuild Logical Drive?”; (6) 按“ENT”键, 如果你插入的不是一块新盘或是坏盘, 控制器界面提示“Rebuild:scan swap drive fail!”, 如果你插入的是一块新盘, 控制其界面提示“Rebuilding000%please wait!”, Rebuild成功后返回。
3.5 存储子系统SCSI硬盘掉线不报错
故障现象:控制其发出周期性的滴滴报警声, 但是控制器的状态仍显示为Ready状态。
技术分析:视频服务器的硬盘在阵列中使用一段时间后就有可能出现掉线的情况;控制器的状态显示为Ready状态的原因可能是有人操作过, 控制器掉过电, 或者其他原因。
处理方法:这种情况下, (1) 按“ENT”键2S后进入主菜单“quick logical Drive install”; (2) 按操作面板的下键“↓”, 进入选择状态, 选择“view and Edit logical Drives”; (3) 按“ENT”键, 界面显示“LG*RAID*DRV=****GB FL/GD SB=*”; (4) 按“ENT”键, 界面显示“View SCSI Drives…在view and Edit SCSI Drives界面”; (5) 按“ENT”键进入显示状态, 如显示为“C=*I=*****GB USED DRV SEAGATE”, 表示使用过的磁盘, 这个状态说明磁盘可以被控制器所识别, 但不存在于RAID5管理的逻辑磁盘中, 手动做Rebuild即可重启该视频服务器。
3.6 重建RAID阵列
故障现象:控制其发出周期性的滴滴报警声, 但是控制器的状态仍显示为Ready状态。
技术分析:RAID阵列中有两块硬盘同时损坏或者在操作过程中出现错误, 导致RAID阵列无法工作。
处理方法:必须创建新的RAID阵列, 需要注意的是要先删除逻辑映射, (1) 按“ENT”键2S后进入主菜单“quick logical Drive install”; (2) 按操作面板的下键“↓”, 进入选择状态, 选择“view and Edit Host LUNs”; (3) 按“ENT”键, 界面显示“CH*ID*Multi LV/LD Map”; (4) 再按“ENT”键, 界面显示“Delete Host LUN…”, 确认逻辑映射删除完成后, 需要进行删除逻辑磁盘的操作, 按“ENT”键2S后进入主菜单“quick logical Drive install”; (5) 按操作面板的下键“↓”, 进入选择状态, 选择“view and Edit logical Drives”; (6) 按“ENT”键, 界面显示“LG*RAID*DRV=****GB FL/GD SB=*”; (7) 再按“ENT”键, 界面显示“Delete logical Drives…”, 确认删除逻辑磁盘后创建新的raid阵列, 按“ENT”键2S后进入主菜单“quick logical Drive install”; (8) 按“ENT”键界面显示“Set TDRV=5 LG Raid5+Speas或Raid5”, 选择Raid 5+Speas或Raid 5, 点击“ENT”键确认; (9) 完成设置, 进入设置等待状态“Init Parity 000%/please wait”, 完成后重启该视频服务器。
网络字幕播出系统的日常维护 篇2
【中图分类号】TP39【文献标识码】A【文章编号】1672-5158（2013）02-0050-01
2009年我台的播出系统全面升级换代，整个播出设备由北京大洋公司来提供，播出字幕机选择合肥励图公司的AirCG.NET网络播出字幕机。
由于网络字幕播出系统属于一种新技术的应用，其系统结构、设备技术指标，运行管理模式已与原有的单机型的制作型的字幕机完全不同，这对系统运行和维护工作提出了新的要求。原有的单机制作型系统维护方法已不适用于网络字幕播出系统。
为了确保电视节目播出技术质量，我部根据几年来的实践经验，对我台网络字幕播出系统总结了一套日常维护方法，为电视播出安全提供了强有力技术保障。
日常维护有下面几个方面：
一、单机的日常维护及操作的注意事项
1.每天要求重新启动一下计算机系统以释放内存里的碎片。
2. 要求每个频道传输素材时同时向应急频道、编单工作站、制作工作站1、制作工作站2传送，这样在任何一个频道字幕机瘫痪的情况下都可以把这几台的任何一台机子替换上去用（因为素材存在），当把应急频道、编单工作站、制作工作站1、制作工作站2拿去替换瘫痪字幕机使用时，理论上我们不需要更改任何计算机名称和IP地址，唯一要做的就是重新做节目单，卫视字幕机在瘫痪的情况下可以采取一种极端方法去做：就是修改计算机IP地址和原先卫视字幕机IP一样然后到控制面板里把校时软件IP也重设一下再重启一下机器，那么我们之前所做的卫视节目单会自动读取出来（唯一的缺点就是之前做的GHOST备份的系统IP地址不一样了）。
3. 游动模板是经常要用到的，针对我们台情况需要在建游动模板时选上定长按照时间、内容换行加标识、每条都加标识三个参数（针对游动时间自定义结束时间的情况）
4. 字幕机在以后的使用中如果需要升级字幕软件那么在升级时我们可能会遇到安装过程中点SETUP进行安装时，程序界面出来很慢或者不出来，这时我们只要打开WI ND OW S任务管理器在进程里找到timeclient.exe然后结束进程，安装界面就会出来了。
5. 在系统管理的频道设置里把游动插播后参数选成‘从插播点播，针对栏目里的游动在栏目插播后可以接着游动内容断点处播。
二.数据库的日常维护
1.数据库维护计划
为了使SQL Server数据库的性能保持在最佳的状态，我们对每一个数据库进行定期的常规维护。这些常规任务包括重建数据库索引、检查数据库完整性，更新索引统计信息，数据库内部一致性检查和备份等。SQL Server通过制定维护计划，提供了一个可以自动或手动执行这些日常维护事务的方法。当确定并创建了维护任务后，日常维护就会根据设定的时间段启动，最终提供更优质更稳定更值得信赖的数据库。
2.数据库的恢复
数据库恢复分二种情况
第一种情况：在数据文件出现问题，利用备份文件进行恢复数据库
数据库自动备份文件在主备数据库上E盘‘M I C R S O F T SQLSERVER DATA＼SQLBACKUP目录下，这些都是机器自动来做的（数据库备份文件的名字都是按照年月日小时分钟来命名的很容易确认，一般后缀为.BAK）。
下面我们来介绍一下利用已备份的数据库进行恢复，
1.我们打开SQLSERVER的企业管理器→依次打开（local）（windowsnt）→数据库 →在‘CGServer上右击鼠标→所有任务→还原数据库（如果是备份就选备份数据库项）。
2.选择‘从设备到下一步
3. 直接点添加，添加后选择我们已经备份了的数据库文件。
4.确定
就开始恢复数据库了，等完成后整个还原数据库工作就完成了。
特别注意的是：如果要关机维护一定要先关备数据库再关主数据库，开机顺序相反：为先开主数据库等主数据库启动后再开备数据库机器，有严格主备之分。
第二种情况：在设备运行的过程中我们遇到过数据库完全瘫痪的情况，如果发生这样的情况我们进行数据库的恢复。
（一）建立临时数据库
由于数据库在恢复的过程中不允许有别的计算机对它过行访问，我们就临时用一台字幕机顶替数据库进行数据访问。
我们的网络字幕当中有编单工作站、制作工作站一、制作工作站二， IP地址分别为： 192.168.1.120， 192.168.1.121，192.168.1.122 这三台工作站中都预装了SQL数据库，我们把其中一台编单工作站 IP：192. 168.1.120当成临时的数据库，把主数据库上备份数据库文件手动拷贝到其他字幕机上，这样我们就可以把这个数据库导到编单工作站 IP：192. 168.1.120上，其它播出字幕机就可以把数据库连接指向编单工作站上，其他字幕机就可以顺利的使用。
（二）GHOST镜像恢复
每台机器C盘系统备份文件在每台机器D盘根目录下WINXPOK. GHO，数据库服务器镜像文件：WIN2K3OK.GHO.
备份软件为赛门铁克的GHOST11.02版本，利用励图字幕软件安装盘上的软件，重启系统选择从光驱启动后选择最后一项然后输入‘GHOST回车即可。
这样我们就把数据器服务器恢复到原始的状态。
（三）利用备份文件进行恢复数据库
（同情况一）
3. Autostart软件的主备倒换
AirCG.NET网络播出字幕系统中主、备两台数据库服务器，使用Autostart5.3软件进行管理，将主备数据库服务器的数据实时的同步。它是主、备数据库之间的热备份软件，在同一时刻，有一台数据库服务器处于在线的状态，另外一台数据库服务器处于离线状态，各个工作站访问在线的数据库服务器。系统定义主数据库为CGSERVER1，IP地址：192.168.1. 101，备数据库为CDSERVER2，IP地址：192.168.1.102，由AUTOSTART软件配置其虚拟主机，IP地址：192.168.1.100，系统连接虚拟主机。按照系统配置，正常情况下系统访问主数据库，备数据库作为热备份，主、备之间数据实时更新，主、备数据库之间连接心跳线，定时互相检测。当主数据库服务器宕机或出现异常，系统会通过Autostart 5.3软件自动把SQL数据库的数据资料交由备数据库服务器接管，将备数据库服务器置于在线状态，实现SQL数据库信息不丢失，保证播出字幕机系统的正常运行。此过程为系统自动倒换，无需人为干预。根据数据库大小不同，切换间隔在40秒左右，切换过程中，各个工作站会提示数据库断开，切换后各个工作站需要重新连接数据库。待主数据库服务器恢复正常后，手动将主数据库服务器置于在线状态，使数据库备份机制恢复正常。
三.字幕服务器的日常维护
服务器每1-2个月要重启一次，每次重启时先启动主服务器，等主服务器完全进入？Windows界面后，再启动备服务器。每次重启大约5-10分钟。启动之后等待EMC Auto start所有服务变成绿色，证明重启完毕。
最好的重启方法为：先重启备服务器，等到重启完毕后，服务完全正常后，再关闭主服务器，这个时候服务会转交给备服务器，等转交正常后，然后开启主服务器，启动完成、服务都正常后，原先备服务器会在主的位置正常工作，然后手动切换到主服务器工作。
硬盘播出系统在数字视频中的应用 篇3
1.1 视频播出操作流程研究
首先, 将录像机采访到的数字画面进行有效处理, 将录像上载到审片编辑的总站或者是新闻部非线性编辑部, 然后相关人员用千兆以太网将上传的画面信息进行深入的处理与审核, 把握对全面信息的建设力度, 使传输的程序能够在进行全面的使用过程中, 找到相应的传输途径, 不断进行过滤, 通过对主视、音频服务器或者备视、音频服务器进行进行互相转换融合, 将更加清晰的画面进行传输呈现, 通过对转播中央频道信号源技术的运用, 将其再次传输到播出控制切换台, 在播出控制切换台进行融合传送, 最终, 将更加优良的视频讯号传送到播出前端。
1.2 视频播出注意事项研究
进行视频的数字处理与全面传输, 就要站在更加新颖的角度, 将全面创新的效果都呈现出来, 就要将审核检查的力度提升上来, 将内部的建设信息进行互相融合, 找到各个阶段可能存在的部分问题, 不但要将全面的信息技术进行融合运用, 而且要将整合力度进行提升;因为良好的数字视频的呈现, 是保证电视台信号完善传播的重要手段, 所以将整体的建设信息进行融合, 把握对整体环节与自身建设的需求的关注, 将画面处理与系统管理的建设办法进行突出, 在融合过程中, 找到可能存在问题的地方, 并且使自身将来的视频传输与信息的管理能够更加科学化, 使自身的能力能够得到有效完善;在进行数字视频信息的弥补过程中, 一定要将自动化、半自动化的机器控制放在重要位置来抓, 找到先进的建设原则, 将整体与细节进行双向关注, 只有不断创新才能不断进步。
2、数字视频关键技术研究
数字视频播出的关键技术主要就是表现在硬盘播出的效果处理上, 真正将内部的建设信息进行强化突出, 真正将播出效果的创新信息进行不断融合, 在进行相应比较过程中, 找到自身操作的不足之处, 真正将弥补性的建设原则突出出来。
2.1 数据控制台技术分析
职能化的数据库管理模式是比较复杂的一项, 在进行良性控制过程中, 应该将频道管理、系统设置、用户权限管理与节目单管理的全面技术进行相应的融合管理, 找到相应的解决问题的突破口, 使整体的建设效果能够突出出来, 帮助全面的规划建设过程中, 出现的数据失误现象进行有效规避, 不断捕捉到更加新颖的建设信息, 使画面的质量更加优良起来。
2.2 数据辅助程序
对于后台的数据辅助程序的使用来说, 应该是建立在全面的整合过程中的, 真正将数据库的同步设置、备份管理与定时删除过期节目的效果呈现出来, 保证各个数据信息的完善性与真实性的效果能够得到有效提升。
2.3 上传技术分析
对于上传、审片技术来说, 应该将网络上的存储器上载的数据斤西瓜融合运用, 找到内部信息的不足之处, 并且根据长期的规划建设, 使自己的建设内容更加新颖, 弥补原有的不足;审核原片的过程中, 应该将全面的信息技术进行渗透运用, 找到相应的建设思路的突破口。
2.4 离线编单
编制好较为完善的节目单之后, 应该将实际播出的情况进行有效预估, 使自身的重点能够突出出来, 不断完善建设播出节目单, 使离线的食品文件能够互相融合, 在进行加强性的建设过程中, 使全面的视频信息能够及时得到上传, 使及时性与完善性能够不断融合贯通, 真正将播出的进度赶上来, 为将来的播出事项的完善实施保驾护航。
2.5 在线播出
将节目单进行有效编制之后, 就要将全面的食品信息进行播出, 在播出过程中, 找到相应的建设信息的融合技术使用标准, 使整体的建设信息能够互相融合促进, 在进行可行性分析过程中, 利用准确无误的播出手段, 使视频信息能够及时传达到观众的电视机上。
3、系统技术特点应用
3.1 稳定安全播出事项研究
进行稳定安全的播出, 应该将超强稳定的底层接口技术进行有效运用, 真正将广播视频的指标提升上来, 将各种视频格式能够进行相应的建设、融合、提升, 为视频的稳定安全播放提供较为优良的建设标准, 使自己的播出技术能够进行全面的提升。
3.2 系统高效管理事项研究
对整个系统进行高效的管理研究, 就应该将系统数据库中的全面数据进行有效控制, 在进行监督融合过程中, 找到更加新颖的建设突破口, 使自身的建设标准能够不断进行融合, 对用户、权限管理、素材管理等事项进行有效关注, 使整体的建设效果能够得到全面提升, 为了更加完善的建设标准的提升, 真正将系统内部的各项细节都被关注起来, 使系统稳定安全的运行下去。
3.3 安全播出机制
进行安全播出, 就应该将自身的建设信息进行互相融合, 在进行全面的监督检查过程中, 找到原有视频信息的不足之处, 并且通过视频过滤技术, 将原有信息进行改善, 在进行同步播出阶段, 也应该将监督规划的信息认识清楚, 使自身的同步发展事项能够提升上来, 为全面的融合运用事项保驾护航。
3.4 主备精确同步
利用全面的主备精确同步技术, 就应该加固双倍安全的热同步技术进行贯彻实施, 真正将内部与外部的大环境全面融合起来, 将无障碍的自动无缝切换技术进行相应应用实施, 使全天候不间断播放技术能够良好地进行下去, 为电视台的同步切换播放技术的全面施用做出相应的贡献。
4、结语
认清自身发展建设的总体标准, 并且将数字视频技术进行完善运用, 真正将内部的监督、审核、同步传输技术进行完善提升, 在不断创新运用的阶段, 真正能够将自身的发变化效果呈现出来, 为电视机前的观众负责。
摘要：对硬盘播出系统在数字视频中的具体应用事项进行有效研究, 就应该将全面的数字技术融合进来, 把握对全面信息技术与整合性的建设标准的创新提升, 把握自身的建设发展目标, 了解目前的使用现状, 找到解决各种问题的创新办法, 才能使将来的数字视频的发展更加完善化。
关键词：硬盘播出系统,数字视频,创新技术
参考文献
[1]罗蕴军.构建电视台数字硬盘播出系统.网络传播与技术.数字化进程, 2008.09.06.
[2]符秋进.电视台数字化硬盘播出系统的发展应用.深圳宝安广播电视台.广东深圳:科技信息, 科教视野, 2007年第19期.
应急切换在播出系统中的应用 篇4
应急切换的根本目的就是在最短时间内由故障设备转向正常设备播出，确保节目不间断播出，在切换过程中尽量避免对用户的影响。为此，应急切换配置应该满足以下条件：
1、操作简单
最简单的操作就是没有操作，所以对于应急配置来说如果播出设备出现故障最好能够自动切换到备份设备。随着计算机控制的广泛应用，很容易实现多种情况下的自动切换功能。这样的功能降低了播出对人的依赖，对降低播出事故起到了关键作用。
从实际值班的角度出发，系统也需要个“一键切换”的手动按钮，按下这个按钮会切换到备份系统，故障就会避开，这样的按钮相比计算机上的手动操作要简便的多，在自动切换失效的情况下，这个按钮显的尤其重要。无论采用什么样的方法，应急操作总是越简单越好，步骤越少越好，指望应急操作中有条不紊、一步一步进行是不现实的，也是不合理的。
2、尽量避免对播出系统产生影响
应急切换是播出系统的补充，是为播出系统服务的，在配置选型中尽量减低对播出链路的影响。一是，应急切换系统的损耗尽量低。二是，应急切换系统出现故障时候不会对播出系统产生影响。三是，应急切换系统要容易从播出系统中剥离。总之，无论是在播出中还是在检修中，应急切换应该相对独立于播出系统。
3、应急切换设备自身安全
选型中应该考虑到设备自身的安全，故障率低，更换方便。首先设备应该是双电源，使用中，要切实使用两路电源。其次最好是板卡形式的，更换方便。再次，最好用专业矩阵厂家的产品，前期在自己系统中进行试用，试验其在频发故障下的反应。
4、满足不同条件下的自动切换
应急切换系统应该尽可能对其前面所有设备的故障都能够自动应急和手动应急，对于设备本身硬件故障和信号故障都能进行自动和手动应急，这和系统设备、切换设备都有关系，在选择中要认真考虑。
总之应急切换系统最好能够做到，只要出现故障，不管是哪里的故障都能自动采取措施。
应急切换系统的组成
应急切换系统的通用配置如图1所示，切换控制单元检测播出设备A及其备份设备A'的状态，如果A状态异常而A'正常，则控制切换器进行切换，切换至播出设备A'播出。图示为“二选一”的情况，实际中用的最多，当然在1：N系统中，1个设备备份多个设备的情况与此类似。
通过图上可以看出，应急切换系统包括切换控制单元和切换器两部分，根据播出设备通信方式的区别，切换控制单元有所不同，可以利用网口、串口通信再加上计算机程序对播出设备监看判断，然后给切换器发出相应指令信号，也可以利用根据播出设备的GPI接口状态，对切换器进行控制。利用计算机软件控制，更容易对多个设备、不同情况进行分析，实现更加复杂的操作。
根据信号的不同，切换器也有所不同，对于射频信号采用同轴开关，中频信号或数字信号采用继电器或集成电路控制。
一般情况下，切换控制单元和切换器装在机柜上，而远控面板放在控制台上，可以在控制台上查看控制状态，进行手动操作。
应急切换在播出系统中的应用
1、信号源的应急切换
信号源的切换设备已经非常成熟，产品也非常多，通用的方式如图2所示。
切换设备通过对信号源特征的分析，来判断信号源是否正常，如果信号源不正常，则进行切换。切换设备是独立的，和前后设备都没有联系。
模拟电视信号主要根据行同步信号的有无、平均图像电平来判断信号有无、黑场、静帧。根据判断结果来控制信号切换，实际中通常为一个U的设备，控制单元和切换器都在一起。
由于数字信号种类比较多，所以判断也各有不同。下面就地球站使用的ASI切换器为例作一说明。ASI信号中含有河北卫视和多个广播，进入设置界面后，选择信号丢失和PID丢失项，然后自动侦测PID，显示不同节目的PID，如HEB TV PID 为0086HEX，选中监测该PID，则当发现该PID丢失或者出现错误时就会进行切换，对于其它节目的PID不进行监测，当然也可以选定监测。使用该切换器等于覆盖复用器、DS3/ASI适配器的故障，当这些设备出现问题导致信号不能正常传输时，都会采取措施。
2、编码切换
这里的编码包括信源编码和信道编码，地球站中包括中频切换和上变频切换。电视、调频、中波发射中的激励器切换，均属于编码切换范畴。值得一提的是，随着数字传输的普及，用信源编码后的传输流（通常为ASI信号）作为信源的情况越来越多，这种情况归属到了信源切换。
对于这部分的切换，主要根据设备的状态来判断是否进行切换，主要针对的是设备故障，在地球站的实际配置中，调制器和上变频分开备份，都是已调信号但是频率不同。随着技术的发展，有些厂家将备份切换做到设备里面，如COMTECH公司的上变频器，采用自己设置的菊花链，便于1:N的实现，由于菜单设置较深，手动切换反而显得有些繁琐。
电视、调频、中波的的切换如图3，激励器互相备份，这部分一般也由发射机厂家直接配置好，根据激励器的状态进行自动切换，有的有远控面板，例如东芝发射机可以通过远程软件实现激励器的切换控制。吉兆调频发射机的激励器也可以自动切换，根据用户要求不同，单激励器的发射机还是比较多的。
由于电视、调频、中波激励器、功放都做到一个柜子里面，统称为发射机，这样我们一般看不到相应的切换单元。而且由于激励器性能比较稳定，实际中激励器的倒换还是比较少的，但是检修时要注意这部分的检修、试验。
3、射频信号的切换
射频信号与信号源和编码切换最明显的区别在于射频信号的功率比较大，是功放输出的末端，是上发射天线前的信号。电视、调频、中波信号用的是同轴开关，地球站用的是波导开关，当功放设备或天馈出现故障时，进行应急切换。射频信号的切换在操作步骤上首先应该退掉功率，再进行操作。
结束语
视频播出系统 篇5
一系统设计原则
数字化硬盘播控系统的改造是锦州广播电视总台技术整体改造的一个重要环节, 它的构建显得尤为重要。“新闻综合频道、城市生活频道、综艺影视频道、电视剧频道”硬盘播控系统的设计和建设, 我们着重强调的是“无馈点设计、无缝切换”, 要求实现“热备份、热切换”切实保证不间断播出连续性地前提下, 主要遵循以下几方面原则:
1. 安全性与稳定性
系统设计应具有一整套的安全操作流程和完善的应急处理手段。在设备选型上选择高标准、高质量、性能稳定、可靠的优良产品。
2. 先进性与经济性
先进的技术保障系统, 应具有一定的前瞻性。在高效率、高性能运行的同时, 更要切合锦州广播电视总台实际需求的播控系统。
3. 兼容性与扩展性
根据电视工艺流程特点, 保证系统功能齐全, 结构清晰、扩展灵活。从具有媒资系统基础架构的全局考虑, 以便最简便办法和最低投资实现系统的灵活扩展和升级。
锦州广播电视总台播控系统数字化改造必须满足四个频道节目上载和每天78个小时左右节目播出的需求, 能够实现多级应急处理手段, 提供完善的故障监测和系统管理, 系统指标均要达到广播级标准。北京格非公司针对锦州台的实际需求, 结合目前广播电视技术发展的情况, 依托其研制的系统稳定、可靠的MagiStream 3000视频服务器为核心的四个频道全数字硬盘播控系统, 通过自动播出系统软件控制视频服务器, 与播出切换矩阵来协调工作。
二系统硬件构成及性能特点
系统采用了网络化结构, 主要由视频服务器、文件服务器、上载及审片工作站、播出制作、控制工作站、播出管理工作站及网络等部分构成。
1. MagiStream3000视频服务器
两台主备视频服务器是整个硬盘播控系统中最核心最基础的设备, 以镜像播出的方式, 将MPEG-2编码器、解码器结合为一体的多通道视音频服务器, 采用Compact PCI总线结构, 最多支持4个通道的编码/回放, 同时提供8个通道的I/O, 每个I/O可根据用户的要求进行配置。实现精确到帧的视频内容搜索、剪切、播放, 并支持不同码率的混合播放及边上载边播出的播出方式, 支持标准的MPEG-2压缩格式、支持MPEG-2 MP@ML, 1Mbps～15Mbps码率, 在保证优异的图像质量时, 提供更大的图像压缩效率, 支持MPEG-2 4:2:2P@ML, 比特率从10Mbps～50Mbps。配备5块146GB的SCSI硬盘, 采用RAID5磁盘阵列存储。
MagiStream3000视频服务器内置1G光纤Ethernet网络接口和100M Ethernet网络接口, 具有强大、方便的联网功能, 通过局域网, 支持素材本地上载, 或通过网络异地实时上载, 支持素材以数据文件方式高速上传到服务器本地。
2. 文件服务器
主备文件服务器也是硬盘自动播出系统的重要组成部分。它通过SQL SERVER2000数据库系统实现素材管理、节目表编排管理功能。所有的终端设备通过文件服务器实现资源共享, 主要是完成整个播出系统的所有信息数据库的管理和存储。
3. 上载及审片工作站
锦州台10个上载工作站将录像机或其它节目源来的素材进行节目串编, 并将编辑完成的节目上载至文件服务器、视频服务器。而4个审片工作站是对上载工作站串编好的节目进行审核, 并完成播出节目单的编排, 审核批准后, 将节目单通过网络传给播出控制工作站。
4、播出控制工作站
用于播出节目单的编辑、制作, 向相关设备发出相应的各种控制命令。通过百兆网端, 播出控制机接受文件服务器的节目列表, 并转换为播出列表, 按照播出列表控制视频服务器将素材从阵列中读出, 解码播出。同时在播出控制机上值班人员可以对素材进行检查。
5. 播出管理工作站
网管人员查看和统计播出记录, 对播出系统中关键播出设备及播出状态实时监控, 规划服务器硬盘空间, 进行节目长时间监录检索等功能, 完成整个播出系统的管理。
6. 四个主要工作站
广告单编单工作站、总编室节目单工作站、维护工作站、网络管理工作站。
7. 二级存储盘塔
一套BVT3000二级磁盘存储阵列系统, 存储时间为550小时 (8Mbps码流、不包括20%冗余空间) 。
8. 其他设备
●配置一台以色列的KRAMER SG6005同步信号发生器, 作为播出系统设备的基准源产生同步信号来控制整个系统同步;
●一台GPS集中授时系统提供标准时间, 通过RS-422接口输出时钟信息给播出控制机及台标机;
●一台2970系列24口千兆交换机、两台2950系列百兆网络交换机, 用于数字化视频音频文件;
●美国MOXA Nport5610-16 RS232/422转IP网络集中控制器将发控端的信号全都接转成网络IP的方式进行控制;
●总控系统担负着转播CCTV信号和省台及总台直播信号的调度, 包括 (大小演播室、微波信号、光纤信号、卫星信号) 采用16×8的模拟矩阵作为总控系统的信号调度矩阵;每个频道还配置了主备切换器、应急录像机、数字台标机、字幕机、键混等周边设备。
三系统软件构成特点及流程
硬盘播出系统的软件以SQL数据库为核心, 由总编室串联单编辑软件、广告单编辑软件、素材上载软件、审核软件、素材迁移管理软件、播出控制软件、播出系统管理软件及设备监控管理软件构成。
其特点如下:
●系统支持所有常用的播出方式, 如顺序播出、定时播出、定时插播、跟随播出等;
●播出控制机通过网络自动检测主视频服务器的播出情况, 一旦有故障, 自动切换至备视频服务器或应急信号源, 保证安全播出;
●提供应急措施, 如节目提前、节目延时、紧急备份等;
●所有输入输出端均用跳线连接。在特殊情况下可以用跳线直接播出;
●出现异常情况, 播出控制机提供声讯报警;
●对于处于不同状态的节目 (如已播出的、正在播出的、待播的) 采用不同的颜色显示;
●进行授权管理, 由总台网络管理员对不同的工作站进行授权, 不同授权级别的工作站进行不同的操作;
●为每个素材建立文件索引:如, 节目名称、节目编号、长度、入出点及其他相关信息等;
●对播出、上载人员进行授权及密码管理。
四系统运行状况
目前, 锦州广播电视总台数字化播控系统总体上运行状态良好, 为总台的新闻宣传、广告创收、播出质量提升, 提供了技术支撑。该系统先后承担了多场大型现场文艺晚会, 如《辽宁省十运会开幕式、闭幕式》、《潮涌锦州湾》大型文艺晚会、《五点一线》春节文艺晚会、《感动锦州》新闻人物评选等。同时还支撑着锦州广播电视总台“新闻综合频道、城市生活频道、综艺影视频道、电视剧频道”每日78个小时的播出任务。
五结束语
视频播出系统 篇6
一需求分析
新闻演播室监控系统, 可以对演播室的使用信号进行监测, 在立项的技术需求中就提出要求实现演播室正在播出信号路由的图形化展示;全台监控系统 (URM) 也明确提出, 需要演播室监控系统提供播出信号的路由数据, 用在URM系统的终端上, 实现全台正在播出的演播室中播出路由的图形化动态展示。
电视演播室播出提示的TALLY灯, 是新闻直播安全操作的重要保障, 在总局第62号令中有明确的要求。传统的做法是使用演播室切换台、应急矩阵等视频信号路由选择处理设备产生的TALLY数据, 经过驱动处理后, 实时点亮正在播出或播放信号设备所对应的TALLY灯, 作为正在播出的提示。但是演播室系统中, 图文在线包装设备 (简称在线包装) 已普遍代替了传统的视频特技机和字幕机, 用于在线渲染合成带有多视窗特技的电视节目, 以及播出字幕, 切换台、应急矩阵的TALLY信息, 无法准确表达在线包装参与播出的情况, TALLY灯的提示存在歧义, 这种问题同样存在于虚拟演播室中。如此将对电视节目的安全播出造成隐患。
央视新址新闻生产流程, 经采、编、播, 每一档新闻播出后, 要进行播出素材的播后整理归档, 本档新闻的一个完整流程才告结束。每一档新闻节目, 从内容播放的信号源分, 有摄像机、视频服务器、外来信号及延时器的信号, 还有在线包装设备的字幕, 以及在线包装播出的视窗所引用的外来信号等;在内容上, 由若干条播音员导语+新闻条目 (一段新闻小片) 、外来信号直播组成, 包含播音员口播、口播插画面等形态, 以及片头片花、包装广告小片, 还包括在线渲染的字幕、字板和视窗特技等。将这些内容按照播出顺序和播出形态, 经过编排, 形成一个播出串联单, 这是一个计划单据, 在播出后根据内容 (新闻小片、字幕等素材) 的实际播出起始点和长度, 形成一个实际播出的串联单, 即播后串联单, 指导播后对素材的初级编目、归档、统计分析等。播后串联单的自动生成, 需要播出信号的路由数据。
针对上述需求, 在央视新闻演播室监控系统的研发中, 首次完成了对新闻演播室中正在播出信号的完整准确的路由信息进行获取和记录的功能, 并普遍应用于台内相关演播室。
二系统原理
1.传统系统构成
电视演播室的视频系统, 由切换台、应急矩阵等视频信号路由选择处理设备, 摄像机、视频播放设备 (如视频服务器) 、外来视频信号的接收设备, 视频延时器等信号源设备, 用于播出字幕包装、多视窗等特技功能的在线包装设备, 以及信号处理送播设备和收录设备等构成。视频系统中, 信号源设备的视频信号输出端分别连接切换台或应急矩阵的输入端, 切换台或应急矩阵的PGM (节目输出) 端连接处理和收录送播设备。对于切换台, 还具有多个AUX (辅助母线) 输出, 通过操作AUX面板, 可以将连接到切换台的某一信号源的信号在指定的AUX上输出;对应虚拟演播室系统, 在路由选择处理设备之前还连接有虚拟渲染合成设备;视频系统里, 还包括TALLY (提示) 系统, TALLY系统传统的做法是使用切换台或应急矩阵的TALLY信号/数据, 经过驱动处理后作为正在播出的提示, 实时点亮在播设备所对应的TALLY灯。
2.相关设备功能
对于切换台, 其内部主要由输入切换矩阵、混合划像模块、键处理模块、TALLY信息电路及控制电路, 输出母线 (包括PGM母线、AUX母线) 等部分组成。切换台的每一个播出或操作动作, 都会按TSL协议输出一组TALLY数据, 其中包含切换台的每条输出母线的输入交叉点, 以及播出转换方式, 如切出 (cut) 、扫划 (wipe) 、叠画 (mix) 等, 对于上键操作, TALLY数据将包含键的信息, 如外键信号源和外键的填充信号源。应急矩阵具有切换台类似的路由选择和TALLY信息输出功能, 只是没有键处理模块, 在应急矩阵输出端连接外置的键处理设备后, 这两种设备的组合配置, 其功能与切换台相似。外置的键处理设备也具有TALLY信息输出, 提示是否有键混合操作。为了简洁, 本文省略对外置的键处理混合设备的讨论。
图文在线包装设备, 用于在线渲染生成电视字幕或图标等图像, 还具有播放视窗特技的功能, 即在一副图像画面中切割出1个至多个 (r个) 小的视窗, 这些小窗口中填充的内容, 是连接到在线包装的1路至r路外部视频信号的图像。将切换台r个AUX的输出端分别接入到在线包装不同的外部视频输入端, 这样, 在线包装的外部视频输入IN1至INr与切换台的多个AUX中的r个, 存在一个对应关系。可以根据节目需要, 在线包装播放1至多个 (r个) 视窗特技。在线包装提供一对输出信号:①视频输出, 是在线包装生成的字幕、图表、视窗等可见图像的视频信号;②键输出, 是可见图像的几何形状或轮廓的信号。将在线包装的视频输出、键输出指派到切换台的键处理混合器的键填充输入和键源输入。切换台的键处理混合器使用键开启操作“键上”, 在线包装所生成或产生的字幕或图标或多个视窗就会叠加到输出的PGM图像上。对于虚拟演播室, 其虚拟场景的渲染合成设备具备与在线包装的开视窗等相似功能。
3.传统视频系统工作原理分析
演播室的电视播出过程, 就是按照串联单于某一时刻在切换台的背景母线上选择某一视频源的信号, 由PGM (节目输出) 端输出, 或者在上述被选中的信号的图像背景上, 使用切换台的键功能“键上”, 可以叠加由在线包装生成播放的字幕、图表, 或者是外部视频多视窗得到PGM信号在PGM端输出, 传至处理送播设备进行播出并由收录设备采录。在切换台的背景母线上直接选择在线包装的视频输出信号, 而不用键上操作, 也可完成整屏字板以及视窗的播出。对于在线包装的外部视频视窗特技, 每个小窗口的信号内容是由切换台中对应的AUX选择的。
在上述播出过程中, TALLY系统跟随切换台的操作, 实时点亮正在播放信号的设备以及在线包装所配置的TALLY灯, 作为设备正在播放的提示。
但是在传统的演播室视频系统中, TALLY信息是由切换台提供的, 是反映切换台内部输入矩阵交叉点的闭合情况, 指示其被选通的输入端, 并且仅作为播出提示, 而未保存为数据记录;对于在线包装信号的使用, TALLY信息仅能提示其在切换台内连接的输入交叉点是否被闭合, 切换台内的键处理混合器的叠加功能是否被启用, 这些信息仅表明在线包装信号链路的联通, 而在线包装是否有字幕、特技视窗等参与播出, 如何参与播出, 是无法指示的。一般节目播出操作过程中, 切换台通常先开启在线包装的视频画面叠加功能, 即键上, 键处理模块处在叠加操作状态, 等待在线包装播放需要叠加字幕、图表或视窗的信号, 此时与键上相关的在线包装对应的TALLY信息已经有效, 而真正需要叠加字幕、图表或视窗时, 是由在线包装播放出叠加内容的信号, 在切换台中完成叠加, 如此, TALLY信息并不能实际表明在线包装参与播出的时间;并且在线包装还可以通过r个AUX, 引用1至r路外部视频源, 以播放1至r个视窗方式, 叠加在背景信号上参与播出, 为在线包装提供信号的AUX, 其交叉点在TALLY信息中是可以获得的, 但是在线包装何时使用AUX信号, 引用哪几个AUX信号用于播放特技窗口参与播出, 也是无法确定的。在切换台的背景母线上直接选择在线包装的视频输出信号, 而不用键上操作, 此种情况TALLY信息中是可以获得在线包装信号链路联通的状态, 但是在线包装使用AUX提供的外部信号完成播放视窗特技, 何时使用AUX信号, 引用哪几个AUX播放特技窗口, 参与播出, 同样无法确定。应急矩阵与外置键处理混合设备的组合, 同样存在上述问题。
在虚拟演播室系统中, 虚拟场景渲染合成设备与在线包装相似, 也可引用多路外来信号、播放多个视窗, 由此参与播出的路由问题与在线包装相同。
由此可见, 只通过切换台、应急矩阵等设备的TALLY信息, 无法得到完整准确的播出路由, 不能进行完整的图形化播出展示;这个TALLY信息驱动的TALLY灯, 不能完整准确提示播出状态, 不利于演播室的安全播出;另外在节目播出后, 如果要对已经播出的节目进行素材编目整理和统计, 传统的做法是对照播出串联单, 通过查看采录的播出节目录像, 人工判断单条新闻节目的切分点, 打上标记后再进行编目整理, 存入媒体资料库归档和播后统计, 这种人工整理的做法, 效率很低, 整理时间往往长于节目播放的时常, 用户几乎不能接受。
基于上述分析, 必须通过使用切换台、应急矩阵等设备的TALLY信息, 与在线包装的工作状态结合, 才能完整、实时地获取和记录电视演播室播出信号路由数据, 该方法同样适用于虚拟演播室路由数据的获取, 以及TALLY灯应用。
4.播出信号路由数据获取原理
电视演播室播出信号路由数据获取功能的系统构成示意图如图1, 包括在线包装、路由选择处理设备 (切换台) 、TALLY服务器和监控服务器。其中, 在线包装特别添加了一个n位的GPI/O输出接口, 其播出状态与GPI/O位有可配置的对照关系, 简单起见, 在线包装播出状态与GPI/O按1对1配置, n位GPI/O可表征在线包装的n种播出状态, 如将n位的GPI/O进行编码, 可表征在线包装的2n种状态。下面以1对1配置讨论。
在线包装按常规, 其视频/键输出端与切换台的输入端连接, 其r个外部视频输入端IN 1至IN r, 与切换台AUX01至AUX r输出端相应连接, 设置视窗特技1……r分别对应于所述r个外部视频输入端IN 1……IN r。
在线包装的n位GPI/O输出接口, 与TALLY服务器的n位GPI/I接口连接, 用于发送在线包装的工作状态。
GPI/O输出接口具有n个状态位, n>r, 用于标明在线包装不同的播出内容, 每1位输出状态标志位, 代表1种 (1类) 播出状态, 这些状态位分别与TALLY服务器的n位GPI/I接口的连接, 通过这个GPI/O, 在线包装将工作状态输出给TALLY服务器, 本系统定义, 在线包装的前r个标志位GPI/O 1至GPI/O r的状态, 与在线包装的视窗特技1至视窗特技r, 以及为视窗特技提供视频信号的切换台的多个AUX输出端的r个, AUX01至AUXr存在一一对应的关系, 当GPI/O 1至GPI/O r中的某位或某些位有效时, 标明在线包装播出对应的视窗特技, 及对应的AUX正在使用, AUX的交叉点选中的路由已被在线包装使用;在线包装的后n-r位GPI/O r+1至GPI/O n的状态, 分别对应在线包装内部生成并播放的n-r类字幕或图表;如在线包装使用第1个外部视频输入端“IN 1”开启播放视窗特技1, “IN 1”的实际内容是由切换台的“AUX 01”选择提供的, 则在线包装将第1个输出状态标志位GPI/O 1置为有效;若在线包装同时使用第2……r个外部视频输入端“IN 2”……“IN r”开启播放视窗特技2……r, “IN 2”……“IN r”的实际内容由“AUX 02”……“AUX r”选择提供, 则在线包装将第2~r个输出状态标志位GPI/O 2……GPI/O r置为有效;如此, TALLY服务器就可以得到辅助母线AUX 01~AUX r是否被在线包装使用的信息。
TALLY服务器与切换台使用RS422常规连接, 用于接收切换台生成的TALLY信息。
TALLY服务器根据接收到的在线包装的GPI/O标志位, 和切换台的TALLY信息进行匹配, 之后加入相应的路由数据和时间数据, 最终产生可供监控服务器识别的复合TALLY信息, 并将该信息发送至监控服务器。具体为:TALLY服务器根据解析后的TALLY信息, 查找是否含有在线包装被键上、切出的状态, 若存在被键上、切出, 则查找在线包装GPI/O端口GPI/O 1至GPI/O r是否存在有效位, 如果存在有效位, 进一步在切换台的TALLY信息中查找出对应的AUX 01~AUX r的交叉点, 这样在线包装被键上、通过播放视窗以及引用的参与播出的信号路由就得到了确定;当TALLY服务器获得在线包装GPI/O r+1至GPI/O n中某些位有效且在切换台的TALLY信息中有这台在线包装被键上的状态时, 就表明在线包装通过产生并播放字幕等信号参与播出。另外, TALLY服务器根据复合TALLY信息, 驱动或点亮参与播出设备预置或配置的TALLY灯, 包括背景母线、键通道、AUX母线上参与播出的信号源的指示灯。
TALLY服务器和收录设备有EBU时钟基准信号输入, 以使播出信号路由数据和收录的播出节目的录像具有统一的标准时间参数。经测试和优化, 播出信号路由数据, 其时间精度能达到帧 (±40ms) 级。
监控服务器通过网络与TALLY服务器连接, 对TALLY服务器发送的复合TALLY信息进行解析、过滤, 与监控服务器记录的演播室系统的信号源设备表进行匹配处理, 最终形成完整的播出信号路由数据并保存。
5.路由数据架构说明
在播信号的路由数据, 除立项时讨论的应用, 可能将有未知的应用, 为此, 在项目论证阶段, 就明确采取基于数据的客观属性, 将路由数据的数据结构定义尽可能完整的方针, 保证运行数据记录的完整, 为其他应用提供一个完整统一的数据, 避免应用需求的增加而造成对数据结构的更新;基于本项目的各种应用, 可以根据各自应用需求, 在完整的路由数据中检索出各自相关的关键信息。
(1) 路由数据架构图
路由数据架构图如图2所示。
(2) 路由数据架构说明
a.根节点 (Signal Root)
节点用途说明
节点“Signal Root”标识路由报文的根节点, 该标识在一个报文文件中具有唯一性。
子节点约束说明
根节点“Signal Root”的子节点为“Route”节点, 其同一级节点数目从一到无穷, 即允许一个路由报文中同时报送多条路由数据。
b.路由节点 (Route)
节点用途说明
路由节点“Route”用于描述一条路由数据。
节点属性说明
ID:路由唯一标识。
Program Code:描述使用该路由的节目或频道代码。
Update Time:路由信息的最终更新时间。
子节点约束说明
路由节点“Route”的子节点为“Signal Source”节点, 其同一级节点数目从一到无穷, 即允许一个路由报文中同时报送和路由相关的多个信号源描述数据。
路由节点“Route”的子节点为“Chain”节点, 其同一级节点数目从一到无穷, 即允许一个路由报文中同时报送多条链路数据。
c.链路节点 (Chain)
节点用途说明
链路节点“Chain”用于描述路由途径的链路数据。
节点属性说明
ID:链路唯一标识, 在报送路由之前必须上报所有相关的链路数据。
d.信号源描述节点 (Signal Source)
节点用途说明
链路节点“Signal Source”用于描述路由所使用的信号源描述信息。
节点属性说明
Name:信号源名称, 作为信号源在子系统的唯一标识。
Type:信号源类型, 用于标识高标清信号的类型。
Level:信号源类型和级别信息, 包括输出级信息 (PGM、Key1 Fill、Key1 Key……) 以及其他一些可扩展的属性。
三应用
使用参与播出中完整的播出路由数据的获取方法, 得到切换台和在线包装工作状态的复合TALLY数据, 驱动TALLY灯, 在新闻直播演播室, 实现了完整准确的播出操作指示。应用在播路由数据, 在每个演播室监控终端上可以动态展示在播路由。
监控服务器通过一个网口向外部应用发布在播路由数据, 全台监控系统URM使用这个数据, 在URM终端上, 实现图形化动态展示全台演播室的在播路由。
新闻的播后整理归档系统, 对于每档播出的节目, 使用这个带时间信息的路由数据, 与播出串联单匹配, 实现播后串联单的自动生成和播出内容的自动编目整理。使用这个数据, 还可自动生成演播室的视频播出操作日志, 便于操作事件的总结和排查。
摘要：本文介绍了演播室系统播出信号路由数据的获取原理及应用。电视新闻演播室的监控系统获得参与播出的完整的播出路由数据, 驱动信号源TALLY提示。路由数据为在播路由的图形化展示、新闻生产流程中播后的媒资自动归档整理以及统计分析提供了基础数据。此数据的时间精度能达到帧 (±40ms) 级别。
视频播出系统 篇7
大庆市机顶盒用户在“电视频道”页面不但能看到电视节目, 而且还可以听到广播节目, 以前在电视机顶盒中, 电视与广播通常是分页式显示, 即:“电视频道”页面和“广播频道”页面分别显示。通常状况下机顶盒用户经常在“电视频道”页面调台收看, 很少会翻页到“广播频道”进行收听, 这样极大地减少了广播在机顶盒中的“收视率”。广播节目进入电视频道对广播电台是件好事, 问题也随之而来, 如何在中央台、卫视台云集的“电视频道”中占有一席之地?成为广播人头疼的问题。
2“视频广播”播出平台的由来
声音是广播值得骄傲的也是唯一的信息传递通道, 如果单纯的在“电视频道”中添加一个静帧图片作为广播视频页面, 那么用户调台过程中绝大多数不会停留在该频道, 因为界面没有足够的吸引力。这就需要一个新的平台, 基于广播声音, 视频呈现方面则需要有丰富的信息元素如:静态图片、动态图片还要有视频切换播出的功能。为此大庆广播电台设计了一套基于电视播出平台的广播视音频节目平台, 由于该套平台属于全国首创目前还没有统一的名称, 就先以“视频广播”命名。
3 设计思路
“视频广播”播出平台的设计考虑以下几个方面:
3.1 预算成本
广播设备与电视设备的价格相比是数量级的不同, 几十万可以搭建一个数字化的广播直播间, 电视的一个数字演播室至少也要几百万。考虑成本“电视广播”平台设计的主导思想就是低成本高效率。模拟视频设备相比数字视频设备价钱便宜很多, 但是数字化是未来发展的趋势, 在这样的矛盾下选择模拟数字相结合的方案更为合理。将“电视广播”设计为以数字化播出、录制、制作、存储为核心, 模拟摄像机、视频切换及模拟周边设备为辅的半数字化平台。
3.2 音频设计
在电视频道播出后涉及到两部分考虑的因素:音频与视频。音频的源即可以使用广播原有音频, 还能够根据实际情况播放与视频相关的音频。实现音频的切换播出一定要用到调音台。在导播间增加一个小型调音台来实现多信号切换播出的需求。音频源可以来自广播音频还可以来自相应广告、视频、外来音源, 通过调音台推拉获得最终想要的播出音频。
3.3 视频切换功能
音频的多信号选择播出同时也带来视频多信号切换播出的需求, 视频方面既要有与当前时段的相适应的视频图片 (静态与动态) 配合, 也要能具备添加特殊场合视频, 如此以来视频切换台必不可少。所以在设计时添加了导播间视频切换台, 该视频切换台不能等同于电视播出级切换台, 无论是从设备的价格数量级还是从功能上, 因为我们是以广播节目为主的“视频广播”平台, 求大求全是不可取得。
3.4 操作控制
视频音频的切换在电视台是有专人负责的, 在广播电台音频调音台是主持人来控制, 而“视频广播”平台介于两者之间操作控制是一个难题。广播的主持人不可能去控制视频切换, 出于人员成本的考虑专人负责也不可行, 那么初期只好找兼职人员负责, 导播成为最佳人选。
3.5 视频源的多样化
如:摄像机机位、视频播出服务器、机顶盒、图文信息等。一个丰富的视频界面需要多种视频元素来满足需求, “视频广播”也一样, 视频呈现需要多样化的视频元素。听众好奇的主持人现场机位视频、编制制作好的节目视频、与节目相关的机顶盒视频、广告客户需求的图文信息、应急播出的静帧画片都必不可少。
3.6 安全播出方面的考虑
虽说是广播节目在电视频道呈现, 但是视频的安全播出是必须要考虑的。还有视频音频同步的需要, 所以在信号的终端设置一台视音频延时器, 即可以起到应急延时功能, 还可以微调视音频的同步。在设计方案里还有台标机, 在这里不多做介绍。
3.7 录制与存储
视频录制系统与存储服务器的设置, 主要是考虑视频回放。尤其是在午夜时段, 广播节目坐台广告较多, 这时就可以通过录制系统将白天录制的精品节目回放播出。还能把一些有重要嘉宾参与或特殊意义的节目作为视频资料保留。
3.8 编辑与制作
出于成本考虑, 非线性编辑站共设计6台, 其中2台为有视频输出卡, 4台无视频输出卡, 另外增加一台DV录像机方便外来视频的采集。
3.9 总监控
视频的总监控设计在广播中控室中, 各个频道的“视频广播”视音频信号汇聚到各自的监控监视器中, 可以通过N选一切换器实时切换在42寸电视上, 这样可以更接近于信号最终在机顶盒中呈现结果。
4 实施中遇到的问题
任何系统工程在安装调试的实施过程中都会遇到问题, “视频广播”项目也不例外。
4.1 服务器的统一管理
最初的设计在每个频道导播间安装各自的播出、收录服务器, 但是施工初期就遇到了问题, 播出、收录服务器是不间断服务器内置多个高转风扇, 风扇的噪音干扰导播的正常工作。如果把所有服务器都放置在无人机房内又考虑线路过长影响视频信号质量, 最终经过测试线路对指标的影响在可接受范围内。服务器的统一管理好处很多, 方便技术人员处理问题, 服务器之间的连接变短故障点易于排查, 无人机房的环境温度更适合服务器的工作。
4.2 视频播出上单
与电视播出一样, 视频广播也有播出服务器, 负责播出审核上单的节目。电视的上单节目时长较长30-60分钟, 考虑到视频广播开播后视频会经常更换, 所以采用5分钟、10分钟为一个单元进行上单, 这样一样节目的碎片化处理方便日后节目更新, 减小视频编辑的工作量。
4.3 灯光处理
广播直播间对灯光没有特殊要求, 室内原有灯光无法满足视频直播的需求。考虑成本预算和直播间建筑结构, 在直播间架设电视演播室一样的灯光不可行。我们采用挂灯支架安装三基色面光灯, 快捷简易造型美观大方, 进口反光板镜面使光斑分布均匀, 能完全满足摄像对光源的技术要求, 亮度不可通过调光台来调节, 显色指数具有极好的色彩还原性
5 结论
“视频广播”项目弥补了广播单纯依靠声音传播的缺陷, 广播在传播方式上有了新突破, 是广播与新媒体结合的一个方向。
摘要：首先阐述了“视频广播”播出平台的由来, 介绍了系统的设计思路, 说明了实施过程中遇到问题, 最后对“电视广播”播出平台在新媒体结合上的特点进行了总结。
散装水泥宣传视频在邕播出引关注 篇8
6月14日下午, 两组散装水泥宣传视频在广西南宁最繁华的地段之一朝阳路西南商都的巨大高清LED屏幕上惊艳亮相, 引起了众多市民驻足围观。
这两组宣传视频是广西区散办为办好今年“散装水泥宣传周”活动而精心准备的。一组侧重于宣传推广使用散装水泥、预拌混凝土、预拌砂浆的社会效益、经济效益, 用翔实的数据向社会大众宣传推散的重要意义;一组侧重于宣传今年1月1日起施行的《广西壮族自治区促进散装水泥发展和应用条例》, 向大家宣传政府依法推散的决心和思路。自治区散办希望通过视频播放以及其他宣传工作, 密切配合商务部组织的“2015年全国散装水泥宣传周活动”, 并与国家发改委等14个部委联合推动的“2015年全国节能宣传周和全国低碳日活动”相互呼应, 营造宣传氛围, 增强宣传效果, 让发展散装水泥、绿色建材产业化的理念深入人心。
播放这两组视频的高清LED屏位于南宁市朝阳路西南商都正大门上方的四至六楼外墙, 所在地点为朝阳商圈核心地段;视频播放时间为6月14日至7月14日, 从早上6点到晚上11点以每天150次的频率滚动播放。这两组宣传视频内涵丰富深刻、画面细腻唯美、构思精巧缜密、表现简洁有力、场面宏大、气势磅礴, 一经播出, 立刻引起周边众多市民的强烈关注, 许多逛街、候车的市民驻足观看, 部分市民看后相互询问、评论。宣传视频的播出, 达到了预期效果。
视频播出系统 篇9
格非硬盘播出系统；故障处理
1.硬盘播出系统概述
随着数字技术、多媒体技术和计算机网络技术的发展，以视频服务器为核心的数字硬盘自动播出系统在各电视台得到了广泛应用。硬盘播出系统是电视播出技术迈向数字化、自动化的一次跨越，它降低了电视节目播出的使用成本和操作劳动强度及节目播出差错率，提高了工作效率和自动化安全播出率，达到了安全、高效、优质播出节目的目的。
我台于2006年引进了北京格非视频公司的硬盘播出系统用于两自办频道。这套系统以格非MagiStream视频服务器为核心，系统还包括2台数据库服务器、2台播控机、8台上载工作站和一套二级存储系统，视频服务器采取主、备机工作方式。系统采用先进的数字式音频嵌入方式、先进的RAID5存储方式和MPEG-2压缩标准。在这套系统的基础上，我台于2010年底增添相关设备新开了第三频道。
2.常见故障及处理
我台的硬盘播出系统自2006年12月投入运行至今已四年多时间，在实际工作中我们遇到了各种各样的故障，在格非公司的指导下，这些故障都得到了很好的解决。现将这些故障现象和解决方法作以简单分析。
故障1.服务器盘塔控制器告警，提示“CHL＝XID＝XDRIVEHDERROR”。
解决方法：出现这种现象后，先确定是盘塔陈列中的哪个硬盘出了问题，可以在控制器中查找，也可以通过观察盘塔指示灯中哪个不亮来判断。然后通过控制器菜单做REBUILDING，看能不能使这块盘恢复正常工作。一般情况下都可以恢复，如果不能恢复的话，就需要更换新的硬盘，再执行REBUILDING即可。
故障2.服务器告警，提示“系统试图从缓冲区传输文件数据到DeviceHarddisk1Partition1Clips€讇讇讇讇讇住保慈氩僮魇О埽医鲇胁糠质菽苄慈胛募Ｍ笨刂破魃舷允尽癈HL＝XID＝XParity/CRCError”。
解决方法：重启服务器后，提示盘塔中有坏块存在，需要运行CHIKDISK。忽略磁盘检测程序，服务器也可以进入播出界面，但还是提示盘塔中有坏块存在，重新做REBUILDING后，故障依旧。这时，就需要对磁盘阵列重新做RAID5，做完RAID5后，格式化磁盘陈列，在磁盘陈列中建CLIPS文件夹共享，然后从另一服务器中把其CLIPS中的所有文件复制过来即可。
故障3.主备服务器播出画面不同步。
针对Magi3000服务器如果几个频道主服输出画面和备服输出都不一致，且都是主服输出快或者慢，此时应该是主服和备服的校时出问题了，可以去服务器查看软件是否开启，或者通讯线路是否断开（服务器校时采用RS232串口校正，主备服用com2,备文件服务器用com1）。软件显示绿色，说明收到数据，显示黄色说明接到的数据有问题，红色说明没有收到数据信号。若时间都一致，可以查看cpu资源占用情况，如果资源超过80%，说明服务器有问题，可能情况有服务器存储硬盘阵列读取速度太慢，其它进程占用资源过大造成。
故障4.总编室审片发现审片速度很慢，要等2~3分钟才行。
解决方法：造成这种现象的原因首先应检查网络通不通，经检查，发现188网段不通，怀疑光收发器有问题，采取替换法更换光收发器后，PING188网段，网络故障解决，审片正常。
故障5.节目播出单节目状态不正常。
解决方法：节目播出单节目状态不正常现象我们遇到过两种情况：
①在播控机的节目播出单节目状态显示为“未上载”，而在服务器素材查询软件中检查此条素材在主、备服务器和二级存储中均存在，这种情况是播出单有一条与服务器中素材文件名不一致造成的。这时应在播控软件的“在线编辑”中删除此条素材，然后在“素材查询”找到此条素材再手动添加到节目单。
②是在播控机的节目播出单出现“警告”提示，这时双击播单，提示主服务器或备服务器素材长度异常。这种故障一般是因为在素材迁移时网络瞬时堵塞造成迁移的素材漏字节而造成素材长度异常。这种故障有两种处理方式：一是在服务器素材管理里删除该素材，再重新从二级存储中迁移过来；二是从未报警的服务器中将该素材复制过来即可。
故障6.播控软件主数据库或者备数据库连接断开的报错。
解决方法：若只有1台播控软件报警，则可能说明此台播控机网络状态可能有问题，可以选择“数据库重新连接”按钮，重新连接，或者把软件关闭重新登陆就可以了。若软件无法打开，则可以查看188网络是否已经断开。
故障7.上载站“采集卡启动失败”故障。
解决方法：此种故障可能是计算机刚刚打开，上载卡没有启动正常，可以关闭后再重新打开软件，或者重新启动电脑后可能会自动解除现象。如果重新启动后仍然报此错误，可以启动上载软件Demo程序测试是否是上层“服务器上载”或“盘塔软件”出了问题。如果Demo程序无法打开，可以到上载站的系统中查看是否驱动程序出现问题，查看“设备管理器”中的“声音、视频和游戏控制器”显示黄色的问号的驱动是有问题的。若有问号，说明驱动有了问题。可以重新更新驱动程序，然后重新启动电脑后可以解决问题。如果2个驱动正常，Demo程序仍然无法打开，可以考虑卸载2个驱动程序，重新启动电脑看能否有找到新硬件的说明。如果没有发现新硬件，可能上载卡硬件有损坏可考虑更换。
3.结束语
综合以上维护经验，我认为日常维护是保证播出设备正常运行的必要手段,因此应将维护工作制度化、专业化，指定专业技术人员从事维护工作，建立设备维护卡片，按规定每天检查播出值班日志，定期检查各台机器的运行情况，服务器系统盘、磁盘阵列的运行情况，及时清除垃圾文件等。定期更换设备中的故障部件并做好维护日记，这样才能快速有效地排除故障，安全优质播出才能保障。
说明
视频播出系统 篇10
本文正是在当前全台网改造的时代背景下, 结合我台新一代播出系统改造的实际情况, 对全台网时代播出视频服务器的选型与组网方式的一些考虑。
1 视频服务器网络分析
历史上视频服务器的组网, 经历了多个不同的模式, 每一种模式都有它鲜明的时代背景。
上世纪末, 视频服务器只限应用于广告插播和少数几个频道的节目播出 (其模式大部分是盘带结合) 。这个时代的视频服务器有如下几个特点:
(1) 不需要太多的通道, 所以普遍通道数较少, 带宽有限;
(2) 不需要太大的存储, 几块内置的硬盘即可;
(3) 因为不需要与外界进行文件交互, 所以各公司视频服务器的文件格式都是自己专用的;
(4) 对外界而言它是个黑匣子, 视音频入, 视音频出。
这个时代, 我们的组网很简单, 两台单机互为主备即可 (图1) 。
随着视频服务器应用于全频道播出的趋势, 在2002年左右, 视频服务器越做越大, 通道数越来越多。同时台里在使用中发现把播出和上载放到同一台服务器上对安全播出会有影响, 于是开始逐渐采用上载播出分离的架构。其组网方式没有区别, 只是把服务器功能做了细分, 同时为了满足全频道播出的需要, 存储容量做了扩充, 一般采用外置阵列。这一时期, 应用上一般也没有文件交换的需求, 所以文件格式仍然是专用的, 但由于有了文件迁移的需求, 所以需要考虑服务器的迁移带宽。
随着播出频道数量的进一步增长, 编解码通道数和文件迁移带宽的要求也在逐步增长, 第一代服务器开始无法单台机器承担如此繁重的压力, 第二代服务器登场了。采用存域网 (SAN:Storage Area Network) , 让多台服务器承担通道数的要求, 使用FC来分解带宽压力, 成为解决问题的主要思路 (图2) 。
但早期的SAN系统只是传统服务器厂家对其上一代服务器的简单升级, 并没有从实质上给应用带来影响——服务器系统依然封闭, 格式依然不开放, 所以严格上来讲, 本代视频服务器的出现, 只是一个时代过渡的需要, 但是这代视频服务器给了厂商以及使用方更大的思考空间:原来我们不一定必须使用一台服务器来承担包括编解码和文件迁移在内的所有工作, 那么:
(1) 我们为什么一定要用一台服务器完成所有频道的播出?
(2) 视频通道可以打散, 计算能力是不是也可以打散?
(3) 既然是多台服务器来完成任务, 对视频服务器的要求降低了, 是否单台设备本身的造价也可以相对降低?
(4) 单台服务器架构是否也可以依功能打散成多个不同的, 互不依赖的物理空间?
于是, 第三代产品诞生了, 这代产品均直接衍生于过渡的第二代产品, 虽然思路迥异, 但亦各有特长。
第一个思路是把视频服务器本身打散, 板卡外置。视频服务器不再是集成式的一体机了, 而是一台分布式的服务器, 所有的视音频通道变成了外设, 单独使用电源和计算模块, 视频服务器主机只承担对视音频文件的传输和流量的分配工作, 每台服务器的通道数规模依然可以配置到很大。这种服务器设计思路的典型代表是OMNEON Spectrum系列服务器。该服务器的特点在于所有的编解码通道都通过1 3 9 4线, 以外设的方式连接在主机 (Media Direct) 上, 这样, 图4中的MediaDirect+MediaPort就构成了图3中绿色的视频服务器部分, 其系统盘采用固态芯片的模式固化于M e d i a D i r e c t主机板上, 而Media Storage只是其外挂存储。实际应用中可以根据需要 (通道数的需求、存储容量的需求以及带宽的需求) 灵活挂接不同数量的服务器组成SAN网络, 如图5所示的SAN网络中, 共挂接了3台视频服务器。
O m n e o n服务器另外还有一种配置方式就是将1台Media Direct和1～2块MediaPort放置在一个2U空间内, 内置素材盘, 构成一台小型的集成式服务器 (MediaDeck) , 如图6所示。这种配置相对SAN方案则体现出一种紧凑化的路线。
第二个思路则是将原先的大型视频服务器本身缩小, 每台服务器只处理四到六个通道, 仍然采用一体机的结构, 多个服务器集中在一个SAN上构成视频服务器集群。这种方案由于单机处理的通道少, 因而对每台服务器本身的要求不高, 可以直接在通用系统平台之上二次开发, 无需个性化设计视频服务器系统。这种方案目前有两个典型代表:Thomson K2和Harris Nexio 360X。
K2每台服务器 (MediaClient) 提供4路半双工编/解码通道, 通过IP-SAN (ISCSI) 与存储体联接, 存储体采用一台或多台服务器 (Media Server) 完成存储管理、访问控制和流量分配。构成SAN后系统如图7所示, 本示意系统也是三台视频服务器共享一套存储体, 采用L2R的全冗余架构, 中间的两台MediaServer作为存储管理服务器, 如果不另配FTP服务器, 则亦兼任FTP SERVER。
360X系列服务器则相对K2的方案更为简洁, 将K2的Media Server所承担的诸项功能均打散到各个视频服务器及存储中去。另外, 360X系列服务器相较于OMNEON和K2还有一个最大的特点, 就是其编解码采用Soft Codec的方式, 通道完全I/O化 (图8) 。
同样, K2和Nexio 360X服务器也可以采用内置硬盘的方式, 直接在服务器内部放置10块 (K2) 或4块 (360X) 硬盘, 即可成为内置存储的单机视频服务器。
综上所述, 两种不同的设计思路催生出各具特色、截然不同的产品, 为我们的组网方案确定提供了更丰富的选择空间。
另外, 第三代视频服务器除在系统结构上有较大改革外, 为考虑与外部系统文件的交互, 播出服务器网络系统必须具备开放性, 所以这一代产品视频文件格式都已完全标准化 (MXF OP1a标准) , 对外数据传输端口都采用工业级标准的千兆以太网接口规范, 直接支持FTP、CIFS等文件传输协议, 可以方便实现与全台网的互联互通, 能够满足与全台媒资系统、主干交换平台以及其它业务板块无缝链接的需求。
2 视频服务器网络构架的选择
要构建一套适应我们需要的视频服务器网络系统, 必须仔细的分析我们的业务需求。全台网架构下, 全硬盘播出系统具有以下特点:
(1) 频道数增加, 我台本次改造考虑完成12个频道的硬盘播出任务;
(2) 依据我台全台网的建设规划, 播出内容来源将逐步转向文件化, 但主干平台未建前提下仍需考虑两年左右的录像机上载;
(3) 由于必须考虑文件级播出的实现, 所以要求视频服务器必须具有文件访问接口和文件解码的功能;
(4) 由于所有备播文件均需在规定时间内迁移准备就绪, 所以要求系统带宽必须满足播出要求;
(5) 随着播出安全级别的提高, 有必要在主备播出服务器外增加第二备份播出服务器。
基于以上特点, 我们从如下几个方面考虑了视频服务器网络的构建。
2.1 播出服务器网络结构选择
对于应用于播出的视频服务器, 可选的方案包括两种, 第一种是集中式播出服务器方案, 另一种采用分布式播出服务器方案。
前者采用上述的SAN架构, 主备双SAN完成所有频道的播出工作。该方案的优势在于所有的素材均在同一套存储系统中, 最有利于素材的共享和复用, 最大化利用了系统的存储空间和迁移带宽。
后者采用单机架构, 每两台单机完成一到几个频道的播出工作。该方案的优势在于最大程度的分散系统风险, 缩小故障影响范围, 同时可低成本实现设备的冷备, 易于故障应急。
在播出安全高于一切的前提下, 越简单的方案, 确实会带来越高的安全级别, 所以在对主备播出服务器网络结构的选择上, 我们很快统一了认识, 采用多组双机两两互备, 每组完成4个频道主备播出的方案。而第二备份播出服务器则基于异构及减少系统迁移带宽压力的考虑, 采用单SAN架构, 同时, 为了解决紧急情况下的节目上载问题, 在第二备份播出服务器上配置应急的上载通道。
2.2 上载服务器网络结构选择
有了播出服务器的基本结构思路, 对于上载服务器的网络结构, 我们有过两种方案的考虑:
方案一:分布式上载, 每两到三台视频服务器完成几个频道的播出、上载的所有工作。多个频道则简单累加。这个方案又有两种选择:
(1) 上载播出分离, 一台上载服务器完成几个频道的上载, 两台主备播出服务器完成对应频道的播出;
(2) 上载播出不分离, 总共两台服务器主备完成相应频道上载、播出的所有工作;
本方案的出发点与播出服务器网络结构选择的理由一致, 从上载到播出, 彻底的实现了“鸡蛋分开放置到不同篮子”。但考虑到以下几个因素, 我们放弃了采用该方案:
(1) 上载服务器的安全级别不如播出服务器, 上载服务器能容忍某一两个通道临时的故障和重启, 但播出服务器无法容忍;
(2) 本方案的每台服务器及相应的上载工作站实质上完全与频道一一对应, 所以对于节目上载的统一分配会带来困难——可能出现部分频道服务器排队上载, 部分频道服务器完全空闲的现象, 降低设备的使用效率。
(3) 对于特别突出的不同频道间的素材共享问题, 必然造成多源对多目的的素材迁移方式, 在迁移策略制定时, 本方案解决起来会有相当大的难度。
方案二:集中上载, 上载播出分离的架构。此方案采用一个SAN系统 (为了分散工作压力和风险, 也可以拆分成两个SAN) 完成全部的上载工作。
综上所述, 再加上综合考虑包括我台播出部部门结构和工作流程在内的多方面因素后, 我们最终选择了集中式上载加分布式播出加集中式二备的整体视频服务器网络结构。
2.3 关于上载服务器选型的分析
之所以把上载服务器的选型问题单独提出来, 是因为对上载服务器的选择, 目前有两种主流的观点:
观点一:上载服务器的安全级别不如播出服务器, 且由于马上将进入全台网时代, 如果继续采用上载服务器会造成投资浪费, 完全可以考虑采用类似非编工作站的采集站点方式, 完成上载工作。
观点二:非编工作站毕竟不是为播出而设计的系统, 且采集完成后的文件应用于专业播出服务器具有一定风险。所以对上载服务器的选择, 还是选用专业的、同品牌视频服务器。
两大观点的目标实质上是一致的, 都是要完成磁带节目的数字化, 只是选用的工具有差异, 一个选用类似非编工作站的采集站点, 另一个选用专业视频服务器。两个观点对于电视台而言其实质是投入成本问题, 考虑到我台的实际情况: (1) 全台网和媒资系统的建成尚需时日, 在一到两年的时间内我们还必须大量的依赖上载系统完成播出内容的采集工作; (2) 目前视频服务器采集的格式都符合MXF OP1a标准, 未来全台网建成后可直接应用于媒资上载采集, 且稳定性更佳, 不会造成投资浪费; (3) 在主备播出服务器之外, 我们还有一套第二备份播出服务器系统, 而同品牌的上载服务器相同的架构和第二备份播出服务器系统可以互为备份。所以在综合分析了两大方案的资金投入数量, 和设备使用情况、安全系数等因素后, 我们选择了采用专业服务器的方案。
2.4 系统带宽分析
通过以上分析, 我们最终选择的视频服务器网络结构如图9所示。采用6台单机服务器, 每台单机提供4个频道的主/备播出。第二备份播出服务器采用单SAN架构, 完成12个频道的第三路播出任务, 同时安排4路紧急上载和2路审看通道。上载服务器采用双SAN架构, 共配置18个上载8个审看和2个垫片通道。
服务器系统网络结构的设计并未就此完成, 我们还必须充分考虑系统的带宽支持能力, 毕竟对于一套12频道的系统, 每频道12X20小时 (更新节目量最大化考虑, 以避免系统长期满负荷工作) 15Mbps码率节目将会带来海量的素材迁移任务, 不充分考虑此部分内容可能导致整个系统无法使用。
(1) 对主备播出视频服务器
主备播出视频服务器每个单机存储4个频道15Mbps每天20小时节目, 每天节目更新总量为80小时。
每天节目更新量= (15Mbps+4.39Mbps) ×80小时×3600s/8/1024M=682GB
若8小时完成所有节目传输则:
所需带宽=682GB/ (8小时×3600s) ×1 0 2 4 M=24.24MBps。
(2) 对第二备份播出视频服务器
第二备份播出视频服务器存储12个频道15Mbps每天20小时节目, 每天节目更新总量为240小时。
每天节目更新量= (15Mbps+4.39Mbps) ×240小时
若8小时完成所有节目传输则:
所需带宽=2046GB/ (8小时×3600s) ×1024M=72.72MBps。
(3) 对上载视频服务器
由于分成两组, 每组分别承担大约6个频道节目上载更新内容, 在以二级存储做为素材的分发平台的情况下, 若4小时完成所有节目向二级存储传输, 则每台上载视频服务器:
每天节目更新量= (15Mbps+4.39Mbps) ×120小时
所需带宽=1023GB/ (4小时×3600s) ×1024M=72.72MBps。
如果考虑迁移的时间窗口放小, 则带宽需求亦须相应变更, 重新计算。
3 结束语