集中上载方式下素材上载常见问题分析_通信络论文.docVIP

集中上载方式下素材上载常见问题分析_通信络论文 通信网络论文 河南电视台都市频道技术部 谭钊 侯盛杰 2005年中国西部电视技术协会第十七届年会技术论文二等奖 简介：本文首先对集中上载的作机制进行描述，然后针对各个环节易出现的问题，分别加以分析，找出解决问题的方法，并对一些典型的问题，进行了详细的描述。由于本文完全是笔者结合日常的值班工作，对工作中出现的故障所进行的处理，所以对技术人员在使用及维护该系统时有着极好的参考和借鉴作用。 关键词：集中上载 问题分析 解决方法 一、概述 使用集中上载方式与通过音、视频编辑板卡直接采集素材是有所不同的。它的优点在于对上载任务可进行编单、批处理，相对减少了素材上载的工作量，也大大缩短了用户对编辑站点的占用时间。但是集中上载系统包括了任务编单、采集、调度、转码和入库等诸多环节，集材上载的稳定性也受到各环节的限制，在日常工作中会导致一些问题出现。笔者结合日常的工作，对常见的问题加以归纳、分析。 二、问题分类 集中上载系统由上载控制工作站、任务调度工作站、视频服务器和转码工作站群集等几部分组成，用户通过上载控制工作站实现任务的订制，以视频格式录入视频服务器，完成录入后将转码任务提交给任务调度工作站，由其将各任务排成队列顺序分配给空闲的转码工作站，在完成转码后将成功信息返回上载控制工作站，由后者完成素材信息的入库与视频服务器中完成转码素材的清理。 由于存在多个环节，因而引发的问题也不同，主要的问题存在于素材录入、任务提交与素材转码三个方面。 三、问题分析 1．录入方面 录入方面的问题主要是由用户不当的操作引起，新用户出现这类问题的情况居多，他们对系统性能的了解不够。 当录制时间少于十秒时，视频服务器将无法接收到完整的素材信息，将向系统返回“input file invalid”（输入非法文件）的信息，无法对形成的视频文件完整封装，成为一个仅有文件头的空文件，不能够被视频服务器正确识别，成为坏（垃圾）文件。 在进行打点编辑上载时，如果上载的素材带的入出点之间有断磁，编订的任务将无法正常执行录制功能，上载界面除退带之外的所有操作按钮均不可用。这是由于目前笔者接触到的素材带与上载控制站使用的时间计数编码都是TL码，在录制时，入、出点间的时间码会出现逻辑上的错误，从而导致上载控制程序无法正确识别，亦无法正确执行录入命令，而使程序处于无限制等待状态。解决方法是退出磁带后，分段打点进行批采集。这种情况在硬录时不会出现。 2. 任务提交方面 有时用户在录制完成后并没有转码，这可能是由于转码调度工作站并没有接收到上载控制工作站提交的转码任务，也没有产生录制失败的报错信息。通常出现这种问题后，终止并重新加载转码调度程序，丢失的任务就会以录入完成的先后顺序重新加入转码队列。对于个别仍旧没能加载的任务，就需要管理人员通过对网络数据库中的相关表中的相关记录值进行人工修改，然后执行该表。具体步骤为：打开数据库（SQL Server 2000）的企业管理器，从数据库中找到名为av70upladsys的库文件，在其下名为lipinf的表中，存放了所有等待转码、正在转码或完成转码但尚未清理的素材记录，通过名为lipNae与reateTie两个字段（它们分别记录了用户名、上载的素材名称和上载的日期、时间）找到未能提交的素材记录，修改其字段nversinState值，将其值改为0，执行该表，此时该条任务即刻便被调度工作站所加载（注：通过与系统开发人员的沟通，得知该字段值代表四种状态，0表示等待提交，1表示任务已经提交、正在转码，2表示转码成功，3则表示文录入件错误），字段nversinState值为3时，在转码调度程序中就会出现“input file invalid”信息，造成的原因除了上面提到的录制时间少于十秒外，也可能由上载机的同步信号出错、时间计数编码被改为T码引起，但无论是哪种情况引起的，也只能重新上载。 对于转码成功的素材，上载控制工作站存在着当转码成功一小时后将存放于视频服务器中的源素材文件进行删除的工作机制，以确保视频服务器中的可用磁盘空间的容量。而所有没能提交转码的素材，它们会一直存放于视频服务器中，若不手动进行提交操作（重启转码调度工作站只会将当天未能提交的有效任务重新执行，之前的将不再有效），就会成为垃圾文件，白白占用着视频服务器的磁盘空间，并随着时间的推移而累积，导致视频服务器的可用磁盘空间越来越少。有鉴于视频服务器中的素材文件只是做为素材录入、等待转码的临时文件，而非网络环境中的可编辑素材，值班人员应对其进行定期的清理，通过查对文件的创建日期，而将存放时间较久的文件物理删除，并对av70upladsys库中的相关记录进行删除。值得一