Search the Community

I've been involved in the TDM community now since before we had a game, since way back when we were arguing over lock picking methods lol Finally, I'm finished with Briarwood Manor - my first Fan Mission for The Dark Mod. I've been hatching this for a year so I'm wrapped it's finally done. Briarwood Manor Crowind - made the Briefing for the mission: This is the HD version. Briarwood Manor is a old manor house built and added on to over the years which gives it it's design. The family part is the original home, and two other parts were added on later. Inspiration came from an image in the TDM Editors Inspiration thread. Available through in-game downloader. - available also in the link below. Update Version 1.93 - Fixed a few issues that surfaced, and added a sign to the Armory because people were missing it and thinking the mission was very thin on resources. Remaining Issue: - DO NOT BE SEEN BY THE STEWARD AT ALL! Update Version 1.91 - Removed an erroneous LARGE file that had accidently been in the mission blow the mission size up dramatically other assorted bugs fixed that were pointed out by the Community. Thank you Also replaced the missing script file that controlled the Drop Key which I accidently deleted. LOL Update Version 1.9 - Fixed a bug caused by roof projecting into the sleeping maids room upstairs. Update Version 1.81 - Fixed a bug caused by a faulty newspaper readable that I couldn't fix, so I converted it to a static model that is no longer frobbable. Update Version 1.8 - Fixed a problem with a patch that somehow got misaligned in the previous version of the level creating a ceiling shadow. Update Version 1.7 - Fixed some brush splitting, and a problem with the stairs. Also fixed a readable problem, and a few other minor problems. Added little more detail around the woodshed. Update Version 1.6 - Fixed problem with Crowleys Diary, and a screwed up shadow in the old well. Update: Version 1.5 - Resolved the problems with the Steward and the Dropkey. They should never be a problem again. Unless you decide to hit him, then you are going to break him from his route lol. Fix an sound issue, and fixed a problem where the player could get into places he shouldn't until the right time. lol Improved the performance for the garden area. It should be playable for low end PC's now. If you get stutter issues, drop your video settings, especially the LOD setting. With LOD set to Very Low, Fog will be gone, and detail will be dropped a lot at a distance. The higher you raise your LOD the more you get. ie at LOW LOD Fog comes back. Experiment so you get a setting your PC is happy with. You can use the console command com_showfps 1 to see what FPS you are getting. 30 and above are acceptable. Enjoy. Update: Version 1.4 - Resolved (partially the drop key issue - save before you go into Stewards room, fixed many other minor problems picked up by Abusimplea. Added a new room, made the map a bit more open, solved some of the difficulty issues people had. The map should now be ghostable. I hope. Should be added to the in game downloader within a day or so depending. https://drive.google.com/file/d/1I_-ZJDGUtK7P4-b5zsGsEcYAH0vYdgnw/view?usp=sharing If you download from this link, top right arrow pointing down, is how you download it. Click it. A few things to note: 1+ Hour of gameplay - Easy Difficulty is intended for new players. Hard/Expert for most of the TDM Community. This is a challenging map for new players. Use your tools Features a custom intro (above) and a few custom sounds, and some voice acting. Warning: This mission is not for low end PC's. The house is fine, but the garden will make lower end PC's grind. The map has been made sensitive to LOD settings. So if it's grinding you're PC drop you're LOD settings for it, then you can return them to normal once you've finished. On my Medium PC gtx 760 with Normal LOD I get 30 to 60 fps in the garden. I upgraded to GTX 1070 and get pretty good 60 fps in the garden. Briefing Video made by Crowind and I can't thank him enough. He did an amazing job of this. I was so lucky to have him do this. Cast: Voice Actors (Intro) : 1St Merchant: Crowind, 2nd Merchant: Mykel19XX Corbin: Goldwell Voice Actors (Mission): Corbin played by Goldwell, Morgan Crowley played by V-Man, Giles MacCadie (Steward) played by myself Thank you to my Beta Testers: Cambridge Spy, OldJim, V-Man, Jaxa, duzenko and Bikerdude. Cambridge Spy and OldJim did most of the hard grind in finding problems, so thank you both so much. If you are stuck or need help, fastest way to reach me is message me on my youtube channel (link bottom of this post). Use the resources you were given and you should have no problems. Otherwise post spoiler free in this thread. TIP: Don't be seen by the Steward, or he might glitch out. Credits: Crowind put my briefing text into a more thiefy style for Goldwell to voice. He also helped with refining the trailer for the mission. Bikerdude (did the coal door for me and let me use his moonbeam method) and sorted the performance side of things out and thereby taught me how to do performance., grayman for providing a script to handle the drop key (Abuseinplea for fixing it from bouncing) and grayman for solving some conversation problems. EHR+ or showing me how to do the double secret door and Fidcal for his Fidcal's A-Z tutorial for Dark Radiant. Without this starting point I would not have started. Changes 1.2 to 1.93 - Added a second way to get into the building - Dining Room and Parlour doors now pickable, to make it bit less linear - Electric Light in Lobby dropped it's luminosity from 240 to 220 Little bit darker. - Door on the landing (catwalk) is now unlocked - Spider no longer walks down to the ladder, or clips into the floor. - Opened up the level more so you can choose more how you want to tackle it; except for family rooms (top of stairs) - Fixed a graphical bug with the back stairs caused by TDM upgrading to 2.06 - Added some plants around bottom of garden wall alongside cart. I don't like seeing planes meeting. lol - Made some changes to the fog in the garden. - Fixed a problem with the newspaper that was allowing the no frobbing bug to occur. Enjoy Neon PS: Why does TAB key no longer tab? It drops to the bottom of the page. I have to say I hate this editor.

Type of mission: Mansion/Estate/Horror Story: Lord Blackgrove recently purchased a rare expensive artifact. The whole family has now disappeared leaving the manor empty. Time to check out the manor and see if the artifact can be found. Build time: My first map ever, 300 hours (5 months). Credits: Kingsal - Breaker script for light switches and elevator Dragofer - Ambience Track 'Intent' Springheel and Sotha - Video Tutorials (those videos really helped) Feedback and testing: Cambridge Spy, Dragofer, nbohr1more, Acolytesix, wesp5, Shadow, Zerg Rush, AluminumHaste, prjames The whole community. Download (1.03): https://drive.google.com/file/d/1wZc_nqHoX7kQvzfg08EpoRy2hyuH7mw3/view?usp=sharing Edit: Version 1.02 provides large performance improvements in the outdoor areas. Be sure to set TDM Object Details (LOD) to Normal (or lower) to take advantage of some of the optimizations. Edit: Version 1.03 further improves performance around hedges thanks to HMart's alternative hedge model. I’ve had a mission like this in mind for years. My main influences and inspirations are: Deus Ex - Chateau DuClare (https://youtu.be/9QLT_l8aH78) Clive Barker’s Undying - Main Mansion (https://youtu.be/t8PyXhCQB3Q?t=90) Thief Deadly Shadows - Shalebridge Cradle (Almost everyone should be very familiar with this one) (https://youtu.be/Rw4YZuRUgXA) In case anyone gets stuck and needs help, I’ve listed some questions and answers below that will hopefully help. FAQ

@Frost_SalamanderIt has been a good minute since i've played with particle collisions with rain, however I decided to revisit it after seeing your post and I can't seem to get it working. @stgatilov could you please confirm if this is the right flow as it doesn't seem to be working in my map: 1) Create a .prt file containing: particle rain2_heavy2024 { { count 100 material textures/particles/drop2 time 0.500 cycles 0.000 bunching 1.000 distribution rect 0.000 0.000 0.000 direction cone "0.000" orientation aimed 0.000 0.040 speed "1000.000" size "0.500" aspect "1.000" randomDistribution 0.000 fadeIn 0.200 fadeOut 0.000 color 0.040 0.040 0.040 1.000 fadeColor 0.000 0.000 0.000 1.000 offset 0.000 0.000 0.000 gravity 0.000 collisionStatic mapLayout texture 512 512 } } 2) Create a .mtr file containing: textures/darkmod/weather/rain2_heavy2024mtr { deform particle rain2_heavy2024 qer_editorimage textures/editor/rain nonsolid noshadows { //needed to emit particles blend filter map _white } } 3) Create the appropriate patch in game applying the above texture to it (with the texture fit to it and it facing down) 4) dmap missionname.map 5) runparticle missionname.map But ingame the rain just ignores the brushes and falls right through: Even using "particle_collision_static_blocker" "1" on this water entity, had no impact

Welcome to the forums Ansome! And congrats on making it to beta phase!

Hello! Tracking down information on software and plug-ins that work with D3 / TDM can be a tough. So I have created a thread here where people can post what software/ plug-ins/ tutorials or other references they've had success or failure with in TDM. 3DS MAX 2013 64bit .ase - Default .ASE model exporter works. However you have to open the .ase file in text edit and manual change the *BITMAP line on each material to read something like: "//base/textures/common/collision" which allows the engine to read the correct material path. md5.mesh / animation - Beserker's md5 exporter/importers for 3dsmax. http://www.katsbits.com/tools, Importing and exporting works. The model must be textured, UV'd, with a skin modifier attached to the bones to export. PM me (Kingsal) for help with this. Imported models using the script will not be weighted appropriately, so this is not recommended if you are simply trying to edit existing tdm content. (Use blender instead) MAYA 2011 32bit md5.mesh - So far I've not had any luck with Maya 2011. I am using Greebo's MayaImportx86 for Maya 2011. I've got the importer working however I get a "Unexpected Internal Failure(kFailure)" and the import fails. This could be due to something finicky in Maya that I am not doing correctly. Will keep trying.. Blender 2.7 about - Blender is commonly used and pretty well supported on the forums/ wiki. Various versions may work as well - https://www.blender.org/download/ md5.mesh / animation Blender MD5 importer/exporter (io_scene_md5.zip): https://sourceforge.net/projects/blenderbitsbobs/files/ Sotha's guide Blender Male/ Female rigs by Arcturus - Here Edit by Dragofer: more links found in this post.

Yeah, I don't know what to say. Rev 10383 works fine and 10384 does not. It is always reproducible for me, meaning that every time I try to reproduce it, I can reproduce it. After some more testing, I found that r_multiSamples set at 2 or 4 has the glitch most often at that viewpos. When set to 8 or 16, it is still possible but less likely. Setting r_fboResolution 2 made no difference. If com_maxFPS is set to something lower, such as 30, the glitched frames display for a longer period of time. Yeah, I also wonder if it driver dependent or GPU dependent. I discovered the glitch while using graphics drivers Mesa 22.0.5, so I updated my OS and graphics drivers to Mesa 23.3.2 today as a test, and the problem is still there. It's strange that rev 10384 exposed this problem. My machine specs and settings: Linux, Ubuntu 22.04 AMD Ryzen 9 5900X AMD Radeon RX 6700 XT (Mesa 22.0.5 & Mesa 23.3.2 both exhibit the glitch) com_fixedTic 1 com_maxFPS 60 Anti-Aliasing 2x (r_multiSamples 2) The video I shared shows the viewpos. Even at the same viewpos, the glitched frame will pop in and out. I've only seen this glitch happen in this single room in Accountant 1. If I move around the room at that viewpos, I can find other view positions that also expose the glitch. Here's another viewpos for Anti-Aliasing 4x, 8x, and 16x. It requires moving the mouse slightly to get into the exact viewpos to expose the glitch. (1.7 -166.4 0.0) is not precise enough. -1460.29 1425.48 172.25 1.7 -166.4 0.0 Glitched frame (Shows the curtain texture, covering most of the frame. Also, a hint of the red carpet texture?): Good frame (Same viewpos and Anti-Aliasing settings, when the glitched frame disappeared for a moment.): (Before and after rev 10384) I wonder if this might also be related to: (Before and after rev 10384) Also, sometimes on the loading screen with Anti-Aliasing enabled, I get a glitched background, which does not show with Anti-Aliasing disabled. See left side of screenshot: I don't know if the last two examples (distorted first frame on launch & loading screen distorted background) are related, but I thought I'd mention them just in case it helps track down the issue.

Yeah it would be cool to see some more detailed statistics and it’s a shame they aren’t really captured. Since we are talking about fan mission platforms, where players also make the content for the game, I feel like the best thing we’ve got is you can look at the number of content releases for the games. Keep in mind the graph counts campaigns as single missions - so for example NHAT and TBP both count as 1 mission. A good year for TDM has has approaching maybe 50% - mostly we’re 25-30%. https://www.ttlg.com/forums/showthread.php?t=152494 You could also look at the number of ratings thief missions get on https://www.thiefguild.com/ vs TDM ones, but that is pretty iffy in that you could chalk that up to more awareness of the site in the thief community than TDM Out of curiosity is there a reason a thief player can’t be a new player? I kind of think a player is a player and new players would be ones who are playing the dark mod who weren't? Is there disagreement the base of players most likely to pick up the game are fans of the thief games? They are certainly the most fruitful place to find feedback on the game beyond the sphere of this forum that I have seen. When we were trying to finish up SLL there was a lot of discussion on the forums about how long it had been since there was a release for the game. I am thankful that the stats show at least some stability over the years in terms of releases for TDM, but the trend for all of the games is decline. Not doing anything is a valid response if that’s what the devs want to do - it is not possible to provide evidence that any effort will slow that inertia. As a player and content maker I would just prefer trying to find feedback where it is offered from players who were willing to try the game but ultimately could not engage with it and see if there is anything that can be done within reason to ease them into the game. The game has a lot to offer imo. All those players are potential contributors - contributions in turn attract players - it’d be nice to see the cycle go on as long as it can.

TDM has tons of textures from "free" texture resources that do not allow redistribution and cannot be incorporated into a commercial project. Someone would need to create a huge replacement pack of textures that do not break the look of existing missions and do not infringe on the copyrighted textures. Also, many artists who contributed to this project do not want 3rd party entities to use their work in commercial projects. They intended the models, textures, sounds, animations to be exclusively used for Darkmod content. You would either have to replace ALL assets or contact every contributor and ask them to re-license their assets. Many contributors are no longer active with the project and haven't visited the forums in years so it would be no easy feat. I cannot speak to Debian policy but I think that they treat installers that add non-free content the same as non-free content itself. One could argue that Steam is such an installer but I guess Debian would counter that there are a few fully Libre games on Steam. I think Debian, Ubuntu, or Linux Mint need to consider a repo that allows for games (etc) that include non-libre content but intentionally offer this content for free to the community with no stipulations other than "don't try to sell it as a product".

DarkRadiant does not care about engines at all, it only cares about file formats. Whether you can use DR with your Godot-based game will therefore depend on whether your game's assets are arranged in the same way as TDM. More specifically: Your game will need to read map data from the Doom 3 .map format. If it does not, there will be no way to save your map from DarkRadiant in a form that your game can access. Export to OBJ is available but if all you want to do is produce OBJ models then DarkRadiant isn't the right tool for the job (you should use a proper 3D modelling app like Blender/Max/Maya/LightWave etc). Your game assets will need a tree of .def files defining important entities to be placed in your map, including certain "fixed" entity types which are used directly by DarkRadiant itself. There will need to be a light entity defining light volumes, a func_static entity defining a static model, an info_player_start entity to define the starting position, a speaker entity to define sound sources, and probably several others. If these entity types are not defined, then built-in features like "Create light" and "Place player start here" will not work correctly. Your game will need a tree of .mtr files defining material shaders, referring to image paths which will be resolved to either uncompressed .tga files in a textures/ hierarchy, or compressed DDS files in a dds/ hierarchy. If these material shaders are not defined, no materials will appear in DarkRadiant. DR does not make any attempt to load "raw" image file hierarchies which are not referred to by material shaders. Your game will need to define a hierarchy of 3D models in ASE or LWO format. No other formats will show up in the model selector. These models can be stored directly on disk (there is no "model shader" tree required like with materials).

Because that we would have to copy/paste all rain materials to introduce "deform particle" version. Note that we cannot delete "deform particle2" versions because they are already used, and they cannot be replaced that easily. Then we would have to copy everything again in order to add versions with collisions. But I'm sure mappers might want to create rain patches of different size, so we'll probably have to have versions with layout texture 1024 1024, layout texture 512 512, layout texture 256 256, etc. And then different mappers might have different feelings about the balance between quality and waiting time in case of layout linear, so we'll have many versions of snow too. All of this causes combinatorial explosion, and we'll get at least ten times more materials and particle decls than we have now, causing a lot of confusion. Perhaps combinatorial explosion can be avoided if these settings are specified in another file. I guess at that moment I was not brave enough to introduce a new type of decl files.

Likewise in subtitles; the "T" has a similar artifact. The implementation of the Stone font has known glitches, including poor spacing of "J". Probably made worse by the fact that no 12pt Stone is currently available, only 24pt and 48pt. So what you see is scaled down from 24pt. The images for the text characters are in a grid within a single .tga file (for a given base font size). Stray pixels come from adjoining letters in the grid. IMHO, it is possible to overcome such shortcomings, but not quick and easy. A good project for 2024 and TDM 2.13

You can't make trees/grass cast proper shadows with stencil buffers, because they are rendered as bulky quads with alpha-tested texture. Imagine shadows falling on the surface of water, or on the glass. You will never see it with stencil shadows: the shadows are computed only on single solid surface closest to viewer at each pixel.

Both mean basically the same thing. Stencil is incapable of shading anything other than geometry so if you want textures that have transparent parts to cast shadows from the non-transparent part of the texture you need to accept that stencil mode will look different to maps mode. Likewise if you want shadows to render onto the semi-transparent part of textures.

I saw this was updated today so good opportunity to replay. I remember why I liked this FM: Very fluid and immersive and full of surprises! I also remember the biggest downside I felt it has... Regarding the bug with being stuck at the mission start, I got that too in the latest version of the FM with TDM Beta 12-05: I started stuck and had to noclip to be able to move then everything worked well. I presume 12-06 will fix it so maybe I'll test again then. Also I was wondering something: I always wondered if the original ship model had a version with the interior, but wasn't sure where I had once seen that. Is the ship itself a generic asset, as in is it okay if someone else uses it on their own map if they need it? The exterior is a standalone model but the version you can actually enter I never found separately in the prefabs.

Interesting, didn't think about that. Yeah the compass uses that trick, I could just use a model of the helmet instead. If it looks good and is worth maybe I'll consider that, though it might be distracting and not make enough sense. The heads are modeled that way: Hoods and helmets are part of the head mesh as they aren't attachments. This is normally a good thing since performance isn't wasted rendering the head or hair under the helmet, but complicates things for my approach as the only way is changing the head models at runtime which may break precaching and stuff. Only a few hats are attached as a separate entities, like the little red hat some merchants wear or the straw hat... those aren't ideal for disguises though and I don't plan on supporting both approaches. Technically I could try attaching the independent helmet model to the player head, but that would surely look awful and clip through the hood and stuff... only right way is to give the player the Citywatch head once that error is fixed. For AI there is no other way apart from also changing the head model: Stealing the helmet from a guard implies taking it off them, which means they need to switch to a helmetless head which can only be done by setting a different head mesh upon frobbing... no idea if that triggers the same crash as the player head, if so I'm out of luck till a dev can take a look at my report. The base disguise system can be used that way too, it's just not the theme I went for by default as I wanted them to be physical wearables. You can define a magical disguise too that implies creating an illusion which tricks other AI into seeing you as one of them. In fact I thought of including one for undead using a magic skull that makes them think you're also dead, might add that in the next version if others think it makes sense and is worth it? Note that the spawnargs are documented via editor vars in case anyone wants to make their own: As long as you have a moveable model and inventory icon it's just a few tweaks to define any disguise. Simply inherit from the base "atdm:playertools_disguise" entity def and customize the team and other spawnargs... remember to use the proper mass / friction / impact sounds. Let me throw them here for anyone who wants a quick preview: atdm:playertools_disguise { "inherit" "atdm:playertool" "editor_usage" "Don't use. This is the base class for disguise inventory items." "editor_usage1" "Individual hats and helmets will derive from this." "scriptobject" "playertools_disguise" "gui" "guis/tdm_hud_disguise.gui" //"model" // to be defined in subclass //"clipmodel" // to be defined in subclass "inv_name" "Disguise" "inv_category" "Disguises" "inv_icon" "" "inv_droppable" "1" "inv_map_start" "0" // Disguise "team" "0" "rank" "0" "personGender" "PERSONGENDER_MALE" "personType" "PERSONTYPE_THIEF" "regen" "0.25" "rate" "0.5" "rate_alert" "0.1" "distance" "500" "speed_move" "1" "speed_turn" "1" "overlay" "" "snd_wear" "player_rustle_short" "snd_remove" "player_rustle_short" "model_head" "head_thief" "skin_head" "" // Disguise editor vars "editor_float team" "The team the player disguises into when the disguise is active." "editor_float rank" "Rank while the disguise is active." "editor_var personGender" "Person type while the disguise is active." "editor_var personType" "Person gender while the disguise is active." "editor_float regen" "The disguise regenerates over time at this rate." "editor_float rate" "The disguise degrades at this rate when the player is seen by a member or ally of the team." "editor_float rate_alert" "The disguise further degrades by this amount when an AI is alert, increases gradually with alert level." "editor_float distance" "Maximum distance at which being seen by the AI can degrade your disguise, offsets with AI visual acuity." "editor_float speed_move" "Movement hindrance while wearing the disguise." "editor_float speed_turn" "Turning hindrance while wearing the disguise." "editor_var overlay" "Overlay image while wearing the disguise." "editor_snd snd_wear" "Sound to play when putting on the disguise." "editor_snd snd_remove" "Sound to play when taking off the disguise." "editor_model model_head" "The player's head changes to this model while the item is worn, can be seen in mirrors." "editor_skin skin_head" "The player's head changes to this skin while the item is worn." }

I have been quite careful to ensure that making the subtitles narrower for barks (but not story verbosity) is not potentially breaking. Examples of this treatment have been included in all my more recent testSubtitles... releases. Yes, this is "crucial" for me. Regarding the padding issue, to restate: TDM 2.11 and on through the 2.12 released beta version use a subtitle right text padding of 20 px. While some padding is necessary, this does a poor job of centering the text visually in the backing field. This is obvious with a short bark. My redo of this, with padding of 7.5px on both sides, fixes it, while I believe not causing any problems for word wrap of subtitles with the given compressed font & scale. I'm provided several versions above of this fix (code hidden as Spoiler). Most recently, this was with snatcher's suggested tabbed location ring and vertically-tighter backing field, here This version will also be incorporated into testSubtitlesDrunk, to be released tomorrow just released. I would urge you to incorporate this code (or a close variant) into the next beta release.

Seems like something that could be replicated with a script - player enters AI sight-line / semi-hostile zone, AI. grumbles...a timer starts; if they linger longer than '20 seconds' A.I. Barks with "OUT NOW, TAFFER!" type yell, and the AI alignment configuration changes to hostile. On player exiting sight-line / zone, A.I grumbles again - "and stay out!" (unless they became hostile - does nothing then). Changing types from INT to FLOAT would probably break all existing maps, and piles of engine-C code; seems unlikely any Dev would do that.

I think there was a quirk in the engine that treated pure 0 black as an artist error so a small uplift was added to ensure proper light response. This was more critical when the ambient had a Fresnel component. The DXT1 encoding was to save on storage. I think that's a silly rationale since a pure single color texture could technically be represented by a single pixel. No pressing need to compress that or even a 32x32 texture but I suppose if someone is obsessed with saving texture storage they could choose png or a better dxt version. TLDR; Transparent \ Blend textures should be fine with 0,0,0 color and single color textures don't need aggressive compression. _black should be fine for all such materials.

This is caused by DXT1 compression of textures/darkmod/sfx/black_matt.tga. This image has constant color (1, 1, 1) everywhere, i.e. almost black. Previously, the image was compressed by OpenGL driver, so you could get different results depending on vendor. I got (0, 0, 0) everywhere, you probably got the same. But someone else on another vendor could get something else. Now, compression is done by our code, same for everyone. It compresses the color to (0, 1, 0). Obviously, this is a bit closer to (1, 1, 1) than (0, 0, 0) Notice that DXT1 uses 5 bits for red and blue but 6 bits for green. So while it is possible to represent 1/255 value for green, it is not possible to do the same for red and blue. However, this 1 tick adds a bit of green to the overly black picture, and then you apply huge gamma correction (basically take sqrt of all color components) and this green becomes noticeable. Some ways to fix the issue: Use _black texture. It is (0, 0, 0), and I am rather sure it will be compressed to (0, 0, 0) by all implementations. Modify textures/darkmod/sfx/black_matt to be full black (0, 0, 0). Add forceHighQuality to the stage which blends textures/darkmod/sfx/black_matt. Add DDS version of textures/darkmod/sfx/black_matt to core assets. Note that points 1, 2, 4 produce equivalent output, i.e. force texture to (0, 0, 0) color. Point 3 leaves the texture as (1, 1, 1), but there is no way to do this for all materials: the keyword has to be added to each material. Points 1 and 3 look bad because they fix the problem now, but don't stop the problem from happening again in the future.

IIUC, fresnel uses view direction and surface normal vectors. This is a comparison between simple brush cube and one with chamfered edges on geometry, both using the same tiling material: Brush cube is on the right; in the background you see a cube with chamfered edges. There is a thin line on the bottom of the brush cube, because it matches the normalmap, the mortar part of the bricks. But as soon as I change texture coordinates of the brush: While the chamfered cube has enough geometry to work with fresnel shader, even if I change texture coordinates: So it seems to work as described, it needs either geometry normals or details faked on normalmap. I think fresnel in other pre-pbr engines, like UE3, works the same or similar way.

DarkRadiant already offers a lot of features to make things easier for mappers by simplifying and automating certain tasks. Even so creating a map takes a huge amount of time due to how much there is to do overall. When mapping I noticed a huge amount of time is spent on positioning stuff: You right-click in a 2D viewport, go in a menu to spawn your entity, then need to find it and drag it around from at least two different views to place it where it needs to be in all three dimensions... often having to search in a mess of overlapping lines to even find the selection you're working with. Some shortcuts like "floor selection" offer limited help afterward, but even then you usually need to select the wall so you can see the red outline and be sure on how much you need to move that item so it correctly rests against the surface. I was thinking of a method that could make this a lot easier: Allow placing entities from the 3D viewport as well, based on the distance and direction projected from the view to the spot where you clicked. So let's say you're looking at a brush wall: You click on its surface and get the same menu as in the 2D viewport (eg: Create entity). Once you insert that item, it's automatically positioned so its back rests against that wall (total bounding box), the item also rotated to face toward the camera (in 90 or 45 degree increments). Every wall will need to be accounted for if you're placing your item over an edge or in a corner, ensuring the object fits neatly against all brushes its model's box intersects. This could help a lot by not making the mapper need to move and rotate everything manually except for small adjustments. In the 2D viewport it's difficult to guess where an item will appear since you don't know its size, plus you still need to go in another 2D viewport to position it in the 3rd dimension not covered by the viewport you spawned it from. This will require math to do line tracing as well as calculating surface / box intersections, but I'm hoping it's doable and some of the code may already exist. One obvious thing worth pointing out: A normal right-click in the 3D view is used to grab the camera and go into mouselook which we wouldn't want to change. This would need to be implemented as a combination, prolly either control + right-click or shift + right-click. What do you think about this idea?

Would someone be willing to help adjusting some of the following mapping and model issues and suggestions? Mapping: * 0006364: Ladder cuts into the arch and the northern door when door is opened (https://bugs.thedarkmod.com/view.php?id=6364) * 0006365: Ladder in the wood shed cuts into a barrel (https://bugs.thedarkmod.com/view.php?id=6365) * 0006366: Clouds in the sky do not move in Tears of St. Lucia (https://bugs.thedarkmod.com/view.php?id=6366) * 0006374: Chandeliers in church hall (https://bugs.thedarkmod.com/view.php?id=6374) * 0006396: Return check is too sensitive (https://bugs.thedarkmod.com/view.php?id=6396) * 0006376: Wrong trigger for the hint about the hammer (https://bugs.thedarkmod.com/view.php?id=6376) * 0006395: Wall of church grounds unfinished (https://bugs.thedarkmod.com/view.php?id=6395) * 0006423: Graft map A New Job and map Tears of St. Lucia (https://bugs.thedarkmod.com/view.php?id=6423) * Training Mission, room Archery: Walking on the stone path outside the shooting range sounds like walking on grass. Floor in tower sounds OK. (-225.92 -807.79 240.29 32.6 -146.3 0.0) Models: * 0006373: Failure to pick lock of chest (https://bugs.thedarkmod.com/view.php?id=6373) * 0006375: Locked doors have no keyholes (https://bugs.thedarkmod.com/view.php?id=6375) * 0006381: Issues with model fence around the pulpit (https://bugs.thedarkmod.com/view.php?id=6381) * 0006382: The depth of the seats of the benches are too narrow (https://bugs.thedarkmod.com/view.php?id=6382) * 0006397: Some banners with builder symbol look sqashed narrow (https://bugs.thedarkmod.com/view.php?id=6397) The following are listed as authors of the mission: * Original map: Jdude * Story: Springheel * Additional mapping: Springheel, Fidcal, Bikerdude, Greebo, datiswous (not listed), JackFarmer (not listed)

Yes, I considered this idea. But it won't help much, I believe. If several mirrors are allowed, you can split your surface into individual planar polygons and hope for the best. But if you have 10+ polygons, then I suppose the best won't happen Internally, the material has "mirrorRenderMap" keyword which triggers rendering of subview. This subview is than copied into a texture. In the main view, the surfaces with mirror material should be rendered as any other surfaces, it can just use this dynamically generated surface. I'm not sure what exactly you want. If you want the mirrored view to be distorted by normal map, then yes: this is definitely not supported. The reflected texture is generated as if reflected by a perfect plane. Maybe we can add some kind of warp shader that deforms the image mathematically according to the normalmap, but this would be a new feature.

TDM Latch Pack (Beta) By Frost_Salamander and wellingtoncrab with special thanks to Dragofer Tired of picking another lock or hunting for that missing key? Imagine The City is itself an elaborate lock, and you are the key. Embrace progression through careful exploration and navigation of the environment. Embrace the latch pill: Included is a new entity type and scripting for a door mounted toggle lock, or "latch", as well as new CC0 assets and prefabs. https://github.com/thedarkmodcommunity/test-latch/wiki Example Video Asset Pictures All models and textures in this pack are released under CC0 license and may be used freely without need of attribution. We waive copyright to the extent that possible, but aren’t lawyers. Latch Lock Features Supports single and double doors across all cardinal directions, as well as trap doors Uses the location system to handle context sensitive frob highlighting of the latch and the doors Automatically determines the correct latch state on map start based on the targeted door's "locked" spawnarg Options for rotate, translate, or both with unique sound slots for each Supports any model or func_static To get started head over and grab the latest release (available with or without demo content) and read the getting started guide. This is a beta release - so your feedback is appreciated!