Hallo Community,

weil mir es eher Spaß macht Maps zu bearbeiten als welche zu erstenllen (ich bin noch nicht so lange dabei), habe ich mir überlegt das ich die map cs_assault bearbeite. Darunter verstehe ich neue sachen hinzufügen wie z.B Waffenspender, neue Räume.

Gesagt getan habe ich lange Zeit rumgespielt und nach einer Zeit wollte ich die Map anschauen und habe sie compiled. Beim Ladebalken im Spiel, ca. bei der Hälfte, stürzt das komplette CSS ab und ich lande auf dem Desktop.

Ich habe meine Compile Log genommen und habe sie mir dem Analyzer getestet. Ergebnis, Leaks! Also bin ich erst mal hier her gegangen und habe ich informiert wie ich die Sch***dinger wegbekomme. Hat eine Zeit langgedauert dann waren sie auch !alle! weg. Keine Fehler mehr, alsowas tat ich, ich compilte sie neu und wollte sie spielen, was passiert? Er stürzt ab.
Nun weiß ich nicht mehr weiter. Vllt habt ihr ja einen Plan.

Compile Log:

Quellcode:** Executing...
** Command: "c:\programme\steam\steamapps\***\sourcesdk\bin\ep1\bin\vbsp.exe"
** Parameters: -game "c:\programme\steam\steamapps\***\counter-strike source\cstrike" "C:\Programme\Steam\SteamApps\***\Meine Source Maps\cs_assault\cs_assault_d"

Valve Software - vbsp.exe (Dec 11 2006)
1 threads
materialPath: c:\programme\steam\steamapps\***\counter-strike source\cstrike\materials
Loading C:\Programme\Steam\SteamApps\***\Meine Source Maps\cs_assault\cs_assault_d.vmf
Can't find surfaceprop panel for material METAL/PRODVENTA, using default
fixing up env_cubemap materials on brush sides...
env_cubemap pointing at deleted brushside near (5216, 4832, -795)
env_cubemap pointing at deleted brushside near (5216, 4832, -795)
ProcessBlock_Thread: 0...1...2...3...4...5...6...7...8...9...10 (2)
ProcessBlock_Thread: 0...1...2...3...4...5...6...7...8...9...10 (1)
Processing areas...done (0)
Building Faces...done (0)
Chop Details...done (0)
Find Visible Detail Sides...
Merged 810 detail faces...done (0)
Merging details...done (1)
FixTjuncs...
PruneNodes...
WriteBSP...
done (0)
writing C:\Programme\Steam\SteamApps\***\Meine Source Maps\cs_assault\cs_assault_d.prt...done (1)
Creating default cubemaps for env_cubemap using skybox materials:
skybox/assault*.vmt
Run buildcubemaps in the engine to get the correct cube maps.

No such variable "$hdrbasetexture" for material "skybox/assaultrt"
Can't load skybox file skybox/assault to build the default cubemap!
Finding displacement neighbors...
Finding lightmap sample positions...
Displacement Alpha : 0...1...2...3...4...5...6...7...8...9...10
Building Physics collision data...
done (1) (879287 bytes)
Placing detail props : 0...1...2...3...4...5...6...7...8...9...10
Water found with no water_lod_control entity, creating a default one.
Compacting texture/material tables...
Reduced 7414 texinfos to 3455
Reduced 409 texdatas to 343 (15083 bytes to 12746)
Writing C:\Programme\Steam\SteamApps\shad0w500\Meine Source Maps\cs_assault\cs_assault_d.bsp
17 seconds elapsed

** Executing...
** Command: Copy File
** Parameters: "C:\Programme\Steam\SteamApps\***\Meine Source Maps\cs_assault\cs_assault_d.bsp" "c:\programme\steam\steamapps\***\counter-strike source\cstrike\maps\cs_assault_d.bsp" Please

Passt alles soweit, das Log ist aber auch nicht komplett. Was du gepostet hast sind nur die Daten von vbsp, vis und rad fehlen.

mache deine eigenen mapps und decompile keine anderen, das führt nähmlich zu fehlern

Achja ich bin ein Depp..

ich hab vergessen die beiden einzustellen. Wollte das es schnell geht mit dem Kompilen.

Vollständiger Log folgt in Laufe des Tages, mein SDK spinnt grade.

So jetzt tritt ein Problem auf was auf 2 verschiedenen Rechnern auftritt.

Er bleibt beim compilen stecken. Genauer bei vvis.exe.

Kennt ihr das?

Sorry wegen Doppelpost.

Oh ja, das kennen wir. Sogar so gut, dass einige ihr Wissen darüber sogar in Tutorials niedergeschrieben haben. Stichwort: Optimieren.

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

Ok ich such gleich mal.

Hab mal mit Fast compiled und da ging es es kam ein Fehler zustande:

Quellcode:Degenerate Faces

Gefunden in:
    Zeile 78
Problem:
    Du hast eine Fläche die keine Oberfläche (Face) besitzt, sprich du hast ein Dreieck und alle 3 Eckpunkte (Vertex) liegen aufeinander. Es reicht schon wenn 2 Eckpunkte von einem Dreieck aufeinander liegen. Geometrisch gesehen kann das nur zu einer Linie führen (2 Eckpunkte), wie wir Wissen hat eine Linie keine Fläche und so kommt dieser Fehler zustande. VRAD versucht dann anhand der Lightmap dieser nichtvorhandenen Fläche das Licht zu berechnen und gibt dann diese Fehlermeldung aus
Lösung:
    Dieser Fehler könnte durch fehlerhafte Displacementmaps zustande gekommen sein, prüfe deine Displacements auf “Degenerate Faces” Könnt ihr mir erklären wie ich diesen Fehler beheben kann?
Ich kann mir da keinen Reim bilden..?!

Gruß

EDIT:

Du sagtest ich soll nach optimieren suchen. Habe gefunden das man mit verschiedenen consolen befehlen die Map otimieren soll. Bloß das kann ich ja nciht weil ich die map nicht spielen kann..

Hier im Forum finde ich dazu ncihts nützliches .. kann mir jemand helfen?

Öh, ich meinte davon eher den Abschnitt "Optimiertes Design". Häufiger Anfängerfehler ist es, keine func_details, bzw. func_lods zu benutzen.

Invalide Brushs müssten eigentlich im Fehlerbericht im Hammer angezeigt werden. Eventuell verschwinden sie auch (nach einer Meldung) von alleine beim nächsten Laden der vmf.

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

Wie oben schon gesagt habe ich eine Map nur verändert, keine neue gemacht. Im Hammer editor werden keine Fehler angezeigt.
Du kannst dir nciht vorstellen wie oft ich die Map jetzt schon neu geladen hab.

Gibts hier niemanden der weiß wie man diese blöden Displacements findet und behebt?

Gruß