Yeah, I think I'm gonna give up and go with the slope. As I said, there's gonna be action here so the player probably won't stand still... I still wish I'd understand why the momentary halts happen though.

Bloughsburgh, yes I know there's bound to be some chopiness, I've been playing Quake since it came out. But the 16-unit steps make it super choppy, with a side dish of getting stuck. Fuck that, it's a slope. Uiiiiii! 

I'm about 90% done with the layout of the Quoth map I'm working on (minus tweaks) but there are a couple issues I want to address since my last compile.

1. Running the map in Quoth seems to make all liquids transparent, which doesn't happen when I run it in vanilla Quake. I was wondering if this is something weird I'm doing or if it's a normal behavior I can turn off, because I don't like the way it looks in my map. The Quoth mapping tutorial doesn't mention this.

2. How do I use a point file in Trenchbroom to find a leak? Nothing in the Help file says how. 

re: 1. I did find the leak (it happened when I raised a floor that I also happened to be using as a ceiling for a room below... probably shouldn't do that), but still, it would be good to know how to use point files. 

In TB 1.16 I go in the File menu and click Load Point File. I assume it'd be the same in v2. 

It shows a yellow line running through your map and you'll find the leak on that line. 

Some editors can display the pointfile, others can't. Just load your map in Quake. open the console and type pointfile.

It helps to turn on notarget and noclip when looking for the leak.

The line of points will start out in the void and zig zag its way to an entity through the leak. 

1. Running the map in Quoth seems to make all liquids transparent, which doesn't happen when I run it in vanilla Quake. I was wondering if this is something weird I'm doing or if it's a normal behavior I can turn off, because I don't like the way it looks in my map. The Quoth mapping tutorial doesn't mention this.

It's probably that a map you've previously played in Quoth set the water transparent, and the last setting gets saved by the engine. Add an info_command_spawn to the map, and give it a "message" key of "r_wateralpha 1". This will force all the water in your map opaque.

If you wanted to make some water transparent, and other parts opaque, that's a different trick which I can share on request. 

I'd be interested in hearing the trick, just out of curiosity to see how it compares to the method I usevin my maps with func_illusionary brushes... 

That's pretty much it, you use func_illusionary combined with *waterskip for the portions that should be opaque, and regular water brushes for the transparent parts. 

Pointfile thing was a big no duh. Whoops.

As for the liquids, that did it Preach, thanks!

Now I just have to figure out how to make the lighting look passable. Time to take a peak at some map sources and see how it's done I guess. 

So I downloaded the JACK fgd, it's a pity it doesn't show the correct models for some entities (all armors look the same, etc.) but it does actually have all the entities, so that's a fair trade.

In other news, i'm jumping from one issue to another with this room. I'm trying to set up some reinforcements to spawn in when the player presses a button, and i want them to at random intervals. I set up a simple gate with a trap, a func_wall and a trigger_multiple to fire an info_logic_random, which is supposed to pick a spawner at random to fire.

Well, it certainly picks something! Using 'developer 8' I found out than when the info_logic_random picks a set to target (it's in branch mode) it also decides to killtarget '', the player. Bit of a showstopper.

Here's the entity setup:

// entity 494
{
"classname" "info_logic_random"
"origin" "3720 808 296"
"angle" "-0"
"spawnflags" "1"
"target" "monspawn2_a"
"targetname" "monspawn2_1"
"chance" "0.5"
"target3" "monspawn2_b"
}


Trust me, I hate the target naming scheme too.

So, any advice? Is this entity just bugged? 

how does one make the waterfall (from dissolution) texture behave like water while still being animated? 

I suspect you would have to make 2 brushes. The animated texture a func_illusionary and a water volume with a waterskip texture? I'm not 100% sure though if having a completely skipped face water volume would work. 

Just throwing this out there.

*waterskip is ONLY for water. Adding *waterskip to any face of an otherwise *slime brush will cause it to be treated as pure water.

As an aside, you could create a secret path through lava.

Does anyone know if there is support for *slimeskip or *lavaskip in Tyrutils? 

As an aside, you could create a secret path through lava

Ooh, that's nifty! 

heh that's actually relevant to what I'm doing. I'm not fussed about the slime damage though, it's only a small area.

here are the textures I'm using, they're the waterfall textures recoloured for slime.

https://dl.dropboxusercontent.com/u/108695968/slimefall.wad 

In the same area as your water texture, make a trigger_hurt.
Add a property to the trigger_hurt titled "self.solid" with a value of "SOLID_NOT"
(quotation marks unnecessary)

The downside is that envirosuits won't protect you from the damage using this hack.

You can also mimic the death message of the slime using this method. 

it already has that property.

/me reinvents the wheel. 

So, any advice? Is this entity just bugged?

Yup! Good catch. Interestingly, this is a variation on the issue that NewHouse was experiencing with empty killtarget fields a few weeks back. Only trouble is that the progs is setting the blank killtarget field, and there's no way around it.

For now, you might have to stick to using it without the toggle spawnflag (which was added as an afterthought and not tested well enough). There is a way to emulate the toggle behaviour with a few additional entities:

Have the info_logic_random target a func_togglewall on and off. Place an info_logic_inopen inside the togglewall with target "monspawn2_a", and an info_logic_insolid inside with target "monspawn2_b". Then, when you want to make a random branch, trigger the info_logic_random, followed by both the info_logic_inopen and info_logic_insolid. To trigger things in a specific order, simply target the first one using the "target" field of the instigator, and the second using "target2". 

Thanks for the confirmation and advice for a solution. Hopefully people will find it in the future when searching the thread!

Unfortunately the issue is no longer relevant for me, I ended up trying a few different options and settled on the monsters targetting their spawner when they died instead. But in between that, I experimented with using the min and max damage range of the info_trap and different health values for the trigger_multiple, which had a similar effect to what I wanted if I set one up for each spawner. Sadly it made the encounter either too spammy or too full of dead space and so I dropped randomness entirely. 

Is it possible to make the core of light different color by placing multiple light entities in same spot? I'm using delay 2 in this case, and was thinking of using 450 - 300 light value, but putting different wait values for each entities that are in exact same position. But so far I haven't anything like that, maybe the intensity of other lights will wash off what I'm thinking, or maybe that's not even possible. I'm was thinking of nice a bit cyan color as a light core, and then it gets milder yet changes color more to steel blue and last 3rd would be almost white color. That way I could make colors pleasant to look at but not making basic gameplay harder.

Just wondering, because I know you guys are better with technical knowledge and stuff. I will continue testing, not sure will it lead anything. 

you can stack multiple lights, just be aware that they will both add together in the central core. 

There seems to be also different kind of light entities.. globe, light, marsh, fluoro.. best way to see results, might be just trying each of them how they look. Is it fine to try out multiple types, or are there limitation or error from using too many types and so on? 

I guess those are almost the same as normal Light, light seems to act same way.. maybe those has different attributes or something then.. globe seems to have a sprite ball or something, and marsh has bubbles effect. 

The various light entities mentioned above are all just the same as a regular light, except that they also have something else attached to them, like a model, particle effect or sprite. You won't be able to achieve any different visual effects in regards to color or attenuation/dynamic properties with them.