后台管理项目"/>
开放的后台管理项目
开放的后台管理项目
当涉及到多媒体项目的前端创意软件时, Blender和Audacity往往引起最多的关注,主要是因为它们易于初学者使用。 但是,当您使用它们制作大型多媒体项目时,例如我们的动画开放电影项目Lunatics! ,您很快就会遇到后端基础结构的问题。
您起初甚至可能没有意识到您的问题源于混乱。 您发现自己拖延和/或在圈子中工作,因为您无法将项目组织得井井有条。 您需要软件来帮助您。
我们的目标之一是使用开源软件解决这一问题,从而消除在没有自由文化电影项目预算的情况下制作长格式电影的障碍。
数字资产管理
第一个也是最明显的问题称为数字资产管理(DAM),解决该问题的系统称为“数字资产管理系统”(DAMS)。 “资产”是多媒体项目的组成部分,可以是图像,声音片段,电影,3D模型等。 它通常是“文件”的同义词。 将一个资产保存在一个文件中是一个很好的经验法则,但是可以将多个资产存储在一个文件中,也可以将单个资产具有从属资产,这样它就可以跨越多个文件。
DAMS在多媒体项目中担当两个主要角色:允许您查找和预览资产,并允许您识别它们之间的连接或依赖性。
疯子! Project, lunatics.tv , CC BY-SA 4.0
DAMS通常会提供类似搜索界面的功能,并结合自动收集的元数据和用户辅助标记。 因此,无需记住您需要的文件的位置,而是可以通过记住有关文件的内容来找到它,例如创建文件的时间,文件连接到项目的哪个部分,文件中包含的内容等等。
良好的3D资产DAMS通常还将支持资产之间的关联,包括依赖关系。 例如,3D模型资产可以合并链接的3D模型,纹理或其他组件。 一个真正好的系统可以通过检查资产文件中的链接来自动发现这些。
多媒体的版本控制
大多数软件项目仅将其版本控制系统(VCS)用作DAMS。 源代码树提供了用于定位文件的分层方案,这完全适合于程序文件的僵化和静态结构,这些程序文件旨在像机器的各个部分一样工作。
版本控制的目的是在生产过程中管理对单个资产的更改。
疯子! Project, lunatics.tv , CC BY-SA 4.0
读者可能对VCS熟悉。 您可能听说过Subversion,Git,Bazaar和Mercurial。 但是,这些工具在处理多媒体资产方面非常糟糕。 VCS文档通常将其讨论为多媒体文件的固有问题,但这是失败者的话题。 现实情况是,这些应用程序并不是专门为应对多媒体而设计的,因此它们在此方面表现不佳。
确切解释其原因(以及如何真正解决)足够大,需要另外撰写文章,因此,让我们来谈谈它的后果:
- 您无法自动合并多媒体文件
- 这使得并发的“基于合并”的版本控制变得不可能
- 因此,多媒体的所有版本控制都应基于“锁定”
这样一来,Subversion,Git,Bazaar和Mercurial的大约90%的功能就直接出了窗,砸在人行道上。 谢谢,伙计们!
- 多媒体文件很大
- 项目结构是流体且松散定义的
- 中间体可能很贵
典型的VCS根本没有被设计来应对这些事实。 它们都假定正在存储文件的文件系统类型的层次结构,并且大多数都不能容纳部分检出(或者至少不容易; Subversion比其他方法做得更好)。 具有标记关系的DAMS组织更适合于多媒体集合的流动性,并且大多数设计时都考虑到了大文件的大小。
搜索其他选项
我们调查了许多不同的软件包,其中大多数并不是最初为我们的应用程序设计的。 有些被其他项目使用,但对于我们的项目似乎并不是最佳的。 其他人则只是维护方面的问题。 它们要么太旧了,要么屈服于bitrot(与当前软件不同步),或者仍然太不成熟而无法在活动项目中使用。
我们没有走的一些道路:
- Blender-Aid是一个Blender重构工具,假定您对VCS使用Subversion。 它是为在Blender Foundation的Sintel项目上使用而开发的,但不幸的是,该项目完成后并未得到维护。 当我们对其进行测试时,我们必须修补源代码以使其能够与当前的Blender文件一起使用(这是回溯的一些更新)。 我们提交了补丁,但是没有人维护该项目以接受它。
- 当然, Git在程序员中非常受欢迎。 经常有人问我为什么不加入Git潮流。 与Subversion相比,这将是一个很小的改进,但主要是横向的,因此不值得进行迁移。
- Git-LFS是Git的扩展,可以提高大文件的性能。
- SparkleShare是基于Git的文件夹共享工具,对于没有任何VCS经验的艺术家来说,它足够简单。 它由Tube项目( “同情的电线” )使用。
- 野猪可以看作是VCS或备份系统。 它专注于文件夹复制和大型多媒体文件的轻松处理,尽管对搜索或组织无济于事。
- Peragro走到另一个极端,很好地处理了很多小型Blender资产。 特别是,它可以在Blender文件内部查找以查找其中包含的单个对象。 不过,它仍处于开发阶段。
- MediaWiki允许将资产存储为“文件”或“图像”,并且在制作前的工作中我们确实在短时间内使用了这种方法,但是很难管理何时资产存储是其主要用途。
我们现在正在使用什么
我们目前正在使用Subversion,Trac和Resource Space的组合。
Subversion是一个VCS,用于管理我们项目的Blender“源代码”。 尽管我们显然超载了它,但它很熟悉并且有些可用。 Trac应用程序提供了一个简单的基于Web的存储库视图,但没有预览多媒体内容。
Subversion(和Trac)Web界面允许轻松浏览源代码树,但没有太多搜索或预览帮助。
疯子! Project, lunatics.tv , CC BY-SA 4.0
Resource Space是具有出色搜索和预览界面的DAMS。 不幸的是,这些程序根本无法协同工作,因此我们必须在需要时手动将文件从一个文件移到另一个文件。
资源空间提供了出色的搜索和预览,但没有太多的版本控制或依赖项检查。
疯子! Project, lunatics.tv , CC BY-SA 4.0
尝试新的TACTIC
Blender基金会在2012年启动了一个名为Gooseberry的新项目,该项目表面上与我们的目标相似,包括使用Blender制作长篇电影。 但是,这变成了一系列的短裤,其针对工作室后端的解决方案是使用名为Blender Cloud的软件即服务平台。 这与我们想要的完全相反。
我们调查了他们在该项目之前考虑过的方案,并发现了TACTIC 。 TACTIC似乎很理想,它提供DAMS,VCS和其他项目管理功能,并且已获得Eclipse Public License的许可 。 我们最大的担忧是我们不确定为什么Blender Foundation选择了它。 当时它可能不在EPL之下(该软件包在Gooseberry项目启动的同一时间获得了许可),或者仅仅是与Maya耦合(最初是为与Maya一起开发的)。 考虑到Blender Foundation选择建造新的建筑,可能只是“此处未发明”的情况。
TACTIC同时提供DAMS和VCS功能以及此处未讨论的项目管理功能。
Southpaw Technology , Eclipse公共许可证
但是,由于我们的意图是尽可能减少发明,因此TACTIC似乎实在太好了,难以置信。 我们2018年的主要基础设施项目是在我们的试点项目中建立并测试该系统。
翻译自:
开放的后台管理项目
更多推荐
开放的后台管理项目
发布评论