Exportfehler beheben · 2026-06-03 · 9 Min.

Warum große IFC-Dateien Ihren Browser zum Absturz bringen (und wie Sie ein 1-GB-Modell öffnen)

Eine föderierte IFC-Datei mit 600 MB, 1,7 GB RAM, 3 Bilder pro Sekunde – dann stirbt der Tab. Große IFC-Dateien bringen die meisten Web-Viewer aus konkreten technischen Gründen zum Absturz. Hier erfahren Sie, was tatsächlich passiert – und wie Sie ein Modell dieser Größe ohne Server oder High-End-Workstation öffnen.

Warum große IFC-Dateien Ihren Browser zum Absturz bringen (und wie Sie ein 1-GB-Modell öffnen) — IFC Viewer Online article cover

Jeder, der mit föderierten Modellen arbeitet, stößt an dieselbe Wand: Die kombinierte IFC aus Architektur, Tragwerk und MEP ist 600 MB bis über 1 GB groß, und in dem Moment, in dem Sie versuchen, sie im Browser zu öffnen, dreht der Lüfter hoch, der Arbeitsspeicher klettert über 1,7 GB, die Bildrate fällt auf einstellige Werte, und irgendwann stürzt der Tab ab. Sie machen dabei nichts falsch. Große IFC-Dateien bringen die meisten Web-Viewer aus ganz konkreten technischen Gründen zum Absturz.

1 GB+ — typisches föderiertes Modell
1.7 GB — RAM selbst bei Optimierung
3 FPS — unoptimierte Modelle
12× — langsamer: Open-Source vs. kommerziell

Warum große IFC-Dateien den Browser zum Absturz bringen

Single-Thread-Parsing

Die Umwandlung von IFC-Text in 3D-Geometrie ist rechenintensiv und läuft traditionell auf einem einzigen Thread. Die gesamte Datei muss geparst werden, bevor überhaupt etwas gerendert wird, weshalb die Oberfläche währenddessen einfriert.

Speichergrenze

Selbst ein optimiertes Modell kann rund 1,7 GB RAM verbrauchen. Auf einem Laptop mit 8 GB stößt der Browser an sein Speicherlimit pro Tab, und der Renderer wird beendet – das ist die Seite „Tab abgestürzt“.

Kosten der Tessellierung

IFC-Geometrie ist oft als parametrische Volumenkörper definiert (Extrusionen, Sweeps). Ihre Umwandlung in Dreiecksnetze für WebGL vervielfacht sowohl die Datenmenge als auch den Rechenaufwand – Millionen von Dreiecken, die bei jedem Bild neu übertragen werden müssen.

Alles-zuerst-Laden

Die meisten Viewer laden und konvertieren die gesamte Datei im Voraus, obwohl Sie zu jedem Zeitpunkt immer nur einen Bruchteil davon betrachten. Es wird nichts gerendert, bevor nicht alles verarbeitet ist.

Warum sich Open-Source-Viewer langsamer anfühlen als kommerzielle

Ein vielfach geteilter Community-Benchmark brachte es deutlich auf den Punkt: Ein 288-MB-Elektromodell brauchte in einem Open-Source-Tool rund 830 Sekunden zum Laden, in einem kommerziellen Viewer dagegen nur etwa 67 Sekunden – über 12-mal langsamer. Der Unterschied ist keine Magie. Kommerzielle Viewer vermeiden die vollständige Tessellierung oft, indem sie parametrische Formen direkter darstellen, und sie verarbeiten Modelle serverseitig vorab in ein streaming-optimiertes Format, bevor Sie sie überhaupt öffnen.

830 Sekunden in einem Open-Source-Viewer gegenüber 67 in einem kommerziellen. Was ist hier das Geheimrezept?
IfcOpenShell GitHub — viewing large federated models

Das „Geheimrezept“ ist Vorverarbeitung und Streaming – und genau das ist auch der Haken. Die schnellsten Open-Source-Pipelines (Konvertierung von IFC in XKT von xeokit oder in glTF) erfordern technisches Know-how und einen Server für die Konvertierung. Für ein Produktteam ist das kein Problem, aber ein Koordinator kann das nicht eben mit einer Datei machen, die ihm ein Kunde gerade per E-Mail geschickt hat.

Die Strategien, die tatsächlich helfen

Einmal konvertieren, mehrfach laden: Die IFC einmalig in ein schnelles Geometrieformat (Fragments, XKT oder glTF/GLB) umwandeln und dieses bei jedem weiteren Öffnen laden. IFC-Parsing zur Laufzeit ist für wiederholte Nutzung zu langsam.
Tiling: Das Modell in räumliche Abschnitte aufteilen, sodass nur das geladen und gezeichnet wird, was sich in der Nähe der Kamera befindet.
Culling: Geometrie, die außerhalb des Bildschirms liegt oder verdeckt ist, überspringen, statt sie bei jedem Bild an die GPU zu senden.
Geometriekomprimierung: Wiederholte Elemente deduplizieren (jede identische Schraube oder jeder Baluster verweist auf ein einziges Mesh) und Koordinaten quantisieren, um die Datenmenge zu verkleinern.
Die Datei vor dem Öffnen verkleinern: Nur die benötigten Gewerke exportieren und für die Übertragung als ifcZIP komprimieren.

So öffnen Sie ein großes Modell ohne Server oder Upload

Dieser Viewer parst IFC clientseitig mit WebAssembly und speichert die konvertierte Geometrie im Origin Private File System des Browsers zwischen, sodass der aufwendige Parsing-Vorgang nur einmal stattfindet und wiederholtes Laden etwa 10-mal schneller ist. Es gibt keinen Upload-Schritt und keinen Server einzurichten – Sie erhalten den Einmal-konvertieren-Vorteil einer kommerziellen Pipeline, ohne Ihr Modell irgendwohin zu senden. Das Föderieren mehrerer Gewerkemodelle in einer Ansicht funktioniert genauso: einfach nacheinander laden.

Ein Modell in echter Größe öffnen

Ein vollständiges, aus Revit exportiertes IFC4-Architekturmodell in Produktionsgröße. Öffnen Sie es, um zu sehen, wie eine größere Datei im Browser geladen und zwischengespeichert wird – und probieren Sie anschließend Ihr eigenes, schweres föderiertes Modell aus.

IFC4 · 14 MB

Interaktiven IFC-Viewer öffnen

Das Fazit: Sie brauchen keine Workstation mit 64 GB RAM und keine kostenpflichtige Plattform, um ein 1-GB-Modell zu untersuchen. Sie brauchen eine Pipeline, die einmal parst, das Ergebnis zwischenspeichert und nur zeichnet, was Sie gerade betrachten – und genau das bekommen Sie in einem Browser-Tab.

Warum große IFC-Dateien Ihren Browser zum Absturz bringen (und wie Sie ein 1-GB-Modell öffnen)