Corregir exportacions · 2026-06-03 · 9 min

Per què els fitxers IFC grans fan petar el navegador (i com veure un model d'1 GB)

Un IFC federat de 600 MB, 1,7 GB de RAM, 3 fotogrames per segon, i la pestanya mor. Els fitxers IFC grans trenquen la majoria de visors web per motius tècnics concrets. Això és el que realment passa — i com obrir un model d'aquesta mida sense servidor ni una estació de treball d'alta gamma.

Per què els fitxers IFC grans fan petar el navegador (i com veure un model d'1 GB) — IFC Viewer Online article cover

Tothom qui treballa amb models federats topa amb el mateix mur: l'IFC combinat d'arquitectura + estructura + MEP fa entre 600 MB i més d'1 GB, i en el moment que intentes obrir-lo en un navegador el ventilador s'engega, la memòria puja per sobre d'1,7 GB, la velocitat de fotogrames cau a un sol dígit, i finalment la pestanya es penja. No és que estiguis fent res malament. Els fitxers IFC grans trenquen la majoria de visors web per motius molt concrets.

1 GB+ — model federat típic
1.7 GB — de RAM fins i tot optimitzat
3 FPS — models sense optimitzar
12× — més lent: codi obert vs comercial

Per què els fitxers IFC grans fan petar el navegador

Anàlisi en un sol fil

Convertir el text IFC en geometria 3D exigeix molta CPU i tradicionalment s'executa en un sol fil. Cal analitzar tot el fitxer abans que es renderitzi res, de manera que la interfície es congela mentre treballa.

Sostre de memòria

Fins i tot un model optimitzat pot consumir ~1,7 GB de RAM. En un portàtil de 8 GB, el navegador arriba al seu límit de memòria per pestanya i el renderitzador es tanca — és la pàgina d'«s'ha penjat la pestanya».

Cost de la tessel·lació

La geometria IFC sovint es defineix com a sòlids paramètrics (extrusions, escombrats). Tessel·lar-los en malles de triangles per a WebGL multiplica les dades i la feina — milions de triangles per empènyer a cada fotograma.

Carregar-ho tot primer

La majoria de visors descarreguen i converteixen tot el fitxer per endavant, encara que només en mires una fracció alhora. No es renderitza res fins que tot s'ha processat.

Per què els visors de codi obert semblen més lents que els comercials

Una prova de referència de la comunitat, molt compartida, ho va deixar clar: un model elèctric de 288 MB va trigar uns 830 segons a carregar-se en una eina de codi obert, contra uns 67 segons en un visor comercial — més de 12 vegades més lent. La diferència no és cap màgia. Els visors comercials sovint eviten la tessel·lació completa representant les formes paramètriques de manera més directa, i preprocessen els models en un servidor cap a un format optimitzat per a streaming abans que mai els obris.

830 segons en un visor de codi obert contra 67 en un de comercial. Quin és el truc, aquí?
IfcOpenShell GitHub — visualització de models federats grans

El «truc» és el preprocessament i el streaming — i aquí també hi ha la trampa. Els pipelines de codi obert més ràpids (convertir IFC al format XKT de xeokit, o a glTF) requereixen coneixements tècnics i un servidor per fer la conversió. Això és vàlid per a un equip de producte, però no és una cosa que un coordinador pugui fer amb un fitxer que un client li acaba d'enviar per correu.

Les estratègies que realment ajuden

Converteix un cop, carrega moltes vegades: analitza l'IFC cap a un format de geometria ràpid (Fragments, XKT, o glTF/GLB) una vegada, i després carrega'l a cada obertura posterior. Analitzar l'IFC en temps real és massa lent per a un ús repetit.
Tiling (fragmentació en mosaics): divideix el model en blocs espacials de manera que només es carregui i es dibuixi el que hi ha a prop de la càmera.
Culling (retallat de visibilitat): omet la geometria que queda fora de pantalla o oculta, en lloc d'enviar-la a la GPU a cada fotograma.
Compressió de geometria: elimina duplicats d'elements repetits (cada perno o balustre idèntic referencia una única malla) i quantitza les coordenades per reduir el pes de les dades.
Redueix el fitxer abans d'obrir-lo: exporta només les disciplines que necessites, i comprimeix-lo (ifcZIP) per al transport.

Com obrir un model gran sense servidor ni pujada

Aquest visor analitza l'IFC al costat del client amb WebAssembly i emmagatzema en caché la geometria convertida a l'Origin Private File System del navegador, de manera que l'anàlisi costosa es fa una sola vegada i les càrregues posteriors són aproximadament 10 vegades més ràpides. No hi ha cap pas de pujada ni cap servidor a configurar — obtens l'avantatge de «convertir un cop» d'un pipeline comercial sense enviar el teu model enlloc. Federar diversos models de disciplina en una sola vista funciona de la mateixa manera: carrega'ls un darrere l'altre.

Obre un model a mida real

Un model d'arquitectura IFC4 complet exportat de Revit, a mida de producció. Obre'l per veure com es carrega i es guarda en caché un fitxer gran al navegador — i després prova el teu propi model federat pesant.

IFC4 · 14 MB

Obre el visor IFC interactiu

La conclusió: no necessites una estació de treball de 64 GB ni una plataforma de pagament per inspeccionar un model d'1 GB. Necessites un pipeline que analitzi una sola vegada, emmagatzemi en caché el resultat, i només dibuixi allò que estàs mirant — i això ho pots tenir en una pestanya del navegador.

Per què els fitxers IFC grans fan petar el navegador (i com veure un model d'1 GB)