Converter OBJ para STL

Esta conversão é quase sempre conformidade, não preferência. Um serviço de impressão online lista .stl entre os formatos aceitos. Um pacote CAM importa malha e importa só um tipo. O software de um fabricante foi escrito em torno de STL e nunca foi revisitado. Uma oficina pediu "um STL" porque essa é a palavra deles para arquivo imprimível.

Discutir raramente está disponível e raramente vale a pena. O que vale a pena é garantir que o STL entregue é o que você quis dizer, porque um STL não declara nada sobre si mesmo — sem unidade, sem nome de peça, sem material — então todo erro nele é silencioso até algo ser usinado no tamanho errado.

Um OBJ frequentemente chega com um companheiro: um arquivo .mtl nomeando materiais, e uma pasta de imagens de textura que o .mtl aponta. Nada disso é lido, porque não há onde num STL colocar material, textura, coordenada UV ou cor.

A consequência vale dizer com clareza: um modelo comprado num marketplace por causa da aparência chega como um sólido cinza chapado — não é falha da conversão, é a definição do formato de destino. Se cor importa, 3MF é o formato de impressão que carrega isso.

OBJ organiza geometria com linhas o e g, e um modelo de qualquer complexidade usa isso — um corpo, uma tampa, uma alça, cada um nomeado. Um STL tem uma lista de triângulos do início ao fim e nenhuma noção de objeto, então todos os grupos são escritos na ordem em que apareceram.

As cascas continuam geometricamente separadas e a identidade some. PrusaSlicer e Cura detectam cascas desconectadas e oferecem separá-las em objetos na mesa, o que recupera o arranjo mas não os nomes — as peças voltam como "Parte 1" e "Parte 2".

Faces de OBJ podem ter qualquer número de cantos, e triângulos de STL têm exatamente três, então toda face é dividida. O método é leque: o primeiro canto se junta a cada par consecutivo, então um quadrado vira dois triângulos e um hexágono vira quatro.

Isso é exatamente certo para uma face convexa e é o único lugar onde esta conversão pode produzir geometria errada em vez de apenas reduzida. Um polígono côncavo triangularizado a partir de um canto fora do próprio interior produz triângulos sobrepostos, aparecendo no fatiador como uma dobra estranha. Se o preview mostrar isso, triangularize o OBJ direito antes numa ferramenta de modelagem.

Nenhum dos dois formatos registra uma unidade. OBJ não tem campo para isso, e o ecossistema em volta também não tem convenção — uma malha de um scanner costuma ser milímetro, uma de um pacote de arquitetura costuma ser metro. STL é igual, exceto que todo fatiador já escrito interpreta como milímetro.

Então os números atravessam e ganham um significado que não tinham. É o jeito mais caro desta conversão dar errado, e a checagem leva dez segundos: carregue o STL num fatiador, leia a caixa delimitadora e compare com uma dimensão conhecida.

Índices de face do OBJ são baseados em um, e o formato também permite negativos, que contam para trás a partir do vértice mais recente. Alguns exportadores usam isso o tempo todo porque facilita concatenar arquivos.

As duas formas são resolvidas conforme o arquivo é lido, na ordem — é o único jeito possível, já que um índice negativo depende de quantos vértices já foram declarados até aquele ponto. Especificações de canto nas formas v, v/vt, v//vn e v/vt/vn são todas aceitas.

O leitor funde vértices coincidentes dentro de cada grupo, comparando com seis casas decimais. Isso importa para outros alvos deste site — um OBJ convertido para glTF ou PLY mantém os vértices compartilhados e fica bem menor por isso — e é invisível num STL.

STL não tem compartilhamento de vértice: cada triângulo carrega seus três cantos de forma independente, então o arquivo fica exatamente em 84 + 50n bytes para n triângulos, seja qual for a organização da origem.

Quatro coisas, nesta ordem, num fatiador que você controla. A caixa delimitadora, contra uma dimensão verificável. A contagem de objetos, caso o modelo fosse várias peças. O relatório de manifold — PrusaSlicer e Cura sinalizam bordas abertas ao carregar. E o preview fatiado em algumas alturas, mostrando se as paredes estão onde você pensa.

Esse último pega o que os outros perdem: faces invertidas produzindo um vazio onde deveria ter sólido, uma dobra de triangulação de um polígono côncavo, uma casca interna que ninguém sabia que existia.

Se você mesmo vai imprimir, 3MF é o destino melhor e todo fatiador atual aceita: declara milímetro explicitamente, mantém cada grupo como objeto próprio na mesa, e é um pacote comprimido em vez de cinquenta bytes por triângulo.

Se o modelo vai ser editado em vez de impresso, mantenha o OBJ — ele tem os grupos, as referências de material e uma forma de texto inspecionável, e nada disso sobrevive a uma viagem por STL. E se o modelo foi comprado, confira a licença antes de imprimir.

Nesta aba do navegador, por JavaScript puro. Nenhum módulo WebAssembly é buscado, nada é enviado, sem conta e sem limite diário, e a aba de rede durante uma conversão é o jeito de confirmar isso.

O teto gratuito é 100 MB na entrada, e note que a saída pode ser maior que a entrada num modelo denso — um OBJ guarda cada vértice uma vez e um STL repete por triângulo.