I imagine vanilla WinQuake still has a following because of that very special je ne sais quoi that the software renderer provides.

Nah, that's what the qbism super 8 engine is for. ;)

Except in extreme cases, you're safe to go to the Fitzquake doubled map limits at the very least. 

I endorse Fitzquake with overbrights and GL_NEAREST for all your je ne sais quoi needs

Oh absolutely, but for me it doesn't quite tickle the nostalgia glands in the way oldskool 8-bit rendering does, the way it uses the colormap and whatnot.

Be nice to see an option in the fitz-type engines that uses a shader to simulate the 8-bit rendering.

necros - for whatever reason, I can't run super 8 on my pc. 

Except in extreme cases, you're safe to go to the Fitzquake doubled map limits at the very least.

You won't get any argument here from me on this. Way back in the early 00's I was saying that r_speeds were going to be less and less of a concern in the future. Of course I really had no idea that people would still be mapping for Quake as much as they do over a decade later, but I did know that the common PC was going to be able to handle a much larger and more detailed level design without even breaking a sweat.

Moores law and all of that stuff. 

I have a question regarding doors and platforms... from what I have seen in quake 1 they tend to move one direction and set distance correct? Or is it possible to have them follow paths / move one direction and then another? Have a door shift backwards and then down into the ground as an example. Or a platform on a looping track? 

Unless I have to use that as a hack? 

Outside of secret doors, no. Everything moves in a linear fashion from A to B. func_trains are the only option for anything fancier. 

Func_train and func_path are what you will need to do. Group the brushes that you want to use into one object then give it a func_tran attribute. From there place a func_path at each point where you either want it to turn or want it to wait.

Keep in mind that odd shaped platforms may need some tweaking with the func_paths to keep the platform from disappearing into walls or whatever. The func_train is also just like a func_wall in many respects (no shadows cast by the train platform itself for example) and that whatever shadows fall on it when it spawns into the world will always be on it so be careful about where you start it off from so that it has the right lighting cast on it from the start. 

I thought I saved it but I know some helpful person on this forum made a map for quake1 that was the maximum size possible that you could load up in any editor to check if your level was outside the world limits. Anyone know where that link is? :) 

http://www.quaketastic.com/files/single_player/maps/hugemap.zip

This is the maximum size map you can make for standard bsp quake. 

4096 units in each direction is pretty much the limit, afaik. 

Radiant On Windows 8.1 [EDIT]

Posted by AcidicVoid [109.91.58.71] on 2015/01/10 17:25:50
I was wondering if there is a version of Radiant for Quake 1, which runs on Windows 8.1.
I have already tried several versions, but neither GtkRadiant nor netRadiant software runs under Windows 8.1.
Can someone help me with this problem ?



#1 posted by Lunaran [99.112.162.57] on 2015/01/10 18:51:34
Have you tried Radiant 202? It was the last MFC build before the dark times. You'll have to do some gymnastics with texture folders and sleepwalkr's mapconv.exe to use it for quake1 but once you've set it up it becomes an invisible part of the process.

sikkpin also updated the original QE quite a bit, and that's still MFC so it might also be adequately windows future-proof. Works great on 7, at least, and it's what I use. Harder to find, but still essentially Radiant.

#2 posted by AcidicVoid [109.91.58.71] on 2015/01/10 19:51:13
Nope. I can't install the 202 on Windows 8.1.
The installer won't start. 

I managed it to install version 202 on Windows 8.1 but it seems just to work for Quakw 2 and 3. 

Sorry ;-) 

I imagine the reliance on MFC is part of the problem. Talk about an albatross. :) 

Dunno if it helps, but tyrutils qbsp can apparently read q2 mao format, so that could save an extra conversion step 

MFC is just a wrapper for the windows API, I thought? What makes it so awful to use?

EDIT

googled "MFC sucks," 632,000 results
http://www.jvoegele.com/software/mfcbeef.html 

Haha, yeah. Also, it's dead (as in Micrsoft is no longer supporting it) so newer versions of Windows are going to have shittier and shittier support for it. 

You can grab the latest NetRadiant here: http://www.icculus.org/netradiant/files/netradiant-1.5.0-20120301-win32-7z.exe

I have no problems using it in windows 8.1 

Get it from here: http://ingar.satgnu.net/gtkradiant/index.html#download 

ok fair enough 

 

Well, the actual newest netradiant version (posted by negke) also seems to work fine on my windows 8.1

However they still haven't fixed the fucking clipper (it doesn't draw the 1,2,3 numbers on clip points) since it broke years ago. 

The linked version (http://www.icculus.org/netradiant/files/netradiant-1.5.0-20120301-win32-7z.exe) doesn't work for me.
I still get this: https://i.imgur.com/DwU4XQr.jpg
Usually nothing happens afterwards.
Sometimes it starts but crashes after a short while. 

I think it hangs like that for a long time when you start it up for the first time.

Have you tried just letting it sit like that for a bit?

After the first time, it should start up normally. 

well, if you do wait until it starts, but it then crashes, then I dunno.