二 素材管理
网络管理是整个网络的灵魂，但是，在系统的设计和开发中很少注意到这一点。
认识到这些情况后，在系统的设计之初，我们就想了很多方法，除了在前述的用户管理“网络客户端”方面做了相应的处理外，这里我们再对“素材管理”，做一详尽介绍。
几乎所有的人都承认在网络环境下的素材管理，是非线性编辑网络的关键。从面向用户的应用层面上来讲，这是整个网络系统是否灵活、是否好用的关键；而面向网络开发者的技术层面上来讲，这是整个网管系统的核心所在，而这个系统的技术含量，在很大程度上，就体现在系统能否为用户提供一个灵活、高效并且安全的素材管理系统上。
1．文件模式
作为一个网络环境下的操作系统，从Windows NT/2000诞生的那个时刻开始，就具备网络账号和文件的管理功能。在Windows NT/2000操作系统中，我们可以建立目录，将目录共享，并且指定哪些帐号可以对这个目录中的文件进行操作，比如对文件进行浏览、删除、更名等操作。
这种基于Windows NT操作系统本身的素材文件管理方式，并不适用于我们所熟悉的视频编辑环境，虽然从技术的角度来看，实现起来是非常简单地，但是简单所带来的代价，却是沉重的。要想从根本上解决这个文件，我们必须寻找新的方法。
2．映射模式
基于文件的素材管理方式，可以在一定程度上解决素材共享，以及素材私有等方面的问底，作为早期的解决方案，在很多网络产品里，一直到现在，依然还在使用。
在今天，灵活、方便、高效，并且节省空间的素材管理是在构建一个非线性网络编辑系统时必须要认真考虑的问题，而且这也是一个非常基本的要求。
我们也确实看到了基于文件的素材管理所存在的诸多缺点，因此，在构筑“世纪新网”系统时，就完全摒弃了人们所习惯的这种素材管理方式，尝试建立了一套全新的管理理念，也就是我们现在要讨论的“基于映射的素材管理”模式，并且应用到了实际的产品当中。
和最初“基于文件的管理”一样，我们也是将所有的素材存在在盘阵的一个目录下，但是和以前的处理方式不一样，我们并不将盘阵中存放所有素材的目录共享给所有的帐号（也就是Windiws NT/2000的账号）。
如果不把这个素材目录共享，那么网络上的各个编辑站点又是如何能够“看到”，并且使用这些素材的呢？需要说明的是，从现在开始，我们的处理方法已经和传统的处理方式，或者其他厂商的处理方法完全不一样了。
首先，我们在数据库中建立一张表，这张表记录了在素材存放目录下所有素材的详细细节，这张表可能有下面的这些字段：
（1）素材文件的物理名
也就是这个素材文件存放在素材文件目录下的名称，这个名称可以通过Windows NT/2000的文件管理器看到。在我们的系统中，也仅仅能够在服务器那端，通过整个网络系统的管理员帐号才能看到。
在后面的介绍中我们将发现，在每一个编辑站点中，最终所使用的素材文件名，并不一定非要是这里的“物理文件名”，可以是任意的名称；
（2）素材文件的编号
这是一个由32位二进制数所表示的文件编号，而且每一个物理文件都使用唯一的一个编号，并且随着文件数目的增加以及系统使用时间的推移，这个编号不断往上增长。
这个编号是系统中识别素材的唯一标识，因此任意两个同时存在的素材，它们的编号不允许重复。
为此，我们估算了一下：如果一个电视台的网络系统每天产生10000条新素材的话，大约需要经过1000年以后，两个素材文件的编号才有可能重复。
即便是世界上最忙以及最大规模的电视台，每天产生如此大量的素材，恐怕也是难以想象的。因此，作为系统开发商以及系统的用户来讲，根本不用担心素材文件的编号是否会重复。
（3）素材文件的长度
以“时：分：秒：帧”的格式记录这个素材文件的长度。很显然，以字节的方式来统计每个文件的长度，对于节目编辑人员来讲是非常不科学的，而且由于采用的压缩比不同，以及被压缩画面本身的不同，会导致相同长度的素材，在占用盘阵存储空间的大小上，差异很大。
这个字段的数据，在最后进行相关统计的时候，会提供很大的方便。比如在节目统计环节中，经常要求提供在一个节目制作完成以后，“素材长度和成片长度的比”这类数据。
（4）素材文件的来源
指示这个素材文件的出处，比如被上载的素材、被收录的素材，或者从其他格式中被转换过来的素材等。
每当有新的素材被建立的时候，或者某些过期的素材需要被删掉的时候，这张表格中的内容都将被更新，以保持和盘阵素材目录下文件的数量和状态的完全同步。
素材名称 | 素材编号 | 素材长度 | 来源 |
CLIP00231245 | 231245 | 34:56.1 | 上载 |
CLIP00231247 | 231247 | 14:21.2 | 收录 |
|
|