Como funciona a detecção de duplicatas

Atualizado em 11 de out. de 2026 · 6 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, arquivos compactados e arquivos de corte a laser ou CNC (SVG, projetos do xTool e do LightBurn, e desenhos DXF e DWG) que combinam por bytes exatos. Arquivos que acompanham os modelos, como fotos 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. Projetos do Fusion, cenas do Lychee e nuvens de pontos PLY também são combinados só pelo conteúdo. Para os outros modelos compatíveis, as correspondências exatas são só o primeiro nível. Modelos STL, OBJ, 3MF, FBX, GLB, PLY 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 tabela 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á.

Um pacote dentro de outro, ou o mesmo pacote com arquivos extras

As correspondências de pastas inteiras exigem que os dois conjuntos de modelos sejam idênticos, e duas situações escapam disso. Um bundle de 70 modelos pode caber inteiro dentro de um bundle de 80, e nada no menor é novidade. Um pacote baixado duas vezes de sites que injetam o próprio modelo de enchimento em todo upload tem duas cópias que diferem por um único arquivo indesejado. O Meshory relata os dois casos como sobreposições de pastas: um cartão por par, dizendo ou que todos os modelos de uma pasta estão na outra, ou quantos modelos as duas têm em comum.

Esses cartões não trazem uma cópia recomendada para manter, porque não existe uma resposta geral segura: no caso do lixo injetado, a pasta maior costuma ser a cópia com lixo, e recomendá-la levaria você a ficar com o lixo. Em vez disso, cada lado informa a própria consequência. Um lado exibe “Trashing loses nothing” só quando todos os modelos dele existem em outro lugar, nenhum arquivo que os acompanha iria junto, e todas as fontes que guardam uma dessas cópias responderam; caso contrário, ele diz o que seria perdido, e a lista dos modelos que só aquele lado tem mostra onde cada um está, como em “also in 37 other folders”. É esse número que entrega um arquivo injetado. Mandar um lado para a Lixeira nomeia cada modelo que seria perdido e pede que você concorde com essa lista exata, e se a lista mudar enquanto a caixa de diálogo está aberta, o descarte é recusado em vez de ser executado contra o que você leu.

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.