BIM-Visualisierung: Was passiert, wenn ein IFC-Modell bei mir landet

BIM-Visualisierung: Was passiert, wenn ein IFC-Modell bei mir landet

Wenn mir heute ein Architekturbüro eine Zip-Datei schickt, ist darin immer häufiger kein klassisches SketchUp- oder 3ds-Max-Modell mehr — sondern eine IFC-Datei aus Revit, Archicad oder Allplan. Die Frage, die ich vor dem Öffnen stelle, hat sich verändert: Nicht mehr "Wie ist modelliert worden?", sondern "Wie viel davon kann ich wirklich für das Rendering brauchen — und was wird mich fünf Stunden Aufräumarbeit kosten?"

BIM-Visualisierung klingt in Prospekten nach einem durchgängigen, glatten Prozess: Modell kommt aus dem BIM-Koordinator, Knopf gedrückt, fotorealistisches Rendering raus. Die Realität sieht anders aus. In diesem Beitrag zeige ich, was wirklich passiert, welche Probleme zuverlässig auftauchen, und warum der BIM-Weg trotzdem — in vielen Projekten — der bessere ist.

Warum BIM und klassisches 3D nicht dasselbe sind

Der Unterschied zwischen einem BIM-Modell und einem klassischen 3D-Modell ist nicht die Polygonzahl, sondern was an den Polygonen dranhängt. Ein IFC-Objekt ist nicht einfach "eine Wand", sondern ein Datensatz: Material, U-Wert, Brandschutzklasse, Hersteller, Schichtaufbau, Zuordnung zu einem Geschoss, Verknüpfung mit einer Kosten- und einer Terminplanung.

Laut aktuellen Branchenvergleichen ist BIM längst nicht mehr nur 3D, sondern integriert 4D (Zeitplanung), 5D (Kosten) und zunehmend 6D (Nachhaltigkeit) sowie 7D (Facility Management). Für die Visualisierung relevant ist ein einziger dieser Aspekte: Ändert der Architekt im Modell eine Wand, ziehen alle davon abhängigen Daten mit. Das ist der zentrale Vorteil, auf den ich gleich zurückkomme.

Ein klassisches 3D-Modell hat diese Datenverknüpfung nicht. Es ist, einfach gesagt, eine sehr detaillierte Schachtel — hübsch, aber ohne Gedächtnis. Wenn dort eine Wand geändert wird, bleibt die Stückliste im Excel daneben unberührt. Bei einem BIM-Modell nicht.

Der Moment, in dem ein IFC-Modell bei mir ankommt

Der erste Blick auf eine importierte IFC-Datei ist oft ernüchternd. Das passiert zuverlässig:

Das Modell erscheint als leere Boxen. Materialien sind zwar im BIM-Modell hinterlegt, aber die Verknüpfung zur Visualisierungssoftware verliert unterwegs fast alles — außer vielleicht eine grobe Materialkategorie. Was in Revit als "Fichtenholz gehobelt, Oberfläche geölt" definiert war, landet bei mir als "holz_generic_02". Das bedeutet: Jede Oberfläche muss ich neu materialisieren. Der Import bringt die Geometrie, nicht die Ästhetik.

Die Geometrie kommt tesseliert. Kurven werden beim IFC-Export zu vielen kleinen geraden Segmenten. Ein gebogenes Geländer, das in Revit mathematisch sauber war, ist nach dem Import ein Polygonmonster mit 12.000 Dreiecken. Das frisst Performance, macht saubere Beleuchtung schwierig und sieht auf Detailaufnahmen schlecht aus.

Es ist zu viel drin. Das ist die häufigste Überraschung: Im BIM-Modell stecken Informationen, die für die Ausführung wichtig, für die Visualisierung aber sinnlos sind. Schraubverbindungen, einzeln modellierte Installationsschächte, Tragwerksdetails unter Abhängedecken. Im Render sieht man davon nichts, aber jedes Dreieck kostet Speicher und Renderzeit. Der erste Schritt ist fast immer das Ausblenden und Löschen ganzer Kategorien.

Topologie-Probleme begleiten fast jede Übernahme. Wände stoßen nicht exakt an Decken. Türen liegen geometrisch neben der Wand statt im Ausschnitt. Offene Hüllen erzeugen Z-Fighting — das sind flackernde Flächen im Render, die entstehen, wenn zwei Polygone exakt auf derselben Ebene liegen. Je größer das Modell, desto mehr dieser kleinen Fehler schleppen sich mit.

Keiner dieser Punkte ist ein Grund, BIM nicht zu nutzen. Sie sind ein Grund, realistisch zu planen. Ich rechne bei einer durchschnittlichen IFC-Übernahme mit einem halben bis ganzen Tag reinem Aufräumen, bevor ich überhaupt zum ersten Testrender komme.

Welche LOD-Stufe für ein Rendering sinnvoll ist

Beim Austausch mit dem BIM-Verantwortlichen stelle ich fast immer dieselbe Frage: "Welcher LOD?" LOD steht für Level of Development und beschreibt, wie detailliert das Modell ausmodelliert ist.

Meine Erfahrung, die sich mit den gängigen Branchenempfehlungen deckt:

LOD 300 ist der Sweet Spot für Visualisierung. Alle Bauteile haben reale Abmessungen, korrekte Positionen und präzise Formen. Das reicht für hochwertige Renderings vollständig aus. Für eine Verkaufsvisualisierung, eine Wettbewerbseinreichung oder eine Präsentation beim Bauherrn brauche ich nicht mehr.

LOD 350 ist "nice to have" bei technisch sichtbaren Räumen. Wenn wir eine Heizzentrale, eine Fertigungshalle oder ein Technikgeschoss darstellen wollen, bei dem Installationen sichtbar bleiben, lohnt sich diese Stufe. Dort kommen Stützen, Unterzüge und Haustechnikanschlüsse präzise an der richtigen Stelle.

LOD 200 ist zu grob. Hier sind Bauteile nur als ungefähre Volumen modelliert. Für einen städtebaulichen Massenstudien-Render okay, für ein verkaufsfähiges Rendering nicht.

LOD 400 ist fast immer zu viel. Hier stecken Herstellerinformationen, Befestigungsdetails und Werkstattzeichnungen drin. Für mein Rendering bedeutet das: mehr Geometrie, die ich nicht sehe und trotzdem laden muss. Wenn ein Büro mir LOD 400 liefert, beginnt die Arbeit mit Ausdünnen.

Die Software-Frage: LiveSync oder klassisch?

2026 sind aus meiner Sicht drei Workflows in der Praxis relevant. Laut aktueller Branchenanalysen von Chaos und anderen Herstellern stechen dabei unterschiedliche Tools in unterschiedlichen Szenarien heraus:

Echtzeit-Tools mit LiveSync — Enscape, Twinmotion und Lumion. Diese koppeln sich direkt an Revit, Archicad oder SketchUp. Ändere ich eine Wand im BIM-Modell, sehe ich die Änderung sekündlich im Viewport. Für iterative Präsentationen mit dem Architekten während der Planung ist das unschlagbar. Der Preis: Echtzeit-Raytracing auf GPU ist schnell, erreicht aber nicht ganz die Qualität klassischer Renderings.

Klassische Render-Engines — V-Ray, Corona, Unreal Engine mit Path Tracer. Hier habe ich volle Kontrolle über Licht, Materialien, Kameraphysik. Für das finale Marketing-Rendering, das auf einer Broschüre oder einem Plakat landet, nutze ich diesen Weg fast immer. Die Einrichtung dauert länger, das Ergebnis ist auf einem anderen Niveau.

Der hybride Weg — und den gehe ich oft: BIM-Modell via LiveSync in Twinmotion oder Enscape für schnelle Iteration und Kameraabstimmung, dann finale Einzelbilder in V-Ray oder Corona. Ich nutze die Stärke beider Welten und vermeide die Schwäche beider Tools, wenn sie allein verwendet werden.

Eine ausführliche Übersicht, welche Software in der Architekturvisualisierung 2026 wirklich zählt, habe ich an anderer Stelle zusammengestellt — der Artikel geht auf Kosten, Lernkurven und Hardware-Anforderungen im Detail ein.

Wann sich der BIM-Weg lohnt — und wann nicht

BIM-Visualisierung ist kein Selbstzweck. Sie lohnt sich in bestimmten Konstellationen stark, in anderen gar nicht.

Sie lohnt sich bei Großprojekten mit vielen Iterationen. Wenn bei einem Mehrfamilienhaus während der Einreichplanung noch fünf Mal die Fassade geändert wird, profitiert der BIM-Workflow massiv. Die Änderung läuft im zentralen Modell, meine Visualisierung aktualisiert sich über LiveSync fast automatisch. Das ist Geld wert — gerade wenn Sie als Architekt oder Bauträger parallel an Einreichplänen, Stücklisten und Rendering-Material arbeiten.

Sie lohnt sich bei öffentlichen Projekten. In Deutschland gilt ab 2026 BIM-Pflicht für alle öffentlichen Bauprojekte — das Modell liegt also ohnehin vor. In Österreich ist BIM seit 2018 bei der Kostensteuerung öffentlicher Gebäude obligatorisch, die ÖNORM A 6241-1/2 ist der etablierte Rahmen. Wer in diesem Segment arbeitet, kommt am BIM-Modell nicht vorbei. Die Visualisierung aus demselben Modell ist dann der logische nächste Schritt. Einen Eindruck, wie das fertige Ergebnis solcher Projekte aussieht, bekommen Sie in unserem Projektportfolio.

Sie lohnt sich weniger bei kleinen Einzelobjekten. Wenn wir ein Einfamilienhaus visualisieren, bei dem am Ende drei Renderings rauskommen, ist der BIM-Overhead oft zu groß. Ein sauberes klassisches 3D-Modell, speziell für die Visualisierung aufgebaut, ist in solchen Fällen schneller und flexibler. Ich rate Architekten in diesen Projekten eher dazu, mir direkt ein SketchUp- oder Rhino-Modell zu übergeben. Das gilt übrigens auch für den Rückweg — worauf Architekten bei der klassischen CAD-Datenübergabe achten sollten, habe ich separat beschrieben.

Was Architekten bei BIM-Renderings oft unterschätzen

Ein BIM-Modell, auch ein sehr gutes, ist nicht gleich ein fertiges Rendering. Das ist vielleicht der wichtigste Punkt aus meiner täglichen Arbeit.

Die Qualität eines Renderings entsteht nicht im BIM-Modell. Sie entsteht in der Materialisierung, in der Lichtführung, in der Komposition der Kamera, im sekundären Detail, das bewusst hinzugefügt wird: Möblierung, Begrünung, Personen, Himmel, Atmosphäre, Wetter. Nichts davon steckt in einem IFC-Modell. Alles davon entscheidet, ob das Rendering überzeugt.

Ich erlebe es regelmäßig, dass Bauherren annehmen: Wenn das BIM-Modell präzise ist, ist auch das Rendering präzise — und gut. Präzise ja. Gut: nicht automatisch. Ein technisch korrektes Rendering kann emotional völlig leblos sein. Visualisierung ist Bildgestaltung, nicht Datenexport. Deswegen ist der Teil meiner Arbeit, der nach dem IFC-Import kommt, der eigentliche Wertschöpfungsanteil — und übrigens auch der Teil, der bei jedem neuen Projekt wieder den größten Unterschied macht, egal wie gut die Datenbasis aussieht.

Wer das verstanden hat, trifft bessere Entscheidungen bei der Projektplanung — und schätzt die Zeit realistischer ein, die zwischen dem fertigen BIM-Modell und dem fertigen Rendering liegt. Zur Orientierung, wie der Rendering-Prozess vom Modell bis zum fertigen Bild abläuft, habe ich die einzelnen Phasen ebenfalls dokumentiert.

Was Sie konkret erwarten können, wenn wir zusammenarbeiten

Wenn Sie mir ein BIM-Modell schicken, läuft das Projekt typischerweise so ab: Ich prüfe die IFC-Datei auf LOD, Vollständigkeit der Materialzuordnung und offene Geometrien. Ich melde Ihnen zurück, was ausgedünnt werden sollte und wo ich selbst Geometrie aufräumen werde. Der erste Testrender, bei dem wir Lichtstimmung und Kamera festlegen, steht in der Regel nach drei bis vier Tagen. Die finalen Bilder sind — abhängig von der Anzahl — nach einer bis drei Wochen fertig.

Dieser Prozess funktioniert mit Revit, Archicad und Allplan zuverlässig. Bei exotischeren Exporten schauen wir uns vorher gemeinsam an, ob die IFC-Schnittstelle sauber ist.

Wenn Sie gerade ein BIM-Projekt vor sich haben und wissen wollen, wie sich aus Ihrem Modell ein überzeugendes Rendering machen lässt, schicken Sie mir die Datei gerne unverbindlich zu. Ich sage Ihnen ehrlich, was geht und was nicht — bevor wir irgendetwas beauftragen. Das Kontaktformular auf archviz-nussbaumer.at ist dafür der schnellste Weg.