Hallo LEute ich hab ein ziemliches Problem mit meinem Level: ich habe eine KAnalisation gebaut, die dunkel sein soll.Aber an den Rändern der einzelnen Seiten (nicht an allen) scheint das environment light rein. Dadurch leuten diese Teile richtig. Wie bekomme ich das weg?

cu Red

hast du aus den wänden func_walls gemacht?

Jeff

Nein, sind normale Brushes; bei Func walls gibts doch noch größere Probleme, weil entitys doch kein Licht aufhalten, oder?

cu Red

doch
mit light flags (nur von zhlt unterstützt)

Muss doch auch anders gehen, ein geschlossener Raum darf doch kein Licht reinlassen!

cu Red

Versuch mal um die Kaniwände herum große Brushes zu sätzen. Sozusagen eine zweite Wand. Das würde ich aber nur machen wenn man in der map die Kani net von aussen sehen soll.

P.S.: Ich weiss das Kanalisationen unter der Erde sind und man die normaler weise nicht von ausse sehen kann.

Da licht von "draußen" (Sky, light_env) reinscheint, kann man nur eins vermuten: Skybox. Mach die Skybox wech und dann klappts auch mit den Nachbarn dem Licht.

"[...] you're going to burn in a very special level of Hell. A level they reserve for child molesters and people who talk at the theater." - Book

Was ist eine Skybox? Ist das der Sky rundherum, den braucht man aber doch in diesem Level.
Ich habe das Problem aber schon anders gelöst: mit den ZHLT Compilern liefs direkt glatt! Merkwürdig.

Trotzdem natürlich vielen Dank an alle!

cu Red

Unter Skybox versteht man meistens den Versuch eines Anfängers durch das Bauen eines riesigen Würfels mit SKY-Textur um den eigentlichen Level herum dieses gegen ein Leak "abzudichten".

Normalerweise wird ein Sky-Brush aber nur als "Deckel" auf die sichtbaren Seitenwände (Häuser oder Berge/Klippen usw.) eines Aussenlevels gelegt. Da hätte es dann wahrscheinlich auch keine Probleme mit der Kanalisation gegeben.

Aber wie du ja schon herarusgefunden hast ist einer der in den ZHLT beseitigten Bugs das sog. Light-Bleeding (-> an den Brush-Berührungspunkten durchscheinende Lichter)

hessie eigentlich is das die 2te "verwendungs-möglichkeiten"
der sky box...

man kann sehr wohl eine sky box nehmen
bei einem aussen level würd ich sowieso
nich bei jedem testcompile den sky anpassen
da reicht doch ne sky box
nur beim finalcompile....usw

Zitat:

campersnightmare postete

man kann sehr wohl eine sky box nehmen
bei einem aussen level würd ich sowieso
nich bei jedem testcompile den sky anpassen
da reicht doch ne sky box

...sofern du ewige compile zeiten für testcompiles in kauf nimmst...

Bei nem Testcompile würdich erstmal ohne vis und rad arbeiten... vondaher ist es egal ob Skybox oder net...

"[...] you're going to burn in a very special level of Hell. A level they reserve for child molesters and people who talk at the theater." - Book

also um genau zu sein, bin ich noch Newbie. ;) Deshalb hatte ich auch ne Sky Box. Kann ich denn ohne Sky Box bessere Compile Zeiten erreichen? (Die sind nämlich echt lang, so etwa 5-10 min teilweise)

cu Red

Zitat:

KhanRKerensky postete
Bei nem Testcompile würdich erstmal ohne vis und rad arbeiten... vondaher ist es egal ob Skybox oder net...

[edit]
Ja morhpeus, keine skybox zu verwenden verkürzt die compilezeiten erheblich, da nicht die (unnötigen) aussenseiten der levels berechnet werden müssen
soviel zur kurzen populärwissenschaftlichen erklärung
[/edit]

Eben nicht Lax... ich kann im Editor nicht Springen, Klettern und auch keine Trains fahren lassen. Alle Entitiekonstrukte halt!

"[...] you're going to burn in a very special level of Hell. A level they reserve for child molesters and people who talk at the theater." - Book

O_o
du hast mit entities probs? ich dachte sowas gäbs nur bei komplexen scripted sequences...

vielleicht will man die ja testen o_O

ausserdem sind auch alle anderen möglichen grössen
nicht im editor "testbar"

z.b. tür speed, kisten auf die man springen soll, licht intensität,...

/edit
laxa
this account posted scheinbar wieder ;)

Zitat:

campersnightmare postete
vielleicht will man die ja testen o_O

ausserdem sind auch alle anderen möglichen grössen
nicht im editor "testbar"

z.b. tür speed, kisten auf die man springen soll, licht intensität,...

oh, ich hab das jetzt auf den qeradiant bezogen...
Ich sag nur entity animations... =)
und bei Kisten: wozu gibts Referenzen, auf denen man die größen nachlesen kann?
Licht hat man ohne rad auch nicht... und wenn man zeit für nen rad compile hat, hat man mindestens noch die paar minuten für nen fast-vis compile...

Zitat:

/edit
laxa
this account posted scheinbar wieder ;)

ja das tut er :P

ich denk das bringt sowieso nichts wenn wir uns hier darüber
streiten ob ein no vis/no rad compile sinnvoll ist

ich persöhnlich compile sowieso fast immer mit full vis
und extra rad
und wenn man sauber baut dann is das auch kein prob
dann geh ich was essen und wenn ich wieder komm
test ich die map ;)

->dann geh ich was essen<-
Gute Idee, ich greif mir immer eine Zeitschrift... das mit Essen gefällt mir aber besser, problem: Pizzaservice braucht 30 Minuten :(
Ich compilier immer alles normal (wie CN), benutze aber ständig die Leveleingrenzungen (rote Linien und nur der Teil da drinn wird compiliert). Das kann bei mir manchmal schon dauern... wenn ich dann die ganze Map compiliert haben will -> grosser Bruder mit PC :D.
Skyboxes drumherum würde ich nie (!) machen. Besser sind ordentliche Skyflächen, damit man leaks gleich beim Bauen bemerkt und später nicht beim Leakfinden die Map aufgibt (mir schohon passiert ;))
Frage: Kann es sein, das das Thema hier etwas verloren gegangen ist und mein Text umsonst? Egal...