24-02-2013, Sunday-19:43:00
Mehrere tausend Polygone für ein Fahrzeug sind heutzutage kein Problem mehr. Momentan arbeite ich im nautischen Bereich, Modellierung für Simulatoren.
Das aktuelle Projekt beschäftigt sich mit einem Hafen. Die Zahl der Dreiecke pro (Strassen-)Fahrzeug variert bei mir zwischen 7000 und 30000.
Bei einem Schiff liegt die Dreieckszahl mittlerweile bei ca. 2-3Mio Dreiecken, meist sind dort schätzungsweise zwischen 50 und 60% der real vorhandenen Innenräumlichkeiten dargestellt und begehbar. Und die Dreiecks-Obergrenze ist eher ganz pragmatisch entstanden: Für detailliertere Modelle bräuchte es mehr Aufwand/Zeit.
Bei den mit max. 2048x2048 Pixeln aktuell festgelegten Texturgrößen pro Objekt kommt es da bei uns schneller mal zu Engpässen, weil man je nach Projekt auch den Speicher aktueller Grafikkarten schnell mal füllt.
Da wäre dann auch gleich noch ein Unterschied zwischen Rendering und 3D-Modell für die Engine: Für ein Rendering kann man ggf. eine der in vielen Programmen angebotenen, teilweise recht brauchbaren, Texturmöglichkeiten nutzen, die Engine dagegen will zwingend ein Bitmap. I.d.R. investiert man in eine saubere Textur dabei mehr Zeit, als für die Modellierung des Gitternetzes.
Microstation: Gutes Stück Software, aber nach meiner Erfahrung (mittlerweile allerdings etwas angestaubt - bis MST /J) für die Überführung der Modelle in Polygone auch nur sehr begrenzt geeignet - siehe Ausführungen von Lemuria. Das ist kein programm-spezifisches Problem, sondern ein prinzipielles.
Um aus den Daten eines CAD ein brauchbares Modell für eine Engine zu machen, ist die Nachmodellierung in der Praxis leider meist der schnellste Weg.
Das aktuelle Projekt beschäftigt sich mit einem Hafen. Die Zahl der Dreiecke pro (Strassen-)Fahrzeug variert bei mir zwischen 7000 und 30000.
Bei einem Schiff liegt die Dreieckszahl mittlerweile bei ca. 2-3Mio Dreiecken, meist sind dort schätzungsweise zwischen 50 und 60% der real vorhandenen Innenräumlichkeiten dargestellt und begehbar. Und die Dreiecks-Obergrenze ist eher ganz pragmatisch entstanden: Für detailliertere Modelle bräuchte es mehr Aufwand/Zeit.
Bei den mit max. 2048x2048 Pixeln aktuell festgelegten Texturgrößen pro Objekt kommt es da bei uns schneller mal zu Engpässen, weil man je nach Projekt auch den Speicher aktueller Grafikkarten schnell mal füllt.
Da wäre dann auch gleich noch ein Unterschied zwischen Rendering und 3D-Modell für die Engine: Für ein Rendering kann man ggf. eine der in vielen Programmen angebotenen, teilweise recht brauchbaren, Texturmöglichkeiten nutzen, die Engine dagegen will zwingend ein Bitmap. I.d.R. investiert man in eine saubere Textur dabei mehr Zeit, als für die Modellierung des Gitternetzes.
Microstation: Gutes Stück Software, aber nach meiner Erfahrung (mittlerweile allerdings etwas angestaubt - bis MST /J) für die Überführung der Modelle in Polygone auch nur sehr begrenzt geeignet - siehe Ausführungen von Lemuria. Das ist kein programm-spezifisches Problem, sondern ein prinzipielles.
Um aus den Daten eines CAD ein brauchbares Modell für eine Engine zu machen, ist die Nachmodellierung in der Praxis leider meist der schnellste Weg.