Análisis técnico a fondo

Detección de duplicados por hash o por geometría en archivos de impresión 3D

Por Petros, que desarrolla Meshory · Actualizado el 10 sept 2026 · 9 min de lectura

Sí: los archivos 3MF y STL duplicados se pueden detectar por hash, pero solo las copias exactas. Un hash de contenido es una huella de los bytes de un archivo, así que agrupa a la perfección las copias renombradas y no detecta en absoluto las reexportaciones: volver a guardar la misma malla produce un archivo con bytes distintos, que el hash trata como un modelo completamente nuevo. Para detectarlas hace falta un segundo nivel, una huella derivada de la propia geometría. Esta página explica qué detecta cada nivel, qué se le escapa a cada uno y cómo Meshory ejecuta ambos con una cola de revisión entre medias, para que nada se limpie solo porque lo diga una máquina.

Por qué comparar nombres de archivo no funciona con modelos 3D

Comparar nombres de archivo falla porque los modelos 3D duplicados casi nunca comparten nombre, y los archivos que sí lo comparten a menudo son modelos totalmente distintos. Las copias se acumulan por hábitos de lo más normales: el paquete de Patreon que descargaste por segunda vez solo para recuperar un archivo que faltaba, la figura en miniatura que guardaste de la publicación de un creador en Thingiverse y otra vez de su publicación en Printables, la reorganización a medias que dejó una copia ordenada de cada modelo junto al original sin ordenar, el USB de favoritos que acabó volcado de nuevo en el disco principal.

Cada uno de esos casos cambia el nombre o la ubicación y deja el modelo idéntico, que es justo lo que la comparación de nombres no puede ver. Y el fallo contrario es igual de habitual: los exportadores generan nombres genéricos como body.stl y output_v3.stl, así que comparar nombres agruparía sin problema archivos que no tienen nada en común. Los nombres no dan una señal fiable en ningún sentido.

Por eso todo enfoque serio es la detección de duplicados basada en el contenido: comparar lo que hay en los archivos, no cómo se llaman. En los modelos 3D, “lo que hay en el archivo” tiene dos capas útiles: los bytes y la malla que esos bytes describen. Cada capa detecta un tipo distinto de duplicado.

Qué detecta un hash de contenido y qué se le escapa

Un hash de contenido detecta cada copia idéntica byte a byte de un archivo, se llame como se llame la copia y esté donde esté. El hash es una huella compacta calculada a partir de los bytes reales del archivo: dos archivos con la misma huella tienen el mismo contenido, así que las copias renombradas, las copias en carpetas olvidadas, las copias en otros discos y las copias en unidades NAS se reúnen en un solo grupo. Además, las huellas son baratas de comparar, y eso es lo que hace viable la detección exacta en decenas de miles de archivos.

Lo que se le escapa a un hash es todo lo que reescribe el archivo. Para un hash, un modelo reexportado es un archivo completamente nuevo. La malla es la misma, los bytes no. Volver a guardarlo con un laminador (slicer) o una herramienta CAD vuelve a serializar cada vértice; exportar un STL binario como ASCII (o al revés) cambia cada byte; convertir entre formatos, por ejemplo de STL a 3MF o de OBJ a STL, produce un contenedor distinto alrededor de la misma forma. Un solo byte distinto significa una huella distinta, así que ninguna de estas copias se agrupa.

Este es, dicho con honestidad, el límite de los buscadores de duplicados que solo usan hash, incluida la comparación por suma de verificación en la que se basan la mayoría de las herramientas de biblioteca: encuentran tus descargas repetidas y, por su propia estructura, no ven tus reexportaciones.

Qué aporta la detección basada en la geometría

La detección basada en la geometría compara la propia malla en lugar de los bytes que la codifican, así que el mismo modelo guardado como archivos distintos sigue agrupándose. En Meshory, cada modelo recibe una huella geométrica además del hash de contenido. En STL, OBJ, 3MF y FBX se obtiene de la malla tal como se creó, así que una reexportación con otro nombre, o una simple conversión a otro formato, cae en el mismo grupo de duplicados que el original aunque no comparta ningún byte con él. La coincidencia es exacta, así que el modelo tiene que quedarse donde estaba: los proyectos de laminador suelen recentrarlo y aparecen en su lugar como probables duplicados. Los archivos STEP describen superficies CAD en lugar de una malla, así que su huella se deriva de la triangulación que genera Meshory y los agrupa con otros archivos STEP.

Hay una tercera categoría entre “idéntico” y “distinto”: los modelos 3D casi duplicados. Una copia que se ha movido, girado, reescalado o reteselado probablemente sea el mismo modelo. Pero probable no es seguro, y una variante modificada a propósito merece sobrevivir a una limpieza. Meshory los muestra aparte como probables duplicados para que los revises: se marcan y nunca se fusionan en silencio con los grupos que limpiarías en bloque.

Cómo ejecuta Meshory ambos niveles

Meshory ejecuta ambos niveles en una sola pasada, y esa pasada la inicias tú: pulsa Analyze en la vista Duplicates y calculará el hash del contenido de la biblioteca y, además, la huella geométrica. Está separado del escaneo a propósito, porque leer cada byte de una biblioteca de terabytes no es algo que deba ocurrir en segundo plano sin que lo pidas. El motor se ha hecho robusto probándolo con una biblioteca de 3,5 TB con 118.270 modelos, contenido de archivos comprimidos incluido, que se indexa a través de un NAS en alrededor de un minuto y medio. El resultado es el buscador de STL duplicados: una vista Duplicates donde el dragón que descargaste tres veces con tres nombres se convierte en una sola entrada que muestra cada copia y dónde está.

Los dos niveles seguros, bytes idénticos y geometría idéntica, son los únicos que tocan las acciones en bloque. Las copias casi idénticas se quedan en cuarentena en la cola de probables duplicados hasta que revisas un grupo y lo confirmas, así que un grupo que limpias es de verdad el mismo modelo. Y la vista también es honesta en el otro sentido: solo los modelos y los archivos comprimidos se informan como duplicados, así que el render de vista previa que un creador repitió en cincuenta carpetas no puede enterrar los resultados reales.

• Nada se borra por ti. Meshory agrupa las copias y muestra cada ubicación; nunca borra, mueve ni renombra nada por su cuenta. Cuando tú lo decides, Move to Trash envía las copias que elegiste a la papelera del sistema, donde todavía se pueden restaurar.
• Todo se ejecuta en local. El escaneo, el cálculo de hashes y la agrupación ocurren en tu equipo: sin subidas, sin nube, sin cuenta.
• Las fuentes NAS se tratan con cuidado. El cálculo de huellas en unidades de red se hace a un ritmo adecuado para NAS y solo lee los archivos cuyo tamaño coincide con el de otro archivo, y puedes pausarlo desde la vista Duplicates o desactivarlo por completo.

El funcionamiento completo forma parte de la detección de duplicados basada en la geometría que incluye toda licencia de Meshory: ambos niveles seguros, la cola de revisión y lo que las acciones en bloque pueden y no pueden tocar.

Duplicados escondidos dentro de archivos ZIP, RAR, 7Z y TAR/TGZ

Algunos de tus modelos duplicados ni siquiera son archivos sueltos. Siguen dentro de los archivos comprimidos en los que llegaron. Un paquete de Patreon que extrajiste pero conservaste, un ZIP descargado dos veces en carpetas distintas, el mismo paquete de un creador guardado una vez comprimido y otra descomprimido: para una herramienta que solo escanea archivos sueltos, toda esa redundancia es invisible.

Meshory trata los archivos ZIP, RAR, 7Z y TAR/TGZ como parte de la biblioteca: los modelos que contienen se indexan como entradas de pleno derecho, así que una copia enterrada en un ZIP descargado se agrupa con el archivo suelto que está a su lado. No tienes que extraer nada para saber qué está duplicado: el contenido del archivo comprimido se suma a la misma vista Duplicates que todo lo demás.

Entonces, ¿cuál necesitas?

Necesitas ambos niveles, porque una biblioteca real contiene los dos tipos de duplicado: descargas repetidas, las copias exactas que detecta un hash, y reexportaciones, donde la malla es la misma pero los bytes cambian y solo la comparación por geometría las detecta. Una pasada solo con hash deja atrás el segundo tipo, que es justo el que más generan costumbres de nombres como _fixed y _v2. La referencia sobre cómo funcionan los niveles en la app, incluida la cola de revisión y la coincidencia a nivel de carpeta, es cómo funciona la detección de duplicados.

Hay una distinción cercana que conviene tener clara: si tus paquetes descargados están rotos en lugar de repetidos, con agujeros, normales invertidas o aristas non-manifold, eso es un trabajo de reparación de mallas, no de duplicados. La diferencia se explica en reparación frente a limpieza de duplicados. Y eliminar duplicados es solo el primer paso de un proyecto mayor; el sistema completo está en la guía para organizar tu biblioteca de archivos STL.