어느 날 아침 3D 모델 라이브러리를 만들기로 결심하는 사람은 없습니다. 저절로 생겨납니다. 납품물 폴더 하나, 사 둔 팩 하나, 삼 년치 고객 프로젝트. 정신을 차려 보면 수천 개의 파일 앞에서 어느 것이 맞는 버전인지 모르게 됩니다.
그때 반사적으로 DAM, 즉 디지털 자산 관리 시스템을 찾게 됩니다. 맞는 답일 때도 있습니다. 하지만 대개는 과합니다. 판단 기준을 정리합니다.
DAM은 무엇보다 집단을 위한 도구입니다. 그 가치는 정리가 아니라 조율에서 나옵니다. 여러 사람이 같은 카탈로그에 접근하고, 서로 다른 권한을 가지며, 버전 이력이 남고, 누가 언제 무엇을 내려받았는지 기록이 남습니다.
파일 앞에 혼자 앉아 있다면 그 가치의 대부분은 당신과 무관합니다. 그런데도 라이선스, 구축, 유지보수라는 형태로 비용은 치르게 됩니다.
다음의 경우라면 망설이지 말고 도입하세요.
어떤 로컬 도구도 이 중 무엇도 대체하지 못하며, 이 글도 그렇게 주장하지 않습니다.
반대로 혼자 또는 둘이서, 자기 Mac에서, 파악하고 있는 폴더로 일한다면, DAM은 라이브러리 전체를 외부 시스템으로 옮기고 그 인터페이스를 익히고 유지하라고 요구합니다. 실제로 풀려는 문제는 세 가지 질문으로 압축되는데도 말이죠. 이 파일은 무엇인가, 어느 것이 맞는가, 어디에 두었는가.
네 번째 줄이 프리랜서와 작은 스튜디오의 상황과 정확히 맞습니다. 앞의 세 줄이 나머지를 덮습니다.
Eyemesh는 기존 폴더에서 그대로 동작하며, 가져오기도 이관도 필요 없습니다.
실제로 써 보면 체감되는 한 가지가 있습니다. 모델을 즐겨찾기에 넣으면 손봐 둔 텍스처 연결이 그대로 유지됩니다. 파일은 설정해 둔 상태로 다시 열리고, 맵을 다시 연결할 필요가 없습니다.
아닙니다. 파일은 지금 있는 폴더에 그대로 남습니다. 자산의 보관자가 되는 DAM과의 구조적 차이가 여기에 있습니다.
그때는 DAM으로 옮기게 되고, 그것은 타당한 선택입니다. 계기는 파일 수가 아니라 서로 다른 권한으로 동시에 접근해야 하는 사람 수입니다.
메타데이터는 폴더와 함께 이동하므로 폴더를 공유하면 가능합니다. 다만 동시 편집이 되는 공유 카탈로그는 아니며, 그것이 바로 DAM이 제공하는 바입니다.
정렬, 형식 필터, 평면 보기는 수백 개 규모의 라이브러리를 상정하고 있습니다. 그 이상에서는 도구보다 명명 규칙의 일관성이 한계를 정합니다.
가장 흔한 경우이며 내려받은 STL 파일 정리하기에서 단계별로 다룹니다.