Hallo Leutz

folgendes Problem und zwar hab ich ne Map gemacht wo man 5 Inseln hat und dazwischen Wasser (die Map nimmt ein großen teil vom dem Areal was im Hammer zur verfügung steht, ein.

Nun habe ich das Problem das beim Komplimieren bei "Portal flow" bei 50 '% stehen bleibt ..dann braucht der ewig ..

Ich habe ihn 3 Tage ununterbrochen komplimieren lassen !!
das Ergebnis war das er dann beim 2ten Tag bei 50% war und dann beim 3ten Tag hatte er ein weiteren Punkt dazu bekommen.

Jetzt ist meine Frage was ist überhaupt "Portal flow" und wie kann ich die Zeit einschränken ??

ich hab das meiste was schräg ist schon zu ein func_detail gemacht.

nur er brauch trozdem so lange :S
und das is nicht gut.

ich würde mich sehr sehr freuen wenn einer ne antwort auf die Fragen geben kann :D

Edit
-----

Aso was ich noch Fragen wollte und zwar dises "vis-group" was es im Hammer gibt
wirkt sich das auch aufs komplimieren aus ?
das dort vllt diesses gruppen ihrgendwie angewendet werden ?

wer es schafft seinen Ellbogen mit der zunge zu berühren soll in den Zirkus gehen

Egal, wieviele Brushes du zum func_detail erklärt hast, es sind wohl die falschen oder noch zu wenige gewesen. Genauere Informationen findest du hier: http://www.student.ru.nl/rvanhoorn/optimization.php
Und jetzt noch das für die sprachliche Korrektheit: KOMPILIEREN. k o m p i l i e r e n. Bedeutet "Übersetzen" und hat nichts, gar nichts mit Kompliment oder Sublimieren zu tun.

... und der große böse Wolf bootete und bootete und bootete ...
Optimiere deine Map, sieh dir alle Compile-Errors an, frage den Hersteller und beschwer dich über nichts!
http://www.mcscore.de.vu
13+3+7=23, 133/7+23=42

Ahm ja ok ich hab jetzt das meiste befolgt was da steht und jetzt alles was nicht so 90° ist gleich zu func_detail gemacht.
Nun tut er schon wieder ansätze machen das er wieder lange braucht :/
Hab sogar die Map kleiner gemacht. (Sky runtergeholt)

wer es schafft seinen Ellbogen mit der zunge zu berühren soll in den Zirkus gehen

Das Vising wird nicht durch die tatsächlichen Maße der Map beeinträchtigt, sondern nur durch... sagen wir mal die Anzahl ihrer Ecken und Kanten. Allerdings kann es sein, dass bei dir jetzt ein Problem vorliegt, an das ich gerade nicht denke.

... und der große böse Wolf bootete und bootete und bootete ...
Optimiere deine Map, sieh dir alle Compile-Errors an, frage den Hersteller und beschwer dich über nichts!
http://www.mcscore.de.vu
13+3+7=23, 133/7+23=42

OMG
Nimmt das das Displacement da auch mit rein ?????

Wenn ja habe ich sehr sehr viele Ecken (da ich ein großes Displacement aus
mehrere Flächen gemacht habe.
Jede einzlene Fläche ist 1024x1024 groß haben ein Noise und füllen die Fläche von 29184x29184

wer es schafft seinen Ellbogen mit der zunge zu berühren soll in den Zirkus gehen

Okay, das ist mal groß. Jedoch werden Displacements durch VIS nicht zerhackt, weshalb es eigentlich nicht an ihnen liegen kann. Was hast du noch in deiner Map außer den Haufen Displacements? Denn an sich dürfte eine Map aus vier Wänden mit Displacements drinnen nicht dermaßen lange zum kompilieren brauchen, denn die Leafs wären in diesem Fall sehr simpel.

Muh sag ich da!
----------------------
All das ist thewall: 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 |

Also ich habe mal 2 Bilder im Hammer gemacht damit ihr euch auch mal ein Bild machen könnt.
bild1
http://img238.imageshack.us/img238/8674/rptheisland011no0.jpg


bild2
http://img337.imageshack.us/img337/1617/rptheisland02lu6.jpg

wer es schafft seinen Ellbogen mit der zunge zu berühren soll in den Zirkus gehen

Ich kann da nichts falsches erkennen. Seltsam.

... und der große böse Wolf bootete und bootete und bootete ...
Optimiere deine Map, sieh dir alle Compile-Errors an, frage den Hersteller und beschwer dich über nichts!
http://www.mcscore.de.vu
13+3+7=23, 133/7+23=42

Ich kapier's auch nicht
hatte sowas noch nicht soweit ..muss ich wohl noma neu bauen das wäre wohl das beste :/

wer es schafft seinen Ellbogen mit der zunge zu berühren soll in den Zirkus gehen

Die Häuser kannst du eigentlich komplett zu func_details machen. Dort ist ja eh immer überall alles sichtbar wie es scheint. Also wozu noch extra die Leafs aufteilen. Eventuell läuft der Compile dann auch nen bißchen schneller. Was sind das denn für Blöcke unter den Inseln?

Muh sag ich da!
----------------------
All das ist thewall: 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 |

Das ist das Displacement (der Hügel immer drunter)
also die Dächer habe ich ja schon zu func_detail gemacht
und man kann aber überall Licht ein und ausschalten.

ps. Ich habe mal das Displacement durch ne Normale Platte ersetzt ...ging trozdem nicht schneller ...er steckte wieder an der stelle

ma sehen ich werde die Häuser auch mal zu func_detail machen

...aso ich hab schonmal kompilimiert ohne die häuser ....aber er machte trozdem an der stelle wieder sehr langsam und stand dann glaube ..muss ich nochmal probieren

wer es schafft seinen Ellbogen mit der zunge zu berühren soll in den Zirkus gehen

Edit
----
(blödes Zeitlimit)

Also ich habe jetzt die Map ohne "Portal flow"
gemacht sieht so auch gut aus :D
HDR funktioniert auch.

wer es schafft seinen Ellbogen mit der zunge zu berühren soll in den Zirkus gehen

Zitat:

NighTWolF postete
Also wozu noch extra die Leafs aufteilen.

Mit GLview kann man sich schön die Leafs angucken und somit "unglückliche" Ecken finden und verbessern und auch kontrollieren ob mal z.B. Hintbrushes effektiv angewandt hat (das nur mal am Rande gesagt): http://developer.valvesoftware.com/wiki/Glview

Zitat:

brushbuilder postete
Also ich habe jetzt die Map ohne "Portal flow" gemacht sieht so auch gut aus :D
HDR funktioniert auch.

Da bei dir aber ja eh immer alles sichtbar ist, bringt dir Portal Flow keinen Performancegewinn.

"Mit C++ (noch besser mit C) kann man sich _sehr_ leicht in den Fuss schiessen." - theDon
Auspack und freu! - Auszug aus einer, aus dem japanischen übersetzten, Bedienugsanleitung für ein Spielzeugaquarium.
--
Photon Audio Player | Majestic42.net | How To Ask Questions The Smart Way

Zitat:

HammerBlade postete
Es wird eh spätestens alle 1024 Units (an den dickeren Linien im Grid) ein Leaf abgespalten, soll heissen ein Leaf ist maximal 1024^3 Units gross.

Muh sag ich da!
----------------------
All das ist thewall: 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 |

Ok danke nun weiß ich endlich was das "Portal flow" ist. :D

Damit kann man nun besser einschätzen in welchen Fällen man es nutzen sollte und in welchen es sinnlos ist.

(Nun kann ich auch verstehen warum der bei dem Vis berechnungen dann so
bei 50% sehr zutun hat ..weil er dann ja von jeden Visteil zu dem anderen
rechnen muss.
Und wenn das so mehrere 100000 sind dann kann das schonmal lange
dauern.)

wer es schafft seinen Ellbogen mit der zunge zu berühren soll in den Zirkus gehen

Ich schließ mich hier mal an... mein PortalFlow dauert auch ca. 8- 9 Std wobei ich aber 2x 3,4 GH CPU habe.. Jetzt die Frage.. Ich habe ein Haus welches ziemlich Detailiert gebaut ist.. mit vielen Fenstern und türen usw.. Es besteht ca. aus 200 Brushes.. is es Sinvoll das Ganze haus.. also alle sichtbaren Brushes in ein Func_detail umzuwandeln ?

Nein, ist es nicht. Folge dem Link in meiner Signatur.

... und der große böse Wolf bootete und bootete und bootete ...
Optimiere deine Map, sieh dir alle Compile-Errors an, frage den Hersteller und beschwer dich über nichts!
http://www.mcscore.de.vu
13+3+7=23, 133/7+23=42