7 MIN LEITURA · Pedro Thomaz

Matterport vs Gaussian Splatting vs Fotogrametria em 2026: como escolhemos

Matterport, Gaussian splatting e fotogrametria resolvem problemas diferentes. A nossa regra de decisão de 2026 para escolher o método de captura 3D, com tradeoffs reais.

Matterport vs Gaussian Splatting vs Fotogrametria em 2026: como escolhemos

Para a maioria dos briefings em 2026 a resposta é pouco romântica: usar Matterport quando o que se entrega é um espaço navegável que alguém tem de percorrer no browser, usar Gaussian splatting quando um único objeto ou interior tem de ficar fotorrealista com fidelidade de cinema, e usar fotogrametria quando é preciso geometria estanque e mensurável que se possui em ficheiros. Não são concorrentes. São três ferramentas que por acaso partem do mesmo gesto — apontar uma câmara a algo real — e divergem por completo a partir daí.

Captamos sítios patrimoniais, stands de automóveis e produto para viver, e já levámos os três pipelines para produção. Esta é a regra de decisão que realmente usamos, os tradeoffs que a sustentam, e onde cada uma já nos queimou.

Matterport vs Gaussian splatting vs fotogrametria: o que é cada uma na verdade

Os termos são usados de forma intercambiável pelos clientes e quase nunca significam o mesmo. Definições primeiro, porque toda a decisão depende delas.

A fotogrametria reconstrói geometria 3D explícita — uma malha de triângulos com mapa de textura — a partir de fotografias sobrepostas. O resultado é um modelo: um .obj, .glb ou .fbx com textura mapeada em UV. É mensurável, editável e renderiza em qualquer motor. É o padrão de arquivo há duas décadas.

O Gaussian splatting (3D Gaussian Splatting, 3DGS, a técnica de 2023 do INRIA) não constrói uma malha. Representa a cena como milhões de manchas 3D translúcidas sobrepostas — Gaussianas — cada uma com posição, escala, rotação, opacidade e cor dependente do ângulo de visão. Renderizado em tempo real, reproduz reflexos, contornos suaves e neblina volumétrica que uma malha fisicamente não consegue. O resultado é uma nuvem de pontos .ply ou .splat, não geometria onde se possa pôr uma fita métrica.

O Matterport não é uma representação, é um produto. Uma câmara Pro2 ou Pro3 capta profundidade e panorâmicas; a cloud da Matterport cose-as num percurso "casa de bonecas" alojado, com ferramentas de medição, plantas e um visualizador embebível. Está-se a comprar um pipeline determinístico e alojamento, não um formato de ficheiro.

Portanto a comparação real é entre um formato de malha aberto, um formato de campo de radiância aberto, e um serviço alojado fechado. Esse enquadramento já diz quase tudo o que é preciso saber.

Os tradeoffs que decidem mesmo

Esta é a comparação que trazemos na cabeça numa visita de captura. Os números são dos nossos próprios trabalhos, em entrega alojada na OVH atrás da Cloudflare, não de brochuras de fornecedores.

A nossa regra de decisão

Não escolhemos pelo que é mais recente. Escolhemos pelo que o briefing tem de fazer. A regra são três perguntas, por ordem.

  1. O utilizador precisa de navegar um espaço inteiro? Se sim, e tem de ser fiável, indexável e percorrível num telemóvel de há cinco anos, é Matterport. Um percurso é um problema de UX antes de ser um problema de renderização, e o visualizador da Matterport resolveu essa UX há anos.
  2. É um único protagonista que tem de ficar deslumbrante? Um objeto, uma sala, uma fachada — onde reflexos e luz são o ponto — é Gaussian splatting. É a única técnica que faz o vidro e as superfícies polidas lerem-se como reais num ecrã.
  3. Alguém precisa de o medir, editar ou guardar durante décadas? Registos de conservação, documentação tal-como-construído, tudo o que tem de sobreviver a um fornecedor ou alimentar um pipeline de CAD ou jogo — fotogrametria, porque se possui geometria estanque em ficheiro.

Se duas respostas forem sim, tem dois deliverables, não uma ferramenta com que se comprometa. É o erro mais caro deste campo: tentar forçar uma captura a servir um percurso e um arquivo e um render de protagonista. Orçamentamo-los em separado porque são captados em separado.

Como isto se desenrolou: Convento do Beato e Castelo de Castro Marim

Dois trabalhos de património tornam a regra concreta.

No Convento do Beato, em Lisboa, o briefing era um registo navegável dos espaços de eventos — clientes a quererem percorrer as salas antes de reservar, mais uma planta legível de como as divisões se ligam. É a pergunta um, sem ambiguidade. Captámo-lo com Matterport: rápido no local, uma vista de casa de bonecas que vende o volume do espaço, um embed que carrega em qualquer coisa. Ninguém precisava de geometria submilimétrica; precisavam de perceber o sítio em trinta segundos. O Matterport foi a resposta aborrecida e correta.

No Castelo de Castro Marim, a exigência era outra. O valor estava na pedra gasta, na alvenaria irregular, na luz a rasar uma parede ao fim do dia — e num registo duradouro o suficiente para sobreviver a qualquer plataforma. Não queríamos um percurso; queríamos fidelidade e propriedade. Por isso as capturas de protagonista foram para Gaussian splatting pelo aspeto, com fotogrametria no detalhe estrutural onde a geometria mensurável e de qualidade de arquivo importava. Ficheiros que alojamos nós próprios, na nossa stack, citáveis e permanentes.

O mesmo estúdio, a mesma semana de planeamento, ferramentas opostas — porque os briefings eram opostos. O castelo nunca poderia ter sido um percurso Matterport, e entregar o percurso do convento como um splat de 400 MB que ninguém conseguia navegar seria absurdo.

Para onde vão as três em 2026

O estado honesto do campo:

O produto por que todos esperamos é aquele que funde renderização de qualidade de splat com alojamento determinístico e próprio. No dia em que alguém entregar isso de forma limpa, a nossa regra simplifica-se. Até lá, três ferramentas, três trabalhos.

A versão curta

Matterport para espaços navegáveis que têm de ser fiáveis e indexáveis. Gaussian splatting para um protagonista que tem de ficar fotorrealista. Fotogrametria para geometria mensurável e editável que se possui e arquiva. Escolha pelo trabalho que o deliverable tem de fazer, não pelo que foi lançado mais recentemente — e quando o briefing pede duas dessas coisas ao mesmo tempo, isso são dois deliverables, não uma ferramenta esticada ao limite.

Se tem um espaço, um objeto ou um sítio patrimonial que precisa de ser captado e não tem a certeza de qual das três é, essa conversa é exatamente a parte em que somos bons. Fale-nos do briefing.