https://www.youtube.com/watch?list=PLKfWL8IXgKBte4TfD53pLaHONfSYCX0RH&v=QxfsLF4TAq4

OMG !! 

Seems like it would be more of a pain to setup than the Omni because you have to have something dangle from the ceiling.

https://www.youtube.com/user/VirtuixOmni/videos 

Not to mention that it looks super likely that you'll trip up and fall over, trashing it within a few minutes of using it. 

 

Big up Gotshun and all the RetroJam5 entrants for injecting some fresh new / old Quake into the system recently. I've really enjoyed the simplicity of semi-vanilla Quake without having to dick around with multiple mods, specific engines, shit pixellated .rc files and stuff, and get on and just smash monsters and hunt for secrets.

Keep it going guys. 

 

 

This might be born from my ignorance of QuakeC and coding in genral but, I had an idea. Mind you, I've never done any coding or programming, unless you count batch scripts(which no one does).

Demos stop recording upon death. Thatll likely always be the case. BUT, is it possible to allow the "record" cvar to accept some sort of variable to make sequential demo files?

for example - "record %mapname%"

whenever you use that bind or command it saves it as the mapname+the next number in sequence. (ie ad_necrokeep01, ad_necrokeep02...)

The idea is for something to combine with ones "Load Quicksave" bind to allow for single button save loading and recording of a demo.

again,Ive no experience in coding, so this idea might be a little ignorant.

hell something on this order might already be possible? 

my first guess.., Demo_tools

It's not specific, but I remember there being a smart demo editor,
can't come up with a name. 

Bloughsburgh linked me http://web.comhem.se/bjp/convdem.zip on twitter. Might be what youre thinking of.

Most of those just combine demos into one file. Theyd be useful after using my idea, tho. 

if you're serious about it, I have this small compiling program, release 2003.

dem2mpg is a converter that reads quake demo's and turns them into mpg. Delte the last .gz and unrar the tar file. 

Mark V has an autodemo feature that automatically records demos with a sequential number. I think they're limited to 3 though, and the 4th recording overwrites the 1st one. 

The goal here is to have a single key bind that does two things:

Loads a quick save
starts recording a demo

the demo filename would be based on the .bsp name. Normally Quake overwrites .dem of the same name. Id like for it to create a new file by appending a number to the end of the filename.

Once the user finishes the map, THEN they would use any of the other various demo tools available to combine them. 

Ill look into that. 

triple post, sorry.

the single key bind idea wont be feasible, im guessing.

at the very least, itd be nice to bind record and it create filenames based on the mapname/.bsp name and appends a number(or date or time or anything) if theres multiples. 

JoeQuake does something like that. 

Depending on what you are record, you better make sure the demo tools actually can work on it first.

Demo tools were designed for protocol 15 (original Quake). JoeQuake uses protocol 15, and most engines you can set protocol 15 (like type sv_protocol 15) in the console.

But many modern maps cannot be played in protocol 15 because they are limit busters, or use entity .alpha (Arcane Dimensions is one example among many). 

Yeah the idea here is for it to work with "modern" Quake. 

Try the demo tools out and make sure they work before you do anything. I don't know that they will.

They may very well not work. Or you may be pleasantly surprised, but they were made in 1997 era for standard Quake. 

Even if they worked, I wouldnt have a clue where to start tackling that issue. Time to learn QuakeC? errrr? 

A quickly made mirrors tutorial:

https://youtu.be/BSSnY9DfZ9Y - Mirrors Tutorial @ YouTube 

The people at Speed Demos Archive know things about demo tools. You might Google for their site and try to contact someone there. 

Wanna make mirrors