I just realized the map I'm currently working on has topped 37000 brushes. 

is a Q1 map at least? Lunaram 

http://www.damninteresting.com/?p=164 

holy shit?

can't be q1 can it? i think i got up to about 12k and then qbsp refused to even look at it. 

some secret project at raven - like the new wolfenstein game or something.*

I'd love to work on a new wolfenstein game.

Git.

*honestly, I have no fucking idea. Just a guess. 

nt 

probably cleanup.
http://lunaran.com/pics/bigmap.gif 

if anybody want to contact with me in Quakenet please do this!

/whois Trinca

i�m sick of Scampies craps! already got a kid... dont have enought pacience to another...

hope u guys dont forget me :p 

Good job, Lun. But you should know better than to use carving. ;) 

wolfedit.

hmmm :)

git.

(repost from base pack ;) 

e;f,b but still, I'm surprised you guys are still using brushes as the predominant base for architecture - I guess traditional id-style mapping techniques will be sticking around for a bit... 

only as long as id franchises do.

and who says static models aren't counted as 'primitives'? 

Quake Map Sources released. :D

http://www.rome.ro/ 

I wonder what license they apply to though... 

Just enough of the "WolfEdit" showing there ;) 

But numbers like that suggest you're making stuff that would be done better in some other program unless the editor is vastly improved but I guess you have no choice? 

someone make that news. 

that was fast 

mesh models count as brush primitives in d3 engines too... 

how big a deal would it be to increase the number of sound channels in Fitzquake? 

i don't know offhand. Could be really easy, unless there is a network protocol limitation involved. 

would that break compatibility is what your saying?

just cause i know other engines have that fixed, like tomazquake or, i'm pretty sure, aguire's engine.

one final question, what's the deal with packetoverflow? is there any way to get rid of that? 

I think that's also a network protocol limit. And yeah, the main issue is compatability. But also, just making sure it doesn't crash the game. 

those two issues are my major gripes with the quake engine these days. I hate how sounds will cut out in the heat of combat, or gibbing a ton of things makes all the models flicker.

It's not game breaking, but if there was a way, i'd really really appreciate it. :) 

To get rid of packet overflow, the better method I experimented is to use special progs.dat, like progs.dat I used in "Castle of The Dark Ages" (i.e CDA.bsp).
It was based on spawn64 progs.dat that has a corpse removal function, a special teleport/trigger function. The most important is monsters activation (i.e the way monsters appear in map) by trigger, according to the player progression ingame. So given that all the monsters are not present a at the same time, and that all dead bodies disappear in 5 seconds, you limit edicts count and also packet overflow.
I can only say that thank to aguirRe's help I was able to make something playable without too much problem (at least with FitzQuake)
I hope it will help you.