Leaderboard

Guess what?

If you wan't to adjust the lightgem modifier (or any other value) via the locations system, you should use the locations system. Modify the script to do what you desire and use an additional spawnarg on the location entities to specify the lightgem modifier for the respective location.

Hello, as others have done, I'd like to start my own mapping thread to provide content I create in one place. Feel free to use anything from this map in your maps or for TDM integration. There is a book in the map with more description of the contained content. OGDA_Demomap Version v3: https://das-kartell.org/files/thedarkmod/ogda_demomap/ogda_demomap.zip Installation: Extract the content of the zip-file your "TDM install dir/fms" folder, the folder "TDM/fms/ogda_demomap" should be present afterwards. I'll post new versions from time to time when I have new content ready. Current map contents: v1: New Paintings (for details see here: New paintings thread v2: TDM Fountain prefab expanded with base, water, light and particles Drainable/fillable bath with sounds and secret compartment only accessible when drained Moving bookshelf with hidden compartment, very failsafe, the setup ensures no clipping or false states will happen (with one tiny exception, see book) Buildings (TDM defaults) with lights, monster-clip ond some details added New Buildings, mainly created from Springheel's TDM modules v3: Ambient light setup Additional info for the current version: - Foutain still needs monsterclipping - the largest building on the right side has a working window where the candle is, you can fill the room with content or revert the window to a func_static - most of the content that belongs together is grouped for easier copying/moving - most of the content is created for A night of loot 2, but that map is still in extremely early stages, there's no guarantee or release date for that one Credits: Additionally to content created by me, this map contains content provided by: - The Dark Mod - Obsttorte (i.a. fog script, texture blending) - Springheel (modules shipped with TDM) - TDM community github repo (Thread) Please let me know if you find content created by you in this map in case there isn't a mention yet. Screenshots:

UPDATE: They do not just come in black. I'm getting semi-transparent red blocks here. They were gained while staring in this direction, I am unable to replicate this on video. Edit: Better view here, angle of execution. Lower right.

I'm doing some major archiving and updating on our wiki and the Thief wiki. It should be completed soon enough. I would also like to ask a question: The author "Digi", who made the TDM FM "Poets and Peasants", is Digital Nightfall from TTLG.com ? Or is he a completely different author ? Thanks in advance.

Yeah. I've noticed that. AI mobs have more curves around their edges, so rimlighting is more prominent on them. And lighter colored textures created lighter grayscale fake spec maps, which make shinier fake specular. So, her edges are highlighted extra prominent, and her skin looks oily / plasticy. Without individual textures having their own built-in, real spec maps, or the game having some kind of surface-type variable to differentiate surface material type (fabric vs. metal vs. stone, etc), all I have to go on is their diffuse map to make fake speculars. If I could do an if/else on material type, we could dig up some materials algorithms to apply to things to make fabrics look duller/rougher, metals more metallic/shiny, bricks/stone more "bricky/stoney", etc. I don't think that flag is tracked in the game, though. (I don't know.) So, doing best I can with what I have an know how to do. If I mess with multipliers to make her look good, other things, like walls and such, end up losing so much specular or rimlight that the effects are barely noticeable, if at all. Then tweak things to make them look good, other things stick out. Catch-22. ~~~~~~~~~~~ For things that don't have real spec maps, I thought about just going back to mul'ing fake spec map by diffuse texture rgb again to just give them a color saturation boost. But, I stumbled across a Quake Wars: Enemy Territory wiki that talked about using inverse diffuse texture as specular color to create a more "neutral" (matte/diffused/monochromatic) specular color. https://wiki.splashdamage.com/index.php/Basic_Texture_Overview I tried it with ambient and direct lighting.. and it makes ambient specular look better (not as prominent, more blended into shadows/scene). For direct light.. not so good IMO. So, I only applied it to ambient light... grayscale diffuse texture = fake spec map inverse diffuse texture = fake spec color In doing that, I go back to using the specdot * specular.rgb for fake spec light finalization again. Then I experimented with making rimlight an .rgb again, but only inside the non-cubic branch. I mul the rimlight dot by specular.rgb for color... and it helps diffuse/tone down/blend the rimlight a bit more. And, oddly enough.. when I just keep that rimlight in the non-cubic branch.. my water on Training Mission doesn't disco color on me. So, I'm not sure why the water disco lights when rimlighting is done outside the branching. Everything seems to use non-cubic branch, so .. just gonna keep rimlighting inside there for now. I've attached v 0.56 shader .zip v 0.56 inverse diffuse texture used as fake ambient specular & rimlight color I'm testing it out as I play Blackgrove Manor. glprogs.stages.interaction.056.zip

Ambient light setup It took me a while to figure this out, so I'm documenting it here. If there is a faster way to set the worldspawn lightgem_adjust arg per location than this or a technical mistake, please let me know. What this does: The location system allows to setup locations (areas), which enables each location to have unique settings like ambient sound, ambient light, etc. This setup here ensures that the ambient light for each location is adjustable and that the lightgem_adjust modifier of the global worldspawn gets adjusted for each area, instead of only setting this just once on map load. This solves a problem where guards in dark indoor areas don't recognize the player at normal distance and recognize the player far too soon when stepping outside in a moonlit street while the player is still in a "not active lit" place. It looks like a long act, but it doesn't take long and as soon as it is set up, the mapping for a new location is fast, as it is only setting up a few new entities and spawnargs/targets. ######## Definitions/needed objects, location system of TDM, this consists of: one atdm:location_settings entity (containing some definitions) several info_location entites (one in each location) several info_locationseparator entities (each sitting in the middle of a Visportal, so that all visportals which split off a location from another have one. Visportals within a location not leading to another location don't need this entity.) ######## I'm listing every property here, so some have just descriptive values. Worldspawn: Add the spawnarg lightgem_adjust: 0 to one brush (as usual, any worldbrush will then have it). ---- Create the ambient light by making a light entity (one per map). The _color (=intensity) gets set to zero. My ambient_light and ambient_light_dynamic definitions in the info_location entities otherwise would make the light far too bright (seems to get multiplied) and I define the light values solely with the info_location entities. Additionally this gives a nice effect at map startup, where the ambient is black first and then rises to the level of the current location, like as if the eyes are slowly adapting to the darkness. Entity Light: classname: light name: ambient_world _color: 0 0 0 light_center: 0 0 0 light_radius: scale, to cover your whole map nodiffuse: 0 noshadows: 0 nospecular: 0 origin: place, where you like parallel: 0 texture: lights/ambientlightnfo ---- Create the atdm:location_settings entity (one per map). You can define the sound definitions (property and value) as you like. Entity location_settings: classname: atdm:location_settings name: atdm:location_settings ambient_light_dist_scale: 1.0 ambient_light_dynamic_cap: 0.1 0.1 0.1 ambient_light_fade_time: 7 this is the it takes the ambient light to adjust when traversing to a new location and at map startup ambient_light_falloff: 1 origin: where you want to place it s_shader: silence snd_cellar: phantoms snd_inside: mansion_tense01a snd_outside: city_sleeps01 snd_placeholder1: desolation_loop snd_upstairs: derelict01 ... and so on with the sound definitions ---- In the middle of all Visportals, sealing one location from another, put a info_locationseparator entity. Entity info_locationseparator: classname: info_locationseparator name: info_locationseparator ..._1, ..._2, iterate, doesn't matter origin: middle of the according Visportal ---- Inside each location, put one info_location entity. Entity info_location: classname: info_location name: info_location ..._1, ..._2, iterate, doesn't matter ambient: snd_inside use a sound property-field defined in the adtm:location_settings entity ambient_light: 0.027 0.027 0.027 this is an example, use whatever light level you want to define for this location. 0.027 equals a light level of 7. Note, that if you use the color picker - red/green/blue of this field, the value might be automatically reduced each time you deselect/reselect, don't know if this is bug, so recheck the values. ambient_light_dynamic: 0 0 0 with an ambient_light of 7 = 0.027 this ambient_light_dynamic value of 0 gives a good shop indoor brightneess, if you set ambient_light_dynamic to 0.002 0.002 0.002 with ambient_light 7, this gives a much brighter moonlit street look, but you can also leave ambient_light_dynamic at 0 and just increase ambient_light. origin: in your location area volume: 0 loudest ambient sound call_on_entry: adjustlightgem the function name in yourmapname.script lightgemmodifier: -1 a custom spawnarg, read by the function adjustlightgem in yourmissionname.script For valid values for lightgemmodifier see this wiki page: https://wiki.thedarkmod.com/index.php?title=Virtual_Darkness For example an ambient_light value of 7 (with ambient_light_dynamic value 0) should have a lightgemmodifier of -1. ---- Create a textfile (replace yourmissionname everywhere): TDM/fms/yourmissionname/maps/yourmissionname.script with the content: #include "script/yourmissionname.script" ---- Create the folder: TDM/fms/yourmissionname/script And create the file (this looks a bit redundant here, but you can include several script files in the first file and reference them): TDM/fms/yourmissionname/script/yourmissionname.script and insert the content (extend as you like): void adjustlightgem(entity location) { string location_name = location.getName(); float lightgemmodifier = location.getFloatKey("lightgemmodifier"); // console debugging // sys.print ("Entering location: " + location_name + "\n"); // sys.print ("lightgemmodifier: " + lightgemmodifier + "\n"); $player1.setLightgemModifier("worldspawn", lightgemmodifier); } ---- Result: The ambient light transitions from location to location and the worldspawn lightgem_adjust arg gets set accordingly, and you have a nice effect at map startup.

Not sure how helpful it is but it is possible to get multiple squares. It is also possible for a square to pop up much later than another square.

A tiny bit of research would have told you the game was released in 2009, so no, it's not a beta version, nor "very early" to be adding graphic effects to an engine from 2004. Welcome to the forums.

Well, that's unfriendly. And IMO not even particularly accurate.