But we're capable of improving what is there, the reason I'm asking.

Props go to Gb for writing the original qc frontend.

Easier for the mapper means we'll see more rotating things in maps, and I can't see how that could be bad (disclaimer).

I'll implement the code from RMQ in RRP for now.


If you don't build it, then it's not built. 

they're solid_bsp. 

It causes an intermittent 'pop' when looping sounds wrap around - this has been driving me crazy for years!

omg THANK YOU. I hated that pop! 

Ok - Since no-one's reported sound niggles, Eric's sound loop fix is committed.

ijed: [mouse] Is still locked in top left corner if I alt-tab out, from the menu, console or otherwise.

Hmm - i'll have to test it in windows sometime. It works acceptably for me on linux, but if it's broke on OSX/windows it may have to be reverted. My change was just a hack-and-see.

Re other changes - i can't say. I guess if people feel strongly, patches are welcome, but main focus is to fix things, not break them ;> 

I can't tab out of the engine, but I can put it into windowed (alt+enter) and then hit ESC to show the menu, which will release the mouse pointer. 

Well i guess we'll have to remove the hack.
Maybe there's some other SDL befuddlery to get it going... 

How about a patch to remove the 4096 +/- limitation? 

Isn't that limit there to stop floating point hilarity with large world coordinates? 

Isn't that limit there to stop floating point hilarity with large world coordinates?

Sort of - the hardest limit on coordinates comes from the standard network protocol, where entity coordinates are sent as a 16 bit integer (so fixed precision at 1/8th of a unit). Even with a less bandwidth efficient netcode, server-side locations are recorded in floating point. Before you could make truly huge maps you'd need to consider upping that to doubles for precision of small movements (and then deal with how QC can't handle doubles). 

So it's not just an arbitrary limit then.

Ok, will make stuff fit instead. 

Then everything can fit. 

My train line :*( 

if it wasn't for the 4096 limit, i'd probably still be making ne_ruins now... -_- 

 

still horrendously slow. the above suggestions (608, 609) did not seem to help. further suggestions? 

I mean Quakespasm. RMQ ran fine, before I deleted it. 

There occur no noticeable floating point related problems with 16,000 x 16,000 maps in my experience with RMQ protocol 999 or something equivalent.

The practical limit for map size is more that you have to find something to fill them with and keep it interesting, ie gameplay and details. This imposes a kind of natural limit. 

Well, you COULD (potentially) build entire episodes of Quake as one long continuous level. That could be ... interesting. 

 

with my new id inspired episode I am doing.
It could easily be a single level with todays limits I think. :) 

ep1 easily fits in one map even if the map has a lot of extra areas.

the other episodes seem to have more detailed maps(?) and I found myself hitting limits trying to fit them into single maps.

I might revisit them at some point now that bsp2 is finally getting some traction in other engines. 

Quake 2 maps that id released.

Remember those? :) 

Now I'm thinking a coop run of quake where each player takes a different episode... 

Seriously... 

ep1 easily fits in one map even if the map has a lot of extra areas.

The stumbling block would be Ziggurat Vertigo. E1M8 is hard coded in the game engine for reduced gravity. Otherwise I would think that it would be possible to do. I'm not sure why someone would want to do it though.