Como gerir uma biblioteca de modelos 3D sem DAM

Ninguém decide uma manhã criar uma biblioteca de modelos 3D. Ela forma-se sozinha. Uma pasta de entregáveis, um pacote comprado, três anos de projetos de clientes, e eis-nos com vários milhares de ficheiros sem saber qual é a versão certa.

O reflexo é então procurar um DAM, um sistema de gestão de ativos digitais. Por vezes é a resposta certa. Muitas vezes é desproporcionado. Eis como decidir.

O que um DAM resolve realmente

Um DAM é antes de mais uma ferramenta coletiva. O seu valor não vem da arrumação mas da coordenação: várias pessoas acedem ao mesmo catálogo, com permissões distintas, um histórico de versões e um registo de quem descarregou o quê e quando.

Se está sozinho perante os seus ficheiros, quase nada desse valor lhe diz respeito, e paga-o na mesma em licença, instalação e manutenção.

Quando um DAM é a escolha certa

Instale um sem hesitar nestes casos:

• várias pessoas precisam do mesmo catálogo, a partir de máquinas diferentes;
• tem de controlar quem vê o quê, sobretudo com ativos licenciados ou material sob acordo de confidencialidade;
• o histórico de versões tem de ser conservado e consultável, não adivinhado pelos nomes dos ficheiros;
• tem de provar a proveniência e os direitos de utilização de um ativo;
• a sua biblioteca alimenta uma cadeia automatizada que interroga um catálogo.

Nenhuma ferramenta local substitui isso, e este artigo não pretende o contrário.

Quando é desproporcionado

Inversamente, se trabalha sozinho ou a dois, no seu Mac, com pastas que domina, um DAM pede-lhe que mova toda a biblioteca para um sistema de terceiros, aprenda a sua interface e o mantenha, para resolver um problema que na realidade se resume a três perguntas: o que é este ficheiro, qual é o certo, e onde o arrumei.

As quatro abordagens, comparadas

• Pastas nuas. Grátis, imediato, sem dependências. Mas nenhuma informação sobre o conteúdo: tem de abrir cada ficheiro para saber o que é, e o nome é o seu único índice.
• Etiquetas do Finder. Grátis, integradas no macOS, sem modificar os ficheiros. Mas sem classificação, sem nota livre, sem informação sobre a geometria, e as etiquetas não sobrevivem à saída do ecossistema Apple.
• DAM. Multiutilizador, permissões, versionamento, rastreabilidade. Em troca: custo recorrente, instalação, migração da biblioteca, manutenção.
• Visualizador com metadados. Os seus ficheiros ficam onde estão, nas suas pastas. Acrescenta classificações, etiquetas e notas, e navega pelos números do modelo. Mas é monoposto e sem gestão de permissões.

A quarta linha cobre exatamente o caso do independente e do pequeno estúdio. As três primeiras cobrem os restantes.

Montar uma biblioteca local na prática

O Eyemesh trabalha diretamente nas suas pastas atuais, sem importação nem migração.

1. Torne a pasta legível. As miniaturas do Finder mostram o modelo real em vez de um ícone genérico, e a barra de espaços chega para pré-visualizar.
2. Passe à vista de lista para navegar pelos números em vez de a olho: vértices, triângulos, malhas, conjuntos UV, dimensões da caixa envolvente. Detalhe na página vista de lista ordenável.
3. Anote. Estrelas, etiquetas e notas, guardadas ao lado dos ficheiros e nunca dentro deles. Ver etiquetar e avaliar sem modificar os ficheiros.
4. Agrupe os seus recursos recorrentes em coleções de favoritos, acessíveis a partir da barra lateral.

Um pormenor que conta no uso diário: quando marca um modelo como favorito, as associações de texturas que corrigiu são conservadas. O ficheiro reabre configurado tal como o deixou, sem mapas para voltar a ligar.

Perguntas frequentes

É preciso importar a biblioteca para algum lado?

Não. Os ficheiros ficam nas suas pastas, na localização atual. É a diferença estrutural face a um DAM, que passa a ser o depositário dos seus ativos.

E se a minha equipa crescer?

Então passará para um DAM, e será justificado. O gatilho não é o número de ficheiros mas o número de pessoas que precisam de acesso simultâneo com permissões diferentes.

Posso partilhar as minhas etiquetas com um colega?

Os metadados viajam com a pasta, portanto sim se partilhar a pasta. Continua a não ser um catálogo partilhado com edição concorrente, que é precisamente o que um DAM fornece.

Quantos ficheiros aguenta esta abordagem?

A ordenação, a filtragem por tipo e a vista plana foram feitas para bibliotecas de várias centenas de elementos. Além disso, o limite depende menos da ferramenta do que do rigor da sua nomenclatura.

E para uma pasta de ficheiros descarregados?

É o caso mais frequente, tratado passo a passo em organizar ficheiros STL descarregados.