Como funciona a detecção de duplicatas

Atualizado em 11 de set. de 2026 · 5 min de leitura

O hash de conteúdo agrupa cópias exatas, um nível de geometria detecta reexportações, pastas inteiras com o mesmo pacote se juntam em um único cartão, e cada grupo recomenda qual cópia manter.

A detecção de duplicatas roda quando você pede: abra a tela Duplicates e clique em Analyze. Ela fica fora da varredura de propósito, porque calcular o hash de uma biblioteca na escala de terabytes significa ler cada byte, e isso deve acontecer quando você escolher, não sem aviso em segundo plano. A passada dá a cada modelo um hash de conteúdo, uma impressão digital derivada dos bytes reais do arquivo. Dois arquivos com o mesmo hash são o mesmo modelo, não importa o nome deles nem em que pastas estão. Isso também funciona dentro de arquivos compactados ZIP, RAR, 7Z e TAR/TGZ: uma cópia enterrada em um arquivo compactado baixado é agrupada com o arquivo solto ao lado dela. E a tela Duplicates conta apenas o que pertence a ela: modelos e arquivos compactados. Arquivos que acompanham os modelos, como imagens e PDFs, são indexados junto com eles, mas nunca apontados como duplicatas, então uma imagem de prévia repetida em cinquenta pastas não consegue soterrar as descobertas reais.

Reexportações: o nível de geometria

A detecção de duplicatas de Rhino é feita só pelo conteúdo: bytes idênticos correspondem, mas nenhuma impressão digital de geometria é gerada. Para os outros modelos compatíveis, as correspondências exatas são só o primeiro nível. Modelos STL, OBJ, 3MF, FBX e STEP também recebem uma impressão digital de geometria derivada da própria malha, então o mesmo modelo reexportado com outro nome continua sendo agrupado mesmo com bytes de arquivo diferentes, desde que a exportação não o tenha deslocado. STL, OBJ, 3MF e FBX recebem a impressão digital a partir da malha com que foram criados, então uma simples conversão entre eles também corresponde; o STEP descreve superfícies CAD, e não uma malha, então a impressão digital dele vem da triangulação que o Meshory gera e corresponde a outros arquivos STEP. A matriz de compatibilidade de formatos mostra isso formato por formato, junto com miniaturas, prévia 3D e suporte a arquivos compactados. E cópias quase idênticas que foram movidas, giradas, redimensionadas ou tesseladas de novo aparecem separadamente como prováveis duplicatas para você revisar: elas nunca entram na limpeza em massa, a menos que você olhe um grupo e o confirme. Um projeto de fatiador do mesmo modelo geralmente cai nessa fila, porque salvar um projeto normalmente centraliza a malha de novo. Quando todos os modelos de um grupo têm exatamente os mesmos triângulos e só a posição mudou, Needs review geralmente rotula o grupo como “Same triangles, moved”, então um projeto de fatiador salvo a partir de um STL é fácil de identificar. O grupo ainda espera a sua confirmação.

Pastas inteiras com o mesmo pacote

Existe um terceiro nível acima do arquivo. Quando duas ou mais pastas guardam exatamente o mesmo conjunto de modelos, o Meshory avisa uma vez só em vez de relatar cada arquivo dentro delas: um pacote vendido com os mesmos modelos em quatro pastas vira um único cartão que cita essas quatro pastas, e não duzentas correspondências no nível de arquivo. Só os modelos são comparados, então os READMEs, as renderizações de prévia e os PDFs podem ser diferentes à vontade. O cartão lista o que difere em vez de tratar isso como uma divergência. Como compara o conteúdo, uma correspondência no nível de pasta funciona entre unidades diferentes: o mesmo pacote no seu NAS e no seu computador é agrupado, e o cartão marca a cópia que recomenda manter, preferindo uma cópia local a uma no NAS e um caminho organizado de propósito a uma pasta onde tudo é jogado. A barra de filtros tem a opção “Whole-folder matches only” para quando esse for o único tipo de resultado que você quer ver.

É assim que a tela Duplicates agrupa as cópias: o dragão que você baixou três vezes com três nomes diferentes vira uma única entrada que lista cada cópia e onde ela está, para você enxergar a redundância em vez de tropeçar nela. A sua biblioteca em si não é alterada; cada arquivo continua exatamente onde está.

Limpeza, com uma cópia recomendada para manter

A detecção só faz leituras, e ela organiza antes de você: cada grupo marca uma cópia como Recommended e diz por quê. Recommended vai para a cópia na sua pasta organizada (e não em uma pilha de downloads), para a cópia mais antiga ou para a cópia dentro de um arquivo compactado, que de qualquer forma não pode ir para a Lixeira sozinha. Keep recommended seleciona o resto do grupo com um clique, e Auto-select recommended everywhere aplica a mesma regra a todos os grupos de uma vez; prováveis duplicatas que estão em Needs review nunca entram. A limpeza continua sendo um passo que você dá: escolha Move to Trash e as cópias selecionadas vão para a Lixeira do sistema (inclusive no Windows), onde podem ser restauradas se você mudar de ideia, e cópias em unidades de rede, que não têm Lixeira de onde restaurar, recebem um aviso antes. Veja Mover modelos para a Lixeira para saber o que isso afeta.

Novo no Meshory? A página do localizador de arquivos STL duplicados mostra como a detecção se encaixa na limpeza de uma biblioteca real.