Convertir PLY en STL

Les scanners de photogrammétrie et à lumière structurée écrivent du PLY pour une raison avant toutes les autres : le format permet à chaque sommet de porter du rouge, vert et bleu, donc l’apparence de l’objet voyage avec sa forme sans atlas de texture ni second fichier. C’est pourquoi un scan d’une sculpture ou d’un visage ressemble à la chose dont il vient quand vous l’ouvrez dans MeshLab.

STL, publié par 3D Systems en 1987, n’a pas de couleur, pas de matériaux, pas d’attributs et pas de métadonnées. Ce sont les triangles et uniquement les triangles. Convertir réduit donc un scan à sa silhouette en trois dimensions, ce qui est exactement ce qu’il faut s’il va être imprimé en un seul matériau et une vraie perte si quelqu’un comptait le regarder. Décidez lequel avant de convertir, parce que le PLY est la seule copie qui l’a.

Si votre PLY contient des sommets et ne déclare pas de faces, la conversion s’arrête avec un message qui le dit. Ce n’est pas un trou dans le convertisseur — c’est la bonne réponse. Un nuage de points est un ensemble d’échantillons sans surface entre eux, et produire une surface à partir de là est de la reconstruction : une opération de modélisation avec des paramètres, des compromis et un résultat que vous devez inspecter.

Le travail a sa place dans un outil construit pour cela. MeshLab et CloudCompare proposent tous deux la reconstruction de surface par Poisson et par ball-pivoting, le logiciel de votre scanner a presque certainement une étape de maillage, et Open3D expose les deux depuis Python. Lancez l’une d’elles, vérifiez le résultat, puis convertissez ici le PLY maillé. Un convertisseur qui devinerait silencieusement une surface produirait un fichier qui s’imprime comme quelque chose que vous n’avez jamais approuvé.

Binaire, toujours. Quatre-vingts octets d’en-tête texte, un nombre de triangles de quatre octets en little-endian, puis cinquante octets par triangle : douze pour la normale de face, trente-six pour trois sommets en float32, et deux octets d’attribut inutilisés laissés à zéro. Le total est exactement 84 + 50n, ce qui est aussi comment un lecteur distingue un STL binaire d’un ASCII.

La normale de face est recalculée à partir de l’ordre d’orientation des trois sommets et normalisée, plutôt qu’emportée d’on que ce soit dans le PLY. Plusieurs slicers ignorent entièrement la valeur stockée parce que trop d’écrivains se trompent, mais en écrire une correcte ne coûte rien et le format a un emplacement pour elle. Rien d’autre dans ces cinquante octets n’est disponible pour porter ce que le PLY avait.

Ni PLY ni STL ne déclare d’unité, donc les coordonnées sont passées inchangées et la conversion ne peut pas se tromper d’échelle. Elle ne peut pas non plus l’obtenir, et cette distinction compte plus pour des données scannées que pour rien d’autre dans cette catégorie.

Un scan à lumière structurée ou laser sort généralement en millimètres parce que l’appareil connaît sa propre géométrie. Une reconstruction par photogrammétrie à partir de photographies ne le fait pas : son échelle est arbitraire jusqu’à ce que vous lui donniez une référence, et un mesh qui ressemble à un objet de 200 mm peut porter des coordonnées à un chiffre. Mesurez une caractéristique dont vous connaissez la taille, appliquez le facteur dans MeshLab ou votre slicer, et seulement ensuite téléversez. Un bureau qui fait un devis sur la mauvaise échelle fait un devis sur la mauvaise pièce.

Un scan a des trous là où le scanner n’a pas pu voir : contres-dépouilles, la face sur laquelle l’objet reposait, surfaces sombres ou brillantes qui n’ont rien renvoyé. Il a aussi souvent des îlots parasites venus de la géométrie d’arrière-plan et des auto-intersections là où deux passes ont été fusionnées imparfaitement.

Rien n’est réparé ici, et rien n’est fusionné non plus : la liste de sommets et les indices de face propres au PLY sont utilisés tels que le fichier les énonce, parce qu’une étape de maillage a déjà pris ces décisions. Le STL jette ensuite le partage en sortant, puisque le format stocke trois sommets complets par triangle sans condition. La réparation a sa place dans le remplissage de trous de MeshLab, l’inspecteur de Meshmixer ou la 3D-Print Toolbox de Blender, et le contrôle de téléversement d’un bureau rejettera le fichier tant que ce n’est pas fait.

PLY ASCII, binaire little-endian et binaire big-endian. L’en-tête est parsé comme du texte même dans un fichier binaire, ce qui est la définition du format, et les déclarations d’éléments et de propriétés sont lues en ordre pour que le corps puisse être parcouru avec la bonne enjambée.

Les types de propriétés scalaires de char et uchar jusqu’à short, int, float et double sont tous gérés, y compris leurs orthographes int8 et float32. Une propriété hors de cet ensemble s’arrête avec un message qui la nomme plutôt que de mal lire le fichier. Les propriétés de liste sont lues avec leur type de compte déclaré, et toute face avec plus de trois coins est triangulée en éventail, ce qui est correct pour les polygones convexes que les outils de maillage produisent.

L’élément vertex est lu pour ses propriétés x, y et z. Toute autre propriété déclarée dessus — rouge, vert, bleu, alpha, nx, ny, nz, qualité, confiance, intensité, et tous les champs personnalisés que votre scanner écrit — est sautée pour que l’enjambée reste correcte, puis écartée.

Cela mérite d’être su si le PLY est votre copie d’archive. Les valeurs de confiance du scan et les normales par sommet sont fréquemment ce dont une étape de traitement ultérieure a besoin, et une fois que le fichier est un STL elles ne peuvent pas être récupérées. Gardez le PLY. Le STL est un artefact dérivé pour un usage, pas un remplacement.

STL est ce que les formulaires d’upload attendent, et du STL binaire spécifiquement — plusieurs services refusent l’ASCII outright ou le déforment silencieusement. Le fichier que ce convertisseur produit est binaire et n’a besoin d’aucune autre préparation au-delà de la réparation que le mesh lui-même exige.

Deux habitudes sauvent une commande rejetée. Vérifiez le nombre de triangles avant l’upload, puisque les bureaux plafonnent couramment et qu’un scan brut peut en porter des millions ; décimer dans MeshLab à quelques centaines de milliers ne perd rien qu’une imprimante peut reproduire. Et vérifiez la bounding box contre la taille que vous avez l’intention de recevoir, parce que le devis est calculé d’après le volume de ce que vous avez envoyé.

Si vous l’imprimez vous-même dans PrusaSlicer, Cura ou Bambu Studio, convertissez plutôt le PLY en 3MF. L’unité est déclarée, le paquetage est validé par construction, et les sommets sont stockés une fois plutôt que trois fois par triangle.

STL gagne la conversion quand l’extrémité l’exige : un formulaire d’upload qui ne liste qu’une extension, un slicer d’avant le support 3MF, un outil de fournisseur qui ne l’a jamais acquis. C’est une situation réelle et courante, et c’est la seule raison pour laquelle cette page existe plutôt que de renvoyer tout le monde vers le format plus récent.