Abra arquivos .obj com o material .mtl
Um arquivo OBJ armazena a geometria de um scan 3D como uma lista em texto simples de vértices e faces. A cor normalmente fica fora dele: uma exportação OBJ completa são três arquivos — o próprio .obj, um sidecar de materiais .mtl e uma imagem de textura que o .mtl referencia. Um .obj enviado sozinho traz a geometria mas não o material, então o scan geralmente chega cinzento.
Todo arquivo arrastado para esta página é lido com a File API do navegador e renderizado no seu próprio computador. Não há endpoint de upload, nenhuma conta e nenhuma cópia é mantida, por isso a página continua funcionando mesmo quando a rede é desligada.
Mantenha toda a exportação no prontuário do paciente
DodoDentist mantém scans intraorais, radiografias e exportações CBCT no prontuário do paciente, com cada arquivo de uma exportação com múltiplos arquivos armazenado como um estudo em vez de três anexos que se separam em uma caixa de entrada.
Experimente o DodoDentist grátisOBJ é o formato em que um scan retorna depois de passar por qualquer etapa de modelagem — exocad, Meshmixer e Blender todos o geram, e a maioria dos laboratórios o envia. Na prática, também é um formato de três arquivos. O .obj contém a geometria: uma lista de coordenadas de vértices, as faces que os unem e, geralmente, uma normal e uma coordenada de textura para cada canto. O que ele não contém é um único valor de cor.
A cor vive nos outros dois ficheiros. Uma linha perto do topo do .obj diz mtllib seguida por um nome de ficheiro, e esse ficheiro — a biblioteca de materiais, com a extensão .mtl — define um ou mais materiais nomeados. Cada material tem uma cor difusa e normalmente uma linha map_Kd com o nome de um ficheiro de imagem: a fotografia a cores que o scanner realmente capturou, à qual as coordenadas de textura no .obj aplicam-se sobre a superfície.
É por isso que "o scan" que chega como um único anexo é a pergunta mais comum sobre suporte a OBJ que existe. O .obj por si só abre perfeitamente, roda perfeitamente e tem a forma correta até ao último mícron — e está cinza, porque os dois arquivos que carregam sua aparência foram deixados na área de trabalho de outra pessoa. Nada está corrompido e nada precisa ser reescaneado; dois arquivos precisam ser reenviados.
O .obj é o modelo: vértices, faces, normais e coordenadas de textura, tudo em texto legível. O .mtl é uma pequena lista de materiais, cada um com uma cor e um apontador para uma imagem. A imagem é a própria aparência, e costuma ser a maior das três — uma textura colorida de arco completo é um JPEG ou PNG de vários megabytes, enquanto o .mtl ao lado costuma ter menos de um kilobyte. Perder o .mtl faz perder a ligação entre os outros dois mesmo quando ambos sobrevivem.
Peça a pasta, compactada, em vez de “o scan”. A linha mtllib armazena um nome de ficheiro, não um caminho no sistema de ficheiros de ninguém, por isso o .obj encontra o seu ficheiro de material apenas quando os dois estão na mesma pasta com os nomes que o exportador lhes atribuiu. Renomear o .obj é inofensivo; renomear o .mtl quebra a referência silenciosamente, e o mesmo acontece ao guardar a imagem de textura num local mais arrumado. Se a exportação já tiver sido dividida, o ficheiro de material pode ser reexportado a partir do scan original em segundos — ele é gerado, não criado manualmente.
Um scanner intraoral captura forma e cor ao mesmo tempo, e o formato de exportação decide quanto disso sobrevive. STL mantém a forma e descarta completamente a cor — não tem campo para ela, por isso um STL de uma digitalização colorida é sempre a visão em gesso. PLY grava uma cor em cada vértice dentro do mesmo arquivo, portanto permanece um único arquivo e a cor não pode ser separada dele. OBJ desloca a aparência para os arquivos de material e textura, o que traz detalhe fotográfico e reduz a portabilidade.
| Formato | Onde a cor vive | Arquivos necessários | De onde geralmente vem |
|---|---|---|---|
| OBJ (.obj) | Em um .mtl separado mais uma imagem de textura | Três, e devem ficar juntos | Laboratórios, exocad, Meshmixer, Blender |
| OBJ material (.mtl) | É a definição de cor e não contém geometria | Sem sentido por si só | Sempre ao lado de um .obj |
| STL (.stl) | Em nenhum lugar — STL não pode transportá-lo | Um | Impressão, fluxos de trabalho de alinhadores e modelos |
| PLY (.ply) | Uma cor por vértice, dentro do mesmo arquivo | Um | Exportações coloridas do scanner |
Para um scan que precisa ser enviado por e‑mail, PLY costuma ser a melhor exportação: um ficheiro, cor incluída, nada a perder em trânsito. Para um caso em que o detalhe da superfície importa — correspondência de cor, mapa de manchas, documentação de uma lesão — a textura fotográfica que um OBJ transporta contém muito mais do que uma cor por vértice, e os três ficheiros valem a pena ser compactados em zip.
Vale mais ver a diferença do que ler sobre ela. Abrir um arquivo .stl ver geometria sem cor alguma, ou abrir um arquivo .ply para ver a cor aparecendo em um arquivo em vez de três.
Tanto um scanner intraoral quanto um sensor de raios X são descritos como produzindo "o scan", e os ficheiros dificilmente poderiam ser mais diferentes. Qualquer coisa que envolva radiação grava em DICOM: uma imagem mais um cabeçalho que descreve a exposição, o equipamento e o paciente. Qualquer coisa óptica grava uma malha — uma superfície sem interior, sem dados de exposição e sem identificação do paciente no seu interior.
As extensões pioram em vez de ajudar. A 3Shape nomeia seus próprios casos de malha com a extensão .dcm, a extensão DICOM, então um arquivo com o nome de uma radiografia pode ser uma digitalização dos arcos. Os arquivos arrastados aqui são identificados pelo conteúdo em vez disso, razão pela qual um arquivo inesperado recebe um nome em vez de ser recusado. Abrir uma radiografia .dcm em vez disso.
A geometria foi totalmente lida: vértices, faces de qualquer tamanho, índices negativos, normais de vértice fornecidas e os valores vermelho-verde-azul por vértice que Medit, MeshLab e 3Shape adicionam às linhas de vértice. Quando esses valores estão presentes, o modelo é sombreado na cor própria do scanner; quando estão ausentes, é sombreado em tons de gesso, que é como um modelo físico do mesmo arco pareceria.
O ficheiro de materiais é lido e relatado em vez de renderizado. Arrastá‑lo juntamente com o .obj lista todos os materiais que declara, a cor difusa de cada um como uma amostra, e todas as imagens de textura às quais faz referência — e, mais útilmente, nomeia qualquer ficheiro referenciado que não estava no arrasto. Esse relatório é o que realmente interessa: transforma "a cor está em falta" num nome de ficheiro para solicitar.
Porque a cor não está no .obj. Uma exportação OBJ mantém a geometria no arquivo .obj, as definições de material num arquivo .mtl separado, e a fotografia de cor real numa imagem de textura que o .mtl referencia. Um scan enviado por e‑mail como um único .obj chega com a forma e nada mais.
Um .mtl é uma pequena biblioteca de materiais em texto simples. Nomeia um ou mais materiais e atribui a cada um uma cor difusa e, geralmente, o nome do ficheiro de uma imagem de textura. Não contém geometria alguma, por isso não pode ser aberto como um modelo por si só e por isso um visualizador que aceita apenas ficheiros .obj não está a fazer nada de errado.
Arraste-o para esta página, juntamente com seu .mtl e qualquer imagem de textura, se as tiver. Os arquivos são lidos pelo seu navegador e exibidos na tela; nada é enviado e não é necessário se cadastrar. Selecionar todos eles de uma vez é o que permite à página informar se a exportação está completa.
Não. A geometria está inteiramente dentro do .obj, então o modelo gira e dá zoom exatamente da mesma forma sem o ficheiro de material. Apenas a cor depende do .mtl e da imagem de textura ao lado dele.
Em uma linha mtllib perto do topo do .obj, que nomeia o arquivo de material pelo nome do ficheiro e procura-o na mesma pasta. Renomear qualquer um dos ficheiros, ou guardá‑los em pastas diferentes, rompe essa ligação silenciosamente. Manter os três ficheiros juntos numa pasta ou num único zip é o que a preserva.
PLY quando o ficheiro tem de viajar sozinho, porque o PLY armazena uma cor em cada vértice dentro do único ficheiro e não pode ser separado dele. OBJ quando a resolução da textura importa, porque uma imagem de textura fotográfica contém muito mais detalhe do que uma cor por vértice — ao custo de ser três ficheiros que têm de permanecer juntos.
Não. Os arquivos nunca saem do seu computador: eles são lidos diretamente no navegador e renderizados localmente, e esta página não possui nenhum endpoint de upload. Depois que a página é carregada, ela continua funcionando mesmo com a rede desligada.
Sim, e um .stl, um .ply ou um .dcm arrastado aqui é identificado e nomeado em vez de ser rejeitado com um erro. A página lê o conteúdo de um arquivo em vez de confiar em sua extensão, o que é importante na odontologia porque a 3Shape salva seus próprios casos de malha com a extensão .dcm.