3D 모델이 담긴 폴더를 정리하고 싶습니다. 좋은 것에 표시하고, 프로젝트별로 이름표를 붙이고, 이 파일이 어디서 왔는지 적어 두고 싶죠. 그런데 한 가지가 손을 멈추게 합니다. 이렇게 하면 파일이 바뀌지 않을까?
정당한 걱정입니다. 고객에게 납품하는 파일, 프린터로 보내는 파일, 저장소에 버전 관리하는 파일은 원래 그대로여야 합니다. 모델에 정보를 붙이는 방법은 세 가지이고, 각각의 대가와 원본을 건드리지 않는 방식을 살펴봅니다.
Eyemesh는 세 번째 방식을 택했습니다. 별점, 태그, 메모는 모델 옆에 보관되는 동반 파일에 저장되며 3D 파일 자체에는 결코 기록되지 않습니다. 원본은 바이트 단위로 그대로입니다.
실무적으로는, 고객 납품물이 든 폴더에 마음껏 주석을 달아도 넘겨줄 파일 중 어느 하나도 받았거나 만든 상태와 달라지지 않는다는 뜻입니다.
자세한 내용은 사용자 지정 파일 메타데이터 페이지에 있습니다.
매일 이 기능에 의존하기 전에 알아 둘 부분입니다.
달리 말하면 이동성은 폴더 단위로 성립합니다. 폴더 단위로 생각하는 한 모든 것이 따라옵니다.
파일이 온전히 내 것이 아닐 때, 즉 고객 자산, 비밀유지계약 대상 모델, 승인된 납품물에 적합합니다. 메타데이터 필드가 없는 형식을 다룰 때도 마찬가지이며, 3D 프린팅 영역 대부분이 여기에 해당합니다.
반대로 정보가 파일 안에 담긴 채 다른 프로그램으로 넘어가야 한다면, 예컨대 내장 메타데이터를 읽는 자동화 파이프라인에 넣어야 한다면 맞지 않습니다. 그때는 형식 자체가 정보를 담아야 하고, 외부 도구로는 대체할 수 없습니다.
아닙니다. 파일 안에는 아무것도 기록되지 않습니다. 원본은 바이트 단위로 동일하게 남고, 주석 전후로 체크섬을 계산해도 같은 값이 나옵니다.
가능합니다. 그리고 STL 형식에는 태그도 별점도 메모도 넣을 자리가 전혀 없기 때문에, 동반 파일 방식이 가장 빛을 발하는 경우가 바로 이것입니다.
서로 다른 구조라 간섭 없이 공존합니다. Eyemesh의 목록 보기는 오히려 파일 태그를 별도 열에 보여줍니다.
상대는 주석 없이 모델 그대로를 받습니다. 대개 그것이 바라는 동작입니다. 맥락까지 전달하려면 파일 하나가 아니라 폴더째 보내세요.
바로 그때 태그가 정렬, 필터와 맞물려 힘을 발휘합니다. 내려받은 STL 파일 정리하기와 DAM 없이 3D 라이브러리 관리하기에서 다룹니다.