Also sicher ist dieser Tip nich:
Abba folgendes: wie schon in nem anderen Thread vermutet, hat das was mit texturen zu tun, die einer Größe angepasst werden (fit). wenn zuviele texturen nicht ihrer standard größe entsprechen, und runtergerechnet werden, wird wohl die map nich richtig berechnet (möglicher speicheroverflow???)

na ja...ich hab andere texturen genommen und es ging

Garnet mal so schlecht die vermutung :)

Aber das kannste auch im Kompilierfehlerartikel nachlsen..
Quellcode:Es könnte sein, daß die Map in irgend einer Hinsicht zu komplex ist.

Ein Lösungsansatz kann im Texture-Scaling liegen, wie zu MAX_PATCHES bei den qrad-Errors beschieben ist (dies ist bisher allerdings nur eine Vermutung!).

P.S.: Komm mal in icq, ne runde zocken =)

shielding people from their own stupidity is an evolutionary step backwards anyway.

/* God is dead!............Nietzsche */
/* Nietzsche is dead!......God */
/* Nietzsche is God!.......The Dead */

ja ich widda... alles selbs rausgefunden der jacky... nix lesen...

;)

Also grundsätzlich hab ich diesen fehler gehabt, wenn "Zuviel" als 1 Entity zusammengefasst wurde. "Zuviel" könnt ihr natürlich mit "zuviel faces" gleichsetzen => damit kann dan Texturesacling natürlich darauf einfluß nehmen.
Gerade auf DE-Maps, wo ihr das Target so richtig toll als func_breakable zusammenfaßt, damit's zusammenkracht passiert das schnell. Entweder in mehrere Entities aufteilen oder die anzahl der Faces begrenzen ...
Sollte aber für jedes Entity gelten !

TrackMasteR