Search the Community

I should keep this in mind, though note that a custom shader can only be done into the base game: It requires editing the engine and adding this to the post-process phase. The technique I'm using for testing is a custom variable to test custom shaders, it even relies on a fake material mapped to the screen. At the moment I'm stuck on this project, especially as I have little to no experience with shaders... I only shared it in hopes someone else can make use of it. For proper quality this should be done with a Gaussian Blur or Fast Gaussian filter, which the underwater view should also be switched to at that point. Do we have one compatible with the shaders we're using? Maybe Doom3BFG already did something we can use and we could snatch it from there?

Glad to hear it's not just me who still wants this. I believe others stated they find DOF useless or not worth the effort; I didn't agree either but seeing everyone was against it I stopped focusing on the matter. I'd still love Depth-of-Field as a feature: I have no doubt it would make every FM look even more beautiful and amazing if done right. I'm remembering a bit of what I did in my final test. I think I never shared it at the time, I should do so as a template for others to experiment with. I don't think I can get more done on my own, please see if you can make anything of it. DOF.zip To test it I believe you'd unpack that in the active FM then set "g_testPostProcess dof" in the console to activate it. Use "reloadDecls" and "reloadGLSLPrograms" to test changes without needing to restart TDM, this way you can just Alt + Tab switch to make a modification then see what it does. I think in that archive I was able to copy the basic blur filter used underwater and draw the depth pass: It draws copies of the view with slight offsets to create the illusion of blur. What I got stuck on is making the depth pass influence this blur, I couldn't find a way to convert the brightness of the depth image into custom coordinates for the offset passes and distort them accordingly.

So giving it none of those tags, but making the AI invisible, silent, non-solid, and on a team neutral to everyone would not work? Oh well, it was a horrible inelegant idea anyway.

If the "mission fails as soon as stealth score turns non-zero," that would not be good for ghost players. They might need to find out "how" they failed and experiment to avoid alerting guards. They might need to take those score points as a "bust". They might need to take those score points to complete an objective. Then, mission authors would need to encode exceptions into their missions, which would be a lot of work (if they decide to do it at all). However, part of what makes ghosting challenging and fun is when mission authors do not create their missions with ghosting in mind. Please see: Official Ghosting Rules: https://www.ttlg.com/forums/showthread.php?t=148523 Writing code for these rules would be a huge undertaking. Ghost Rules Discussion: https://www.ttlg.com/forums/showthread.php?t=148487 Creating an official mode could alienate these dedicated ghost players, because it would clash with what is considered ghosting in the community. Including the Stealth Stat Tool mod in the official release would be more useful. Or, making the audible alert states of guards quick and easy to recognize could help as well. For these reasons, I don't agree with an official "Ghost" mode. If the dev team were to do it, we should consult with @Klatremus so we get it 100% correct or not pursue it at all. (This ghosting bit should probably be in its own thread.)

Hey, Every time I've try to use the Full Editor when PM'ing someone, and every single time I get an error. Whoever is in charge of the forum, is it possible that this could be fixed? Thanks Neon

Looks like you just use the above for the surface texture on the top part of the water brush. Then you give the editor property for the whole brush "underwater_gui" then choose one of these variants: guis/underwater/underwater_green_midmurk.gui guis/underwater/underwater_green_thickmurk.gui guis/underwater/underwater_green_thinmurk.gui guis/underwater/underwater_blue_midmurk.gui guis/underwater/underwater_blue_thickmurk.gui guis/underwater/underwater_blue_thinmurk.gui guis/underwater/underwater_bluegrey_midmurk.gui guis/underwater/underwater_bluegrey_thickmurk.gui guis/underwater/underwater_bluegrey_thinmurk.gui guis/underwater/underwater_greengrey_midmurk.gui guis/underwater/underwater_greengrey_thickmurk.gui guis/underwater/underwater_greengrey_thinmurk.gui Now with the water entity still selected: Choose Top view in Dark Radiant's orthoview Create a simple patch from the patch menu. Move this up flush with the surface of the water. Give it the texture that matches the gui you chose above. For example, if you chose guis/underwater/underwater_bluegrey_thinmurk.gui from the above then give the overlay the texture: textures/water_source/bluegrey_plain_flat_thinmurk Using the above method you should find the surface opacity and colour matches how it looks when the players goes underwater. So based on a cursory look, these have always been separate tasks but perhaps the water prefabs have always made this easy because they were already pre-made? http://wiki.thedarkmod.com/index.php?title=Water

I seem to have run into a wall. I'm consistently getting the same error when compiling AAS as part of the dmap process: "WARNING: reached outside from entity..." followed by the entity number and name. The issue is that the pointfile generated is going through solid brushwork and the origin of the entity in question isn't in the void. It's always my NPCs and if I delete that one, another random guard will cause it to fail. I'm really not sure what the issue is, these guards were perfectly fine when I dmapped previous versions of this map, only now am I getting this behavior. I checked around the forums to see if anyone had encountered this before but haven't really seen any mention of it. Any thoughts?

The Bakery Job is a tiny few room FM, where the player steals a recipe book. Made by Sotha. Briefing: The entire building process of this mission was published in a youtube video series. New mappers are warmly welcome here: http://forums.thedarkmod.com/topic/18680-lets-map-tdm-with-sotha-the-bakery-job/ ...and on youtube: BUILD TIME: 381 minutes. CREDITS Thanks goes to TDM team and the whole community. Special thanks to OGDA and gnartsch for betatesting! Link to the mission:https://drive.google.com/file/d/0BwR0ORZU5sraZWpiRnluMXpvOEU/view?usp=sharingIn-game downloader. Cheers and enjoy!

I dont have one. Maybe @Havknorr? Tdm on a vm on m1: https://forums.thedarkmod.com/index.php?/topic/21655-tdm-210-on-m1-parallels/

Finally done with my vertical contest entry... Swing You'll get your sea legs ... or die trying ... Thanks to my beta testers: SiyahParsomen Diego Baddcog ---------------------- README: SWING a Dark Mod mission, by Komag for the Vertical Contest held summer 2010 find me on TheDarkMod.com forums, or via ShadowDarkKeep.com This mission is a "platformer" with slight puzzle elements (figuring out where to go next and how to get there). Be prepared to do a lot of falling, dying, and quickloading! Quicksave anytime you are sure-footed, about take a risk Getting off the swing for any reason is not recommended! And try not to get sick ;-) Have FUN!!! Komag - Ben Ramsey -------------------------- BRIEFING: The King's steward has seen you in action aboard His Majesty's Ship Vertigo, and he is pleased with your potential. You are hereby granted an opportunity to prove your quality by successfully navigating the King's Royal Navy training swing. You need only retrieve the high crown (a replica of course) from the top of the swing, and return it to the docking area. As a bonus, see how many of the ten hidden bottles you can find - the more you come back with the more impressed your superiors will be, and that can only be a good thing as you know." ------------------------ Known Issues: - It's possible to stop the motion of some of the moving things, and even the entire swing itself, if you mess with things enough ENJOY!!! http://www.shadowdarkkeep.com/missions/Swing_v1.2.pk4

Though this is related to PBR as a component in getting it done right (like reflection probes) I thought it's an improvement of its own that's worth discussing. I don't know if this is implemented or estimated in some form, but working with light entities in my own FM's I haven't seen any spawnargs for it so I presume it's not. At the moment lights in TDM act as zero-scale points, light sources have no actual radius. I know what you might be thinking: Of course lights have a radius, it's the box that decides how far a light shines and what it affects! What I'm referring to is not the range but the emission radius, representing the scale of the bulb itself: Think of it as a minimum radius... at the moment lights only have a maximum radius, the minimum is currently a point. In modern engines this affects both specularity and shadow softness as well as how the light is distributed. Like most engines we shouldn't need anything more than a float describing the size of the bulb, a simple sphere ought to be enough... given we already work with radius boxes, we could instead use a separate box which would give us better control with unevenly shaped bulbs. Every default light entity should of course be updated to use this: Torches / candles would set it to the average size of their flame particles, gas / electric lamps should have it represent the scale of the light bulb or the lamp head. If done right this can greatly improve our graphics and add more realism, but as with most things it's not going to be that simple. Also this would create changes to the lightgem in all FM's but very minuscule ones that shouldn't even be detectable. There's 3 different components I presume we have to tackle independently. Soft shadows: Shadowmap softness is probably the easiest, just add the average bulb radius to their value. Specularity: At the moment all lights seem to produce specular orbs of the same fuzziness on shiny surfaces. What we probably want is for lights that keep their min radius 0 to produce a fully sharp orb or dot, softness is added to each light's ball based on this radius. Light projection: The biggest aspect is changing how light is distributed, the projection texture / falloff material would emanate very differently. Everything inside the bulb would shine at the intensity of the center pixel and should start fading from the min radius toward the max, the projection texture would get slightly inflated like a balloon. The best solution (which also accounts for blur) seems like a 2D shader that copies the light texture onto itself at slightly different offsets to make it fuzzy: There's already a blur filter that does just that when you're underwater for example, we could to get away with doing the same thing to light textures using the min radius as the offset parameter. As lights typically don't change scale, this should be possible to do only once at map start rather than every frame including for moving lights like torches, this way we should have no performance loss.

Thanks for the replies, gonna try those spoiler Tags again now for my short review (oh well it inserted one above my text now and I can't seem to delete it on mobile - this text editor is strange)

Sure! [[FAQ#Troubleshooting]] the link to the forum is wrong, change it to https://forums.thedarkmod.com/ (or use same value as set for variable "Discussion forum" in the wiki menu instead) This seems important and has been on my list for a long time. The following changes are small but should be uncontroversial: * [[The_Dark_Mod_-_Compilation_Guide]] "Linus distro" -> "Linux distro" * [[The_Dark_Mod_Gameplay]] in section See Also, add a link to [[Bindings and User Settings]] * [[Bindings_and_User_Settings]] change "DarkmodKeybind.cfg" to "DarkmodKeybinds.cfg" * [[Installation]] add definitive article to the first two bullet points. * [[Installation]] "When the game doesnt start the first time, the game create logs." -> "If the game doesn't start the first time, the game creates logs." * [[TDM_Release_Mechanics]] "will be heavily changed of even removed by" -> "will be heavily changed, or even removed, by" * [[TDM_Release_Mechanics]] "links to bugtracker as especially welcome" -> "links to issues in the bugtracker are especially welcome" * [[Fan Missions]] change the redirect (from the category) to the article [[Fan Missions for The Dark Mod]] * [[FAQ#What_is_The_Dark_Mod?]] create a sub-header "Which license does TDM use?" and link to https://svn.thedarkmod.com/publicsvn/darkmod_src/trunk/LICENSE.txt I would have linked to https://github.com/fholger/thedarkmodvr/wiki/Gamepad-support from [[Bindings_and_User_Settings#Gamepad_Default_Bindings]] when I learned about it in January and I noticed it was missing from the wiki article, but the article has since been updated (by you, actually) in April.

Just finished this mission and wow I gotta say in great honor to Grayman and of course the rest of the team picking it up, this was something I've never seen before in any other TDM mission, especially visually wise. I am so happy that grayson gave green light for other experienced mappers to finish his last mission. And what came out of this is really something special. I'll put my review in spoiler tags since I'm now referring to critical mission details. Edit - How do I put spoiler text here on mobile?? [spoiler] test [/spoiler][SPOILER] test [/SPOILER] [spoiler[spoiler [sfah

Okay, I had no idea, I have googled it up now and you are right, to my own surprise. Done, I´ve put some paragraphs which were previously not in spoiler tags into spoilers.