Willkommen ~Gast!
Registrieren || Einloggen || Hilfe/FAQ || Staff
Probleme mit der Registrierung im Forum? Melde dich unter registerEin Bild.
Autor Beitrag
000
15.10.2003, 11:31
Pixelbug



Also ich habe folgendes Problem:

Die Map an der wir arbeiten ist recht groß, mit sehr vielen Brushes (r_speeds sind aber absolut OK). Einige Lichtquellen sind natürlich auch vorhanden.

Leider sind wir bei HLRAD beim Maximum von lightdata angekommen und hatten zwischenzeitlich mehr als 100 %. Den lightdata Wert konnten wir absenken, indem wir den Bounce Faktor herabgesetzt haben, von 8 auf 2.

Nun meine Frage: In wie weit lässt sich der lightdata Wert durch welche Komponenten in der Map reduzieren? Oder gibt es eine Möglichkeit den lightdata Maxwert rauf zu setzten, ähnlich wie mit den Patches durch sparse, chop und nomatrix.

Ausprobiert haben wir schon folgendes:
- Entfernen von ca 15 Lichtquellen, was uns 0,1 % gebracht hat.
(Das heißt jetzt nicht das wir 15000 Lichtquellen eingebaut haben :) )
- Bounce hearbsetzten hat am meisten gebracht, was aber fürs Finalrendering
nicht unbedingt schön ist.

Kann es sein, das die Brushes (keine funcs) eine wesentliche Rolle für den lightdata Wert spielen? Umso mehr Brushes mit Schatten belegt werden, umso größer wird der lightdata Wert?
Die einzige Möglichkeit die ich ansonsten sehe ist die: weniger Brushes, was den Detailgrad der Map verschlechtert und eigentlich nicht erwünscht ist.

Wenn jemand eine Idee oder mehr Know How hat, dann würde ich mich freuen eine Antwort zu bekommen.

Dr.DeK

PS: Die Map ist de_leestore, an der wir uns jetzt nach einem Jahr wieder rangesetzt haben, um die Final Version zu erstellen. Screens werden hier jetzt nicht gezeigt, alte Pics konnt ihr auf unserer Homepage sehen....

Pixelbug.Projekt
Die Webseite wird gerade neu überarbeitet und ist noch nicht fertig. !!!

--

member of pixelbug.project

zum Seitenanfang zum Seitenende Profil || Suche
001
16.10.2003, 16:35
[RMen]OneStone



Ich setze einfach mal vorraus, dass ihr programmieren könnt, ihr müsst dafür nämlich an Zoner's Source (oder anderem rad-Source) rumwerkeln. Ich beziehe mich hier auf Zoner's v2,53:
Einfach in der common/bspfile.h in Zeile 61 den Wert von MAX_MAP_LIGHTING verdoppeln (also z.B. 0x800000). Bevor jetzt jemand meint, die Engine könnte das nicht verkraften, darunter ist ein feines Kommentar, dessen Übersetzung willkürlich lautet.

Solltet ihr der Gotteskunst des Codens unwürdig sein oder sonst wie geistig benachteiligt, schickt mir ne PM.

--

georg-wicherski@pixel-house.net | http://www.pixel-house.net/ - Coding Resource| http://www.google.de/

zum Seitenanfang zum Seitenende Profil || Suche
002
24.10.2003, 13:05
Pixelbug



klingt gut.
Programmieren kann ich nur teilweise, hab vor jahren mal ne weile. Aber dafür würde ich mich nochmal reinarbeiten.
Ergibt sich dadurch irgendein Nachteil durch die Änderung ?

Danke für den Tip.

--

member of pixelbug.project

zum Seitenanfang zum Seitenende Profil || Suche
003
31.10.2003, 00:52
[RMen]OneStone



Ich gebe gerne Tipps, vielleicht merken dann irgendwann gewisse Leute, dass ich doch was drauf habe... D:

Naja, Nachteil insofern schon, als dass die Maps größer werden können und der Compiler halt so und so viel bytes mehr Arbeitsspeicher benötigt, was zu Auslagerung auf Fesplatte führen kann, was zu langsamerem Kompilieren führen könnte. Eigentlich ist das nur ein statisches Limit damit man die Arrays auch statisch initialisieren kann (faule Programmierer :D).

--

georg-wicherski@pixel-house.net | http://www.pixel-house.net/ - Coding Resource| http://www.google.de/

zum Seitenanfang zum Seitenende Profil || Suche