Speicherbedarf von Objekten?

[Anonymous]

Wie finde ich die Dateigröße des Baummodells in 1.1Grundelemente in 8.0 heraus? In 7.0 ließen sich die einzelnen Objekte noch im Finder anzeigen. Im 8.0 Archiv kann man sich die einzelnen Objekte nicht eben so ansehen, oder?
Gruß

[zzyzx]

bibliothekselement öffnen, irgendwohin speichern, gucken!
:winken: :winken: :winken:

[Anonymous]

Manchmal sieht man den Wald vor Bäumen nicht. Merci! 🙄

[JensDD]

wobei die reine dateigröße wirklich überhaupt nichts aussagt über rechenaufwand etc. da bei objekten nie das objekt selbst sondern immer nur der link darauf gespeichert wird, benötigt es im projekt nicht mehr oder weniger platz, egal wie groß die datei ist. für die rechenzeit ist eher die programmierung des objektes wichtig. so gab es früher mal einen einachen runden baum, der hat aber enorm viel rechenzeit "gefressen". die bitmap-bäume dagegen sind äußerst effektiv und gehen gut als "wald"

[Anonymous]

Das ist ja interessant! Aber im Grundriß hat Baum_06 16kb, Baum_09 512kb, in 3D Laubbaum1 24kb, Laubbaum 2 144kb. Das kann doch nicht ohne Auswirkung auf die Rechenzeit sein!? Ich mach mal den Test bei (m)einem Städtebauprojekt und werde berichten...

[David Kehr]

Hi,
solange Du nicht versuchst die detailierteren Pflanzelemente (mit Blättern) in hoher Stückzahl zu rendern ist alles im Grünen Bereich.

Für Photorealistiken würde ich allerdings zu Alternativen greifen.

Grüße David

[ 25. Okober 2003, 14:44: Beitrag editiert von: david kehr ]

[JensDD]

es gibt zuviel einflüsse auf die dateigrösse eines gdl-objketes, als dass man daraus etwas auf dei geschwiondigkeit schliessen kann:

- binär oder ascii scripte
- 2d script, grafik oder "nur" projkect-befehl
- effektivität der gdl-programmierung (z.b. ob schleifen verwendet werden oder teiele wiederholt werden )
...
auch sind die gdl-befehle unterschiedlich komplex, dadurch kann für einen einzelnen befehl eine vollkommen andere rechenzeit entstehen