没有人会在某天早上决定要建一个 3D 模型库。它是自己长出来的。一个交付文件夹,一个买来的素材包,三年的客户项目,然后你面对几千个文件,已经分不清哪个才是正确的版本。
这时的第一反应是去找一套 DAM,也就是数字资产管理系统。有时这确实是正确答案,但更多时候是杀鸡用牛刀。下面说说怎么判断。
DAM 首先是一件集体工具。它的价值不在于整齐,而在于协同:多个人访问同一份目录,各自拥有不同权限,保留版本历史,并记录谁在什么时候下载了什么。
如果面对这些文件的只有你一个人,上面的价值几乎都与你无关,可你依然要为它付出许可费、部署和维护的代价。
遇到以下情况,不必犹豫,直接上:
没有任何本地工具能替代这些,本文也不作此主张。
反过来,如果你一个人或两个人,在自己的 Mac 上,管理着自己心里有数的文件夹,那么 DAM 要求你把整个素材库迁进一套第三方系统、学会它的界面并持续维护它,而你真正要解决的问题其实只有三个:这个文件是什么,哪个才是对的,我把它放哪了。
第四行正好对应自由职业者和小工作室的情况,前三行覆盖其余所有人。
Eyemesh 直接在你现有的文件夹里工作,不需要导入,也不需要迁移。
有一个在日常使用中很有感的细节:把模型加入收藏后,你修好的贴图关联会被保留。文件再次打开时仍是你配置好的样子,不用重新连接贴图。
不需要。文件留在你现有的文件夹里,位置不变。这正是与 DAM 的结构性区别,DAM 会成为你素材的保管者。
那就该转向 DAM,而且是合理的。触发点不是文件数量,而是需要以不同权限同时访问的人数。
元数据跟着文件夹走,所以分享文件夹就可以。但那仍然不是支持并发编辑的共享目录,而后者正是 DAM 提供的能力。
排序、按类型筛选和平铺视图是为数百个条目的素材库设计的。再往上,瓶颈更多来自你命名的严谨程度,而不是工具本身。
这是最常见的情况,在整理下载的 STL 文件中有分步说明。