集中上载方式下素材上载常见问题分析

开篇：润墨网以专业的文秘视角，为您筛选了一篇集中上载方式下素材上载常见问题分析范文，如需获取更多写作素材，在线客服老师一对一协助。欢迎您的阅读与分享！

河南电视台都市频道技术部 谭钊 侯盛杰

2005年中国西部电视技术协会第十七届年会技术论文二等奖 简介：本文首先对集中上载的作机制进行描述，然后针对各个环节易出现的问题，分别加以分析，找出解决问题的方法，并对一些典型的问题，进行了详细的描述。由于本文完全是笔者结合日常的值班工作，对工作中出现的故障所进行的处理，所以对技术人员在使用及维护该系统时有着极好的参考和借鉴作用。

关键词：集中上载 问题分析 解决方法

一、概述

使用集中上载方式与通过音、视频编辑板卡直接采集素材是有所不同的。它的优点在于对上载任务可进行编单、批处理，相对减少了素材上载的工作量，也大大缩短了用户对编辑站点的占用时间。但是集中上载系统包括了任务编单、采集、调度、转码和入库等诸多环节，集材上载的稳定性也受到各环节的限制，在日常工作中会导致一些问题出现。笔者结合日常的工作，对常见的问题加以归纳、分析。

二、问题分类

集中上载系统由上载控制工作站、任务调度工作站、视频服务器和转码工作站群集等几部分组成，用户通过上载控制工作站实现任务的订制，以视频格式录入视频服务器，完成录入后将转码任务提交给任务调度工作站，由其将各任务排成队列顺序分配给空闲的转码工作站，在完成转码后将成功信息返回上载控制工作站，由后者完成素材信息的入库与视频服务器中完成转码素材的清理。

由于存在多个环节，因而引发的问题也不同，主要的问题存在于素材录入、任务提交与素材转码三个方面。

三、问题分析

1．录入方面

录入方面的问题主要是由用户不当的操作引起，新用户出现这类问题的情况居多，他们对系统性能的了解不够。

当录制时间少于十秒时，视频服务器将无法接收到完整的素材信息，将向系统返回“input file invalid”（输入非法文件）的信息，无法对形成的视频文件完整封装，成为一个仅有文件头的空文件，不能够被视频服务器正确识别，成为坏（垃圾）文件。

在进行打点编辑上载时，如果上载的素材带的入出点之间有断磁，编订的任务将无法正常执行录制功能，上载界面除退带之外的所有操作按钮均不可用。这是由于目前笔者接触到的素材带与上载控制站使用的时间计数编码都是CTL码，在录制时，入、出点间的时间码会出现逻辑上的错误，从而导致上载控制程序无法正确识别，亦无法正确执行录入命令，而使程序处于无限制等待状态。解决方法是退出磁带后，分段打点进行批采集。这种情况在硬录时不会出现。

2. 任务提交方面

有时用户在录制完成后并没有转码，这可能是由于转码调度工作站并没有接收到上载控制工作站提交的转码任务，也没有产生录制失败的报错信息。通常出现这种问题后，终止并重新加载转码调度程序，丢失的任务就会以录入完成的先后顺序重新加入转码队列。对于个别仍旧没能加载的任务，就需要管理人员通过对网络数据库中的相关表中的相关记录值进行人工修改，然后执行该表。具体步骤为：打开数据库（SQL Server 2000）的企业管理器，从数据库中找到名为mav70uploadsys的库文件，在其下名为Clipinfo的表中，存放了所有等待转码、正在转码或完成转码但尚未清理的素材记录，通过名为ClipName与CreateTime两个字段（它们分别记录了用户名、上载的素材名称和上载的日期、时间）找到未能提交的素材记录，修改其字段ConversionState值，将其值改为0，执行该表，此时该条任务即刻便被调度工作站所加载（注：通过与系统开发人员的沟通，得知该字段值代表四种状态，0表示等待提交，1表示任务已经提交、正在转码，2表示转码成功，3则表示文录入件错误），字段ConversionState值为3时，在转码调度程序中就会出现“input file invalid”信息，造成的原因除了上面提到的录制时间少于十秒外，也可能由上载机的同步信号出错、时间计数编码被改为TC码引起，但无论是哪种情况引起的，也只能重新上载。

对于转码成功的素材，上载控制工作站存在着当转码成功一小时后将存放于视频服务器中的源素材文件进行删除的工作机制，以确保视频服务器中的可用磁盘空间的容量。而所有没能提交转码的素材，它们会一直存放于视频服务器中，若不手动进行提交操作（重启转码调度工作站只会将当天未能提交的有效任务重新执行，之前的将不再有效），就会成为垃圾文件，白白占用着视频服务器的磁盘空间，并随着时间的推移而累积，导致视频服务器的可用磁盘空间越来越少。有鉴于视频服务器中的素材文件只是做为素材录入、等待转码的临时文件，而非网络环境中的可编辑素材，值班人员应对其进行定期的清理，通过查对文件的创建日期，而将存放时间较久的文件物理删除，并对mav70uploadsys库中的相关记录进行删除。值得一提的是，对数据库进行直接的人工操作并不被提倡，这会对制作网络的运行带来一定的风险。之所以如此，也是相应的管理软件的人机交互不友好、操作性差、功能较弱的无奈之举，完善管理软件的管理功能和可操作性是系统集成商需认真对待的问题。

3. 转码方面

经过较长时间的测试与使用，转码工作站的运行相对比较稳定，但也出现过一些值得注意的问题。

转码工作站的工作机制是：接受调度工作站发来的任务，与视频服务器建立连结，以流的形式将整个文件顺序读取，将读取的文件存放在IE的临时文件夹内，按照用户的要求转成高、低质量的素材文件，边读取边转码，完成转码的部分直接写入用于存贮编辑素材的海量磁盘，在完成全部转码工作后，向调度工作站返回转码成功信息，并断开与视频服务器的连结，清除存放于IE临时文件夹内的文件。但若转码进程出现故障，无法执行、未能正常完成转码工作时，转码工作站将不会清除文件夹中相应的临时文件，如此累积直到将IE临时文件夹所在的磁盘空间占满，在新的转码任务到来后转码工作站将报错并终止转码程序。为避免这种故障的出现，IE临时文件夹应设在一个空间相对较大的磁盘上，并将IE临时文件夹设置得尽量大些，此外值班人员应定期对IE临时文件夹进行清空。值得注意的是该操作不能在有转码任务工作时进行，这样将会连同正在进行的转码任务所读取的数据一同清空，致使该任务将无法继续进行。

当网络中存贮编辑素材的海量磁盘空间被占满时，若转码工作站这时正处于工作状态，它会反复覆盖正在转码文件已转完的部分，直至完成整个文件的转码工作，返回给调度工作站转码成功的信息，但实际文件却只有最后一部分；若转码工作站此时再接到调度工作站发来新的转码任务，则新的任务将不能被执行，而且会使相应的转码工作站产生报错，导致转码程序终止。

任务完成后，转码工作站将成功信息返回调度工作站，调度工作站向转码工作站安排新任务的同时，将完成的返回信息上载控制，由后者对完成的素材执行信息入库的操作。若上载控制因某种原因而没有执行入库操作，用户可在编辑软件中通过素材引入选项，实现对完成转码素材的人工入库。

在日常的值班工作当中，真正在转码后的素材文件损坏的现象较为少见，笔者也极少遇到这类问题。这种错误一般表现为系统返回成功转码信息的素材文件，用户在素材库中无法找到、亦无法引入，或能看到素材文件的图标却无法使用、不能在时间线上编辑，再或者高低质量素材不一致（高质量素材完好、低质量素材损坏，低质量素材完好、高质量素材损坏）。存在这类问题的素材文件，通常与正常的素材文件有所差别，通过Windows操作系统的资源管理器可以看到，这类错误文件明显小于正常的素材文件。对于某些不能通过这种简单方法辨别的错误素材，笔者一般会使用系统集成商提供的素材分析软件，将素材文件加以分解，查看文件的内部编码，完整的素材与损坏的素材的内部帧结构是不一样的，其

对比如图所示：

完整的素材

损坏的素材

从上图的对比可以看出，损坏的素材文件在转码时出现封装错误，内容全部丢失，无法正常显示每一帧的信息。这类情况下的素材文件已不能再使用，需另行上载。

笔者曾在一次值班时就听到用户报怨自己在无卡工作站上编辑的节目在有卡工作站上无法使用，他当时遇到的就是这类因低质量素材完好而高质量素材在转码时帧封装错误的情况造成的。虽然这种情况极少发生，可这足以使笔者对系统集成商们描述的那种只使用少量有卡机做为下载站点、大部分站点采用无卡机进行编辑的制作网络的安全性、可靠性打上问号。

四、总结

任何一个系统要想良好的运行，都离不开系统内部各环节稳定、协调地工作。这不仅要求集成商对系统不断的完善，也要求值班人员要加强对系统日常的监测与维护，为系统的稳定运行创造条件。毕竟出现的大部分问题还是有规律性可寻的，及时的发现问题、解决问题，就能在最大程度上避免由此造成的损失和由此导致的被动局面。以上是笔者总结日常值班工作的一点心得，望与其他技术人员共勉之。