The Quakespasm hack that Spike made and was posted above by Johnny Law...

http://triptohell.info/moodles/junk/markv_bsp2.zip

RMQ was just a forked version of fitz. It had some some to handle lights and rendering better... plus some effects that everyone whinged about before turning off. 

Also support BSP2 / 2PSB.

Not sure if these are considered faithful enough though.

The resistance to the BSP2 format seems to be 'I don't like big maps'.

Which I don't understand - it seems a shame since what many mappers want to do is push the boundries. One way of doing this is to extend the 1996 limitations - which has been sneaking into custom content for years anyway.

Remember when skyboxes were introduced?

The content of a map (good or bad) != map format. 

But I can understand why people exceed the normal limits at times.

I can't offer to do a thorough beta test because I have a map of my own that I'm desperately trying to finish this year and I just don't think I have time. I could give it a play through and offer any comments though. 

plus some effects that everyone whinged about before turning off.

I still can't turn off interpolation. 

Isn't that just one of the standard fitz commands? 

The RMQ engine that I have been using for testing is version 0.85.3, dated December 28th 2011. The latest build of RMQ presents unusual problems such as grenades falling through solid floors and monsters getting stuck in places they shouldn't. I may just include 0.85.3 of RMQ with the map release, so there's no confusion of what RMQ engine to use.

I tested the map with Darkplaces, and it runs fine but there are certain essentials items that disappear from the map, as well as alpha textures not being supported.

FTE will load the map, but about 30 seconds in will crash, I'm not certain why.

@mfx The map is actually already split in two, that's how large it is :)

Fitzquake_mark_v_bsp2 unfortunately doesn't load the map at all, it returns with an error of mod_loadleafs 34703 exceeds limit of 32767. I'm assuming that this could be an easy fix.

To those concerned about the map being too big, I can say right now its not THAT big, maybe only 20 minutes for the first part of the map. It's size is massive, but the actual play area isn't too big, to the point where I'm certain you won't be able to get lost.

And I won't make a stripped down version of the map ;) 

Not in MH's Genius Engine 10.0, no, 

hubQuake is the new thang. 

yeah that sounds like a good idea. 

I had an idea, but when I went to build it things didn't work the way I thought they would.

The idea was to spawn a bunch of monsters, in a stack, inside a tall skinny box. I put a teleport brush in the bottom of the box. The teleport is triggered once every 4 seconds by a string of relays.

I expected the stack of monsters to fall every time the bottom monster was ported out, but no. In addition, not all the monsters would drop on top of the one below it when initially spawned. Some would just hang in mid air, at their original spawn point (I had them spaced with 128 units apart vertically). 

I haven't bothered to test this one, but it might just work...

Try adding a trigger_monsterjump with speed 1 and angle pointing down to cover all four monsters. Also place them closer together so it doesn't matter if they don't drop to the floor initially. 

 

I'm using Fitzquake 0.85, it's all I ever use.

A trigger_monsterjump will probably work, but I was trying to minimize the number of models required. I was able to get the monsters to fall correctly by activating them with another relay. Once they start moving they fall as they should. Pre-activating them this way is less than desirable though.

The way I had this working before, all the monsters spawned on a long, sideways moving door. There were small walls between them to keep them separated and to keep them from moving with the door. As the door slowly slid out from under them, they would fall into the teleport.

This worked, but the timing was hard to get right due to the different sizes of the monster bounding boxes, and I was trying to get rid of the door to free up another model.

I have gone back to using a door to move the monsters. This time the door consists of 4 brushes sized 64x64x8 (one brush per monster 8 units below each) moving downwards. The monsters correctly fall onto their section of door when spawned. Once activated, the door lowers them into the teleport brush.

The timing is more deterministic this way, so even though I haven't freed up any models, that is an improvement anyway.

I still don't understand why the monsters don't want to fall correctly.

In order to stay on topic, here is a screenshot:

http://www.quaketastic.com/files/screen_shots/Wish13_0007.jpg 

trigger a teleporter. If you give it a targetname it won't do anything until called.

Would mean making a single teleport per monster though, so not particularly helpful for reducing entity count.

That map looks badass. 

looks very promising Rick! 

from dat shot perspective the map itself looks a bit dull , in kind of texture set

that rune texture(red-ish) added here and there would do the job 

 

Advice:

Trim-trimmings-trim
Trim-trimmings-trim
Trim-trim-trimmoo,

I've got an important message for you...

If you don't break up the textures on the wall more, it might slightly suck, David Cameron's a whore.

But seriously though, it looks really cool, love the tone. 

How in the world do you guys see anything in that screen shot? From that distance and with all that fog I think you can assume that whatever detail there is can't be seen.

It is a little on the monochrome side - that's intentional. There was more color six months ago but people said it didn't fit in or something. Whatever it looks like now is how it stays. I have no desire to make those kind of changes.

Yesterday I wasted hours trying to figure out why monsters didn't fall when spawned. Today I added the new teleporter system (that I finally got working right). To do that I had to change one room from short and wide to tall and skinny, deleted 12 unnecessary spacer brushes and I replaced a door that was using about 50 tris with one that used only 24 and when I compiled the map the marksurfaces count went from 32029 to over 32800. So I've spent the last couple of hours fixing that.

Does anybody know if there's a way to keep Netradiant from renaming all the target/targetnames when you copy and paste? 

we get the GIST of it Rick - gothic cathedral-like outdoor architecture, indoor Runic areas lit with oldschool spotlights, and lava! How could we not think that's sweet?

As for the technical side I'm pretty useless (other than bothering people who know what they're doing), but I'm sure someone useful will come along soon. 

I remember the moaning about the yellow lights,
and now people want it back. I like the look now,
monochrome or not.

People are strange.

As for the NetRadiant issue, i have no clue... 

the infamous yellow lights and the big red window.

I did tone the lights down a little. 

just great... 

neoclassical