Ja, guten Tag miteinander. Ich gestalte derzeit eine Map und stehe jetzt vor besagtem Kompilierfehler. Ich habe mich über das Problem bereits informiert, jedoch nicht herausgefunden wie ich in meinem Fall selbiges lösen könnte. Zur Erläuterung:

http://www.directupload.com/files/zlzzgynygzwzjhmjlenm.jpg

Kompiliere ich ohne die markierte Fensterreihe geht es wunderbar. Problematisch wird es wenn ich sie allerdings kopiere, dann streikt vis und sagt mir es wären zuviele Portals.

Kann mir jemand helfen? Auf Wunsch poste ich auch den Log.

Danke im Vorraus!

Mach aus den ganzen weissen Fensterrahmen func_walls, wobei immer mindestens ein ganzer Rahmen ein func_wall sein sollte, sonst verbrauchst du da zuviele Entities für. Dadurch erzeugen die Fensterrahmen keine zusätzlichen Leafs mehr und dadurch hat dann das grosse Leaf des Innenhofes auch weniger Portals zu anderen Leafs.

"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
Mach aus den ganzen weissen Fensterrahmen func_walls, wobei immer mindestens ein ganzer Rahmen ein func_wall sein sollte, sonst verbrauchst du da zuviele Entities für. Dadurch erzeugen die Fensterrahmen keine zusätzlichen Leafs mehr und dadurch hat dann das grosse Leaf des Innenhofes auch weniger Portals zu anderen Leafs.

Meinst du mit Fensterrahmen die ganze Konstruktion? Also alle Brushes die die Scheiben selber umgeben? Und kann ich auch einfach alle Fensterrahmen (eben je nachdem was du meinst) zusammen nehmen und daraus dann ein func_wall machen?

Danke!

Ja kannst du. alle brushes die func_wall sind werden von vis nicht berechnet. 2 kleine werden es nicht und 1 großes welches aus 2 besteht auch nicht.

Hier ist noch Platz - jetzt nicht mehr

Zitat:

Robins postete
Ja kannst du. alle brushes die func_wall sind werden von vis nicht berechnet. 2 kleine werden es nicht und 1 großes welches aus 2 besteht auch nicht.

Danke für die kompetente Hilfe.

Hm oder doch nicht... ich habe jetzt das Problem dass hlbsp.exe abstürzt während des Kompiliervorgangs. Ausserdem weiß ich nicht wie ich "untieen" kann, ich kann die func_walls nicht degruppieren...

"untie": rechtsklick move to world, bzw ignore groups anmachen, dann bleibt er func_wall, aber du kannst es beabreiten

zum absturz: welcher fehler kommt? wenn nichts kommt, und da nur steht 'keine rückmeldung', lass es laufen, kompilen kann bis zu 20h dauern

Nur die, welche sich für ganz stark und extra erwachsen halten trinken Kaffee ohne Milch. Das sind meist auch die Leute, welche rassistisch und homophob sind. Da Rassismus von Minderwertigkeitsgefühlen und Homophobie von latenter Homosexualität stammt, trinken also nur ängstliche Schwule Kaffee ohne Milch. Das wurde wissenschaftlich durch Galileo auf Pro7 bewiesen.

poste doch mal den compile-log

Hier ist noch Platz - jetzt nicht mehr

Danke schonmal für Antworten, compilelog folgt gleich. Zum Thema 20 Stunden laufen lassen: Klar, weiß ich, aber es stürzt explizit ab. "hlbsp.exe hat einen Fehler verursacht etc.". Lösche ich die Fenster die ich zu einem func_wall gemacht habe geht es wieder.

Ach übrigens: Die Leaks im Compilelog sind schon so gedacht. Die könnte ich ohne Probleme entfernen, nicht dass jemand denkt dass da das Problem liegen könnte...

** Executing...
** Command: Change Directory
** Parameters: C:\Games\Steam\steamapps\mister_banana\counter-strike

** Executing...
** Command: Copy File
** Parameters: "C:\Private Data\Maps\de_AKG4.map" "C:\Games\Steam\steamapps\mister_banana\counter-strike\cstrike\maps\de_AKG4.map"

** Executing...
** Command: C:\PROGRA~1\VALVEH~1\tools\hlcsg.exe
** Parameters: "C:\Games\Steam\steamapps\mister_banana\counter-strike\cstrike\maps\de_AKG4"

hlcsg v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlcsg -----
Command line: C:\PROGRA~1\VALVEH~1\tools\hlcsg.exe C:\Games\Steam\steamapps\mister_banana\counter-strike\cstrike\maps\de_AKG4
Entering C:\Games\Steam\steamapps\mister_banana\counter-strike\cstrike\maps\de_AKG4.map

Current hlcsg Settings
Name | Setting | Default
---------------------|-----------|-------------------------
threads [ 1 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
max lighting memory [ 6291456 ] [ 6291456 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
null texture stripping[ on ] [ on ]
clipnode economy mode [ on ] [ on ]
clip hull type [ legacy ] [ legacy ]
onlyents [ off ] [ off ]
wadtextures [ on ] [ on ]
skyclip [ on ] [ on ]
hullfile [ None ] [ None ]
nullfile [ None ] [ None ]
min surface area [ 0.500 ] [ 0.500 ]
brush union threshold [ 0.000 ] [ 0.000 ]

Using mapfile wad configuration
Wadinclude list :
[zhlt.wad]

0 brushes (totalling 0 sides) discarded from clipping hulls
CreateBrush:
10%...20%...30%...40%...50%...60%...70%...80%...90%... (29.83 seconds)
SetModelCenters:
50%...60%...70%...80%...90%... (0.00 seconds)
CSGBrush:
10%...20%...30%...40%...50%...60%...70%...80%...90%... (2.94 seconds)

Using Wadfile: \games\steam\steamapps\mister_banana\counter-strike\valve\halflife.wad
- Contains 13 used textures, 100.00 percent of map (3116 textures in wad)

added 2 additional animating textures.
Texture usage is at 0.17 mb (of 4.00 mb MAX)
54.58 seconds elapsed

----- END hlcsg -----

** Executing...
** Command: C:\PROGRA~1\VALVEH~1\tools\hlbsp.exe
** Parameters: "C:\Games\Steam\steamapps\mister_banana\counter-strike\cstrike\maps\de_AKG4"

hlbsp v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlbsp -----
Command line: C:\PROGRA~1\VALVEH~1\tools\hlbsp.exe C:\Games\Steam\steamapps\mister_banana\counter-strike\cstrike\maps\de_AKG4

Current hlbsp Settings
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 1 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
nofill [ off ] [ off ]
noopt [ off ] [ off ]
null tex. stripping [ on ] [ on ]
notjunc [ off ] [ off ]
subdivide size [ 240 ] [ 240 ] (Min 64) (Max 512)
max node size [ 1024 ] [ 1024 ] (Min 64) (Max 8192)

SolidBSP [hull 0] 500...1000...1500...2000...2500...2934 (0.50 seconds)
Warning: === LEAK in hull 0 ===
Entity light @ ( 704,-245, 256)
Error:
A LEAK is a hole in the map, where the inside of it is exposed to the
(unwanted) outside region. The entity listed in the error is just a helpful
indication of where the beginning of the leak pointfile starts, so the
beginning of the line can be quickly found and traced to until reaching the
outside. Unless this entity is accidentally on the outside of the map, it
probably should not be deleted. Some complex rotating objects entities need
their origins outside the map. To deal with these, just enclose the origin
brush with a solid world brush

Leak pointfile generated

SolidBSP [hull 1] 500...1000...1500...2000...2205 (0.38 seconds)
Warning: === LEAK in hull 1 ===
Entity info_player_deathmatch @ ( 50,-658, 90)
SolidBSP [hull 2] 500...1000...1500...2000...2027 (0.36 seconds)
Warning: === LEAK in hull 2 ===
Entity light @ (-104,-603, 480)
SolidBSP [hull 3] 500...1000...1500...2000...2424 (0.48 seconds)
Warning: === LEAK in hull 3 ===
Entity info_player_deathmatch @ (-433,-294, 74)

** Executing...
** Command: C:\PROGRA~1\VALVEH~1\tools\hlvis.exe
** Parameters: -fast "C:\Games\Steam\steamapps\mister_banana\counter-strike\cstrike\maps\de_AKG4"

g_fastvis = true
hlvis v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlvis -----
Command line: C:\PROGRA~1\VALVEH~1\tools\hlvis.exe -fast C:\Games\Steam\steamapps\mister_banana\counter-strike\cstrike\maps\de_AKG4
>> There was a problem compiling the map.
>> Check the file C:\Games\Steam\steamapps\mister_banana\counter-strike\cstrike\maps\de_AKG4.log for the cause.

----- END hlvis -----

Kann mir jemand helfen? : /

Kann es sein dass ich zuviele Brushes in der Map habe? und gäbe es eine Methode das elegant zu umgehen?

öm...also als erstes würde ich das leak wegmachen^^ auch wenn es mit der sache nichts zu tun hat es behindert und verlängert den compile nur.

Ob du zuviele Brushes hast siehst du wenn du bei bsp oder auch csg im expert mode vom compilen noch "-chart" hinschreibst.

Hier ist noch Platz - jetzt nicht mehr

Zitat:

skillphiliac postete
Kann es sein dass ich zuviele Brushes in der Map habe? und gäbe es eine Methode das elegant zu umgehen?

"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

Zitat:

skillphiliac postete
Kann es sein dass ich zuviele Brushes in der Map habe? und gäbe es eine Methode das elegant zu umgehen?

Kann sein, dann würde dir ZHLT aber was von MAX_MAP_irgendwas sagen. Du könntest einfach mal auf die Fensterrahmen verzichten, oder sie mit weniger Brushes, also undetalierter machen, oder sie modeln.

Ich würde sie schon gerne so detailliert haben, Sache ist, es hat scheinbar nichts mit dem func_wall zu tun. Auch wenn die Fenster keinen func_wall haben dauert es so lange.

@ Robins: Dauert ohnehin nicht lange. :D

Kann mir jemand vielleicht die älteren Zoner's Tools hochladen? Und ist das so gedacht dass man nach einer Weile seine Beiträge nicht editieren kann?

Habe sie bereits gefunden, ging genausowenig. Das nervt allmählich...

Ok! Problem gelöst, habe jedoch keine konkrete Ahnung wie.

Sache ist: Ich habe alles Into World, die Fensterreihe die ich zuvor kopierte gelöscht, nochmal kopiert und dann jede Reihe seperat func_wall gemacht. Für diejenigen die sich bemühen zu suchen. : )