Convertir PLY en 3MF

Les deux formats amènent un scan dans un slicer, et 3MF l’y amène avec plus de vérité attachée. Il déclare son unité dans l’élément model, donc le slicer ne retombe pas sur une convention maison. Il stocke chaque sommet une fois et y fait référence depuis chaque triangle, là où un STL répète trois sommets complets par triangle. Et c’est un paquetage OPC avec une table de types de contenu et un fichier de relations, ce qui veut dire qu’un fichier mal formé échoue bruyamment plutôt que de s’ouvrir comme quelque chose de bizarre.

Rien de tout cela ne change l’impression. Ce que cela change, c’est le nombre de façons dont la tâche peut mal tourner entre le scan et le plateau, et avec une géométrie scannée — qui est déjà l’entrée la moins prévisible qu’un slicer rencontre — cela vaut la peine.

Le 3MF écrit ici dit toujours unit="millimeter". Les coordonnées du PLY sont passées sans mise à l’échelle, parce qu’un PLY ne déclare pas d’unité et qu’il n’y a rien à convertir. La conversion énonce donc un fait sur le fichier que le fichier n’a jamais contenu.

Pour un scan à lumière structurée ou laser, cette affirmation est généralement correcte : l’appareil connaît sa propre géométrie optique et rapporte en millimètres. Pour une reconstruction par photogrammétrie à partir de photographies, elle est généralement dénuée de sens, parce que ce pipeline récupère la forme à un facteur d’échelle inconnu — un objet de 200 mm peut sortir avec des coordonnées à un chiffre ou dans les milliers. Placez une règle ou une mire dans la capture, ou mesurez une caractéristique connue dans MeshLab et mettez à l’échelle avant de convertir. Un slicer qui croit une mauvaise unité imprime une mauvaise pièce.

C’est la paire où la perte est la plus visible, parce que la couleur par sommet est toute la raison pour laquelle les scans sont des fichiers PLY. Le lecteur prend les propriétés x, y et z de chaque élément vertex et passe sur tout le reste — rouge, vert, bleu, alpha, normales, confiance, qualité, et tout ce qui est personnalisé — pour que l’enjambée reste correcte, puis les jette.

3MF est tout à fait capable de porter de la couleur : il a un groupe de matériaux de base, un groupe de couleurs et un index de propriétés au niveau du triangle, et les imprimantes multi-matériaux les utilisent. Rien n’est écrit. Si une impression couleur est l’objectif, le chemin est les outils de peinture de votre slicer ou un pipeline fournisseur qui lit des maillages texturés, pas cette conversion.

Si le PLY déclare des sommets et pas de faces, la conversion s’arrête et le dit. C’est correct plutôt que restrictif : un slicer a besoin d’une surface fermée pour calculer un intérieur et un extérieur, et un ensemble de points n’a ni l’un ni l’autre. Il n’y a pas d’hypothèse honnête par défaut pour transformer l’un en l’autre.

La reconstruction est l’étape manquante et elle appartient à un outil avec un aperçu. MeshLab et CloudCompare proposent tous deux Poisson et ball-pivoting ; le choix entre les deux et les paramètres que vous leur donnez changent visiblement le résultat, ce qui est précisément pourquoi un convertisseur ne devrait pas choisir à votre place. Mailler d’abord, inspecter, puis convertir.

Aucun soudage n’est appliqué sur ce chemin. Les lecteurs STL et OBJ fusionnent les sommets coïncidents parce que ces formats arrivent couramment avec des doublons ; le lecteur PLY prend le tableau de sommets et les indices de faces tels que le fichier les énonce, parce qu’une étape de maillage a déjà pris ces décisions délibérément.

Donc le nombre de sommets dans le 3MF correspond au nombre de sommets dans l’en-tête du PLY, et le nombre de triangles au nombre de faces. Cela rend la vérification facile et cela veut dire aussi que la conversion ne nettoie rien. Sommets en double, sommets non référencés et coutures fendues dans le scan arrivent intacts, et s’ils provoquaient une plainte de manifold, ils continueront à la provoquer.

Un scan a des trous là où le scanner n’avait pas de visibilité : contres-dépouilles, la face sur laquelle l’objet reposait, surfaces sombres ou spéculaires qui n’ont rien renvoyé. Il porte aussi habituellement des îlots de géométrie d’arrière-plan et, là où plusieurs passes ont été fusionnées, des auto-intersections.

3MF attend d’un objet imprimable qu’il soit un volume manifold fermé, et rien dans cette conversion ne le vérifie ni ne l’imposée. Le fichier s’ouvrira dans votre slicer et le slicer vous dira ce qui ne va pas. Corriger en amont — le remplissage de trous de MeshLab, l’inspecteur de Meshmixer, ou la 3D-Print Toolbox de Blender — est plus rapide que d’itérer sur les avertissements du slicer, et c’est l’étape qui décide le plus probablement si l’impression réussit.

Le 3MF contient un seul objet dans sa section resources et un seul item dans sa section build, positionné sans transformation. Un PLY a une seule surface et aucun moyen de dire autrement, donc il n’y a rien à diviser et rien à placer.

Aucun attribut de nom n’est écrit non plus, donc le slicer montre un objet sans nom. Si votre scan contient plusieurs coques déconnectées — un assemblage scanné, ou une capture avec des fragments d’arrière-plan encore attachés — Split to Parts après l’import les trouve par connectivité, et c’est aussi le moyen le plus rapide de supprimer les fragments que vous ne vouliez pas.

Un ZIP avec trois entrées : [Content_Types].xml qui associe les extensions .model et .rels à leurs types de contenu, _rels/.rels avec une relation pointant vers le modèle, et 3D/3dmodel.model qui contient la géométrie dans le namespace noyau 3MF. C’est cette structure qui en fait un paquetage OPC plutôt qu’un ZIP avec un XML dedans, et un slicer qui n’aurait que le modèle rejetterait l’archive.

C’est un fichier modèle, pas un projet. Pas de profil d’impression, pas d’affectation de filament, pas de disposition de plateau, pas de miniature et pas de réglages par objet, parce que ce sont des extensions spécifiques au slicer plutôt qu’à la géométrie. Votre slicer applique le profil que vous avez sélectionné et peut enregistrer ensuite son propre 3MF de projet, bien plus gros.

L’ordre qui fait gagner du temps : mailler le nuage de points, supprimer les îlots d’arrière-plan, remplir les trous, décimer à quelque chose qu’un slicer peut gérer, mettre à l’échelle par rapport à une dimension connue, et seulement ensuite convertir. Chacune de ces étapes est un problème de scan plutôt qu’un problème de format, et chacune est plus facile dans MeshLab ou votre logiciel de scan que dans un slicer.

La conversion elle-même tourne entièrement dans votre navigateur — pas de moteur à télécharger, rien de téléversé, un plafond de 100 Mo — ce qui compte quand le scan représente une personne, un objet de client ou une pièce que quelqu’un préférerait ne pas voir publiée. Le fichier qui arrive dans votre slicer n’a jamais quitté la machine sur laquelle il a été capturé.