MAX_EDGE_LINES error

Discussion for Level editing, modeling, programming, or any of the other technical aspects of Quake
Post Reply
User avatar
Survivor
Posts: 4202
Joined: Fri Dec 27, 2002 8:00 am

MAX_EDGE_LINES error

Post by Survivor »

A friend of mine is mapping for timbo's pet project Tremulous.

He has however run into the problem mentioned. Namely MAX_EDGE_LINES

The post in the mapthread about the error is linked HERE.

Now since I know I'm not 1% as good at this as most of you I'm asking for thoughts on solving it or reducing the edge line count so he can refine it a bit more before including it in the next release of tremulous.

Tremulous download links: http://tremulous.net/files/
The last public release of the map: http://users.telenet.be/ingar/tremulous/#download

Thanks in advance :)
obsidian
Posts: 10970
Joined: Mon Feb 04, 2002 8:00 am

Post by obsidian »

I think it has something to do with too many T-junctions or too many edges as a whole. Try removing as many T-juncs by mapping clean, then failing that, try converting some brushwork to models.
[size=85][url=http://gtkradiant.com]GtkRadiant[/url] | [url=http://q3map2.robotrenegade.com]Q3Map2[/url] | [url=http://q3map2.robotrenegade.com/docs/shader_manual/]Shader Manual[/url][/size]
User avatar
Scourge
Posts: 15559
Joined: Mon Mar 25, 2002 8:00 am

Post by Scourge »

obsidian
Posts: 10970
Joined: Mon Feb 04, 2002 8:00 am

Post by obsidian »

Well, q3map_noTJunc is hardly a suitable "fix", it basically eliminates any T-junction fixing, which causes problems with more polys and sparklies.
[size=85][url=http://gtkradiant.com]GtkRadiant[/url] | [url=http://q3map2.robotrenegade.com]Q3Map2[/url] | [url=http://q3map2.robotrenegade.com/docs/shader_manual/]Shader Manual[/url][/size]
User avatar
Scourge
Posts: 15559
Joined: Mon Mar 25, 2002 8:00 am

Post by Scourge »

obsidian wrote:Well, q3map_noTJunc is hardly a suitable "fix", it basically eliminates any T-junction fixing, which causes problems with more polys and sparklies.
Ahh, disregard then. :icon30:
Shallow
Posts: 167
Joined: Wed Feb 09, 2005 1:58 pm

Post by Shallow »

Isn't this is one of those horrible ones that happens when there's too much stuff going on in the map? I think the overall amount of brushwork would need to be reduced, maybe converting details into models as far as possible would help. Doing test compiles with different bits of map removed may help determine exactly how much pruning is needed.
corsair
Posts: 972
Joined: Fri May 18, 2001 7:00 am

Post by corsair »

When you have one large brush that has one edge sharing the same 'line' as many other edges of other brushes, you'll have to split that one large brush, into more brushes, so that the shared edges start and end at the same verts.
Post Reply