Search the Community

Yes. Sure, I will change it, but I do mind. In addition to changing the forum title, I have also had the name of the pk4 changed in the mission downloader and the thiefguild.com site’s named changed. It's not just some "joke". The forum post and thread are intended to be a natural extension of the mission’s story, a concept that is already SUPER derivative of almost any haunted media story or most vaguely creepy things written on the internet in the past 10 or 15 years. Given your familiarity with myhouse.wad, you also can clearly engage with something like that on some conceptual level. Just not here on our forums? We can host several unhinged racist tirades in the off-topic section but can’t handle creepypasta without including an advisory the monsters aren’t actually under the bed? (Are they though?) I am also trying to keep an open mind, but I am not really feeling your implication that using a missing person as a framing of a work of fiction is somehow disrespectful to people who are actually gone. I have no idea as even a mediocre creative person what to say to that or why I need to be responsible for making sure nobody potentially believes some creative work I am involved in, or how that is even achievable in the first place. Anyway, apologies for the bummer. That part wasn’t intentional. I am still here. I will also clarify that while I love the game, I never got the biggest house in animal crossing either. In the end Tom Nook took even my last shiny coin.

As for distros -> Solus due to it being one of the few that works well with my hardware (does not offer the same ammount of packages most other distros do as they test each of them extensively for stability issues before they go into the package manager). Linux Mint seems to be pretty liked as well. OpenSuse probably the best for cross development. Manjaro should also be pretty good for gaming. Arch Linux for its massive package database (can be a bit hard to setup) Msys2 is based around the arch package manager so should be good for cross development to. Zorin OS if you want something close to windows (had a few rather annoying bugs with Lutris on it the last time i tried it though).

The Numbers don't lie. It has been 15 years since the release of TDM 1.0 in 2009. I think we should consider a contest to celebrate this. Further, the contest goal should be with the intention of motivating the completion of a campaign that can be deemed official. Here are some possible ways forward: Proposal 1: Middle mission(s) Authors are asked to create a mission that expands the story between "A New Job" and "Tears of St Lucia". This can involve escaping the heavily guarded city perimeter, stowing away on a ship or caravan, attempting to recruit a partner for St Lucia and failing, getting caught by Builders before arriving and having to escape their compound, getting lost in haunted woods on the way there, etc. Any interesting way that the connection between the two official missions can be expanded. Points are awarded for making explicit references to Corbin, St Lucia, and any story elements in the two official missions. If the resultant mission is of high enough quality, it can possibly be made into an official mission. If we get a number of excellent submissions and they do not cause logical inconsistencies, we might even be able to add two or more to the official list. Proposal 2: Intellectual Property distinct approximation of TDS missions Over the years, many have asked that we recreate Thief 1 \ 2 in this engine. Obviously we cannot do this due to copyright law but we could create similar missions and stories that approximate the Thief 1 or 2 designs. That said, I think that most of our audience has played these missions to death so it may be underwhelming to see them arrive in approximate form anyway. What might be better would be to develop a similar story to TDS and make missions that resemble what T1 \ T2 players were dreaming would arrive when TDS was announced and the first screen-shots were shown in gaming magazines. So take any TDS mission you like, examine the story arc and wildly re-interpret something similar but on a much grander scale. Since it's possible that two or more contestants will choose the same mission to re-interpret, we have a slot system were authors need to claim their preferred mission and if it is taken then they must select another one or lose some story points. The slots represent a sketch of what the mission author might try to do rather than a blueprint. If authors can come up with a mission that has almost no resemblance to any TDS mission but would make for a compelling story development in a similar story arc then that can be claimed as an alternative to a slot. Proposal 3: Same as proposal 2 but we stick with Thief 1 rather than TDS. Wildly re-interpret T1 based on what you may have dreamed of when reading the gaming magazines or playing the demo. Slots system to prevent duplicate submissions. Maybe with either proposals 3 and 4, we still require the use of Corbin as the protagonist and a connective enough story that they could also be adapted as middle missions for the official campaign if the team agrees on it. Proposal 4: Another "Connections" Contest. We just allow authors to connect any two missions with each other or expand the story of an existing series or single mission. So those are my thoughts. I'll leave it to players and mission authors to suggest other proposals and if we have some sort of consensus about the most popular proposals then we will make a poll. Realistically between now and October we may not be able to hold a contest with any strict guidelines ( and tricky issues with maintaining a distance to Thief IP ) so proposal 4 may still be the easiest option.

I've seen fun workarounds like that in other game modding as well. Years ago, maybe even a decade, some fella who was making a mod for Mount & Blade over at the Taleworlds forums revealed that he put invisible human NPCs on the backs of regular horse NPCs, then put the horse NPCs inside a horse corral he built for one of his mod's locations/scenes and then did some minor scripting, so the horses with invisible riders would wander around the corral. The end result was that it looked they're doing this of their own will, rather than an NPC rider being scripted to ride around the corral slowly. Necessity is the mother of invention. I don't know about the newest Mount & Blade game, but the first generation ones (2008-2022) apparently had some sort of hardcoded issue back in the earlier years, where if you left a horse NPC without a rider in its saddle, the horses would just stand around and wait and you couldn't get them to move around. Placing an invisible rider in their saddles suddenly made it viable again, at least for background scenes, of riderless horses wandering around, for added atmosphere. First generation M&B presumed you'd mostly be seeing horses in movement with riders, and the only horses-wandering-loosely animations and scripting were done for situations when the rider was knocked off their horse or dismounted in the middle of a battle. Hence the really odd workarounds. So, an invisible NPC trick might not be out of the question in TDM, even though you could probably still bump into it, despite its invisibility.

Here's my first FM. A small and easy mission, inspired by Thief's Den and The Bakery Job, where you must find and steal a cook's recipe book in order to save a friend from going out of business. Download: Mediafire (sk_cooks.pk4) TDM Website's Mission Page The in-game mission downloader Thanks to: The people who helped me get this far, both in the forums and on Discord. The beta testers: MirceaKitsune, Mat99, Baal, wesp5, Cambridge Spy, jaxa, grodenglaive, Acolytesix ( Per the author in the beta testing thread. ) Skaruts has given permission to the TDM Team to add Subtitles or Localization Strings to this mission. (No EFX Reverb.) If anyone from the Community or TDM team wishes to create these we will gladly test them and update the mission database.

Since I'm bored and haven't posted in a while and yet still finished Thief 4 a few times, I feel compelled to post. In response to a number of observations @Rio_Walker made: Seeing your hands and all the animations newGarrett would do was fun... at first. But given all the looting and environmental interactions the game has it really did slow things down a lot, especially when the game would occasionally realign the player just perfectly before playing an animation to open a drawer. If they had an option to disable these animations or speed them up significantly I'd have been happy. I've played using the Custom difficulty with the option to disable focus and the experience is kinda mixed. While it does make things a bit more traditional without the superpower ability to find loot more easily, it does seem like the game is designed very much for focus and disabling it can hide things you never even knew were present. If it weren't for the focus for example, I would never have noticed the "special" candles hidden around the city that talk when you light them. This game reminds me of a movie that has been reshot several times with footage from separate reshoots blended together with bad editing. It's painfully clear the story has been chopped and changed over the many years of its development and there's assets in the game that clearly had greater importance in a previous iteration but for which their plot points were cut. The most obvious example is the automatons. There's a dude who provides missions on obtaining pieces for one he's building, but apart from that there's also signs in other areas they had more importance (e.g. you see rooms full of them when going up an elevator, the Baron has disassembled ones on tables in his cutscene, etc.) Some plot elements just feel not fleshed out because they had to cobble together something to create this Frankenstein's monster of a game from so many elements. The ending sucks and is incredibly abrupt. Do we even know what the deal is with that half-built ship? Probably another abandoned plot point. With all of its problems, I still kinda like it in so far as its general gameplay. But it doesn't have the longevity of something like TDM or the classic Thief games especially with all the user missions available for them. Oh well, maybe I'm just pining for what it could have been in the hands of a better developer.

EDIT - You can find a working external script with instructions in this post ---------------------------------------------------------------- Hi! First post in this forum. Greetings to all. I am a long time fan of T1 & T2 and I recently stumbled upon The Dark Mod while looking for some T2 Fan Missions and I immediately fell in love with it. Here goes a heartfelt thanks to the developers for having created this masterpiece and my recognition and appreciation to the TDM content creators and artists. Thanks. Back on topic. A couple of weeks ago I started playing Splinter Cell Chaos Theory. The game makes use of the mouse wheel to increase and decrease the speed of the character and while it took a couple of missions to get used to it, it felt natural from that point on. So much so that after beating the game and launching TDM again my first thought was: this game mechanic should be a must in the stealth genre. You can see it in action in the first minute of this video: I understand chances are this new mechanic cannot be implemented in TDM right away: we are currently limited by the 3 existing speeds / levels of sound (correct me if I am wrong) but regardless, if the development Team would allow us to use the mouse wheel to switch between creep, walk & run it would be a step forward in the right direction, in my humble opinion. Cheers!

Ah, pity I wasn't reading the forums back in February. I'm fond of that game, along with Bugbear's other early title, Rally Trophy. I was never too good at FlatOut, but it was always a hoot to play.

When talking about a possible libre version of TDM (https://forums.thedarkmod.com/index.php?/topic/22346-libre-version-of-tdm/) it seems we believe all media/gamedata included in TDM is licensed CC-BY-NC-SA. I am not familiar with how the process of adding new media/gamedata works today; I have seen files uploaded to the bugtracker which developers then commit to SVN, but I don't know if there are other ways. It may be a good idea to implement a process that when new components (media/gamedata included in TDM) are added, the contributor is asked to be explicit about the license (a choice which may defaults to their previous preference, for usability). It won't fix the past, but it may help in the future. This will make it easy for contributors to add future data under a more permissive license if they choose. Libre media can be added and its license can be tracked, rather than assumed to be CC-BY-NC-SA. I suggest looking at how Wikimedia Commons has implemented this: the contributor state the source and license at the time the data is uploaded. This can be done either by providing urls or by saying "It's my work and I choose this licsense". The first step could be to add a way to keep track of each filepath in SVN, author, license, sources. Start by setting the value for each file's license to "(default/legacy CC-BY-NC-SA)". Possible implementations for a user interface for new additions are: * Use our own wiki, which runs Mediawiki (same as Wikimedia Commons). I see several benefits of this, but we also need a way to accept uploads of batches, not just single files. * Look at how other open source projects have solved this. There may be more appropriate solutions available. ... but I'll leave the implementation open. Suggestions are very welcome! If the author of each file already in SVN can be tracked, then it may be possible that the author is willing to give a blanket permission for all their past files in one statement, and all their files in SVN can be updated in one commit. A productive contributor willing to release some of their work under a more permissive license could make a big change. If Dark Radiant would support letting mappers search media/gamedata by license (does it already?), it would make it easier for mappers to create a completely libre mission, which would help facilitate a TDM-libre release. If I understand things correctly. This post does not address all details and it may contain misunderstandings or assumptions, but it's a start. Also relevant: * Is there a compiled and maintained list of recommended or deprecated resources for mappers to use? * https://forums.thedarkmod.com/index.php?/topic/20311-external-art-assets-licensing/

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.

big problem with that is that we are nearing a point where the electrons cant travel safely anymore (something to do with things on the quantum level), i guess they need to speed up development of light based computers or get smart with autoreconfiguring gateways internally in processors.

Subtitle capabilities available in 2.10/2.11 are described in the wiki "Subtitles". For info about one new project using these capabilities, see the thread "English Subtitles for AI Barks". That project includes development of a TDM subtitle style guide. The thread here is mainly focused on ideas that would require future engine changes to implement. A. Automatic Switching Between Subtitle Languages Based on Settings This is a follow-on of a forum discussion between datiswous and Geep. It is desirable to have a standardized method for: subtitles to be authored in multiple languages, and so packaged and distributed as part of TDM and its FMs a gamer to dynamically select subtitles in a desired language The subtitle language choice might be controlled by the existing TDM language choice within Settings, or a separate "Subtitles Language" setting. B. Other Possible Improvements Requiring Engine Changes Most of these involve allowing the subtitle code to know something about game entities, and convey that to the gamer. Examples of useful knowledge: the ID of the speaker (or other source) the location of the speaker, relative to the player, the player's view, and other speaking AI. This type of information helps to disambiguate when there are multiple voices present. There are lots of ways such info is visually conveyed in other subtitle/caption systems, and might be added to TDM. C. Providing Subtitles for Existing FX These would have the "verbosity effects" subtitle tag. Beyond 2.11 capabilities, some of the location aspects of (B) would be pertinent.

Changelog of 2.11 development: beta211-08 (rev 16770-10264) * Fixed crash when minimizing TDM on Windows (post). * Added HD carpets (thread). * Fixed player getting delayed and lower damage on high fall ending with mantle (6231). * Removed wrong LOD stage in atdm:env_ragdoll_commoner_female. * Reverted addition of default "map of" inventory item. * Made it easier for modders to substitute invgrid parchment background (6241). beta211-07 (rev 16758-10258) * Fixed extinguished candles stim-lighting each other on game start (6223). * Added menu settings for sheathe toggle, and changed default (6232 thread). * Saint Lucia mission improvements (thread). * Fixed GUI warnings in New Job. * Renamed "New Missions" to "Missions List" in main menu (6230). * Fixed initial difficulty highlight on Objectives screen (6229). * Fixed Objectives title slightly cut off on low text scale (6234). * Added mansion01 window assets (6235). * Fixed normal map of turquoise_uneven (6222). * Allow user to tweak pm_noclipspeed (6237). beta211-06 (rev 16739-10248) * Saint Lucia mission improvements (thread). * Fixed rare crash during melee combat (6225). * Fixed func_peek crash on Linux (5553). * Fixed bottle crash in "Pearls and Swine" (6227). * Fixed textures of cheapbeermug (post). * Fixed warnings in book_ornate_gothic readables (post). * Fixed minor issue in broad phase of collision detection. beta211-05 (rev 16727-10239) * Fixed rare NaN blocks from volumetric lights on AMD driver (post). * Fixed rare thin holes in geometry on low "render scale". * Fixed major performance regression in "r_shadowMapSinglePass 1" mode. * Added subtitles to New Job mission (5914). * Fixed subtitles hidden during CameraView type of cutscene (6197). * Fixed last character of subtitles occasionally clipped away (5914). * Fixed missed alert count if player hides into darkness during guard's combat startup (6211). * Added blueprint assets by Dram. * Fixed UV map in bwindow01_frame model (6217). * Allow female guards to sleep on floor (6208). * Dmap messages about PlanarGraph and EarCut now include 3D world position. * Some minor rounding changes in text placement in GUI. * Restored value of pm_bobup from 2.10. beta211-04 (rev 16714-10226) * Fixed wrong lightgem values briefly after game load/start (6088). * Fixed alert counter for civilians immediate alert (5286). * Some main menu text made translatable (2960). * New assets: Precursor "ancient" loot by Kingsal, galleon wreck, gothic cabinet, grandfather clock with new clock scriptobject, pagan menir (standing stone statue), pair of large marble lion statues, feather duster prop * Make sure all newly created door entities have the right rotate value set (5051) * Fix missing normalmap for audiograph, fixed shadowmesh for armchair_victorian_02.ase * Various small asset fixes (missing faces in LOD stage of boiler02_med.lwo, mangled stairs in galleon.lwo, gaps in spade models, normals on desk2 and desk3 models, UV issues on various other models) (3771). * Improved resolution for shield_goldarms texture (4894). * Added "looping" keyword to looping clock ticking sounds. * Exclude female pagan materials from release builds. beta211-03 (rev 16689-10219) * Avoid copying of large array on AMD, fixing a terrible performance regression (thread). * Enabled Frontend Acceleration = r_useParallelAddModels by default. * Fixed error when same decl file exists packed and unpacked with different case (post). * Don't crash TDM if automation port is occupied: warn, retry, and disable instead (thread). * New Job: the mission is no longer unfinishable if you guess the safe combination without visiting the Lord's room + visportal fixes. * Ambient world prefab: expanded light radius from 1K to 10K. * Added currency pack, cobblestone pack, furniture pack and tiling treasure hoard texture * Added wall mounted locks, improved sofa and leather ottoman * Added star wallpaper * Block CMake build without setting build type (post), fixed CMake + MSVC build. beta211-02 (rev 16670-10208) * Fixed bugs with counting number of alerts (5286, 6186). * Fixed bugs in in-game and savegame screenshots (link). * Disable GL debug groups to fix performance on some AMD drivers. * Added a lot of new assets from Epifire's missions (6188). * Added and refactored locks/safes by Obsttorte, Epifire, Dragofer. * Added book skins by Wellingtoncrab. * Fixed missing wastebasket material in Hazard Pay (link). * Support r_skipAmbient and r_skipInteractions in new backend. * Added spawnarg call_used_action_script on frobable movers. * Fixed definitions of ambient lights with normal-dependent color (6090). * Fixed KOBoxSize not being restored for the sake of blackjack. beta211-01 (rev 16656-10189) * Many improvements in new volumetric lights implementation + added cvars (5850, thread). * r_softShadowsMipmaps: fixed render scale, fixed screenshots. * Faster shadow volume generation with BVH, more cvars and tweaking (5886). * Optimized stencil shadows: turbo shadow vertices are static on GPU. * Improved solidness / visibility logic on models (6175). * Added spawnargs allow_idle_anims and allow_random_headturning. * Avoid sound amplification due to negative sound loss spawnarg (5913). * Fixed weird glitch on game load (6149). * Removed one frame of latency from "com_smp 0" mode (5875). dev16650-10157 * Volumetric lights reimplemented: dither pattern removed, performance improved (5850). * Added audiograph entity and assets. * Fixed shader compilation with r_softShadowsMipmaps on some Linux AMD GPUs (post). * Fixed bug in new frobstage_xxx material macros (5427). * Massive frobstages refactoring in materials: new macros are used now (5427). * Trace model: limits increased and refactoring (5887). * Massive cleaning of prefabs, automaton station script fix (6013). * Fixed rotten_paper_nancy_hand GUI in world view. * Perfume bottle model uses smooth shading, lampion skin fixes. * Some cleanup: idRenderMatrix memory alignment, face planes in SEED model clone, Elbrus FFmpeg compile fix, old shaders disabled. dev16629-10139 * Added implicit generation of frobstages and simple customization macros (5427, thread). * Added support for OBJ models (thread). * Fixed chandelier_gas4 model (6125), improved wooden chest prefab sounds (4206). * Optimized silhouette preprocessing during model loading. dev16625-10132 * "Light from above" behavior applies only to lights of ambient_world type (6090). * Major changes in normal-dependent ambient shading (6090). * Optimized FixGlobalTJunctions in dmap, restored vertex grid snapping (6085). * Updated "Tears of Saint Lucia" mission with EFX and other fixes (thread). * Replaced algorithm for assigning shadow maps resolution. * Fixed a brief wrong frame with X-ray (6109). * Added getCurInvItemCount script function (6096). * Fixed old rendering backend. * Slightly better culling due to fixed depth bounds computation. * Added textures/darkmod/window/metal_irregularpanes_moonlit_bright (6119). dev16617-10107 * Major changes in ambient/interaction shaders for more consistency (5828, thread). * Major changes in blackjack knockout behavior (4289 thread). * Optimized stencil shadows with antialiasing by using scissors (5851). * Stencil shadow shadows tile-based culling optimization (6076 thread). * Added wiki article (link) about Tracy timeline profiler; thread names fix, print version. * More asset changes to fix warnings, added "load all assets" test maps (6019). * Added teleportArea command, which allows to find area by number (6083). * Refactored ambient interaction shader, deleted unused ambientRimColor (5828). * Fixed overflow crash in idAASBuild::GetFaceForPortal. * Enabled GL debug groups by default, fixed borderless FBO mismatch warnings. * Added transparent grate textures (6089). * Fixed textures/common/mirror. Known issues: * ambientCubicMap broken yet, will be restored in future (6090). * Visual look has changed, mostly with stronger specular. dev16599-10071 * Fixed startup error on: Night to Remember, Cole Hurst 1 Eaton (5845). * Shadow maps refactoring: now volumetrics work if stencil shadows are selected (5880, post). * Fixed SSAO on new AMD driver (post). * Ensured that mission decls silently override same-named core decls (5766). * Fixed order of operations in expressions in materials and GUI scripts (6026). * GUI scripts: do not block autoupdate for window registers referenced in scripts; fixed vector component indexing, allow expressions on the right side of Set command (6028, thread). * Major refactor of objectives GUI: checkboxes no longer empty on failure screen (5852). * Added pm_mantle_tilt_mod cvar to tone down mantle movements. * Fixed noclip while shouldering a body (5244). * Fixed textures/skies/cubeSky material (5218). * Fixed items frobability in cabinet prefabs (6025). * Hundreds of fixes for core asset issues that were detected by a new systematic procedure. There should be far fewer broken assets and console warnings. Ongoing process (6019). * testmap command no longer sets developer mode, saving us from some warnings. * Started refactoring of interaction shaders (5828). dev16574-10036 * Add Dragofer's fully mapped ship prefabs, vintage lamps set, barouche carriage and camgoyle sentry turret with power source (4687) * Added BVH-based interaction culling for large meshes (5886, thread). * Added warnings for wrong GUI code, fixed them in core GUI (5869, thread). * Fixed leaning against non-axis-aligned door (5899). * Fixed skin of non-rotating security camera (6004). * Tweaked inlining and optimization, new debug builds Fast/Editable. * Disabled multiple rendercopies for warping materials (post). * Created materials for previously unreferenced textures, now available for use (5563, 5178) * Fixed 50 skin-related, auto-detected bugs that were generating console warnings (6019) * Female mage legs are now textured (5994) * Adjusted LOD offsets for atdm:nature_pine to avoid popping (3987) * Wooden torches now have burning/burnt tops (1293) * tdm_grass_clump and tdm_wildgrass particles no longer render fullbright (5689) * Added inclusion guards to all core script files (4427) * small_round_furnace_openable.pfb fixed with regards to model gaps and door origin (6018) * Fixed underwater_bubblesbubbles particle (5198) * Fixed burnt log end cap texture alignment (4896) * Added unlit and moonlit versions of textures/darkmod/window/ornate/round_spokes01 (5857) * Added specularmap to rivet_strip01 textures (5999) * Restored plain_robes skin for mages, pagan_orb_effect particle, fix windows in tudor building4 etc. (5690) * Fixed models that made use of missing materials (4390) * Diffusemap for wallpaper_ornamental_01_red now matches its normalmap (4798) * Hardwood materials now use wooden footstep sounds (4988) * Fixed skins for 6-candle chandeliers and nails (5900, 5217) * All fence_spike_01_tall models are now solid (6010) * Fixed typo in shouldered manbeast name (5877) dev16519-9985 * Now AIs think once per frame on low FPS when several game tics are modelled (5992). * More responsive crouch toggle (5973, thread). * Added "absence_alert_increase" as correct implementation of "absence_alert" (5987). * Allow drawing up to 4 postprocessing surfaces, as long as draw order is right (thread). * Missions can be sorted by date in in-game mission downloader. * Added getAnimRate/setAnimRate script events (540). * Fixed lean-peeking sound not always stopping when player goes away from door (5899). * Fixed wrong sounds of func_fracture after save/load (5363). * Fixed scorch and smear01 decals (5970). * Fixed fx/sparks effect, set "triggered 1" for newly added effects (5034). * Fixed startup image/sound warnings on some AIs (5993). * Fixed joints warnings on zombies (5466). * Fixed "screw" skin not showing in DR on appropriate models (5217). * Fixed for frobability in kitchen_cupboard_openable.pfb (5989). * Added editor images for panel_halfcircle_walnut and panel_vase_polished_walnut. * Bumped maximum number of edges to 1 million for stencil shadows, added overflow warning. * Fixed debug cvars tdm_ai_opt_forceopt and tdm_ai_opt_forcedormant 5992). * Tiny optimization: memcpy is now using streaming stores only at vertex cache. * Removed support of bindless textures (5891). * Extracted tdm_package and removed tdm_update source code (5076). dev16498-9944 * Updated Tracy library, hopefully fixed running on Windows 7 (post). * Fixed crash on loading save done while elemental is dying (5845). * Implemented multiloot on holding frob button (5984). * Crouched state does not affect player speed on ladder/rope (5961). * Crouch-toggle takes effect on keydown rather than release (5973). * Added setviewpos to screenshot filename (5819). * Show estimate for total number of pickpockets on end-mission screen (5678). * In-game downloader: show asterisk/sharp at the beginning (5842). * Trigger entities now work on AI which stands still (5319). * Added setObjectiveNotification, which allows to change objective silently (5967). * Added script functions to add/remove frob peers (5976). * AIs notice destroyed fracture entities (5978). * Enabled frobhelper by default (post). * Fixed some architecture skins by Nort. * Fix graffiti materials (5930). * Now default quicksave/quickload are F5/F9 (post). * Minor optimizations: SSE in idRenderMatrix, cache "drunk" spawnarg. * Looped bind does not cause crash, although behavior is undefined (post). Known problems: * Night to Remember, Cole Hurst 1 Eaton: cannot start missions due to hard error. * Painter's Wife: killing elemental should cause hard error (mission fixed). dev16487-9919 * Fixed saving/loading JPEG crash on Linux (5881). * Fixed wrong sound on strafe right (5554). * Major refactoring and optimization on LOD system, LOD entities no longer "think" (5944). * Improved time distribution of stims and LOD checks for more solid performance. * Optimized creation/destruction of script threads. * Optimized idClip = broad phase collision detection (5954). * Reduced size of Linux executable back from 24 MB to 18 MB by removing globals. * Now in-game downloader prints URL of download to game console. Known problems: * Won't boot on Windows 7 dev16485-9903 * Optimized iteration over active entities by switching from linked list to array. * Fixed bow sometimes not working on savegame load (5928). * Allow headbob cvar changes to persist between sessions (post). * Player speed modifiers (like pm_runmod) are no longer archived (post). * Applied Clang build fixes by @Partmedia (post). * Fixed "testVideo withAudio" command. * Fixed unbounded brush AAS warning by trying to process each edge of brush once (5648). * Use double precision for winding splits in dmap and collision. * Reworked FFmpeg player to not use deprecated functions, fixed protocol warning (5881). * Fixed 2GB overflow in printMemInfo. Known problems: * Won't boot on Windows 7 * JPEG saving and loading crashes on Linux. Setting r_screenshot_format to "png" may help... dev16481-9881 * Updated Visual C++ from 2017 to 2022, build game and idlib as on VC project (5820). * Updated all third-party libraries (5881). * Render scale does not affect main menu GUI. * Optimized compass rendering: don't copy depth buffer. * Fixed debug polygons not showing up. * Don't draw debug lines in subviews. * Don't open game console by tilde if com_allowConsole is 0 on Linux (post). * Moving GUI slider with mouse now results in discrete increments. * Restored code for 16-bit colors (via r_fboColorBits cvar only). * Game console bottom line gets thinner on smaller console font. * Added tuneDown command to quickly ender very low graphics mode. * Added r_fboScaling cvar which allows to change Render scale filtering to nearest. * Avoid purging/reloading all images on Alt+Tabbing in Windows. Known problems: * Won't boot on Windows 7 Changelog of earlier versions can be found here.

In fact, there are no 2.11 turret features since it's a completely new thing for 2.12. Unofficial script versions of the turret also rely on code changes that were made during turret development for 2.12.

@snatcher I understand that when you feel your work doesn't live up to your goals that you don't want it out in the wild advertising your own perceived shortcomings but that leads to a troubling dilemma of authors who are never satisfied with their work offering fleeting access to their in-progress designs then rescinding them or allowing them to be lost. When I was a member of Doom3world forums, I would often see members do interesting experiments and sometimes that work would languish until someone new would examine it and pickup the torch. This seemed like a perfectly viable system until Doom3world was killed by spambots and countless projects and conceptual works were lost. I guess what I am trying to say is that mods don't need to be perfect to be valuable. If they contain some grain of a useable feature they might be adapted by mission authors in custom scenarios. They might offer instructive details that others trying to achieve the same results can examine. It would be great if known compelling works were kept somewhere safe other than via forum attachments and temporary file sharing sites. I suppose we used to collect such things in our internal SVN for safe keeping but even that isn't always viable. If folks would rather not post beta or incomplete mods to TDM's Moddb page, perhaps they would consider creating their own Moddb page or allow them to be added to my page for safe keeping. Please don't look at this as some sort of pressure campaign or anything. I fully understand anyone not willing to put their name next to something they aren't fully happy with. As a general proviso, ( if possible \ permitted ) I just want to prevent the loss of some valuable investigations and formative works. The end of Doom3world was a digital apocalypse similar to the death of photobucket. It is one of my greatest fears that TDM will become a digital memory with only the skeletons of old forum threads at the wayback archive site.

Complaint From Players The player must pick up candles before extinguishing them, and then the player must remember to drop the candle. The player must drag a body before shouldering it (picking it up), and the player must remember to frob again to stop dragging the body. The player finds this annoying or easy to make mistakes. For players who ghost, some of them have the goal of returning objects back to their original positions. With the current "pick up, use item, and drop" system, the item might not return easily or at all to its original position. For example, a candlestick might bounce off its holder. (See player quotes at the bottom.) Bug Tracker https://bugs.thedarkmod.com/view.php?id=6316 Problems to Solve How can the "pick up" step be eliminated so that the player can directly use or interact with the item where it is in the game world? How can so much key pressing and mouse clicking be eliminated when the player wants to directly use an item? How can candles be extinguished and lanterns toggled off/on without first picking them up? How can bodies be shouldered without first dragging them? Solution Design Goals Make TDM easier for new players while also improving it for longtime players. Reduce tedious steps for common frob interactions. Make it intuitive so that menu settings are unnecessary. Do not introduce bugs or break the game. Terms frob -- the frob button action happens instantly. hold frob -- the frob button is held for 200ms before the action happens. (This can be changed via cvar: 200ms by default.) Proposed Solution Note: Some issues have been struckthrough to show changes since the patch has been updated. Change how frobbing works for bodies, candles, and lanterns. For bodies: Frob to shoulder (pick up) a body. Second frob to drop shouldered body, while allowing frob on doors, switches, etc. Hold frob (key down) to start drag, continue to hold frob (key down) to drag body, and then release frob (key up) to stop dragging body. Also, a body can be dragged immediately by holding frob and moving the mouse. For candles/lanterns: Frob to extinguish candles and toggle off/on lanterns. Hold frob to pick it up, and then frob again to drop. Frob to pick it up, and then frob again to drop. Hold frob to extinguish candles and toggle off/on lanterns. For food: Frob to pick it up, and then frob again to drop. Hold frob to eat food. For other items: No change. New cvar "tdm_frobhold_delay", default:"200" The frob hold delay (in ms) before drag or extinguish. Set to 0 for TDM v2.11 (and prior) behavior. Solution Benefits Bodies: New players will have less to learn to get started moving knocked out guards. With TDM v2.11 and earlier, some players have played several missions before realizing that they could shoulder a body instead of dragging it long distances. Frob to shoulder body matches Thief, so longtime Thief players will find it familiar. Second frob drops a shouldered body. Players still have the ability to both shoulder and drag bodies. Compatible with the new auto-search bodies feature. Dragging feels more natural -- just grab, hold, and drop with a single button press. There is no longer the need to press the button twice. Also, it's no longer possible to walk away from a body while unintentionally dragging it. Set "tdm_frobhold_delay" cvar to delay of 0 to restore TDM v2.11 (and prior) behavior. Candles: New players will have less to learn to get started extinguishing candles. With TDM v2.11 and earlier, some players didn't know they could extinguish candles by picking them up and using them. Instead, they resorted to throwing them to extinguish them or hiding them. Hold frob to extinguish a candle feels like "pinching" it out. Once a candle is picked up, players still have the ability to manipulate and use them the same way they are used to in TDM v2.11 and earlier. For players who ghost and have the goal of putting objects back to their original positions, they'll have an easier time and not have to deal with candles popping off their holders when trying to place them back carefully. Set "tdm_frobhold_delay" cvar to delay of 0 to restore TDM v2.11 (and prior) behavior. Solution Issues Bodies: Frob does not drop a shouldered body, so that might be unexpected for new players. This is also different than Thief where a second frob will drop a body. "Use Inv. Item" or "Drop Inv. Item" drops the body. This is the same as TDM v2.11 and earlier. This is the price to pay for being able to frob (open/close) doors while shouldering a body. Patch was updated to drop body on second frob, while allowing frob on doors, switches, etc. Candles: Picking up a candle or lantern requires a slight delay, because the player must hold the frob button. The player might unintentionally extinguish a candle while moving it if they hold down frob. The player will need to learn that holding frob will extinguish the candle. The player can change the delay period via the "tdm_frobhold_delay" cvar. Also, when the cvar is set to a delay of 0, the behavior matches TDM v2.11 and earlier, meaning the player would have to first "Frob/Interact" to pick up the candle and then press "Use Inv. Item" to extinguish it. Some players might unintentionally extinguish a candle when they are trying to move it or pick it up. They need to make sure to hold frob to initiate moving the candle. When a candle is unlit, it will highlight but do nothing on frob. That might confuse players. However, the player will likely learn after extinguishing several candles that an unlit candle still highlights. It makes sense that an already-extinguished candle cannot be extinguished on frob. The official "Training Mission" might need to have its instructions updated to correctly guide the player through candle manipulation training. Updating the training mission to include the hold frob to extinguish would probably be helpful. Similar Solutions In Fallout 4, frob uses an item and long-press frob picks it up. Goldwell's mission, "Accountant 2: New In Town", has candles that extinguish on frob without the need of picking them up first. Snatcher's TDM Modpack includes a "Blow / Ignite" item that allows the player to blow out candles Wesp5's Unofficial Patch provides a way to directly extinguish movable candles by frobbing. Demonstration Videos Note: The last two videos don't quite demonstrate the latest patch anymore. But the gist is the same. This feature proposal is best experienced in game, but some demonstration videos are better than nothing. The following videos show either a clear improvement or that the player is not slowed down with the change in controls. For example, "long-press" sounds long, but it really isn't. Video: Body Shouldering and Dragging The purpose of this video is to show that frob to shoulder a body is fast and long-press frob to drag a body is fast enough and accurate. Video: Long-Press Frob to Pick Up Candle The purpose of this video is to show how the long-press frob to pick up a candle isn't really much slower than regular frob. Video: Frob to Extinguish The purpose of this video -- if a bit contrived -- is to show the efficiency and precision of this proposed feature. The task in the video was for the player to as quickly and accurately as possible extinguish candles and put them back in their original positions. On the left, TDM v2.11 is shown. The player has to highlight each candle, press "Frob/Interact" to pick up, press "Use Inv. Item" to extinguish, make sure the candle is back in place, and finally press "Frob/Interact" to drop the candle. The result shows mistakes and candles getting misplaced. On the right, the proposed feature is shown. The player frobs to extinguish the candles. The result shows no mistakes and candles are kept in their original positions. Special Thanks @Wellingtoncrab was instrumental in improving this feature during its early stages. We had many discussions covering varying scenarios, pros, and cons, and how it would affect the gameplay and player experience. Originally, I had a completely different solution that added a special "use modifier" keybinding. He suggested the frob to use and long-press frob to pick up mechanics. I coded it up, gave it a try, and found it to be too good. Without his feedback and patience, this feature wouldn't be as good as it is. Thank you, @Wellingtoncrab! And, of note, @Wellingtoncrab hasn't been able to try it in game yet, because I'm using Linux and can't compile a Windows build for him. So, if this feature isn't good, that's my fault. Code Patch I'll post the code patch in another post below this one so that folks who compile TDM themselves can give this proposal a try in game. And, if you do, I look forward to your feedback! Player Complaints TTLG (2023-01-10) Player 1: TDM Forums (2021-03-13) Player 2: Player 3: TDM Forums (2023-06-17) Player 4: TDM Discord (2021-05-18) Player 5: TDM Discord (2023-02-14) Player 6: Player 7: Player 8:

Congrats on the release! Remember to check ThiefGuild as well as the DarkFate forums (via Google Translate) for additional feedback.

Just curious, based on this discussion: http://forums.thedarkmod.com/topic/19239-soft-r-gamma/?p=427350

I've been meaning to suggest this for months, but the previous improvements have already made Layers so nice to work with that I just got lazy about this. But there's a few things I think could still be improved. And personally, I would prioritize the first one below, if I had to pick one. I haven't been following DR's development, so I don't know if any of this is already done and ready for the next release. But in case it's not, here goes. 1- it would be nice to be able to right-click a layer in the Layers panel, and have all the options to add to layer and move to layer and remove from layer, right there. This would make it much easier and quicker to manage layers. And, I personally keep adding prefixes to layer names, so that they're sorted in the list below, so I can find them easier, because the list gets big and confusing. This improvement would remove the need to do that. It would even remove the need for using this list, I think. 2- It would also be nice to add a new layer directly as child of another layer, just by right-clicking the intended parent layer. Currently, you have to click the New button at the bottom, and then manually drag the layer to its intended parent. Or when clicking New, the new layer could be created as child of the selected one. 3- I've suggested this one before, but I don't know if it's doable or not. It's harder to explain and I think the benefits aren't very obvious. It would be nice to override the visibility of objects that are contained in multiple layers, by toggling one of those layers on/off. So the layer you toggle, overrides their visibility. So regardless of whether its objects are visible or not, hiding this layer, would hide all of its objects, and vice versa. This can be useful when you have certain objects in their respective layers, but then you'd like to have also have a way to toggle all of them on/off at a single click. And with this improvement you could add them to a separate layer, and then just use that layer to override their visibility whenever you needed. For example, to get the ceilings of a whole bunch of rooms out of the way all at once, so you could have a clear view of the rooms while you put in furniture or path nodes or something. Currently, objects are always visible if any of the layers that contain them is visible, so this kind of thing can't be done. (And to be honest, because of that, currently it seems to me that there's no point having objects in multiple layers.) This is also useful for grouping things for easy group-selections. Arguably, you can also use selection sets for that, but the way you create and delete them makes them more suitable for quick and dirty one-time grouping, rather than something a little more indefinite. The two approaches have different levels of control, which makes them appropriate for different use cases.

I assume all of you have at least heard about it already or seen some pictures. Neural networks that generate decent looking images from a text prompt and do some other things (like modifying existing images) are becoming mainstream. They cannot generate photorealistic hi-res images yet, but the development pace is incredibly fast, so they will probably get reasonably close within a few years. The big thing that happened recently is that Stability AI released their implementation of such neural network, Stable Diffusion, for free as open-source. The quality is not the best, but it's good enough and all the other ones are behind a paywall, waitlist or just a closed source service and not good enough. You need a GPU (preferably Nvidia) with at least 4 GB of RAM to run it, so nothing special. The potential implications to society are big (and not necessarily positive), but honestly I don't really want to start the discussion because the internet is already full of it and so many people are surprisingly emotional about it. Go to Twitter if you want to see (you don't). I'm more interested in what you think about using it in game development. I know that in some commercial studios it's already being used by concept artists, because it's firstly a reasonably efficient inspiration machine and secondly the images it produces are not licensed (and it doesn't matter that much in pre-production anyway), so if you manage to create something good, you can just paint over it to finetune and use it. But it can do other things. It can do inpainting, which can be used to remove seams or blemishes in phototextures. It can also generate seamless textures (there's a switch that causes every generated image to be periodic). There are no examples of people using them in games or renders yet because that feature is less than a week old. Personally I tried using it to add dirt and imperfections to a render that was too clean, and that was a success as well. Adding dirt to a render is not exactly useful in most of games, but I bet it could be adapted to add some grime to game textures as well. Any ideas? Have you tried it already?

Making a note: During the 2.04 development cycle: Source Revision 6550 Assets 14407 the door on the balcony became nonsolid for the player It was still working on Assets 14406 and Source 6544. 6544 was introduced at 14404 and no other binaries were added between. 14407 only added binaries ( compared to 14406 ) so this was not an asset \ def issue. Edit: During the 2.04 dev era ( 2015 to 2016 ) we still compiled game dll's. The breaking change happened in Rev 6551 ( the tdm console only renders to binary revision ) Changes: https://github.com/stgatilov/darkmod_src/commit/3f6f6f62bbba029bbcfec271ef08cac68fbfc2e4 @stgatilov I don't see any problem areas in this commit. Can you confirm?

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/

"...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!