Search the Community

Ever since I worked on "Chalice of Kings" with Bikerdude, I have wanted to get flame particles with new particle glares into the core mod. My reasoning was that the candles have glares and the un-glared torches look mismatched. This proposal was met with mixed reactions, so (knowing the history of TDM feature proposals...) I have created a technical demo. You may download it here: zzz_flameglare.pk4.txt (fixed) Just rename without the .txt extension at the end and place it in your Darkmod directory. Here are some screens. Using particles for this is probably the wrong way to go now that Duzenko has an emissive light feature in his branch: http://forums.thedarkmod.com/topic/19659-feature-request-emissive-materialsvolumetric-lights/

OK. Thanks! In my case the issue is moot because I don't know how to do it. Hence my plea for help... If an FM author built their mission using assets that are licensed CC-BY-NC-SA (which I believe all do), if I understand correctly then that means they must license that mission under CC-BY-NC-SA too. Which in turn means anyone can build further on their work as long as they follow the conditions stipulated in the license. It seems odd to release a work under a certain license and then say "but I don't want you to do what the license explicitly grants you to do". "Applying a Creative Commons license to your material is a serious decision. When you apply a CC license, you give permission to anyone to use your material for the full duration of applicable copyright and similar rights." (https://creativecommons.org/faq/) If an author once benefited from the license when they created their mission, why would they not want others to benefit similarly from the same licenses? The license requires their name be mentioned in every remix that follows. At the same time I can understand that some creators more than anything want to create. The desire and drive to create may be so great that they accept conditions during the time of creation, to give them artistic freedom and to use the best available assets; contitions that they regret later when their work is finished and published, and they want to keep control over it. For the OMs I think the project as a whole would benefit from a relaxed and welcoming stance towards changes.

I think this will always be a divide. Engine coders will want a universal behavior that acts the same way across all missions. So if we want to offer the additional benefits of Shadow Maps, we will need to break lots of missions and then work to fix them. Mappers will probably want material or entity flags that force these behaviors so that they can force usage where they prefer. I think defaulting to consistent with Stencil rules is a good idea. Maybe this is a good case for using mission.cfg and have it force the cvars to enable the features?

"...to a robber whose soul is in his profession, there is a lure about a very old and feeble man who pays for his few necessities with Spanish gold." Good day, TDM community! I'm Ansome, a long-time forums lurker, and I'm here to recruit beta testers for my first FM: "The Terrible Old Man", based on H.P. Lovecraft's short story of the same name. This is a short (30-45 minute), story-driven FM with plenty of readables and a gloomy atmosphere. Do keep in mind that this is a more linear FM than you may be used to as it was deemed necessary for the purposes of the story's pacing. Regardless, the player does still have a degree of freedom in tackling challenges in the latter half of the FM. If this sounds interesting to you, please head over to the beta testing thread I will be posting shortly. Thank you!

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.

Since you're working on this, have you tried restoring the original functionality, i.e. ability to set up a resolution for these? That might help with performance. Also, when I was working with mirrors, I noticed that they disable normalmaps in the material. See how a cubemap version has those damaged surface details on the mirror surface, while real-time mirror bypasses all that. Last but not least, have you tried making mirrors work on convex or concave surfaces, not just straight flat polygons? That would open up possibilities for very nice material effects (if used with moderation ).

Some folks have been asking about the new tdm_show_viewpos cvar and screenshot_viewpos command, so I thought I'd make an thread about it as a reference. The purpose of the cvar is to show the viewpos on the player HUD, and the purpose of the command is to add the viewpos to screenshots in order to help with troubleshooting and beta testing. Bug tracker: https://bugs.thedarkmod.com/view.php?id=6331 tdm_show_viewpos tdm_show_viewpos is a cvar to show/hide the viewpos on the player HUD, which can be set to the following: 0 --- hide 1 --- gray font color 2 --- cyan font color screenshot_viewpos screenshot_viewpos is a command that takes a screenshot with the viewpos added to it. screenshot_viewpos screenshot_viewpos <gamma> screenshot_viewpos can be typed at the console or bound to a key. The "gamma" is an optional argument, which as of 2.12 Beta is the r_ambientGamma value. Some mission authors prefer to have screenshots (from players) that are brighter, so they can see what is in the screenshot more easily. Setting the "gamma" argument is a convenient way to temporarily adjust the gamma just for the duration of the screenshot. For example, I have the following bound: bind "F12" "screenshot" bind "F11" "screenshot_viewpos" bind "F10" "screenshot_viewpos 1.3"

So I was reading the DarkRadiant Script Reference and it gives an example to move the cameraview by setting coordinates: import darkradiant as dr camview = GlobalCameraManager.getActiveView() camview.setCameraOrigin(dr.Vector3(50,0,50)) This works, but then I wanted to use the tdm position coordinates that you can get by doing getviewpos in the console in tdm. But these coordinates don´t give the same position in DR. Why is that? Is there an other way? Edit: WHOOPS it does actually work. (some layers in the testmap were disabled)

Changelog of 2.13 development: dev17042-10732 * Restored ability to create cvars dynamically, fixing bow in missions (5600). * Fixed issue where .cfg files were saved every frame (5600). * Added sys.getcvarf script event for getting float value of cvar (6530). * Extracted most of constants from weapon scripts into cvars (6530). dev17035-10724 * Support passing information between game and briefing/debriefing GUI via persistent info. Also changed start map & location selection, added on_mission_complete script callback (6509 thread). * New bumpmapped environment mapping is now default (6354). * New behavior of zero sound spawnarg is not default (6346). * Added sound for "charge post" model (6527). * Major refactoring of cvars system to simplify future changes (5600). Known issues: * Bow does not shoot in some missions (only in this dev build): thread dev17026-10712 * Nested subviews (mirrors, remotes, sky, etc.) now work properly (6434). * Added GUI debriefing state on mission success (6509 thread). * Sound argument override with zero now works properly under cvar (6346 thread). * Environment mapping is same on bumpy and non-bumpy surfaces under cvar (6354 thread). * Default console font size reduced to 5, added lower bound depending on resolution. * Added high-quality versions of panel_carved_rectangles (6515). * Added proper normal map for stainglass_saint_03 (6521). * Fixed DestroyDelay warning when closing objectives. * Fixed the only remaining non-threadsafe cvar (5600). * Minor optimization of depth shader. * Added cm_allocator debug cvar (6505). * Fixed r_lockView when compass is enabled. dev17008-10685 * Enabled shadow features specific to maps implementation (poll). * Auto-detect number of parallel threads to use in jobs system (6503). * Improved parallel images loading, parallelized sounds loading, optimized EAS (6503). * Major improvements in mission loading progress bar (6503). * Core missions are now stored uncompressed in assets SVN (6498). * Deleted a lot of old rendering code under useNewRenderPasses + some cleanup (6271). dev16996-10665 * Environment mapping supports texcoord transforms on bumpmap (6500). * Fully disabled shadows on translucent objects (6490). * Fixed dmap making almost axis-aligned visportals buggy (6480). * com_maxFps no longer quantizes by milliseconds on Windows 8+. * Now Uncapped FPS and Vsync are ON by default. * Supported Vsync control on Linux. * Added set of prototype materials (thread). * Fixes to Stone font to remove stray pixels (post). * Loot candlestick no longer toggle the candle when taken. * Optimized volumetric lights and shadows in the new Training Mission (4352). * Fixed frob_light_holder_toggle_light on entities with both skin_lit and skin_unlit. * Now combination lock supports non-door entities by activating them. * Added low-poly version of hedge model (6481). * Added tiling version of distant_cityscape_01 texture (6487). * Added missing editor image for geometric02_red_end_HD (6492). * Added building_facades/city_district decal material. * Fixed rendering with "r_useScissor 0" (6349). * Added r_lockView debug rendering cvar (thread). * Fixed regression in polygon trace model (5887). * Added a set of lampion light entityDefs.

The real St. Alban was a pagan who became a celebrated religious personality, this All Saints Day 2010 The Dark Mod places its own spin on this mythical figure. Screenshots: Intro: "'Business' has been slow lately, even more so after most of my gear got snatched during a Watch raid... I've since been forced to hit the streets and pick pockets for a living. But my luck was about to change, last night I was approached by a red hooded figure with a proposition... As we sat down in a dark corner of a nearby inn, he told to me that the Builders of St. Alban's Cathedral in the Old Quarter had recently unearthed a discovery that might lead to the final resting place of some saint." " But before I do anything, I need to get my tools and stash from the evidence room at the local watch station." "with the hawks, doves will congregate they will drop honey from the cliffs wine will surge over the earth the sheep will wander harmlessly with the wolf then the wicked will rise, but to retribution" - 'scripture of St Alban' There is a new version out now, see the following thread St Albans Cathedral version 1.6 Build Time: about 2-3 months. Thanks:- Huge respect to the Dark Mod team for such a great mod and for all the hard work they put into it and continue to put into it. Special thanks to Fidcal, Serpentine and others for their help on the forums and to Testing:Ugoliant, Baddcog, Grayman, Lost soul, Bjorn and Baal (for doing all the Vp work in the town. Readables: Ungoliant and Mortemdesino for all awesome work on the readables. Resource: Fids, Grayman, Ungoliant - guis, models & images. Misc: Loren Schmidt - the author of the map I based the cathedral on. Info: # Like Thief2, some things are climable, pipes, wall vines etc.. You can also drop some of the keys, some door that are frobbabe mean there is another way inside - explore u taffer! # Due to TDM being a lot more of a resource hog than T2 I have been forced to limit the number of Ai in the mission, but they have better placement than my last mission. # On all difficulty levels the player starts with vertualy no tools/weapons, there are weapons to be found - read, read, read! # For the love of all that is holy, read the briefing otherwise you will problems completing the mission. Known issues:- # This mission will have less than optimal fps at a few points on the map, mid range DX9 card(X1900/GF7800) or higher required. # On low end PCs I recommend, V-sync is off, AA is off, Aniso is 4x or lower and that any and all background apps are closed.

After several months of hard work, we are proud to announce the latest edition of "No Honor Among Thieves"!!! EFX EDITION!!! EFX reverb has been added to all missions! NHAT has never been more immersive. From the dry woody reverb of the local pub to the sonorous and lofty echo of the Cathedrals, prepare your ears for a auditory treat! PERFORMANCE!!! Several major sore spots that impacted performance in v3 and older have been substantially optimized. Players with less capable hardware will now be less frustrated traversing caves, courtyards, and forests. VISUALS!!! Many areas have been visually overhauled!!! Improved lighting, new scene geometry, new textures, new water effects ( thanks @Arcturus !!! ), more vertex blended terrains, and more. Some areas have been visually redesigned to better match the story and convey the key characters. GAMEPLAY!!! Some new play areas have been added. A little more rooftop action is available for climbers. A few new readables for side characters expand the lore of the mission. Improved AI scripted events in the final mission escape sequence!!! Other things: The ROQ videos have been converted to MP4 to make them more compatible with the latest TDM versions. This mission still uses 2.09 style API controlled videos, we will rework the menu gui to be 2.10 (beta) compatible shortly so that "Dev Build" players can enjoy the additional performance and improvements available in those builds. Credits: @Bikerdude for the majority of the mapping work in this overhaul @Dragofer for assisting with scripting and def setup @nbohr1more new cathedral textures and improved water material def setup, a few readables @Arcturus MD3 animated water and water textures Original crew: @Goldchocobo @RailGun @Mortem Desino who created the original version along with updates to versions up to v2.0. Thank you for permission work on this update! V4 Beta testers: @AluminumHaste @JackFarmer Screenshots: Hotfix release: Should fix two minor issues: Newest Hotfix: Gdrive - https://drive.google.com/file/d/1e_LHa4RdZ0a1AD3FhgLq7OwvBmWUchJZ/view?usp=sharing Onedrive - https://1drv.ms/u/s!AuwAFc1gTZzehn0z9PsAVEIH0iFn?e=Gj0p6O ( Some additional performance optimization to the forest and fixes to other items found by Biker and Aluminumhaste in another round of testing.) For those of you who are testing the Dev Builds ( 2.10 alpha ), here is a 2.10 compliant version: https://drive.google.com/file/d/1xyPwDQjMQH1TAH98Vd29UUiB0Nki1-7j/view?usp=sharing

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.

This is a very neat idea! and it should actually be fairly simple to do.... and now you are making me re-think my WIP This was already done once in The Painter's Wife as a small little easter egg, although it is a reference to a location within that FM, and not a different one.

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

This one has nothing to do with the change. It happens in 2.11 too. I have no idea what is wrong here, and why one patch casts shadow while the other similar one does not. There is even auxilliary surface with "shadow" material inside the stairs, which should also cast shadow but it does not.

the definition is just using backcolor set to all black with 50% alpha should be able to create a material with a translucent filter effect and replace backcolor with background /material/path

It's not a material token. It's a property, so you can use in light entity def (using this light material).

I just added (in-game) a background color to the rectangle of the "Acquired" message for better reference. I think you better let it be Some players might make the light-gem a little smaller or larger and these players have been serviced. Players with tiny or huge HUD elements are on their own (and they know it!)

I don't know if it's mentioned anywhere else on the Wiki, but it's worth mentioning that the first global keywords are for sound: // Use on of the predefined surface types like: // none, metal, stone, flesh, glass, wood stone And this: //surftype15 //description "carpet This is a carpet texture." I think this is sound as well, but I also think 'description' does other stuff, for example for using with vine arrows: stone description "vine_friendly" If someone has a list (or link to code) where all this is defined for TDM so mappers are aware, that would be useful. I would also move the 'special keywords' section up so it's before the obsolete stuff - that old stuff needs to be relegated to the very bottom. I would also change the title of that section from 'No ambient and frob -stages needed' to something like 'Deprecated stages' and say it's just there for historical reference.

It is confusing. The first example shouldn't have the frob highlight section in it, and a note should be added to the text saying the example is for version 2.11 and greater. The subsequent stages should be under a different heading clearly labelled as being deprecated/obsolete and they are only there for reference.

Are you aware of the pointfile feature? Dmap writes these .lin files into the maps directory. Display them with File->Pointfile and look for red lines that visualize problems like leaks and visportal problems. Which faces of a brush are sealing depends on the material assigned to the face. I don't know exactly which ones seal and which don't.

Beta 11 Fix finished-on state auto-update was unreliable Slighty improve scanner title/author detect Tags are now named some whatever regular-version-looking thing to force GitHub to put the newest at the top