Menno Bryce immer langsamer

Es gibt 21 Antworten in diesem Thema, welches 4.705 mal aufgerufen wurde. Der letzte Beitrag (4. November 2005 um 16:15) ist von Yoro.

  • Hallo Ihr Lieben !

    Habe seit einiger Zeit ein Bild auf dem Rechner, welches mich echt zur Verzweifelung bringt. Es soll eine Treppe darstellen, die in den Himmel führt. An den Aussenseiten der Treppe sind viele viele Blümchen und Gräser. Um das ganze nicht immer einzeln einfügen zu müssen, habe ich ca. 5 Blumen mit Gräsern gruppiert und füge diese halt Step by Step ein.

    Nun streikt der Rechner. Erst einmal dauert das Kopieren (Strg C) ewig lange (ca. 5 bis 6 Minuten), das Einfügen (Strg V) auch noch mal und dann dieses Teil auf den richtigen Platz zu positionieren auch noch mal zig Minuten. Es ist wirklich ärgerlich. Ich sitze teilweise 20 bis 25 Minuten an einer dösigen Blume, die ich auf der Treppe platzieren möchte.

    Es kann doch nicht an meinem Rechner liegen oder etwa doch ?

    Habe einen AMD XP 2.600
    128 MB Grafikkarten Geforce 5.200
    2 x 512 MB Arbeitsspeicher
    80 GB Festplatte.

    Habt Ihr einen Tip, woran das liegen könnte oder benötige ich doch noch andere Komponenten (Hardware) um diese ganze Sache zu beschleunigen. ??

    Danke im voraus für Eure Hilfe

    Josey

    • Offizieller Beitrag

    Auch wenn die Objekte klein sind, können sie doch recht viele Polygone haben. Und je mehr Objekte und Polys, desto langsamer wird Bryce.

    Ich habe es bei einer sehr großen Szene schon einmal mit einem Trick geschafft:
    Ich hab die Szene geteilt, an 2 bis 3 verschiedenen Dateien gearbeitet, und erst zum Schluss mit "Merge" alles zusammengefügt fürs Rendern.
    In deinem Fall könntest du vermutlich die Treppe in mehrere Teile aufteilen (obere Stufen, mittlere Stufen, untere Stufen usw.). Oder du lagerst nur die Gräser und Blümchen des unteren Teiles aus.

    lg & viel Glück,
    esha

    PS: Die Beschreibung der Szene klingt vielversprechend, bin schon neugierig darauf! =)

  • Ich denke auch, das deine Szene sicher schon eine gewisse Grösse hat, bin da neugierig wie gross? Was ich als Tip hätte ist, wenn du zwei 512er Speichersteine drin hast...sind die indentisch? Wenn nein solltest du dir zwei indentische, oder einen grösseren Speicher reinbauen, das bringt bis zu 25% mehr Tempo...habs selbst erleben dürfen.:)


    Gruss Allibaba

  • kleiner tip noch blende die schatten aus von den objekten ist auf der rechten seite das achte symbol und bein 10.symbol auf statik im aufklappenden menue gehn und dort die 8 wählen

    sollte ein wenig zeit schaffen

    mfg lule2

    Was wir brauchen, sind ein paar verrückte Leute; seht euch an, wohin uns die Normalen gebracht haben.
    (George Bernard Shaw)

  • Soderle, nun habe ich mal das Proggi gestartet und nach 15 Minuten war mein Rechner endlich in der Lage die Datei zu öffnen.

    Es sind 39 Objekte mit 5.565.658 Polygone. Sind das schon viele ???
    Die brc-Datei hat 483 MB


    lg Josey

    • Offizieller Beitrag
    Zitat

    Original von Josey1210
    Es sind 39 Objekte mit 5.565.658 Polygone. Sind das schon viele ???


    Hi,

    das sind viel zu viele... eins der Objekte hat da im schnitt 150.000 Polys. Gut gemodelte und wirklich detallierte Objekte fangen an bei ca. 30-40.000 Polys und reichen bis zu 1.000.000 oder mehr bei großen und sehr detaillierten Objekten. Zum Vergleich meine Warrior besteht aus 629 Objekten und hat rund 338.000 Polys. Un heutzutage würde ich anders modeln so dass es vielleicht um die 200.000-250.000 wären.
    greetz
    dj

  • Also wieso das über 480MB sind versteh ich trotzdem nicht so ganz - es sei denn Du hast noch son paar Mördertexturen drin?! Ich habe Dateien mit 20 mio Polys bewegt , die vielleicht 40MB groß waren - nicht mehr.
    Rätsel ?(

    lg

    Dargain

    Grün der Neid - Rosa die Aussicht.

  • Wie esha schon gesagt hat. Die Datei in mehrere Einzeldateien aufteilen und am Ende wieder zusammenführen. Die Objekte werden mit ihren Koordinaten übergeben. Achte aber auf die gleiche Kameraposition und Sonnenstand bei allen Einzeldateien. Nicht das Du da eine böse Überraschung erlebst. Am besten nimmst du die Ursprungsdatei und schmeißst jeweils das Raus was Du nicht brauchst.

    Weiter Möglichkeit: Müssen es immer 3D Objekte sein? Ein Strauß Blumen der sehr weit von der Kamera entfernt ist kann auch eine 2D Fläche sein. Der Unterschied fällt nicht auf spart aber enorm an Polygonen. Denn Blumenstrauß in Bryce ohne Himmel und Ebene 1 rendern und das Bild abspeichern. Noch einmal Rendern, diesmal aber als Alphakanal. Zu finden in den Voreinstellungen zum Rendern. Die beiden Bilder einfach über Leonardo zusammenführen und Du hast eine 2D Fläche von deinem Blumen.

    Noch eine Idee. Wenn deine Treppe aus Einzelteilen besteht, dann lösch die Teile der Treppe die nicht sichtbar sind. Es soll ja keine Animation werden, also fällt das nicht auf. :D

    Letzte Möglich: Schau mal über die Tastenkombination Strg+Alt+Entf. in deinen Arbeitsspeicher. Sind da resistente Programme drinnen die sich beim Start laden aber nicht jetzt (oder nie) gebraucht werden? Schmeiß die doch mal raus. Aber Vorsicht, nur die von denen Du weißt was sie sind. Ein Rechnerabsturz könnte sonst die Folge sein. ;(

    Und für das nächste Bild: Schon anfangs an die Gesamtzahl der Polys denken. ;)

    Mehr fällt mir jetzt auch nicht ein. Bin aber auch auf das Werk gespannt. =)

    lg

    Mathias

    liebe Grüße

    mathes@work

  • Na, da hab ich ja wohl Murks gebaut. Und ich dachte schon ich brauche einen noch schnelleren Rechner. Ich werde Eure Tips versuchen in die Tat umzusetzen, war wirklich sehr viel brauchbares dabei, an die ich im Leben nicht gedacht hätte.
    Warum muss ich mir auch immer so eine blöde Vorlage aussuchen. Aber das Bild gefällt mir sooo gut. Ich muss einfach dran bleiben.

    vielen Dank noch einmal für Eure tollen Ideen.

    lg
    Josey

    • Offizieller Beitrag

    Diese Datei ist eindeutig viel zu groß. Als ich 1GB RAM hatte, hat Bryce bei einer nur etwas größeren Szene schon gestreikt. Nicht beim Arbeiten, nur beim Speichern :wand:D

    Es stimmt, durch die Texturen wird die Datei auch manchmal riesig.
    Aber gerade Gras und Blümchen haben wahrscheinlich mehr Polys als nötig.
    Mathias' Idee mit der 2D-Fläche für entferntere Objekte ist auch eine gute Möglichkeit.

    lg
    esha

    • Offizieller Beitrag

    Hi,

    ich denke mit den Tipps kommst Du ne ganze Ecke weiter. Das schlimme ist, dass man sich das mit der Poly-Anzahl immer vorher überlegen sollte und es oft ein riesen Aufwand ist wenn man im Nachhinein noch was dran drehen will... gilt insbesondere für's Modeln.

    Aber gute Objekte müssen nicht immer viele Polys haben. Eine gute Textur bewegt da oft Welten ich weise an dieser Stelle gerne noch einmal auf meinen Gras-Versuch hin: Das Gras is grün

    Bei Bryce haben die Texturen einen hohen Anteil am Speicherbedarf, wenn man also Bilder bei Texturen verwendet sollte man darauf achten, dass diese nur die Ausmaße haben die im konkreten Fall nötigt sind und möglichst nie größer als 256x256 oder max. 512x512 Pixel sind. In der Regel reicht das aus.

    greetz
    dj

  • Uiuiuiuui, 483 MB????? Da würde auch mein Rechner mit 1 Giga RAM ne Weile brauchen, bis er die Datei geöffnet bzw. abgespeichert hat. Das Bild würde mich wirklich interessieren!

    Wenn du nicht gerade Objekte mit ZBrush modelst (da kann eines völlig locker mal eben auf 10 mio Polys und mehr kommen), dürfte das eigentlich nicht sein.
    Mal einen Vergleichswert: Wenn ich ein Bild randvoll mit Bäumen und diversem Grünzeugs stopfe und dazu noch für den Untergrund diverse verschiedene Fototexturen verwende, wird die Bryce-Datei etwa 200 MB stark.
    Gerade die Texturen werden oft unterschätzt, die können die Größe einer Datei in exorbitante Höhen treiben.

    LG
    Yoro

    Der unten stehende Satz ist wahr.
    Der oben stehende Satz ist falsch.

    ________________________________________________________

    e2.jpg

  • ich hatte ein ähnliches problem mit meinem bild "kloster" (http://www.bryce-board.de/thread.php?threadid=5081=).

    nachdem ich angefangen hab den kreuzgang zusammenzubauen, hat bryce bis zu 8 stunden gebraucht, um das bild abzuspeichern. das lag am dach, das ich aus lauter einzelnen schindeln zusammengebaut hatte.

    Die Regierung gibt bekannt :

    Aus Energiespargründen wird das Licht am Ende des Tunnels abgeschalten.

  • Jetzt habe ich wirklich den Übeltäter gefunden. Es waren definitiv meine zusmmengesetzten Blumen. Diese Blumenreihe hat nach dem Gruppieren (2 Gruppen = 292.918 Poly`s). Die Bryce-Datei nur mit dieser Blumengruppierung hat schon 26.122 KB.

    Wenn man überlegt, das ich mindestens 30 bis 40 x die Blumen eingefügt habe, darf man sich echt nicht wundern.

    Überarbeiten ist leider nicht mehr, muss das Bild komplett neu gestalten. Es macht mich einfach rasend noch länger damit herumzuhampeln. Ich bin da kein geduldiger Mensch. Ich mache es neu.

    Hier mal die Blümchen.

  • Noch mal von vorne anzufangen ist sicher der richtige Weg. Nach jedem kleinen Befehl mehrer Minuten zu warten bis da was passiert ist echt nervtötend. Das Bild wird bestimmt sehr interessant. Und dass Du nicht aufgibst sieht man ja an deiner Signatur. ;)

    liebe Grüße

    mathes@work

  • Hi
    also 480 mb das ist ja der hammer
    also da darf mann sich ja net wundern
    mein rechner läuft mit dem 3D
    eigentlich immer gut
    AMD Sempron 2004+
    512 mb arbeitsspeicher
    ATI Raedon 9250 se
    und so weiter
    also ich wünsche dir noch viel
    erfolg das das so weiterläuft !!!!!!
    gruß
    33553

    173151.png

  • Sind ausnehmend hübsche Blümchen, aber damit in Bryce eine ganze Wiese zu füllen? Vergiß es! Ich würde es auch mit 2d-Flächen lösen.

    Jajaja, die Eco-Systems in Vue sind schon ne nähere Überlegung wert, mit denen geht sowas problemlos. Wenn sie nur nicht so sauteuer wären. Ich bin da jedenfalls zum ersten mal richtig neidisch auf die Vue'ler.

    LG
    Yoro

    Der unten stehende Satz ist wahr.
    Der oben stehende Satz ist falsch.

    ________________________________________________________

    e2.jpg