摘要： 关键字： Abstract: Keyword: 数字视频网络给电视业者带来的变革已经毋庸置疑了。许多电视台都在考虑或正在使用非线性视频编辑环境全面的替换传统视频编辑环境，使用硬盘播出系统取代磁带播出的方式。媒体资产管理系统有着被所有人看好的前景，硬盘录像机和蓝光盘技术在摄录设备中已经开始应用。非常明显，很快数字非线性视频编辑技术就会占领电视节目制作播出环境的各个环节。 节目制作网络是数字视频网络毋庸置疑。硬盘播出系统包括了分散的节目上载系统，集中的存储单元和数据库管理体系，视频流输入输出接口，具备了一个视频网络几乎所有的要素。所以从严格意义上来讲，硬盘播出系统也是一种视频网络。利用信息技术的节目存储系统和媒体资产管理系统也是相对独立的数字视频网络。而随着硬盘录像机和蓝光盘技术的应用，前期设备也将会脱离单机单任务操作的状态，加入视频网络的环境中。 此种工作方式的好处是各个环节在物理完全独立，通过磁带作为环节间数据传送的媒介，不需考虑不同环节设备之间的接口协议，也不需考虑各个环节内部的文件压缩格式和交换格式，只要统一磁带格式即可。各个环节相互独立的另一个好处是相互之间不会产生影响，安全性和可维护性较好。 从整体上来看，在这种方式下工作，数字视频网络所带来的集中、共享、设备资源消耗少和高效的优势，在网络间大量利用磁带上下载的过程中几乎消失殆尽。 在这种工作方式中，上传工作站是网络里的一个有卡工作站，可以回放编辑完成的节目成片。采集控制工作站是硬盘播出系统的一个节目上载控制站点，它可以控制视频采集通道矩阵中某个通道的工作状态。我们分别在上传工作站和采集控制工作站上安装以太网卡，使用双绞线，利用TCP/IP协议建立了一个点对点的控制流通道。利用视频线在上传工作站和硬盘播出系统的采集工作站之间建立了一个SDI数据流通道。这种连接方式在某种意义上来说有点儿类似远程采集系统。 从图-5可以看出，这种工作方式比使用磁带的工作方式减少了一次节目下载时间，一次编码过程和一次解码过程，并且免去了磁带的人手传递，减少了接口设备可能对节目数据的影响。相对与使用磁带的方式大大提高了工作的效率。 在我们设计的节目网和硬盘播出服务器的连接方案中，使用一台带有FC接口和告诉FTP接口（光纤或千兆以太接口）的计算机设备作为节目制作网络的网关。使用光纤网卡或千兆以太接口与硬盘播出系统的网关设备连接。在该网关（即上传工作站）上建立一个FTP服务器。硬盘播出系统通过FTP登陆的方式访问该网关，将节目制作网络产生的，可以为硬盘播出系统所识别的，满足播出要求的视音频文件拷贝到播出服务器的硬盘存储阵列中，经过编目加入播出列表程序后用于播出。其数据结构流程如图-7所示。 由图-7可以看出，使用文件方式进行数字视频网络间节目数据传输，实质上是将节目制作网络中的节目数据文件直接用于播出。这种方式比采用流方式可以减少一次编码解码的过程，而且由于是文件到文件的传输方式，可以完全排除外界因素对视频信号质量的影响。 采用FTP文件方式传输数据，可以完全根据通道的数据流量来考虑传输时间，而不需要根据具体节目或视频文件的时长，以千兆网卡为例，1000Mbps速度传输8M码流的MPEG-2长GOP，理论状态下满通道占用可以达到1000/8=125倍的传输速度，即1小时的节目需要半分钟左右就可以传输完毕。当然这是一种理论状态，工程中涉及到网络连接的实际传输速率，文件的结构、磁盘读写速度等因素使传输速度不可能达到上述理论状态，但对于以8M码流的视频文件而言，至少可以达到20~30倍的传输速率，即1小时时长的节目在2~3分钟之内可以传输完毕。同时在一个通道内可以传输多个节目文件。另外该方式还有一个好处，几乎所有的FTP服务软件均支持断点续传功能，这样就可以避免出现流方式传输时遇到错误必须从头重新传输的问题。 这种工作方式在工程比使用流方式传输视频更容易实现。流文件传输需要编写建立双方专有的通讯软件，采用握手的方式交互数据，就像电话一样，一方不接听双方就不能通话。而对于文件方式传输只需在发送方建立一个FTP服务器目录，将所需要传输的视频文件放进目录里，接受方根据需要，自由选择时间从该文件目录中获取文件，这种方式和从互联网上下载文件是完全相同的。在本文所举工程例子中，节目制作网络可以采用一台普通的计算机作为FTP服务器。FTP服务器软件几乎所有的操作系统都提供支持，例如Windows2000中就自带IIS系列的FTP服务器。对于硬盘播出系统可以使用其异步接口板卡或部件作为网关，如PinnacleMediaStream系列视频服务器使用Mediastreamconnectplus部件作为其千兆异步接口,支持标准的FTP协议，而SONY的MAV-70、MAV-555系列服务器也可以通过分别加配BKMA-7045和BKMA-550板卡提供千兆异步接口，支持标准的FTP协议。在这种工作模式下，节目网络和硬盘播出系统均不需要对自己内部的数据结构和管理方式进行改造，只需要通过千兆异步接口，采用文件到文件的方式传输视频素材即可。 我们下面可以采用表格的方式对上述三种数字视频网络间节目数据传输方式进行对比。我们选用三种不同压缩码率的节目视频文件作为对比的参照，以上述节目制作网络向硬盘播出系统传送节目为例，从上载到播出各个环节进行比照。 假设节目制作网络可以提供MPEG-2全I帧50Mbps码流、MPEG-2全I帧30Mbps码流和MPEG-2IBBP帧8Mbps码流三种压缩格式的视频节目成品文件，以上文件均可为硬盘播出系统所识别和使用。 表-1现显三种传输方式在传输各个环节的特性，表-2对比了三种不同的MPEG-2压缩方式在三种传输方式下各自的特性参数。 表-1： 表-2： 注:1文件大小的计算方法为文件大小≈码流Mb/s×60s×60÷8B/b 由以上两个表格可以清楚地看到这采用这三种工作方式在数字视频网络间传输节目数据的各自特点，而采用文件方式与前两种方式对比，具有传输环节少、速率快、灵活性强、可以同时执行多任务，信号损失少及工程实现简单等多种优势。 既然采用文件方式的优势如此明显，那我们所有的所有视频网络都通过这种节目方式传输节目或视频不就完了？但问题也并非如此简单，我们希望再通过一个工程例子来说明采用文件方式在数字视频网络间交互数据所面对的问题，并探讨解决方案的可行性。 该例子是一个已经产品化的集中上载的工程。节目制作网络规模的日益膨胀导致单机上载的工作模式已经无法满足大电视台的胃口了，所以集中上载作为制作网络的一项功能需求被提了出来。该工程在本质上其实就是一个采用文件方式在数字视频网络间交互数据的范例，它所面对的问题和解决方案在某个层面上反映了我们想要探讨的，使用文件方式在数字视频网络间交互数据所需解决的问题。 该工程方案如下： 该方案的工作原理是利用带存储单元的多通道视频服务器，作为集中上载的第一个环节，视频输入通道分别与录像机、摄像机等传统前期节目相连。录制控制工作站通过422控制矩阵控制视频服务器的输入通道进行节目素材上载，以视频服务器所提供的视频文件格式存储在服务器本机存储单元内。视频服务器利用千兆异步接口通过网关与千兆以太交换机连接，利用标准的FTP协议将服务器内的视频文件通过转码工作站传输至节目制作网络的硬盘存储阵列中，提供给编辑环境进行编辑制作工作。转码工作站是一台带有千兆以太及FC接口的高性能计算机，视频文件通过千兆以太接口进入转码工作站，经过处理后通过FC端口输出至节目制作网络的硬盘存储阵列。转码工作站所做得工作是在视频文件的拷贝过程中改变文件的格式，将视频文件由视频服务器所支持的文件格式转换为编辑环境所识别和可使用的视频文件格式。 这种工作方式建立后，具有极强的灵活性。传统使用SDI、模拟复合分量接口的设备可以使用视频服务器连接上载，而对提供千兆以太接口的设备，如硬盘录像机、SONY的e-VTR及基于文件系统的蓝光盘摄录设备，都可以通过标准的千兆以太接口和集中上载系统中的千兆交换机连接，通过422控制或以太网络和控制环节连接。可以方便的利用FTP方式进行高速文件上载的工作，并且在加入这些设备时，对集中上载的系统配置和控制操作无需进行大的调整或更改。 也许有人会问：如果大家都使用同样的压缩方式，那为什么还要使用转码工作站？使用文件到文件的直接拷贝，把视频服务器的文件拿来，直接拷贝到节目存储网络的硬盘存储阵列中使用不是更有效率？这个看似有点儿可笑的问题，却引出了利用视频服务器集中上载工程方案，或者说是使用文件方式在数字视频网络间进行节目数据传输所需面对的最大困难：即不同的厂商提供的视频文件格式互不兼容。 所有的视频产品服务商都不买别人的帐，我的服务器有我自己的文件格式，你的板卡有你的专用板卡文件格，即使大家都具有相同的压缩方式，彼此的视频文件也互不兼容。更有甚者，有时候同一厂商不同系列的产品采用的文件格式也都互不兼容。比如上述工程如果使用的SONY的MAV系列视频服务器，采用MPEG-2全I帧50Mbps码流压缩方式。编辑环境使用的MatorxDigisuiteDTV系列的板卡，虽然DTV板卡本身即支持MPEG-2全I帧50Mbps码流压缩方式，我们仍然需要将SONY的文件格式转换为Matrox所支持的文件格式，。这种文件格式的转化其实并不涉及到MPEG-2的重新编码和解码，只是将文件的包装格式和标示标志进行改变，重新打包，使之可以为MatroxDigisuiteDTV板卡所识别和使用。如图-9所示。 由图可以看出，在转码过程中对视频数据部分（包括音频部分）未作任何改动，只是对视频文件的文件包装格式进行了改变。视频文件依然采用的是FTP方式进行数据迁移，在数据迁移的过程中将视频文件的一些标志性参数和格式进行了更换。这项工作从实际工程方面相当的简单，其面对的主要问题是厂商对自有文件包装格式的开放问题。我们从工程上可以从两个方面考虑努力解决这个问题： 一、建立统一的视频文件格式。 这个方向当然是最理想的工作方式。所有的文件都采用通用的文件格式，无需转码就可以为不同厂商的设备所识别和使用。那么转码工作站就没有存在的必要了，直接采用文件到文件拷贝的方式既可。但实际上这项工作的难度很大，涉及到标准的制定，厂商相互的利益因素，所以最理想的方式也是最难实现的方式。 二、不同厂商的设备相互识别对方的文件格式。 这是个退而求其次的方式，我们没有统一的标准，但我们可以相互识别对方的标准。你的文件可以为我所用，我的文件也可以为你所用。但这种方式依然收到厂商相互利益的制约。 所以在现有的环境下，转码作为数字视频网络间采用FTP交互数据的中介，是解决不同文件格式的数字视频网络之间节目数据交换问题比较理想的解决方案。 很多视频厂商也开始注意到了使用文件方式在数字视频网络间传输数据的优越性，开始考虑文件的兼容问题，并且在硬件上提供千兆以太的接口和FTP的协议。比如SONY的MAV系列服务器均提供千兆异步接口，PINNACLE提供MediaStreamconnectplus设备作为MediaStream系列服务器的千兆以太接口；MPEGIMX系列录像机可通过加装备卡提供千兆接口升级为网络录像机e-VTR，e-VTR网络录像机在应用中就是在网络中使本机成为一个FTP服务器，网络上其他的节点通过FTP的方式传输节目数据。 采用文件方式在卫星节目传输上也已经有了很好的应用，国内不少节目制作公司通过卫星将已经完成的节目视频文件传输给电视台接受终端，由终端解压缩后下载或编辑，而不是通过传统的直接解码输出流的方式经直接录制到录像带上。 如图-10。接收终端是一台计算机，它带有一块TS流接收板卡和一块视频解压缩板卡，视频压缩卡的种类取决于所传输的视频文件的压缩的方式（MPEG-2、MPEG-4）。TS流接收板卡可以接受卫星TS流，将节目视频文件从TS流中解出后存储在本地硬盘中。存储完成后，用户可以根据需要随意选择时间通过视频解压缩板卡输出节目视频。 我们可以看出，这种传输方式实质上和本文前面所说的节目制作网络和硬盘播出系统连接传输数据的方式是一模一样，都是通过文件到文件的方式传输节目素材视频文件。我们如果在该工作站点上加装一块千兆以太板卡，通过网关和其他的数字视频网络连接，就可以省去节目下载到磁带这一步骤，又可以节省人力、时间和设备资源，大大的提高工作效率。 现在我们可以回头看看本文开始时所提出的问题，在一个制播环境中，不同的数字系统系统设备环节如何相互交换数据。我们可以采用以下的方式。 通过交换机设备将各自分割、功能独立的制播环节连接起来，使用文件到文件的方式，通过高速通道交互节目数据，在保持各个环节功能和控制独立的情况下，达到资源的共享和系统扩展，提高工作效率。 千兆以太、FTP这些技术在IT业中已经研究多年，技术已经相当成熟，市场上也有了很多性能价格比非常好的产品。本文所述的几个工程方案，在网络连接方面的投入是非常少的，与视频领域内动辄数十万、上百万的高端设备不可同日而语。而基于这种技术的采用文件方式在数字视频网络间传输节目数据的工作方式，更由于其工作方式简单，投入少，可维护性好及具有成熟的技术支持等优势必将成为数字视频网络间交互数据的主流方式。同时我们想通过本文像读者表明这样一个观点：在视频领域技术的发展中，如何利用其它领域内已经成熟和普及的技术，如FTP技术、硬盘阵列、光盘技术等，为新兴的高端数字视频设备所利用和开发，从而达到事半功倍的效果，是一个非常值得我们认真探讨的问题。
传输节目数据的可行性分析
本文从节目制作网络和硬盘播出系统的连接方案入手，探讨了数字视频网络间连接的三种工作模式：采用磁带作为介质传输数据，采用流方式传输数据和采用文件方式传输数据。详细分析了这三种模式的优缺点，进而论证了采用文件方式在数字视频网络间传输节目数据的可行性和合理性。并分析了工程中采用文件方式在数字视频网络间传输节目数据所需面对的问题及解决方案。本文还提出了使用文件方式在数字视频网络间传输节目数据的具体可行方案，同时探讨了利用文件方式传输数据在节目集中上载和卫星节目收录方面的应用前景。
数字视频网络、节目制作网络、硬盘播出系统、磁带、流、文件、MPEG、TCP/IP、FTP、集中上载系统、媒体资产管理
Thispaperdescribedthreeinteractiontypesofdigitalvideonetwork.Interactingbymagnetictape,bymediastreamandbyfiles.Weanalyzedtheadvantagesandshortagesofthisthreeinteractiontypesofdigitalvideonetwork,thenconcludethatinteractingbyfilesisthebestwayinthisthreetypes.Wealsoanalyzedtheproblemswemustfacewhenweusethismethodinteractingindigitalvideonetworks,andgavethesolutions.Thispapergaveanexercisableprojectaboutinteractionbyfilestypeindigitalvideonetworks,anddescribedthismethodimplementsinotherfields,justlikeprogramsuploadsystem,satellitetransmissionandsoon.
Digitalvideonetwork,Programnetwork,Broadcastserver,Magnetictape,Mediastream,File,MPEG,TCP/IP,FTP,Programsuploadsystem,Mediamanagementsystem.
这样会带来一个问题，或者说是一系列问题，在一个制播环境中，不同的系统设备环节如何相互交换数据。
比如我们有这样的一个制播环境，每个椭圆代表不同的功能模块。如图-1所示：
该制播环境由节目源、节目制作网络、硬盘播出系统、节目存档或媒体资产管理系统(这里所指的媒体资产管理系统，主要是以媒体资产查询管理为主，不是指包括采编播查询一体的广义上的媒体资产管理)以及远程节目系统组成，这样的制播环境代表了国内大部分电视台的现实情况或发展方向。
从发展的角度来看，制播环境各个环节如何连接的问题，其本质上就是数字视频网络之间如何有效传输数据。他们之间如何连接交互数据，反映了不同类型的视频网络相互传输数据所需面对的问题。
也许有人会说，采用制播一体化网络不就不存在这种问题了吗？这在理论上是完全正确的。使用同一厂商的视频网络搭建整个电视台的制作播出存储系统，使用统一的硬盘存储阵列和管理数据库系统管理节目制作、播出和存储系统，使用播出服务器替换原有制作网络的下载端口，理论上的确可以节省设备投资，减少数据流环节并提高工作效率。
但是，从实际工程角度来看，却远远不是如此简单。比如对播出安全性的高要求使得必须给于播出系统足够的系统冗余，独立的存储系统，相对封闭的管理空间，大容量的数据吞吐能力和演播室信号的直播处理能力。完全满足以上要求会导致一个硬盘播出系统的设备预算不会比具有相应支持能力的节目制作网络低多少。同样，一个基于信息技术，满足要求的节目存储查询系统其本身也是一个完整的数字视频网络。而对于一个功能独立的硬盘播出系统或节目存储查询系统而言，它和节目制作网络的交互数据其实已经是两个视频网络之间的连接了。即使这些环节是由同一厂商开发设计，也必须面对网络间互联的问题。除此之外，我们还必须考虑到远程节目网络的扩展问题。
从另一个角度来看，厂商当然是希望做制播一体化网络，因为可以拿到成倍金额的合同，他们甚至希望用一个统一的、大而全的媒体资产管理系统涵盖采编播的所有环节，拿下所有的订单。但从用户的角度而言，大而全的网络就意味着要对自己的设备环境进行全面的更换，并且保持一致，为了迁就某一厂商在某一领域的优势而忍受其在其他领域内的缺陷。同时一体化网络所带来的巨额设备投入也不是中小型电视台所能够承受的。
从工程技术角度来看，在系统设计时应考虑到系统各个环节发展的不平衡性。分散的模块化的设计思路比整体统一的设计思路更加具有灵活性和可扩展性，并可减少工程周期过长、一次性投资过大带来的技术被动。
所以本文希望从工程角度出发，探讨如何在相对独立的数字视频网络间建立连接，便捷、高效的进行数据交互。
从工程上看，我们有三种方法可以做到相互独立的数字视频网络之间的互联，进行节目和信息的交换：一、使用磁带或磁盘等独立存储物理介质作为网络间节目和数据交换的载体；二、使用数据流作为交换的载体；三、使用文件作为交换的载体。
以下分别说明：
第一种方法是使用磁带或类似的记录工具作为数据交换载体，这是最简单方法也是现在最普遍的做法。在不同的视频网络之间以磁带作为中转介质。节目源使用录像带上载节目素材到节目制作网络中，经过网络编辑完成用于播出的节目成片后通过下载端口下载到录像带上，由专人送交到播出机房或者节目存档系统。播出机房将送交的节目播出带上载到硬盘播出服务器中，编目存储用于播出，节目存档系统或媒体资产管理系统将磁带信息再次数据化。
如图-2所示。
但这种工作方式的优点却带来了它致命的缺陷，即节目大量上下载所带来的时间浪费，多次压缩解压和设备接口带来的信号损失。
我们举例说明。比如用户编辑一小时的节目成片，需用两个小时的节目素材，那么用户就必须按照以下工作步骤进行节目制作：首先用户需花费两个小时用于节目素材上载。编辑完成后，花费一小时的时间将节目下载到磁带上。将节目磁带送交播出机房，由播出机房花费一小时时间将节目上载到播出服务器的存储阵列中，编目用于播出。播出完成后的节目带送到节目存储系统中。不计编辑时间和节目磁带送交所花费的时间，一小时的节目从制作到播出，仅仅用于上下载的时间就需要四个小时，四倍于节目时长。如果节目存储系统也是基于数据存储技术的话，那么将花费更多的时间在磁带数据的上下载方面。
这里需要说明的是，虽然现在的有的厂商推出高速上载和传输设备，但对这种工作方式的帮助并不大。基于SDTI接口的设备提供2~4倍的磁带读取速度，实现产品化的只有2倍速传输接口，同时需要板卡或视频服务器支持。由于受到磁头技术及工艺的限制，磁带类设备的高速上载并无良好的前景，笔者认为在磁带的范畴内讨论高速上载其意义和前景不大。
再来看看信号质量的损失，一个节目上载到非线性节目编辑网络，需要进行一次编码压缩，比如说压缩成MPEG-2全I帧50Mbps或30Mbps码流的视频文件，用于后期编辑。节目后期编辑工作完成后，需将视频文件解压缩成SDI或模拟分量/复合信号下载磁带上，由专人将磁带送交到播出机房，压缩成MPEG-2长GOP8Mbps或相近码流的视频文件，上载到播出服务器的存储硬盘阵列存储，解码后用于播出。另外信号每过一次录像机设备就要经过一次编解码过程，其多次编解码和由于上下载接口所带来的信号质量下降不可避免。以使用SDI接口的录像机为例，如图-3所示。
可以看出，在单纯的制播网络化环境中一个节目从素材到成片，从编辑到播出，需要四倍于节目时长的时间用于上下载工作，经过三次编码和四次解码，三次使用SDI信号传输数据。而这些时间、人力和设备资源投入的大量消耗，仅仅是为了实现视频网络间数据传输。而多次的压缩编解码和设备接口也会带来信号质量不可避免的损失。以上所述还未包括节目存储和媒体资产管理系统，对节目存储和媒体资产管理系统媒体资产管理系统可能带给整个制播环节的影响尚未考虑在内。
对于使用磁带作为数字视频网络间数据交互的方式而言，使用数据流作为网络间数据交互的方式更加理想一些。
下面仍然以节目制作网络和硬盘播出系统连接传递节目数据为例，说明如何采用流的方式进行不同数据视频网络之间的数据交互。
笔者参与过这样一个工程：为了解决非线性新闻制作网络向播出机房传送节目的问题，在非线性新闻节目制作网络和播出机房的播出服务器之间，设计并架设了一条SDI通道。这其实上是视频网络之间交换数据的第二种方式，采用流的方式传送数据。其拓扑结构如图-4所示。
在节目制作完成之后，节目制作网络通过上传工作站的控制流通道向远端的采集控制工作站发送上传请求和所需上传的节目信息，并准备开始回放制作完成的节目；采集控制工作站得到请求后检测视频采集通道的工作状态是否正常，如检测正常可以进行采集，就开启视频采集通道的采集功能，根据节目信息进行节目采集，同时通过控制通道返回应答信号；上传工作站在接到应答信号后开始回放节目，通过SDI流传送到视频采集通道进行节目上传；视频采集通道结束采集工作后，采集控制工作站返回结束信号给上传工作站，结束上传工作。
这种工作方式的最大好处是在工作流程中去掉了磁带这个中间环节，节省了大量的上下载时间和送磁带所消耗的人力物力，并且减少了编解码环节和录像机设备接口对信号质量的损伤。如图-5所示。
但这种工作方式还是具有明显的缺陷：在这种工作方式下采集和传送必须同时进行，其数据交换过程不可中断，数据传输过程中如有错误必须从头重新进行，灵活性较差；数据传输依然是实时进行，无法进行高速传输；传输节目时必须完全占用硬盘播出系统的一个视频采集通道。
其它使用数据流的方式在不同的数字视频网络间交互数据的工程，具体设备、接口和控制方式可能有所不同，但工作模式应和上述节目制作网络和硬盘播出系统的连接相同或相似。可以看出采用流方式在数字视频网络间传输数据，就像使用电话一样，首先建立握手关系，然后独占通道和时间进行数据交互。
这种方式还有一个好处，就是使用统一的通道传输数据，不用理会通道两端的数据结构如何。比如在SDI通道作为数据流通道的前提下，我们使用的节目制作网络和硬盘播出系统可以采用完全不同的数据压缩方式，无论是M-JPEG、MPEG-2还是DVC50，只要提供SDI接口即可进行网络间的数据传输。
这里牵扯出另外一个问题，如果两个数字视频网络采用同样的数据压缩结构，我们还需要通过SDI这样的接口吗？
这个问题可以由数字视频网络间交互数据的第三种方式来解答，即使用文件方式在数字视频网络间交互数据。
使用文件方式传输节目数据，一个重要的前提是传输双方的数据文件压缩格式可以为对方所识别。这看起来并不难达到，因为大部分视频厂商都提供M-JPEG、MPEG2、DVC25、DVC50等主流的压缩格式，但实际在工程中不同厂商的不同产品，甚至同一厂商不同系列的产品，其文件格式都不兼容。
下面我们先介绍如何利用文件方式在数字视频网络间交互数据，其优势和不足，然后对如何解决基于不同文件格式的数字视频网络之间交互数据进行分析。
以本文开始所描述的网络结构为例，对采用文件方式在视频网络间传送节目素材进行分析。我们仍然以节目制作网络和播出机房的连接为例，设计这样一个工程方案，其拓扑结构如图-6所示。
我们假设该工程中节目制作网络和硬盘播出服务系统使用的是同种压缩格式，即均为MPEG-2或DVC50，并且节目制作网络可以提供符合播出要求码流的压缩文件，例如MPEG28M码流的长GOP文件（很多视频板卡都可以根据用户需求提供不同码流的数据文件）。
这种工作模式实质上是在数字视频网络间建立高速数据传输通道（光纤或千兆以太），利用TCP/IP协议组中的FTP(文件传输协议)在数字视频网络间以文件方式传输视频数据。磁带方式 流方式 文件方式 磁带方式 流方式 文件方式 磁带方式 流方式 文件方式 磁带方式 流方式 文件方式 MPEG-2全I帧 50Mbps 22.5GB 人工 SDI 千兆以太 无 270Mbps 1000Mbps 2小时 1小时 180秒 远大于2小时 接近1小时 400秒 MPEG-2全I帧 30Mbps 13.5GB 人工 SDI 千兆以太 无 270Mbps 1000Mbps 2小时 1小时 180秒 远大于2小时 接近1小时 240秒 MPEG-2IBBP帧 8Mbps 3.6GB 人工 SDI 千兆以太 无 270Mbps 1000Mbps 2小时 1小时 29秒 远大于2小时 接近1小时 64秒
2文件大小的计算忽略了相对数据量很小的文件包装数据和音频数据
3理论传输时间根据1000Mbps带宽计算,实际传输时间根据实际450Mbps速率计算。
粤ICP备06047689号
本文地址：
返回
