What's the benefit, considering how modern engines already allow 24-bit external textures? 

You guys rock thank you for the DP fixes. Really good to have options for folks that refuse to try other source ports. 

A big static .mdl entity floats in the air casting a shadow below.

On the ground, under the shadow is a rocket launcher --- also a .mdl.

Should the rocket launcher get a shadow from the object above? Or not receive a shadow because it is a .mdl.

Or worse, a player types r_shadows 1 in the console --- now what should happen?

Then, out of nowhere, Barnak shows up and fires a rocket, generating a dynamic light to add to the mix ...

Not only that: a decent chunk of people use DarkPlaces and it not really known whether or not DarkPlaces may ever be updated again by LordHavoc who is off doing prosperous things.

I think many of those users griped quite a bit about alpha textures in the Arcane Dimensions release, in large part because AD was an exceptionally high profile release.

(Complex world ...) 

I've noticed that lit water gets dirtmapped, but it doesn't generates dirtmaps on the other surfaces.

Generating dirtmaps on the other surfaces could be a cheap alternative to alphablended shorelines. But maybe some mappers would prefer to just not generate dirtmaps on liquid surfaces at all.

Also, my code doesn't take care of sunlights. Please take a look to see if sunlights should also be modified for backfaced liquid surfaces. 

Is it possible to make something similar to the shadow brush in hl2? It's a brush covered with texture with a special name (like skip) and doesn't have collision but casts shadows like it was a visible brush.

Yes, it's called info_null : - p

Seriously, a brush-based entity with info_null and "_shadow" "1" should case shadows but disappears in-game. It does use up a model precache, but you should be able to safely combine all of them in your map into one entity to it only takes a single slot away. 

oh heh, that's a good idea. i was thinking of making think: SUB_Remove and nextthink:1.0 or something but that's even better. 

I thought I would find it in here but does anyone remember the batch tool for recompiling all of quake1's maps to use the new dirt AO? 

Vanilla Quake has several places, like the wooden stairs to the E4 pool in the start map, that doesn't behave well with dirtmapping.

A manual editing of such situations is recommended. 

I did it once. It looked like shit. :(

Maybe some tweaking could help, but it might have to be done per map. 

Question... sunlight supports color but does the ambient sunlight2 also support its own separate color? If not could that be added? Nice cold shadow with warm lighting done for exteriors super easy. 

 

for the experienced user. 

Nice cold shadow with warm lighting done for exteriors super easy.

That is one of my favourite setups, but i've also found other cool combos like Yellow light and green shadows (eg: the interstellar skybox) 

I was suspecting as much. Nice to know that works! :) 

Is something changed with the way 'style' is done on lights? I have a bunch of lights in my map with no targetname, but I have manually set them to use style 12. I then was changing them in QC by directly referencing style 12 instead of doing the typical target/targetname shtick.
However, this no longer works with the new tyrutils (I was using aguirre's light before). I've checked my code and I'm still modifying style 12, but it seems like the lightmaps lost their styles..? 

weird, that should work. If it was broken in the tool, I'd expect the regular flicker styles 1-11 would also be broken.
Try version 0.15.4 from http://ericwa.github.io/tyrutils-ericw/ if you're on a different version? 

i see, for some reason, delay 4 lights cannot have lightstyles in tyrutils?

can we revert that so that it works with all lightstyles?

also, it appears that delay 4, 'local minlight' is broken? it looks just like a normal light. 

Ah, good catch, delay 4 lights don't support lightstyles. They are handled in a different function that applies minlight, and it just assumes the style is 0. Should be easy to fix.

As a workaround, delay 3 (infinite) should be almost the same as delay 4, especially on styled lights, because the engine will be blending the base lightmap with the styled one, so you wouldn't really get a minlight effect even if the styled light was using delay 4.

Delay 4 is working correctly for me otherwise, though. Maybe send over the map if you can't get it going? 

nm about the delay 4 not working. i think it was the dirt mapping making it look like it was attenuating. :P 

Trying to find problematic brush atm. Log blames line 66597.
Using notepad++ to edit .map file (manually cut bunch of entities and see if problem is gone) and through described process I found that compiler and notepad probably count lines differently, because given line was commented one (entity number) few times or part of a light entity.

What's the catch here? How can I find actual line that compiler refers to? 

I remember seeing some screenshots and talk of smooth shade surfaces using textures with a prefix or suffix of some sort included to tell the compile that they should all be smoothly shaded together... It was this lovely set of tools correct? Still in development or another offshoot somewhere else that I am missing?
Feel free to correct my madness if I am imagining such things. :P 

Is this what you are looking for?
http://www.celephais.net/board/view_thread.php?id=61211&start=257&end=279 

Ah that looks like it.... but the download links dont work anymore. 

You can always email me and I will send you my compilers later from home? They have the smoothing 

i've lost track actually... but is the smoothing stuff not in the normal version we pick up from github?