Vad är en STL-fil efter att du konverterar OBJ till STL

STL är triangelfilen som slicers väntar. Namnet expanderas ofta som stereolitografi, efter den tidiga hartsprocessen, men formatet överlevde den enda maskinen. I dag är det det tråkiga, pålitliga sättet att lämna en form till Bambu Studio, UltiMaker Cura eller PrusaSlicer. Det är inte ett modelleringsformat. Det minns inte dina material. Det minns inte dina enheter. Det minns hörn.

Trianglar, och bara trianglar

Varje post är en fasett: en normal och tre vertex. Det finns ingen fyrhörning att bevara, ingen n-hörning och ingen kurva. När den här webbplatsen läser en OBJ delas polygoner först i trianglar, och sedan skrivs de trianglarna ut. Triangelantalet på verktygssidan är det antalet. Det matchar inte ett „polygonantal“ från ett program som fortfarande räknade fyrhörningar som en yta. En kub med sex fyrhörningar är tolv trianglar. Det är korrekt, inte en dubblettbugg.

Normalen är en riktning för ytan. Slicers bryr sig mer om huruvida skalet är slutet och konsekvent orienterat än om de exakta normtalen. En konsekvent lindning spelar fortfarande roll när ett verktyg försöker skilja insida från utsida. Den här exportören räknar normaler från hörnordningen. Den hittar inte på saknade ytor.

Det finns ingen texturkoordinat och ingen färg i den STL vi skriver. Vissa dunkla tillägg finns i den vidare världen. De är inte det den här konverteraren producerar, och de är inte något du ska räkna med att en slicer hedrar. En filamentfärg är tankemodellen som matchar filen.

Utan enhet med avsikt

Specifikationen som människor faktiskt implementerar innehåller inte en millimeterflagga. Gemenskapens vana i FDM är att en enhet är lika med en millimeter. En fil med ett vertex vid 25 är ett vertex på 25 mm under den vanan, även om konstnären menade 25 meter eller 25 tum. Guiden millimeter mot meter handlar om att baka in rätt vana i talen. Efter det „vet“ STL fortfarande inte. Nästa program måste dela vanan.

Därför är en begränsningslåda i konverteraren mer användbar än en mening i filhuvudet. Binära huvuden är 80 byte och är ofta tomma eller fyllda med ett verktygsnamn. Lagra inte din enda kopia av „det här var tum“ där. Lagra den i dina egna anteckningar, och lagra den i koordinater som redan matchar millimeter.

Binär, ASCII och slicers

Samma trianglar kan packas som binär eller stavas som ASCII-text. Binär är mindre och är standardnedladdningen. ASCII är läsbar och omfångsrik. Binär mot ASCII STL täcker valet. Båda öppnas i slicers som nämns ovan när byten är välformade. En fil som är ASCII men skadades av en textredigerare som ändrade radslut eller decimaltecken kanske inte öppnas. Exportera igen i stället för att redigera en stor STL för hand.

Import i slicern är inte det sista provet. Titta på den rapporterade storleken. Titta på om modellen står upp. Titta på lagerförhandsvisningen efter glapp du inte ville ha. En STL kan vara geometriskt giltig och ändå vara en dålig utskrift. Tunna väggar, överlappande kroppar och öppna bottnar syns där. Ta de problemen tillbaka till meshet, inte till ett hopp om att exportera samma trasiga yta igen ska läka den.

Var en STL ska komma från

För den här webbplatsen ska en STL komma från ett Wavefront OBJ-mesh. Det är filen med v- och f-rader som beskrivs i vad OBJ är. Den ska inte komma från en PNG, en JPG eller en STEP-solid. Vi voxeliserar inte bilder, och vi tessellerar inte CAD-randmodeller. Om ditt designverktyg bara har en solid, tessellera eller exportera OBJ där, med en kordtolerans du accepterar, och konvertera sedan. Triangelantalet du får är den tessellering du bad det verktyget om. Vi lägger inte till trianglar för att göra den slätare.

När du har filen är utskriftsflödet vanligt. Bekräfta millimeter, orientera, stöd om du måste, skiva och skriv ut. Behåll OBJ om du ska redigera formen igen. OBJ mot STL förklarar varför de två filerna ska ligga bredvid varandra i stället för att den ena ersätter den andra. Steg för steg från Blender är konvertera OBJ till STL.