If you want more info on map69, go there :

http://www.rsvp.com.au/profile/display.action?handle=map69&uid=3276438 

It is so scriptable!

1) Copy a random map to randommap.bsp.

2) Use whatever MacOS offers to monitor file access to see when the engine accesses the map (might need to look for "Open"). Apparently you would want "fswatch".

3) "map randommap"

4) Sleep for some moments

5) Copy another random map to randommap.bsp so if you do "map randommap" again, there already is a new one there. 

while true; do inotifywait --event open /home/me/games/quake/id1/maps/randommap.bsp && sleep 1 && file="$(ls -1 /home/me/games/quake/id1/maps/*.bsp | sort --random-sort | head -1)" && echo $file && ln --symbolic --force "${file}" /home/me/games/quake/id1/maps/randommap.bsp; done

This uses a symbolic link instead of copying the file every time. 

 

Open up your id1/maps folder...

Right click in empty space and choose on of the following: "Arrange icon's by" - size, date, alphabetically etc etc...

Close you eyes, NO peeking, this is important for it to work...

Raise your hand, forefinger pointed out, move it spiraling in towards the monitor...

Until it touches...

BAM, there's your random map generator ;)

You can restart at step one and choose a different option to keep it random too...

All done with "qc", short for quickly conceived!

Realize, eventually all dogs let go of the bone sooner or later. 

 

He already specified several times that it needs to work without leaving engine. And playing for my solution for a while I have to say, yeah, it absolutely does. 

Both of our methods are initiated before the engine is even started right? None of what you suggested works "in engine"? 

With "in engine" I meant that you can get a new map without leaving the engine/game. My script needs to be started before the engine but then it runs as long as you don't kill it. 

Can I run this in a terminal, and end by closing the terminal? 

exactly that, ctrl-c to stop. making it into a systemd service that launches on login would be easy too. I think the sleep is unnecessary (since the file was already opened and thus the link can be changed) but I am not entirely sure. 

You have to start a new level before the next "new" randommap.bsp symbolic link will work. Dropping to the console and "disconnect"'ing doesn't trigger it.

COOL! 

bind m "map randommap" worked fine for me in a some days old QS. 

 

Ah, of course, it needs an initial map. Sorry!

I made it into a script: https://www.quaddicted.com/forum/viewtopic.php?pid=1169#p1169

It's awesome to go through sm* maps. sm161 had some fantastic ones. 

I ran r976 and found that gamma adjustment doesnt work anymore.

System: Windows 8.1 Pro x64 / nVidia GTX 650 Ti card, 335.23 driver.

0.85.9 is working fine, but prints "vid_gamma_setgamma: failed on sdl_setgammaramp" error in the console when I change gamma value. 

Playing apsp1 (The Final Threat by than) I noticed that there is a kinda mangled lift right at the beginning.

https://dl.dropboxusercontent.com/u/15588722/post/func_msg/apsp1.png

It's the lift to which you get if you ride the lift you start on down and then just go straight ahead. There should be a pillar from the lift in the middle of that shaft (it's collision is there) but the lift seems offset to the right (from this view anyway).

Another thing I noticed is that impulse 12 does not work reliably. As in, in some maps it does, in some it does not. 

is fucked in all engines, isn't it? 

impulse 12 is a mod thing, it was not in the original QuakeC sources so many mods don't come without it. The funtastic reQuiem engine has engine-side support for it in any mod!</spam> 

I noticed the same problem as ptoing, on my Mac, with the latest QS.

I also noticed a similar prob on another map (don't rememer which one).

WTF !? There wasn't any problems with them before. 

I just checked the video of DaZ on the tubes of that map, and there it is fine. So it seems to be a newer thing. Having an option to force impulse 12 or maybe make it so that it is a different command weapon_prev or whatever, might be a good idea. 

Oh also, a small quibble I have with QS is that the console sometimes fucks off when you enter something right after you called it. Kinda weird. 

Tried same build on home PC - gamma working just fine.

System: Windows 8.1 x64 / nVidia GTX 770 card, 337.88 driver. 

@ptoing,
the apsp1 platform bug is discussed here: http://celephais.net/board/view_thread.php?id=60306&start=647

IIRC it's a map bug that only manifests with extended protocols like 666, and the cleanest solution is patching the map.

@AAS, thanks for the gamma bug report. Can you try this build? http://quakespasm.ericwa.com/job/quakespasm-ericwa/lastSuccessfulBuild/artifact/quakespasm/quakespasm-r2957b2fbabe632e603b0a86b45d23496a6af5845.zip

I set USE_GAMMA_RAMPS to 1 in that build. In r976 we are calling a different SDL function to set gamma than in 0.85.9, the build above should use the same function as 0.85.9. 

I assume you use german layout? And the character is this one ^ (circumflex?) showing up in the console?
This has already been reported, Eric had a fix at hand.
Iirc SDL 2.0 should get rid of this?