ERH+

Made a fully nodraw skin for AI (and it's head), changed it's aas to aas_rat, lifted doors 32 units above floor. AI still is blocked by obstacle. "big_monster""1" + "nosolid" don't work nighter. How a collision model is created for AI? Maybe different material than nodraw will do?

I thought my AI at submarne at some point was passing through doors, but can't find that version. Could you make a fully nonsolid AI for me?

I've checked Mother Rose and it is something more like a fire elemental, but ignoring even brushes - I was thinking about a walking human AI. I'm not sure if in earlier variants of Seed of Lodestar the apparitions couldn't go through closed doors. I have to check how they were made, and if I even remember it correctly.

I would really be thankfull if you could, I have no idea how to make a custom AAS.

Do you have an example of such AI, collision box and AAS?

I wonder if one could made a more interactive tool, e.g. one with a tray so the player can put small objects, then use a microscope. It would trigger a camera in blue room with a spyglass overlay, and the given sample could match with a patch or a model showed below. Maybe even moving mouse could move and rotate the sample. Btw check stereo microscopes.

Is there a fm with ghosts going through closed doors and other obstacles? I see "fleshy" arg in builder guard ghost AI, and "ignore_obstacles", but AI seems to bash into things. solid=0 is not helping either.

It is green water texture.

Added some temporary lights to FM that is just entering beta - I guess there is not much to show if all lights are off in your mission... http://forums.thedarkmod.com/topic/19886-fm-marsh-of-rahena-beta-testing/

Heard a lot about bad editing on channels like Red Letter Media or Rossatron, found this one about good fast cuts.

I've just started working on my laptop with darkradiant and suddenly loading big map almost choke completely whole system. I remember working on large maps on this computer in the past and it never happened. DR eats almost all ram and only filtering func_statics make it barely usable. It have FPS count almost like when I noclip in-game and all visportals are off - but it happens in DR. Any solutions? ("cubic clip the camera view" don't resolve it at all). Older version of DR work the same way, what could have made such drastic change?

Voted maintaining the state of the lightswitch. But if there are AI in the area they would turn things on and off to check if lights work, making it more random. This would also need to be vocalised in one way or another. Also you can introduce further rules for wireless electricity (how things work when they "lose signal") and distinguish between "antenna" switches/ machines and those with thick cable stretching across whole building.

Ok I've messed up by adding unprocessed image as normalmap.

.tga shows as green, .dds are just black.

I have problem with custom textures. While some looks as they should, others appear with terribly distorted colours. I'm using as a template material like this: textures/painting_1 { wood diffusemap textures/paintings1 { if ( parm11 > 0 ) blend gl_dst_color, gl_one map _white rgb 0.40 * parm11 } { if ( parm11 > 0 ) blend add map textures/paintings1 rgb 0.15 * parm11 } // TDM Ambient Method Related { if (global5 == 1) blend add map textures/paintings1 scale 1, 1 red global2 green global3 blue global4 } { if (global5 == 2) blend add program ambientEnvironment.vfp vertexParm 0 1, 1, 1, 1 // UV Scales for Diffuse and Bump vertexParm 1 1, 1, 1, 1 // (X,Y) UV Scale for specular vertexParm 2 global2, global3, global4, 1 fragmentMap 0 cubeMap env/gen1 fragmentMap 1 _flat // Bump fragmentMap 2 textures/paintings1 // Diffuse fragmentMap 3 _black // Specular } } but image that should look like showed on right side, looks like on left. I have experimented even with stock painting and it still have broken at least rgb balance, but look better. (you can see what's left from custom portrait above the "stock" sorceress painting).

Glad you like it!

Chute is touching visportal and works like a door - visportal is open or close whenever you use chute. Move chimney visportal down so it won't touch chute, then look for holes connecting outer area and room at the end of chimney.

Change entity class of a gramophone to a atdm:mover_button, change "translate" so it won't move too much when frobbed. Target speaker from it. Also you can make some func_rotating with a disk model, targeted from gramophone as well.

Or bat senses; how about visualising sounds - every active sound volume would produce concentric waves, or rather animated lights that shows for a brief moment silhouettes of surrounding objects. I've mentioned thermal vision somewhere else; it could work as an on/off switch for separate texture set - can a brush/patch/model surface have defined two separate textures, exchanged instantly just by a selected key?

Seeing lifeforce like in tes4 oblivion. But how much more rendering it requires, does it work at the cost of droped textures?

I have question about TDM stock assets - can I modify e.g. material definition (and/or texture image) and add it with comment "oryginal file by yyy, modyfied" or is it "locked" in oryginal form until I contact the author? Same for edited sounds, scripts..?

There could be some examples when it would be a point in copying whole sections: expanding someones vision to make the game's world coherent. Using location's architectural style, revisiting same place in completely different scenario, using something like city's main hub as a starting point for new adventures - making the player already familiar with surroundings at the very beginning, so the hard part of creating immersion is achieved (by someone else!). But by definition it assumes you make it as clear as it can be that there is some story behind it, events already told, and it is in your interest to point to that source. You want to stand on someone shoulders. It is beyond me why someone as talented as Bikerdude need to take such a shortcut instead of making section from scratch, but if it is his weakness - and in any case I described - permission and crediting is a must.

I have question about handling movables in front of the player, particularly lanterns. I want lantern to be not in the middle of FOV, but rather near one of the edges. Is movable's position (in the middle, mouse wheel zooms in/out) hardcoded, or can I edit these properties for lantern or for all movables and replace used action script in said lantern?

Wiki don't say it is prohibited: http://wiki.thedarkmod.com/index.php?title=Scripting_basics#Discovery_.28or.2C_why_is_TDM_ignoring_my_script_file.3F.29