.| 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: 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? 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 member of pixelbug.project |
|
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: 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/ |
|
Profil || Suche |
|
002 24.10.2003, 13:05 Pixelbug |
klingt gut. Danke für den Tip. --member of pixelbug.project |
|
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/ |
|
Profil || Suche |

