- delay spawn stuff (custom QC only?)
- if you have any func_wall or func_illusionary that are not doing anything dynamic, replace them with func_detail_wall or func_detail_illusionary from my beta compiler (but iirc you had a problem with higher clipnodes in my qbsp) 

some engines support bigger/more-precise coords (obviously not vanilla). for those engines you can reduce the signon size by switching from protocol 999 back to 666, or dpp7 back to 15 (iirc dp's bjp3 support is too buggy to be practical).

and if all of the above fails, use QSS or FTE as a server, these two engines both sidestep the signon buffer for almost everything so its max size isn't relevant. you can then connect to said server with your old client. not a great workaround, but hey. 

The map has a lot of entities, but I'd think not more than other maps I've made. It's under 600 edicts. I'd need to remove enough to lower the buffer by roughly 700 bytes, which doesn't seem possible without considerable sacrifices.

As for turning func_walls into func_detail, I already did this where possible. Originally I had made them func_walls in order to lower marksurfaces which I've exceeded as well. I know it can be exceeded somewhat without obvious consequences - question is just how much? The switch made the number go from around 700 to 2000 over the limit, but the map still loads in old Winquake and Glquake. What are the risks here, what is marksurfaces for anyway? In the sense that how clipnodes can be exeeded also, except the repercussions show quickly with broken clipping on entities and geometry. 

I removed some more func entities and the buffer size went down only marginally. There must be something else going on here, entity count alone cannot the only reason. 

Static entities count too. Torches, etc.

Static entities do not reflect in the edict count but are part of the sign-on. 

what is marksurfaces for anyway?
Marksurfaces are a list of the faces touching each BSP leaf. They're used in rendering; when the engine decides a leaf should be visible, it looks at that leaf's marksurfaces to figure out what faces need to be drawn.

At a quick look at the winquake source code, there is no limit on marksurfaces beyond BSP format (65536) and heap size. 

If I'm setting up Jackhammer for mapping in Q1, but am using the Quakespasm engine, do I change the destination files to those of Quakespasm? 

Treat it like any normal JACK/Worldcraft setup. What is your current issue? 

I get this error EVERY time I try compiling a map.


** Executing...
** Command: Change Directory
** Parameters: C:/Program Files (x86)/Steam/steamapps/common/Quake/Id1


** Executing...
** Command: Copy File
** Source: C:\Program Files (x86)\Steam\steamapps\common\Quake\Id1\maps.map
** Destination: \maps.map

* Could not copy the file:
Source: C:\Program Files (x86)\Steam\steamapps\common\Quake\Id1\maps.map
Destination: \maps.map
* Windows gave the error message:
"Access is denied." 

Now it's this:

** Parameters: C:/Users/thepa/Desktop/quake/quakespasm-0.92.1_win64/Id1


** Executing...
** Command: C:/Program Files (x86)/Steam/steamapps/common/JACK/quake/qbsp.exe
** Parameters: "C:\Users\thepa\Desktop\quake\quakespasm-0.92.1_win64\Id1\maps\maps"
---- qbsp / TyrUtils ericw-v0.15.9 ----
Input file: C:\Users\thepa\Desktop\quake\quakespasm-0.92.map
Output file: C:\Users\thepa\Desktop\quake\quakespasm-0.92.bsp

---- LoadMapFile ----
************ ERROR ************
Failed to open C:\Users\thepa\Desktop\quake\quakespasm-0.92.map: No such file or directory


** Executing...
** Command: C:/Program Files (x86)/Steam/steamapps/common/JACK/quake/vis.exe
** Parameters: "C:\Users\thepa\Desktop\quake\quakespasm-0.92.1_win64\Id1\maps\maps"
---- vis / TyrUtils ericw-v0.15.9 ----
running with 4 threads
testlevel = 4
LoadBSPFile: 'C:\Users\thepa\Desktop\quake\quakespasm-0.92'
************ ERROR ************
Error opening C:\Users\thepa\Desktop\quake\quakespasm-0.92: No such file or directory


** Executing...
** Command: C:/Program Files (x86)/Steam/steamapps/common/JACK/quake/light.exe
** Parameters: -extra "C:\Users\thepa\Desktop\quake\quakespasm-0.92.1_win64\Id1\maps\maps"
---- light / TyrUtils ericw-v0.15.9 ----
extra 2x2 sampling enabled
Raytracing backend: Embree
running with 4 threads
LoadBSPFile: 'C:\Users\thepa\Desktop\quake\quakespasm-0.bsp'
************ ERROR ************
Error opening C:\Users\thepa\Desktop\quake\quakespasm-0.bsp: No such file or directory 

It's like it's negating the name I'm giving the file to begin with. 

I think this is what is wrong BUT I don't use JACK too much so maybe some of the more experienced users can chime in:

It looks like you put Quake on your desktop then a folder called quakespasm-0.92.1_win64 inside your quake directory and pointed JACK to that as your game directory. From there JACK is totally confused. You should have extracted the contents of the Quakespasm zip to Quake itself. here's what a normal install would contain as far as folders:

C:\Quake
C:\Quake\id1
C:\Quake\id1\maps - this is where all your custom map/bsp should be

Inside Quake folder you would normally should see: quake.exe, quakespasm.exe and a bunch of DLL files (maybe not if those are hidden, just depends)

Quake itself is pretty small. You should make things simpler by making a new Quake directory:

1) Make a folder called Quake on your C:\ drive as seen above. 2) Then under that a folder called id1 - 3) now go find 2 files pak0.pak and pak1.pak in that other messy Quake folder. 4) Copy or move them to id1. 5) Then under id1 make a maps folder. 6) Next extract Quakespasm zip to your Quake folder -- NOWHERE ELSE . Now you have everything but your map. --- 7) copy your map from the messy folder to C:\Quake\id1\maps 8) run JACK and (this is where I am fuzzy) point JACK to the new Quake folders as needed. Yes Quakespasm is your game engine to play Quake but it's best to put it in the Quake directory. 

I figured this was all a matter of me setting up file destinations incorrectly. I'm use to mapping for HL1.

THANK YOU! 

Don't use "Program Files", compilers don't like spaces. And windows doesnt like you to move files around in it without UAC permission (Goram microsoft).

Dangit, dumptruck beat me to it was typing basically the same thing earlier before I lost internet. 

It appears the reason it's so high in my case is not an excessive entity count - most of my other maps have more of everything, except for one thing: in addition to maxing out the number of static entities (=flames), this map has large number of entities that display light globes or torches while acting as relay triggers. I thought this wouldn't have an impact other than producing edicts, but it seems is does. Without the visual aspect, they take up less buffer space.

Since I feel like the map can't be optimized further, I think the only way to manage this (apart from removing stuff) would be delaying their spawning somewhow as ericw suggested. Question is how - and whether it's possible to ID1 in the first place. Regular think/nextthink variations on info_notnull don't seem to do the trick.
Preach, do you have an idea?

Marksurfaces: Why have we (I) been so strict about the 32767 limit then, anyway? Obviously, old DOS quake.exe has been irrelevant for the longest time, and if a map runs on the oldest ports, it's fairly safe to assume it'll run anywhere else. I'd just like to avoid creating a potential compatibility issue that only comes to light afterwards. 

Wouldn't any excessively high marksurfaces count above the stock Quake limit be a good indication that you are exceeding the amount of polygons that can be rendered and thus will experience greyflash?

When I first compiled my map with over 40 000 marksurfaces count, it would run in WinQuake but large amounts of the level were not rendered on screen. I simplified geometry to be way under around 25 000 marsurfaces and the grey flash was gone. But, I also reduced r_surfs and r_edges in the process. So this may have nothing to do with it.

I know that Than has made several maps (ie. dm7rmx) that are supposedly within stock Quakes limits, but suffer from immense greyflash and thus cannot be played in Win/DOS Quake. 

I've always been of the opinion that if the limits no longer serve to spur your creativity but intead require you to delete detail or redo logic, then you should simply ignore them and require an engine with increased limits.

FWIW,
-Qmaster 

Going to ask this in a few places for exposure.

This is regarding Quoth mod specifically.

Any possible way to make it so info_rubble debris does NOT make a splash sound when falling into liquid? This is for a deep body of liquid so func_illusionary won't work in this case.

You can mute sounds from info_rubble and I have done that but splash sounds are still present.

Thanks! 

I'm sure you thought of this but... I would use "play_triggered_sound" entities and point to the proper breaking rubble sounds in the pak. Then use use "misc/null.wav" in the noise fields to silence the info_rubble defaults. 

certain movetypes ALWAYS play a sound when transitioning into/out of liquids. There's nothing QC can do about that in eg QS - the only universal way to 'fix' it is to replace sound/misc/h2ohit.wav with a null sample.

DP/FTE have an sv_sound_watersplash cvar that you can set to an empty string to prevent those two engines from playing the sound, or mods can define a stub .contentstransition function to inhibit it on a per-entity basis (like SUB_Null, but unfortunately that needs to be done on the gibs themselves rather than only the spawner, so you probably can't do that in the map).

This is a long standing issue that's appeared in numerous 3rd-party readmes since quake was released... 

Thanks for the technical response I figured it was in that deep haha.

I was either looking for: Yes, you can or you can't so I am satisfied, I'll cut my losses and make best of what I have already created. Also thank you for the response dumptruck but the splash sounds would still occur with this method! :O

Thanks! 

Is it possible to achieve coloured lighting within Quakespasm? 

Yes. The engine will recognize the .lit format. But you need to compile with a light.exe that exports an .lit file.

More info here:

http://ericwa.github.io/tyrutils-ericw/doc/light.html

and...

each light entity in the map has to be given a key called "_color" with a value of its RGB components, so white light would become "255 255 255", red light would be "255 0 0" and so on.

What editor are you using? Most should have color support built in. 

Good, I already use those tools and I probably should have spent more time looking myself. Thank you!

I'm use Jackhammer.