But it's even nearest neighbor! 

Lol, no it's not. :P 

For some reason putting demos in mod folders does not seem to work. Quakespasm does not list them nor does it play them if I manually enter their name. Only stuff in id1 gets recognised even if I am playing something out of another folder. Is this intended? 

they do work in mod folders. double check where you put the files, i guess? 

I originally downloaded mapjam6 and put it in a folder called func_mapjam6. And then later downloaded it from quaddicted via Quake Injector. Which has it inconsistently named mapjam6 *shakes fist* So that is where the problem came from. 

The zip is mapjam6.zip, the readme tells us to use jam6/ but is called func_mapjam6_readme.txt.

I hate this job. 

what you really need is something like those elder scrolls loaders where authors include the metadata. :P 

Quaddicted does not have enough traction though plus there is 19 years of baggage. 

Well, all the other jams went into func_mapjam# folders. But I guess you can blame Daz, lol. 

 

Everything has to be in perfect order! EINS, ZWEI, EINS, ZWEI! 

...doesn't need depth sorting but it does need content designed to work with it. It's not enough to just ask for vars to support it.

Don't underestimate the power of 19 years worth of inertia. It's not enough to just ask for a feature in a manner that shows you haven't even thought through the implications of it.

The best way to resolve blending issues that require depth sorting is to just add depth sorting. It's not hugely complex but it does involve quite a bit of work. I'm sure it's on the QS guy's radar but asking for it more and more isn't gonna help it be done faster. 

Of course I know that additive blending needs specific content to be made for it. Most of the stuff in Quake already would not work that well with just slapping that on top of it.

But it is not really hard to make some textures and things that work really well with it, as shown by some Doom maps for engines that support it. 

 

I know how to do some scripting and such. But yeah. Don't really have time for that atm. 

Would it be very cumbersome to implement starting the engine via relative paths? Right now, the .EXE will return the error message in the screenshot below (I have a faint recollection of seeing the same msg in GLQuake back in the day, not sure tho).

http://i.imgur.com/jZcvxKx.png

I tend to get myself doing lots of stuff in Windows CLI these days, including compiling my never ending stream of "test maps" :D 

Not sure if relevant, but I'm running the latest SDL2 build from ericw's repository (quakespasm.ericwa.com):

Quake Version 1.09
QuakeSpasm Version 0.91.0
Exe: 10:39:47 Aug 23 2015 

Where is the id1 folder relative to the retrojam folder? Pretty sure those have to be at the same depth. 

They are at the same depth. But your comment prompted me to try and lauch the engine with NO command line parameters (which I haven't tried before), and interestingly enough, this time it returned a different, and a somewhat more creepy, error msg:

http://i.imgur.com/KKCKjM5.png

(sorry for any possible english mistakes) 

Check out the -basedir parameter. 

Holy crap, -basedir is the solution:

http://i.imgur.com/4SV5anL.png

All of the above worked flawlessly!

Thanks a lot Spirit haha, I now remember using|seeing this cmd line parameter *way* back... damn 15yo memories! 

... this screenshot shows the "cmdline" cvar for the above two examples, in order.

http://i.imgur.com/0V6Nxkl.png

Just in case it might be useful for someone in the future. 

-basedir might choke on paths with spaces in them. 

If you make sure to quote the path argument, paths-with-spaces works for Quakespasm IIRC.

Last time I checked, basedir support was generally missing in Fodquake, DirectQ, and Qrack. It was broken on paths-containing-spaces for Engoo and Super 8. 

From working at a bookshop and often punching in EAN's I can say: Finally an engine where typing from the numpad works!!

Here's hoping more engines follow this example.