SketchUp e Rhino: GLB em vez de IFC — e por que é melhor aqui

Por que GLB e não IFC aqui

Para Archicad, Revit e Vectorworks, o IFC é o caminho principal, porque esses programas conhecem elementos construtivos. SketchUp e Rhino modelam geometria. Os dois gravam GLB diretamente, e o GLB foi feito exatamente para isso: malhas, materiais e texturas em um único arquivo.

A diferença aparece no resultado. Pelo IFC, um sólido chega com uma cor — a fachada de madeira vira uma superfície marrom. Pelo GLB, material e textura vão junto, e o modelo aparece no navegador como aparece no seu programa. Isso vale também para a página de compartilhamento, onde o seu cliente gira o mesmo modelo.

SketchUp: unidades e componentes

Hoje o SketchUp exporta glTF sem precisar de extensão; o caminho documentado é Arquivo, Exportar, Modelo 3D e o tipo de arquivo “GLTF Binary File (*.glb)”. Versões antigas não conseguem — nelas ajuda uma extensão ou um desvio pelo OBJ.

Duas coisas merecem atenção antes. Unidades: um modelo em polegadas chega ao navegador como uma casa com dimensões erradas, então ajuste o modelo para metros antes de exportar. E componentes: o que se repete cem vezes no modelo — árvores, cadeiras, cercas — dobra o tamanho do arquivo e acrescenta pouco à imagem. Oculte tudo isso antes de exportar.

Rhino: malhas em vez de superfícies

Ao exportar para glTF, o Rhino grava malhas e nuvens de pontos; materiais e texturas podem ser incorporados. Assim, as suas superfícies NURBS viram uma malha, e o grau de refinamento dessa malha vem das configurações de malha do Rhino.

Para uma visualização, isso é uma vantagem, desde que você controle o processo: uma malha mais grosseira na fachada não aparece na imagem, e uma malha refinada demais deixa o arquivo pesado. Regra prática: refinada o bastante para que as bordas curvas pareçam redondas, e não mais que isso. Se o arquivo passar de 60 MB, quase sempre o motivo é a densidade da malha — ou um pacote de mobiliário.

O que acontece do nosso lado

O arquivo IFC é lido no seu navegador, não no nosso servidor: o web-ifc, um leitor de código aberto compilado para WebAssembly, roda na própria aba. Ele entende IFC2x3 e IFC4 e entrega cada sólido como uma malha de triângulos em uma única cor. O que sobe depois é o GLB gerado a partir dele — o arquivo original não sai do seu computador.

Ou seja, o que chega é a geometria: tudo o que virou sólido na exportação, com a sua cor e a sua posição. Não chegam conjuntos de propriedades, nomes de componentes, camadas, classes IFC nem texturas. Tudo isso continua no arquivo, mas nada é desenhado. Se você precisa de materiais e texturas, exporte GLB em vez de IFC — esse formato os leva junto. O limite é de 60 MB por arquivo, e a leitura não custa pontos.

O que este relatório não é

Não fizemos uma série de medições em projetos de terceiros, por isso não citamos nenhuma taxa de acerto. Aqui constam apenas duas coisas: o que o nosso leitor extrai de um arquivo IFC, que está no nosso código, e o que o programa oferece na exportação, segundo a própria documentação. Quem tira a prova é o seu modelo — e testar não custa nada, porque a importação roda no navegador.