Also...
Mein Problem ist folgendes, wenn ich ne Map baue und später an dieser weiter baue kommt es z.t vor das die einzelnen Linien der brushes nicht innerhalb der 1unit Linien liegen. d.h. entweder muss ich wieder alles auf die Linien ziehen oder es so lassen? stimmt das so?

gut dann noch ne Farge zu r_speeds. bringt es was wenn man eine nicht sichtbare Textur einfach grösser scalt und damit die anzahl Polygonen reduziert, oder so....
Oder senkt das nur die Kompilierdauer?

Mfg
<<-[~{Twiggy}~]->>
"Mapping is Lifestyle"
[Beyond the Battlefield] Wir suchen noch: Modeler und Sound-Worker
[Vereinigte Staaten von Astor][Twiggy's Home]

das senkt die polygone
..naja eig is das nich richtig so

sagen wir du hast ne fläche:
norm 1:1 passt die texture 4mal drauf
aber wenn du sie fittest (so das sie nur einmal draufpasst)
dann sind sweniger polygone

aso..scalen allein bringt das nich
wenn du kleiner scalst sinds mehr polys

Hi!

Zu deinem ersten Problem:
Das kann damit zusammen hängen, dass die Größe des Rasters bei jedem Start von WorldCraft wieder auf den Standardwert zurück gesetzt wird. Die aktuelle Rastergröße steht unten rechts in der Statuszeile. Unter "Tools > Options... > 2D-Views > Grid > Size" kannst du den Standardwert ändern.

Mfg

"Computer sind dazu da Probleme zu lösen, die wir ohne sie gar nicht hätten"

man kann die standard grid grösse verändern
ich z.b. hab den auf 16 units

@campersnightmare
das mit dem fiten auf sichtbaren Flächen ist mir schon klar. Was mich jetzt interessiert ist lohnt es sich auch wenn man dies auf dem spieler abgewandte seiten anwendet...
besser gesagt es auf allen aussenflächen macht.

Mfg
<<-[~{Twiggy}~]->>
"Mapping is Lifestyle"
[Beyond the Battlefield] Wir suchen noch: Modeler und Sound-Worker
[Vereinigte Staaten von Astor][Twiggy's Home]

die flächen die ans void grenzen werden beim kompillieren sowieso entfernt insofern ist es ziemlich egal wie die texturen dort aussehen.

-=B.L.Ä.N.D.E.R=-

okay...
und wenn sie sich jetzt innerhalb einer Map befinden?
Ich denke da so an die Oberseite von Mauern die man nicht sieht oder so...

was ist mit denen?
in nem alten Tut (wie mache ich bessere Felsen) steht nämlich das dies die r_speeds senkt.

Mfg
<<-[~{Twiggy}~]->>
"Mapping is Lifestyle"
[Beyond the Battlefield] Wir suchen noch: Modeler und Sound-Worker
[Vereinigte Staaten von Astor][Twiggy's Home]

am besten wäre es natürlich wenn du zB bei häusern, deren dach man nicht sieht, einfach kein dach machst sondern einfach einen sky-brush oben draufgibst, dann hast du nämlich NULL polygone für das dach, anstatt von mindestens 2 (größerscalen)

grmml.. hier war einmal eine sig | Get Firefox!

ne kein skybrush
vielleicht meinst du das richtige
nämlich alle flächen die der spieler nicht sihet
mit der skytexture belegen (ausser die die zwischen 2 flächen sind, also praktisch verdeckte flächen)

und das sind auch nicht 0 polygone
der sky hat soweit ich weiss 12 polies (jede fläche 2)
aber jede "rechte" fläche zählt als eine fläche mit 2 polies
also ist es egal wieviele die sky tex haben es bleiben immer 12 polies

Skybrush drauflegen sollte wohl einfach heißen, einen kompletten Brush mit Sky-Textur _direkt_ über das Dach pappen. Und das reicht auch völlig aus.

Von daher hatte er schon Recht du eklatanter Besserwisser.

voice - Ruhe in Frieden

in diesen zusammenhang von wissen (wenn auch nur besserwissen) zu sprechen erscheint mir unpassend:p

-=B.L.Ä.N.D.E.R=-

-hrhr- m.a.b.b.b das hast DU geschrieben >:D

. . . aber ich stimme dir zu :)

voice - Ruhe in Frieden

ich wollte nur was richtig stellen :*(

kann gut sein das das mit nem brush auch geht
aber das wäre doch ein unnötiger brush zuviel

@mabbb
laber ;)

Ist das normal das wenn ich einen brush mit ne sky textur und gleichzeitig ne normale textur draufpacke das es zu nen error führt?

ja...das geht nur mit den richtigen tools...

-=B.L.Ä.N.D.E.R=-

Wobei (halbwegs aktuelle) ZHLT's die richtigen und die original Compiler die falschen sind :)